☰

适用于 vSphere 4.1 的可扩展设计

tag-icon • tag-icon virtualization vmware-vcenter
适用于 vSphere 4.1 的可扩展设计

我们已采购 1 个 C7000 机箱 2 个虚拟连接 2 个 9124 FC 交换机 5 个 BL460 G6（带双端口 HBA） 1 个 NetApp 文件管理器（FC）（带双控制器主动/主动） 1 个 NetApp 文件管理器（SATA）（带单控制器）

我们需要使用 Vsphere 4.1 部署可扩展设计

我们将使用 3 个刀片服务器用于 VMWARE Vsphere4.1，并使用 2 个刀片服务器作为其他应用程序的物理服务器，包括 Vcenter 在内的虚拟机将有 6 个

虚拟连接应如何满足同一机箱内的物理和虚拟环境的需求

答案1

您错过了很多信息（特别是有关您的下游 LAN 端口或任何中间 SAN 交换机的信息），但让我们将其分解成几部分。

最简单的是 SAN，只需将任意数量的端口从 9124 运行到 NetApp 中，如果您没有中间交换机并使用 NPIV，我会倾向于将它们作为点对点链接运行，而不是将它们作为 ISL 中继运行（不确定 NetApp 是否可以处理 ISL）。因此，您将创建两个 SAN 网络，每个主机端口一个，然后直接映射它们 - 无需 VSAN/区域等。

LAN 问题有点棘手，并且无法涵盖您的物理服务器，因为您没有提供任何网络要求 - 假设您的下游端口是可以处理中继的交换机，那么我会为您的 ESX 盒执行的操作是将每个 flexNIC 拆分为两个 vNIC，一个为 2Gbps，另一个为 8Gbsps，对两个适配器执行此操作，为每个主机提供 4 个 vNIC，使用两个 2Gb vNIC 创建管理/vMotion vswitch 和使用两个 8Gb vNIC 的 VM 流量 vSwitch。创建两个 VC 网络，一个用于两个管理/vmotion vNIC，一个用于 VM 流量 vNIC，将您的真实中继端口放入其端口组中，您就可以离开了。

对于 LAN 和 SAN，都使用硬件 MAC/WWN，在这种情况下使用池化 MAC/WWN 毫无意义。哦，让您的 VC 进行 VLAN 标记（除非您计划为这两个功能设置单独的中继，在这种情况下只需让标记通过 ESX 进行突破）。

这对于 ESX 来说很好，并且从 SAN 角度来看可能对您的物理来说已经足够好了，但正如我所说的，您没有给我们提供任何有关物理 LAN 端口的工作。

答案2

这真是一连串糟糕的问题。让我们开始吧。

  1. 您所说的“可扩展”是什么意思？可扩展性有各种各样的。您需要明确说明您要扩展的内容，以及哪些内容会对您的应用程序造成可扩展性瓶颈。
  2. 不存在一刀切的可扩展设计。如果我们不知道您要用集群做什么，我们根本无法告诉您如何扩展您的应用程序。即使在同一个应用程序中，不同的用例对性能的要求也大不相同。我们无法猜测您需要什么才能保持可扩展性。您必须告诉我们。如果您不确定要寻找什么数字，VMware Capacity Planner 应该可以为您提供帮助。将其安装在您的物理服务器上，让它运行一周，然后再回来找我们。
  3. 在三个物理系统上运行五台虚拟机（不包括 vCenter）能实现什么目的？虚拟化具有无数的 DR 优势，但如果您没有更广泛的整合项目，那么只需在所有物理主机上执行从 SAN 启动，听起来您就可以节省大量资金。
  4. 您肯定不想在同一个刀片机箱内运行集群虚拟机，尤其是当您依赖 HA 来在主机发生故障时保持可用时——您的机箱会在整个环境中引入单点故障。如果您只有一个刀片机箱，请不要为此使用刀片。购买 1U 或 2U 比萨盒。您会更开心。
  5. 我从未见过无法跟上 VMware 步伐的 SAN。然而，我见过 SAN 中许多阵列无法跟上，因为管理员没有正确理解其应用程序的 I/O 配置文件，也不知道这会如何影响物理磁盘阵列的设计。

如果您不知所措，而且您听起来像是因为不知道应该问什么问题，那么您真的应该聘请顾问或至少 VAR 来帮助您启动和运行。如果没有配置或管理虚拟化的专业知识，虚拟化将对您的组织造成彻底的灾难。

相关内容