虚拟基础架构服务（参考）.pdfVIP

虚拟基础架构服务 得有多勇敢才能虚拟 IT基础架构服务？ 如果虚拟平台对承载关键应用足够的话，为什么不是所有的基础架构服务都虚拟化啦? 并不是所有的基础架构服务都平等哇。有些服务没那么关键，如 PXE 启动服务器只是偶 尔用于构建新的服务器。其他的非常关键，如 DNS 服务标注了公司里外所有东西的位置。 多数 IT 企业已经将不太重要的服务进行了虚拟，而一些比较关键的基础架构服务仍然 在物理主机上。是时候对这些服务进行虚拟了?它们应该与现有工作负载一起和谐相处还是 需要独立环境? 数据中心放弃在关键基础架构中使用虚拟化主要是因为在发生问题时，我们该如何管理 虚拟化平台。我们依赖 IT 基础架构服务进行故障修复。如果整个基础架构存活在虚拟平台 上，平台跨了我们还有啥?如果企业对此种情况没有准备机制的话，我可以负责任告诉你要 重新拿回系统控制权很难。不过就算有一些规划，通常有可能冒着停工的风险去虚拟关键服 务。 留在物理服务器上的IT 基础架构服务通常是活动目录AD 域控制器，有时是多个控制器。 它们提供认证，为分辨率(DNS)与 DHCP 命名。 活动目录允许向外扩展的冗余模式：多个控制器共享 AD 工作负载，并在控制器出现问 题时持续运营。确保 Global Catalog 的AD 角色，以及 DHCP 和 DNS 服务器角色在崩溃前位 于多个虚拟机上。这些服务不管平台是否崩溃都该可用。 适当的规划能让虚拟基础架构在一个甚至多个故障下存活，持续为应用交付服务。 小型 IT 部署 在虚拟化 IT 基础架构服务时，拥有少于六台虚拟服务器，且只有一个数据中心的 IT 企 业的选择有限。在这样小的规模下，企业可能依赖员工的手动努力来保持 IT 基础架构服务 持续运转。更小的企业可能更有信心，他们的员工可以克服任何进程与自动化的毛病，但所 有大型企业想要标准化与自动化，以便处理每件不可预测的事情。 如果系统工程师有恢复服务的经验，小型企业可以将他们所有的基础架构服务放在虚拟 化平台上。如果仅仅是员工够勇敢还不够，那么据算小型企业也需要像大企业那样做，这意 味着投入更多资金。 单点站点，管理集群 小型部署的下一个向上扩展仅仅包括一个站点，让其成为多个虚拟服务器的家(VMware ESXi 与 vSphere 虚拟化就是如此) ，构建一个管理集群是很节省成本的。交付应用到终端用 户的虚拟机运行在一个或多个工作负载虚拟集群中。管理集群是一套独立的 ESXi 服务器设 第 1 页第 1 页 虚拟基础架构服务 置，只运行基础架构虚拟机。 管理集群通常是两台 ESXi 服务器，比主要的虚拟集群使用的CPU 与 RAM 要少。该管理 集群应该有自己的存储与网络，独立于工作负载集群使用的资源，提升安全度。管理集群可 能包含单个或多个控制器，以及用于工作负载集群的vCenter Server 及其数据库，还有另一 个 vSphere 管理服务器。 有了这样的隔离，工作负载集群中的故障将不会限制管理集群或解决故障的功能。管理 集群中的错误将不会影响到工作负载集群。 通常，IT 企业在管理集群中放置一个或两个域控制器，在工作负载集群中放得更多。这 些控制器一旦铺展开，就没有一个故障就能破坏所有基础服务的能力。 多站点 最后的扩展就是企业有两个或更多站点，每个都托管 vSphere 集群。在多个站点放置控 制器比使用管理集群拥有更多冗余。每个站点从自己的控制器获得服务，但可能在没有本地 控制器的情况下使用远程的高定。 【编辑推荐】 对于虚拟化 数据中心不能过分痴迷 关注数据虚拟化与绿色数据中心问题 SDN 与网络虚拟化 数据中心“联姻”虚拟化的喜与忧 虚拟化之旅 第 2 页第 2 页 虚拟基础架构服务 第 3 页第 3 页