上一篇：暂无记录！
暂无相关文章...
本网站受中国救援装备网版权保护，严禁一切下载与镜像，违者必究！
Copyright & 格瑞思（中国）救援装备有限公司 2012, All Rights Reserved 上传我的文档
 下载
 收藏
该文档贡献者很忙，什么也没留下。
 下载此文档
各种发动机的优缺点
下载积分：100
内容提示：各种发动机的优缺点
文档格式：PDF|
浏览次数：608|
上传日期： 12:20:47|
文档星级：
全文阅读已结束，如果下载本文需要使用
 100 积分
下载此文档
该用户还上传了这些文档
各种发动机的优缺点
关注微信公众号虚拟化&VS&容器化
虚拟化，是指通过虚拟化技术将一台计算机虚拟为多台逻辑计算机。在一台计算机上同时运行多个逻辑计算机，每个逻辑计算机可运行不同的操作系统，并且都可以在相互独立的空间内运行而互不影响，从而显著提高计算机的工作效率。
虚拟化技术（Virtualizon）和分区（Partition）技术是紧密结合在一起，从60年代Unix诞生起，虚拟化技术和分区技术就开始了发展，并且经历了从“分区”-&“虚拟机”-&“准虚拟机”-&“虚拟操作系统”的发展历程。最早的分区技术诞生自人们想提升大型主机利用率需求。比如在金融、科学等领域，大型Unix通
常价值数千万乃至上亿元，但是实际使用中多个部门却不能很好的共享其计算能力，常导致需要计算的部门无法获得计算能力，而不需要大量计算能力的部门占有了
过多的资源。这个时候分区技术出现了，它可以将一台大型服务器分割成若干分区，分别提供给生产部门、测试部门、研发部门以及其他部门。
几种常见的虚拟化技术代表产品如下：
二. 容器技术：
容器技术的出现是为了解决多操作系统/应用程序堆栈的问题。最为重要的是，容器技术可以同时将操作系统镜像和应用程序加载到内存当中。容器技术还可以从网络磁盘进行加载，因为容器技术同时启动几十台镜像不会对网络和存储带来很大负载。之后的镜像创建过程只需要指向通用镜像，容器技术大大减少了所需内存。
容器技术能够在同一台服务器上创建相比于之前两倍的虚拟机实例数量，因此无疑容器技术将会降低系统总投入。但是必须容器技术认真进行规划，因为双倍的容器技术实例数量同样意味着对于运行这些容器技术实例的服务器带来了双倍的I/O负载。
【为什么容器技术能够提高工作效率】
三. 虚拟化 VS 容器化：
为代表的容器技术一度被认为是虚拟化技术的替代品，然而这两种技术之间并不是不可调和的。作者分别列举了容器技术以及虚拟化技术的优缺点，并提出将两者结合取长补短的解决方案。
容器为应用程序提供了隔离的运行空间：每个容器内都包含一个独享的完整用户环境空间，并且一个容器内的变动不会影响其他容器的运行环境。为了能达
到这种效果，容器技术使用了一系列的系统级别的机制诸如利用Linux
namespaces来进行空间隔离，通过文件系统的挂载点来决定容器可以访问哪些文件，通过cgroups来确定每个容器可以利用多少资源。此外容器之
间共享同一个系统内核，这样当同一个库被多个容器使用时，内存的使用效率会得到提升。
对于系统虚拟化技术来说，虚拟层为用户提供了一个完整的虚拟机：包括内核在内的一个完整的系统镜像。CPU虚拟化技术可以为每个用户提供一个独享且和其他用户隔离的系统环境，虚拟层可以为每个用户分配虚拟化后的CPU、内存和IO设备资源。
通常来说，这取决于你的需求。如果你只是希望将应用运行的实例进行隔离，那么对于管理应用运行环境、启动应用实例以及控制资源
开销方面容器将是一个极为高效的工具。像Docker这一类的容器，其设计原则就是为了解决这种应用环境的修改以及应用部署的问题，并且这十分符合
DevOps理念（你可能希望知道更多关于DevOps理念的内容）。
如果你从服务器虚拟化的角度来寻找最好的环境隔离方案，那么系统级的虚拟化是更好的方案：和容器相比，邻居租户（Noisy
neighbours
）对系统的影响在虚拟化的方案下将不是一个问题。尽管现在很多容器都在专注于提高其隔离能力，但是虚拟机的隔离还是要优于容器。从物理服务器过渡到虚拟服
务器是一个很自然的过程，并且现在针对虚拟服务器的管理的生态系统也很完善。
在z系统中，Linux具有很好的伸缩性（运行容器），但是z是一个极度高效虚拟化（运行虚拟服务器）的平台，它继承了整个系统架构。尽管没有精确的测量，将虚拟化和容器技术相结合，在z系统中会比其他平台要容易。
还有第三条路：两者兼而有之。
有多种方式可以将系统虚拟化及容器技术相结合：
1.一个容器中运行一个虚拟机
Docker在部署容器方面十分灵活。其中一个选择（execution
driver）是利用KVM镜像。这样就可以在最好的隔离性情况下发挥DevOps所擅长的使用Docker各种方式。但是这也付出了需要在启动容器时启
动整个操作系统实例的代价。这也就意味着较长的启动时间以及低效的内存使用，只能通过内核共享内存（KSM）来提升内存利用率。这种方法效果和效率都不理
想，但是这是一个好的开始。
2.一个虚拟机中运行一个容器
与之相反的，你一可以在虚拟机中启动一个容器。这里的虚拟机并不是由Docker控制，而是通过现有的虚拟化管理设施来控制。一旦系统实例启动，
就可以通过Docker来运行容器而无其他特殊的设置。同时，由于不同容器运行在不同的虚拟机上，容器之间也能有很好的隔离。而内存的使用率需要通过虚
拟层的内存共享来提升。
2b.一个虚拟机中运行多个容器
对于多租户的情况，可以用另一种形式在虚拟机中运行Docker。这种情况下，我们假设在不同租户的容器之间需要强隔离，而对于同一用户的不同容
器，简单的Linux容器隔离已经足够。这样我们就可以在减少虚拟机个数的情况下保证租户之间的隔离，同时可以利用Docker带来的各种便利。
总结来说：需要根据实际需求进行选择。
由于Docker可以运行在任何有合理数据内核的上，
所以它可以运行在很多IaaS提供的云上。许多大的云提供商宣布了对Docker和它的生态系统的附加支持。AWS推出了EC2
Container服务，让客户使用AWS上的Docker容器轻松地运行和管理分布式应用。EC2 Container服务与Docker
Hub集成。Docker
Hub是一个托管的资源库，其中基于Docker容器的应用在整个开发社区或一个私人组织内分发和共享。AWS还直接贡献于Docker
Hub官方资源库及开源项目。虽然Docker具有诸多好处，但是这也得益于正确的使用方式。对于目前Docker在企业生产环境中暴露的问题，比如安全
以及部署等（）。
四. 容器技术的工具：
1. BlueData
总部地址：美国加州山景城
成立时间：2012年
融资状况：1900万美元
关注理由：容器技术被视为一个简化应用程序开发的方式，但是一些初创公司正在利用容器技术寻找创新的用例管理应用程序。BlueData正在前VMware研发副总裁Kumar
Sreekanti的带领下开拓这样的创举。
该公司的目标是通过让大数据更易消费来“民主化”大数据部署，容器技术越来越成为公司战略中重要的一环。BlueData允许用户在Docker容器上部署大数据平台Hadoop和Apache
Spark，并且可以通过其EPIC平台的免费试用获取容器化版本，它可以作为一个下载程序或一个托管应用程序运行在AWS
ES2上。BlueData希望在今年秋天提供更全面的产品。
2. ClusterHQ
总部地址：旧金山
成立时间：2008年
融资状况：1500万美元
关 注理由：ClusterHQ
是一家帮助客户构建容器数据层的公司，使得开发和运维团队在容器中运行无状态的应用程序，但是应用的数据库、查询以及 Key-value
数据得到持久化存储。相当于是应用和数据隔离。ClusterHQ 主要基于Docker 平台实现该服务。
在 2014年 ClusterHQ发布了名为Flocker的开源软件，这是一个数据卷管理器和多主机的Docker
集群管理工具，可轻松实现对Docker及其数据的管理。同时还有另外一个项目Powerstrip，为Docker
API实现了一个可配置、可插入式的HTTP代理，可以让你插入很多Docker
扩展原型到同一个Docker守护进程。
总部地址：旧金山
成立时间：2013年
融资状况：2000万美元
注理由：CoreOS的创始人认为容器是伟大的，但他们不喜欢Docker的一些关于安全和管理方面的设计决策。所以CoreOS团队除了推出自己的容器
软件rkt还精心制作了一个轻量级的基于Linux内核的操作系统。类似于开源项目Docker，rkt是一个允许容器创建的容器运行版本。
CoreOS也有成熟的Tectonic——一个Kubernetes商业发行本，如果Docker在短期内会有竞争对手，它一定是CoreOS。
总部地址：旧金山
成立时间：2013年
融资状况：1.5亿美元
关注理由：在容器领域，没有公司比Docker更出名的了
既是一个开源项目的名称也是一个公司的名称。这个开源项目由一个包括Docker公司员工以及其他公司的代码贡献者组成的董事会主导。随着公司的发展，公司也已经在其产品上增加管理功能，例如容器需要的网络控制。开源的Docker已成为容器运行的事实标准，这使得Docker在商业化容器管理方便提供了
一个巨大的机遇，Docker首席技术官Solomon Hykes被认为在推动容器运动过程中发挥了重要作用。
5. Kismatic
总部地址：旧金山
成立时间：2014年
融资状况：保密
关注理由：谷歌曾表示它几乎所有的应用程序都运行在容器中，去年，它开源了一款称为Kubernetes的服务可以帮助基础设施集群和容器的管理。Kismatic这个初创公司就是希望Kubernetes商业化。
到目前为止，该公司的公开的信息很少，但预计Kismatic将试图使Kubernetes对于用户更友好。Kismatic背后的人来自另一个编排技术提供商Mesos。一位担任Wikimedia
Foundation.的首席技术官。
6. PortWorx
总部地址：美国加州雷德伍德城
成立时间：2015年
融资状况：850万美元
关注理由：Portworx的联合创始人兼CTO Gou
Rao表示，开发者喜欢Docker容器可以简化从开发到部署的软件系统生命周期，但为多容器应用提供基础设施资源仍然是一个复杂繁琐的过程，而且很容易产生非预期的后果。
他还表示，容器技术还不足以应用至生产环境中，而主要的问题在于存储和网络。
Murli Thirumale也是Portworx的联合创始人，目前是公司的CEO。Portworx并不是Gou
Rao和Murli Thirumale的第一个初创公司。二人也是存储优化公司Ocarina
Networks的联合创始人，这一公司在2010年被戴尔收购。再之前他们还创办了Net6，一家应用交付解决方案公司。在2007年，Net6被
Citrix收购。
数据中心的基础设施不是为容器技术所设计的，Portworx正在试图改变这一局面。现在基础设施的准备配置是在应用之外独立完成的。应用需要指明需要哪些资源，准备完成配置好之后才能进行部署。
7. Rancher Labs
总部地址：库比蒂诺（苹果总部所在地）
成立时间：2014年
融资状况：1000万美元
关 注理由： Rancher
Labs是一家提供容器技术基础设施的初创企业，成立于2014年9月，总部位于Cupertino，现有员工20人。创始人Sheng
Liang与Shannon Williams是Citrix前员工，曾创办了云服务并在后来被Citrix收购。
对于许多开发者来说，如何实施和扩充Docker仍然是个难题，尤其是生产环境下的架设。Rancher
Labs正是瞄准这一机会而推出了Docker基础设施软件。
为开发者提供了两种服务，一是将Dockers编排进任何基础设施环境的软件平台Rancher，二是简约版的操作系统RancherOS，可用来单独运
行Docker。这些服务还提供了数据备份等其他功能，使得开发者在实际部署基于Docker的应用时不用考虑具体的生产环境，从而进一步简化容器技术的
部署工作。
8. Shippable
总部地址：西雅图
成立时间：2013年
融资状况：1010万美元
关注理由：Shippable团队希望让开发人员利用容器来方便的构建应用程序。容器是书写、测试和发布代码的完美媒介,他们说。
这家公司是由一个来自微软和Cloud
Foundry的团队创立，Shippable是一个允许开发人员书写代码、立即测试的托管服务。
在过去，测试环境很大程度上依赖的虚拟机。在微软，Shippable联合创始人Avi
Cavale管理一个数百万美元的基于VMs的测试环境实验室。Cavale说，测试环境的封装将可以大大降低。
9. Sysdig Cloud
总部地址：旧金山
成立时间：2013年
融资状况：秘密
关注理由：监控容器可能听起来不算最令人兴奋的话题，但这至关重要的。启动并运行容器容易，但是你有多少呢？运行于其中的应用程序是什么？这些容器与其他应用程序是如何与其他应用程序发生交互的？Sysdig就是解决这类问题。
个Linux监测平台是一个开放源代码项目,可以从GitHub上免费下载，产品和公司名称相同。它提供如系统健康检查，容器网络连接，容器内的集中输入
/输出，容器上执行命令的历史记录，描述容器是运行在哪一台计算机上以及哪些应用程序是运行在容器中的。而且它提供了一个可排序的所有日志数据记录。这些
都可以通过一个命令行界面或基本面板获取，创始人兼首席执行官Loris Degioannii曾供职于Riverbed
Technologies。
总部地址：布鲁克林，在马德里也有一个办公室
成立时间：2013年
融资状况：265万美元种子资金
关注理由：Tutum开始作为一个公司想要提供一个完全托管容器环境。但它的创始人——惠普前技术员和Capgemini顾问——意识到像AWS也可以提供托管这样的服务。所以Tutum的真正区别是不托管容器，而是管理build的软件，所以公司现在专注在这块。
Tutum还管理容器必须的存储，以及提供容器追踪。Tutum团队希望在今年晚些时候推出测试版。
11. Twistlock
总部地址：旧金山
成立时间：2015年
融资状况：310万美元
关 注理由：该公司是由来自微软的Ben Bernstein 和 Dima
Stopel领导的团队创立，其产品定位为保护和监控容器的“端到端”的安全产品。Twistlock提供了一个可定制化的控制面板在任何环境下监控容
器，并通过一个成为“gates”的服务来帮助控制容器的组成。
Twistlock还允许安全性配置文件设置,以便在创建容器之时，遵循特定的原则。Twistlock用户可以限制哪些应用程序可以与容器交互，例如，如果容器安全措施不到位会触发警报。公司名称来自船运集装箱贸易，在那里扭锁用于容器之间的安全防护。
12. Weaveworks
总部地址：伦敦
成立时间：2014年
融资状况：500万美元
关注理由：正在商业化Weave开源项目的Weaveworks公司，创建一个连接容器的虚拟网络。容器在它们的基本层面上没有网络连接。
有网络功能更易于监测和控制Docker容器。Weave分配给每个容器一个IP地址，允许它们与Scope工具映射。
五. Docker简介：
文章来自：
有自己的网络层Rudder，其他平台如Rancher和Portworx帮助管理容器的网络连接，但Weave是只关注网络,因此成为其他容器管理平台
像Tutum不可或缺的一部分。首席执行官Alexis Richardson来自Pivotal，而首席技术官Matthias
Radestock是RabbitMQ的联合创始人。该公司最初叫Zettio。
Docker并非容器虚拟化。Docker容器技术是一个开源平台，能够帮助管理员在容器中自动部署应用。像Docker这样的工具依赖于通过
LXC、libvirt、systemd-nspawn组件部署在Linux中的容器层。Docker的确包括了称之为libcontainer、用于容
器化的类库。其他容器方式包括cgroups、用户空间内用于Linux操作系统的Checkpoint/Restore(CRIU)以及
Kubernetes。
Docker的容器技术在行业中获得如此多关注的原因在于它提供了一个平台，该平台能够在单个包中高效集成并管理应用以及所有的依赖组件，该应
用包能够被放置到容器中而且可以在任何Linux服务器上运行。Docker封装应用的方式使得它能够在本地、私有云、公有云等平台中运行。因此
Docker提供了巨大的应用灵活性及可移植性——正是这些属性引发了众多企业应用者的关注。
　　例如，Docker已经被集成到主要的云供应商产品中，比如Amazon Web
Services、Google云平台、微软Azure以及其他行业领先的云基础设施工具，比如Cloud Foundry
Diego、OpenStack
Nova、OpenSVC、Chef、Puppet、Salt等。Docker可能最终会被集成到红帽的OpenShift Origin
　　尽管Docker容器技术目前聚焦于Linux环境，但有一个用于创建独立于厂商、能够支持多种操作系统标准的创业项目——开放容器项目
(OCP)正在进行。因此在理想情况下，软件开发人员应该能够打包应用并清楚该应用将与Docker、CoreOS的rkt或者来自FreeBSD的
runtime项目，以及Apcera的Kurma容器环境一同运行。最终的目标是创建单个统一的容器环境而非创建多个竞争、不兼容的环境。
六. 容器技术的五大缺点：
容器技术在传统的虚拟化技术当中引入了大量的最新发展趋势，比如云计算、在应用程序开发方面进行的相应调整以及像Docker这样强大的新型容器架构。在
奥兰多举行的2015 Gartner IT运维战略和解决方案峰会上，Gartner副总裁兼著名分析师Thomas
Bittman以容器技术为主题进行了演讲。Bittman的演讲列举了一些技术的优势，但是同时也指出了其存在的很多缺陷。下面我们将逐个分析这些缺陷并且讨论如何进行解决。
1、不能应用在所有场景当中
Bittman认为虽然容器技术拥有很强的兼容性，但是仍然不能完全取代现有的虚拟机环境。就像虚拟化技术刚刚出现的时候，一些传统的应用程序更加适合运行在物理环境当中一样，现在，一些应用程序并不适合运行在容器虚拟化环境当中。
如，容器技术非常适合用于开发微服务类型的应用程序——这种方式将复杂的应用程序拆分为基本的组成单元，每个组成单元部署在独立的容器当中，之后将相关容
器链接在一起，形成统一的应用程序。可以通过增加新的组成单元容器的方式对应用程序进行扩展，而不再需要对整个应用程序进行重新开发。
但是另一方面，一些应用程序只能以统一整体的形式存在——它们在最初设计时就采用了这种方式，很难实现高扩展性和快速部署等特性。对于这种情况来说，容器技
术反而会对应用负载造成限制。最好的检验方式就是进行大量试验，查看哪种现有应用程序能够通过容器技术发挥最大优势。一般来说，新的应用程序研发过程很可
能从容器技术当中获益。而那些不能被容器化的应用程序仍然可以运行在传统hypervisor的全功能虚拟机当中。一位来自知名保险提供商的IT架构师表
示应该放缓应用程序容器化趋势。“虽然容器技术非常具有吸引力，但是软件开发团队需要一段时间及时跟进，才能够真正地高效利用容器技术所带来的优势。”
2、难以解决依赖关系问题
大多数虚拟机都是相对独立的，每台虚拟机都包含自己的操作系统、驱动和应用程序组件。只要拥有合适
的hypervisor，还可以将虚拟机迁移到其他任何虚拟化平台当中。但是对比来说，容器运行在物理操作系统之上，相互之间共享大量底层的操作系统内
核、库文件以及二进制文件。Bittman进一步解释说容器之间的现有依赖关系可能会限其在服务器之间的可移植性。比如，位于Linux操作系统上的容器就不能运行在当前版本的Windows Server操作系统上。
对 于这种问题来说，当前的解决方案并不止一种——容器可以在数秒钟之内完成复制过程，操作系统也在不断发展，开始提供“micro
OS”和“nano
OS”等多种类型，提供了高稳定性以及快速重启等特性。从容器自身的角度来说其更加适合于这些环境，只要数据中心当中的其他服务器可用，仍然能够对其进行
随着操作系统的逐渐发展，这些依赖关系问题也在不断得到解决。比如，Windows Server
2016承诺同时支持Docker和原生Hyper-V容器。除了Docker之外，还有许多其他容器平台可供选择，比如LXC、Parallels
Virtuozzo、Joyent、Canonical LXD、Spoon等等，VMware也有可能随时加入到竞争行列中来。
3、较差的隔离性
基于hypervisor的虚拟机拥有完善的隔离特性，由于系统硬件资源完全是虚拟的，由hypervisor分配给虚拟机使用，因此bug、病毒或者入侵有可能影响一台虚拟机，但是不会蔓延到其他虚拟机上。
容器的隔离性较差因为其共享同一个操作系统内核以及其他组件，在开始运行之前就已经获得了统一的底层授权（对于Linux环境来说通常是root权限）。因此，漏洞和攻击更加有可能进入到底层的操作系统，或者转移到其他容器当中——潜在的传播行为远比最初的事件更加严重。
管容器平台也在不断发展，开始隔离操作系统权限、减少脆弱的安全特性等，但是Bittman仍然推荐管理员通过在虚拟机当中运行容器来提升安全性。比如，
可以在Hyper-V当中部署一台Linux虚拟机，在Linux虚拟机当中安装Docker容器。这样即便虚拟机当中的容器出现问题，这种漏洞也只存在
于当前虚拟机当中——限制了潜在的受攻击范围。
4、潜在的蔓延问题
就像虚拟机生命周期管理对于hypervisor环境来说十分重要一样，生命周期管理对于容器来说也是至
关重要的。容器可以被大量快速复制，这是容器技术的重要优势之一，但是也有可能在管理员没有注意到的情况下消耗大量计算资源。如果应用程序所在的容器不再
使用时能够被及时删除，那么情况还不算太坏。但是如果对一个容器化应用程序进行扩展之后忘记将其缩减回之前的规模，那么将会为企业带来大量的（并且不必要
的）云计算开销。Bittman还表示云提供商十分高兴看到这种情况发生——因为他们就是通过出租计算资源而获利的——因此用户需要自己关注容器的部署情
5、缺乏工具
对于这个行业来说，用于监控和管理容器的工具种类仍然十分缺乏。这并不是一种最近产生的现象，在基于
hypervisor虚拟化的早期也曾经出现过可用工具十分匮乏的情况。就像优秀的虚拟机监控和管理工具逐渐增多一样，容器管理领域也在不断出现新的工
具。其中包括谷歌的开源Docker管理工具Kubernetes，此外DockerUI使用基于web的前端界面替换Linux的命令行功
能，Logspout能够将容器日志汇集到一个集中位置。
Bittman建议管理员可以通过将容器运行在虚拟机当中缓解容器管理工具缺乏的问题，这样就可以使用虚拟机工具来完成一些监控和管理功能了。因为虚拟机工具更加成熟和多样化，因此在容器工具逐渐成熟之前，可以将其作为临时的替代产品。
对于容器技术充满热情，认为其能够快速交付轻量级的应用程序，提升资源使用效率和扩展性；容器自身（非虚拟化I/O）还能够实现更好的性能表现；已经拥有
像Docker这样优秀的开发架构，像GitHub这样吸引广泛关注的共享和协作平台。但是容器并不是一种能够满足所有虚拟化任务的解决方案，只是虚拟化
工具箱提供的另外一种工具——通常可以和传统虚拟机很好地协同工作。
七. 虚拟化技术的缺点:
1：实施和配置的复杂性
配置复杂可能是集群的最大缺点。建立集群框架、管理主机间的连通性、配置共享存储都不是简单的任务，可能涉及到组织内部多个团队。你可能不害怕增加的复杂度，然而，很大程度上，都是技术性的工作。但是，随着复杂度的增加，你可能会遗漏某些东西从而影响系统的稳定性。
2：更新和升级的不利因素
升级到更新版本的产品和硬件组件也可能引起困难。因为，虚拟主机集群连接多个系统，各组件间发生着大量的、复杂的交互。
以更新主机上的多路径I/O(MPIO)驱动为例，该操作会影响整个集群。首先，它影响节点转移逻辑单元号(LUN)到其他节点的效率。同时，
在更新MPIO驱动之前，集群中所有主机的HBA卡的Firmware都需要升级。如果FW不用升级，那也必须首先安装HBA卡的驱动。
如果是单机，这可以通过1-2次重启解决。在集群环境中，协调多个虚拟主机服务器则较为困难。升级实际的虚拟主机软件一定是一个具有挑战性的任务，因为集群节点的交互以及不同软件版本支持(比如，SCVMM、Protection
Manager等)。
一般情况下，厂商会为这些复杂升级提供详细的、一步一步的操作操作指南;同时，大多数情况下，都会比较顺利。
3：集群成本因素
成本是另外一个主要的考虑因素。要实现一个虚拟主机集群环境，你需要复制部分基础架构并同时保持虚拟机与主机的比例。此外，大部分厂商的实现需要一
个SAN或者独立的磁盘子系统。开源iSCSI或者廉价的磁盘阵列可能是个精明的选择，但这些选项可能存在性能和稳定性的问题。
以我的经验，在重要的基础架构组件上选择廉价的路线会产生问题，造成绊脚石。就因为选择了一个特殊的配置能够工作并不意味着就满足了项目目标。
如果管理部门对成本感到担忧，你可以解释给他们虚拟主机集群环境可以提高正常运行时间、提供更好的服务。依我看，如果正确实施，这种配置就完全对得起付出
最后，每个组织不得不判断虚拟主机集群环境是否适合自己业务系统模式。虽然虚拟主机集群环境引入配置的复杂度、升级问题和潜在的额外成本，但
是，你的环境可以从加强的服务器或者应用系统可用性和更好的管理上获益。尽管有潜在的困难或不利因素，但是，我相信实施虚拟主机集群所付出的努力和成本是
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。Service Unavailable
Service Unavailable
HTTP Error 503. The service is unavailable.