所有物理服务器之间的权限怎么开放，？？

解决方案：点右边的“基本设置”—“连接为”，默认的是选中“应用程序用户”，你选中上面的“特定用户”，然后点右边的“设置”，用户名密码就用你系统的用户名和密码，而且你这个账号有网站目录的权限。

文件服务器放在虚拟机和物理机都行。
至于用哪个好，看你们具体的需求了。
传输速度方面来讲，需要硬盘读写要快，cpu内存占用多。物理机好。
数据安全方面来讲，虚拟机挂了数据也就没了，物理机挂了数据还在硬盘
当然你也可以租云主机或者服务器，专门做文件服务器。随时都能用。
有这样需求的话可以找我具体详细了解

如何完善物理机到虚拟机的迁移过程
现在，物理机到虚拟机的大部分迁移流程都是借助于图形化向导完成的，但是你仍旧可以通过提前实现一些关键的准备工作来完善这个过程。
除了虚拟服务器的能力，虚拟化技术最大的好处之一就是能够将现有的物理服务器迁移至虚拟环境当中，并且不需要重装 *** 作系统。所有人都关注于vMotion和HA迁移这两项技术，但是物理机到虚拟机(P2V)的迁移特性也已经成为虚拟化的基础，因为很少有企业会在购买新的服务器之后，放弃现有的服务器和应用程序。物理机到虚拟机的迁移到是一种经过检验、可靠的方式，可以将之前的物理设备转移到新的虚拟环境当中。现在，整个P2V流程都是基于图形化向导的，但是通过一些额外的方式可以让你成为一名P2V专家，确保自己以正确的方式管理虚拟化环境。
清理服务器
也许这件事情不值得拿出来单独讨论，但是还是要强调需要对将要导入的服务器进行清理。显示隐藏的系统文件、移除所有由曾经登陆过服务器的23个用户产生的垃圾文件。当然，他们中的一些可能会在回收站中留下几十GB的数据——这些数据不应该成为P2V的一部分。使用目录大小排序工具，寻找体积最大的文件，这些都会增加你的P2V迁移时间，并且占用昂贵的共享存储空间。
用户目录也是需要检查的关键区域，在进行工作之前，一些开发人员可能会将程序文件复制到桌面上，他们还有可能将这些程序文件存储在本地硬盘的临时文件夹当中;一个好的目录大小排序工具可以帮助你快速找到他们。Internet缓存文件当中同样会包含一些体积较大的下载文件，而这些文件通常只被使用一次，并且不会从服务器上被移除。传统的临时文件和目录当中也包含一些不再需要的数据，桌面和profile文件夹往往成为包含大量程序文件和目录的地方，这样会浪费几十GB的存储空间。
检测资源使用情况
通常物理服务器的硬件资源都不能被充分利用，而对服务器进行虚拟化正是要解决这个问题。我们会对硬件资源利用率较低的服务器进行虚拟化，所以如果直接将服务器中的硬件资源复制到虚拟化环境当中是非常浪费的，因为这些资源本可以由多台服务器共享使用。
需要检查的主要硬件种类包括CPU、内存、网卡和存储。连续监控服务器一周时间，记录下资源的使用情况。当为虚拟服务器分配资源时，可以使用这些数据作为基准。需要记住的关键一点是当你监控的是一台CPU使用率在50%的老旧服务器时，在虚拟化之后的新硬件平台上，其CPU使用率可能会大大降低。
根据 *** 作系统设定CPU数量和内存大小标准，相比于根据物理服务器配置过度分配硬件资源、之后逐步进行缩减，这种以标准为基础进行扩展的方式是一种更为经济的解决方案。
卸载厂商相关的软件
对于大多数物理服务器来说，制造商都会预先配置软件和驱动，用来支持特定的硬件平台。而在虚拟服务器进入生产环境之前，这些软件需要从新的 *** 作系统上被移除。确保所有的和厂商相关的软件，包括管理软件都被移除，这一点非常关键。哪怕只遗留一个这样的软件也会导致CPU使用率大幅上升，因为这些软件会不断重复地寻找特定的硬件。在你卸载了所有此类软件之后，你可以检查服务器运行的服务，确保没有任何厂商相关的软件仍然存在。完成这些 *** 作之后，可以安装基于hypervisor的工具，来为虚拟机提供新的驱动。
卸载厂商驱动时，需要注意配置你的虚拟机使用两个虚拟CPU启动。第一次，需要使用两个CPU启动虚拟服务器，即便你计划服务器在正常情况下只需要一个CPU。在服务器被虚拟化之后第一次重启时，许多特定厂商的驱动将会寻找并不存在的硬件，这样会导致CPU使用率达到100%。使用两个CPU启动可以允许你卸载和厂商相关的软件，而不必像只有单个CPU那样，和其他程序争夺CPU周期。
借助于一些物理机到虚拟机迁移工具，现在可以在新的虚拟机当中禁用特定服务了。但是这种方式不能起到很大帮助作用，因为你需要找到所有的服务，但是它们中的一些可能没有被明确标注。另外一个可能的问题是在一些情况当中，禁用它们可能会影响服务器正常启动，除非它们被正确卸载，这样 *** 作系统才能使用本地的 *** 作系统组件替换厂商驱动。

1、云服务器是传统服务器（实体物理机）经过一定的技术集群架构，虚拟化出来的跟传统服务器有着相同功能的虚拟服务器；
2、传统服务器在性能上更加稳定，而云主机在性能上比传统的服务器相对较差；
3、云服务器可以d性灵活升级，具有高可用性，可按需购买，同时系统镜像，开关机、快照等都可以一键部署 *** 作，便捷，成本较低；
4、传统服务器带产权，自主 *** 作权限比较大；
5、大中型企业一般对网络稳定性以及主机性能要求都比较高，所以他们都会选择传统服务器。就目前来说很多大型公司会自己搭建私有云，方便管理。
其实不仅物理机会宕机，云主机也会出现宕机的情况，这个并不是绝对的！企业应根据自己的需求选择云主机or物理主机。
希望可以帮到你哦~有什么可以互相交流哈！

随着互联网技术的不断发展，我们在进行服务器开发方面也掌握了很多的开发部署技术。今天，昌平IT培训就给大家简单来介绍一下，都有哪些服务器开发部署方法是值得我们使用的。

停机部署

停机部署其实是简单粗暴的方式，就是简单地把现有版本的服务停机，然后部署新的版本。在一些时候，我们必需使用这样的方式来部署或升级多个服务。比如，新版本中的服务使用到了和老版本完全不兼容的数据表的设计。这个时候，我们对生产有两个变更，一个是数据库，另一个是服务，而且新老版本互不兼容，所以只能使用停机部署的方式。

这种方式的优势是，在部署过程中不会出现新老版本同时在线的情况，所有状态完全一致。停机部署主要是为了新版本的一致性问题。

这种方式不好的问题就是会停机，对用户的影响会很大。所以，一般来说，这种部署方式需要事前挂公告，选择一个用户访问少的时间段来做。

蓝绿部署

蓝绿部署与停机部署大的不同是，其在生产线上部署相同数量的新的服务，然后当新的服务测试确认OK后，把流量切到新的服务这边来。蓝绿部署比停机部署好的地方是，它无需停机。

我们可以看到这种部署方式，就是我们说的预发环境。在我以前的金融公司里，也经常用这种方式，生产线上有两套相同的集群，一套是Prod是真实服务的，另一套是Stage是预发环境，发布发Stage，然后把流量切到Stage这边，于是Stage就成了Prod，而之前的Prod则成了Stage。有点像换页似的。

这种方式的优点是没有停机，实时发布和升级，也避免有新旧版本同时在线的问题。但这种部署的问题就是有点浪费，因为需要使用双倍的资源(不过，这只是在物理机时代，在云计算时代没事，因为虚拟机部署完就可以释放了)。

另外，如果我们的服务中有状态，比如一些缓存什么的，停机部署和蓝绿部署都会有问题。

滚动部署

滚动部署策略是指通过逐个替换应用的所有实例，来缓慢发布应用的一个新版本。通常过程如下：在负载调度后有个版本A的应用实例池，一个版本B的实例部署成功，可以响应请求时，该实例被加入到池中。然后，版本A的一个实例从池中删除并下线。

这种部署方式直接对现有的服务进行升级，虽然便于 *** 作，而且在缓慢地更新的过程中，对于有状态的服务也是比较友好的，状态可以在更新中慢慢重建起来。但是，这种部署的问题也是比较多的。

在发布过程中，会出现新老两个版本同时在线的情况，同一用户的请求可能在新老版中切换而导致问题。

需要分层次来分析，既然一台虚拟机联网成功，可以确定物理机联网正常，
然后第二台虚拟机ping网关或外部网络，如果不通，就先处理IP层次的设置，若通，则是在应用层内的设置，调整端口号或其它参数。

---