VMware vSphere 5.0 – 不能在多个子网上configuration主机

有没有一种简单的方法可以允许单个vSphere 5.0主机在多个子网上通信，并允许托pipe在那里的虚拟机在这些子网上进行通信？

我有一个由vCenter实例pipe理的小型vSphere 5.0场。对于这个农场，我已经分配了一个内部/ 26子网（可以说是10.13.111.0/26）。

每个vSphere主机都有两个网卡连接到Cisco 3750交换机，作为“基于IP哈希的路由”中继，为每台主机和交换机之间提供2GB的带宽。这个链接也是一个.11q主干。在主机上，我有两个虚拟机端口组，一个在VLAN 118上，名为“Public”，另一个在称为“Private”的VLAN 999上。专用VLAN在192.168.100.0/24空间中寻址，用于虚拟机间通信。我有两个VMKernel端口都连接到相同的118 VLAN，并在10.13.111.0/26networking上寻址。

以下是其中一个主机的configuration：

vm config

问题是，我已经用完了这个子网中的IP地址，并且已经分配了另一个子网 – 10.13.110.0/26。但是，如果我在VLAN 118上添加另一个VMKernel端口并将其分配给10.13.110.1，则该IP地址将保持不可用状态。我不确定这是交换机还是VMware vSphere主机本身的问题。

我怎样才能configuration这个子网可以被主机使用？

编辑

只需添加，3750具有VLAN118定义为：

interface Vlan118 ip address 10.13.111.62 255.255.255.192 end

我可以扩大定义，以包括新的子网，并拥有神奇的工作？

编辑2

这看起来像是一个开关configuration问题。

如果我重新configuration3750上的VLAN118，如下所示：

 interface Vlan118 ip address 10.13.111.62 255.255.255.192 ip address 10.13.110.5 255.255.255.192 secondary end

那么交换机现在可以在新的.110networking上ping VMKerenel设备。但是，通过更广泛的networking中的交换机的所有内容都无法ping设备。

.111networking的网关为10.13.111.3，而.110networking为.110.3 – 这两个IP地址都由连接到核心交换机（甚至可能是核心交换机）的路由器托pipe。我有一个从我的3750核心交换机的上行链路。

我猜想从.110到.111的任何stream量都需要从vSphere通过我的3750stream向核心stream向.110.3，跳转到.111.3，然后回到我的3750和vSphere。那个听起来是对的吗？

你说你不能和新分配的地址进行通信 – 你要在哪里沟通？

对于非路由stream量（在同一子网内），新分配的VMkernel地址应该已经可以正常工作了。您应该能够通过与新的10.13.110.0/26networking上的其他设备进行通信来进行validation。

路由交通是另一回事。路由stream量的两个问题：

有些东西需要处理vlan间的路由 – 如果是3750（我猜测不是 – 我希望网关是.1或.63，不是.62），那么在新的10.13.110.0上没有地址/ 26networking。
所有VMkernelstream量只允许有一个网关 – 在新的子网上设置网关将删除旧的子网的第一跳configuration。

由于你的子网被分割成很小的块（怎么回事呢？你组织中的某个人需要提醒说10.0.0.0/8包含了1680万个地址吗？），我敢打赌，这些主机的大部分通信都是路由的。

这个迁移的棘手的一步将是主机的网关的变化，因为从子网外部连接到它们的所有东西都需要切换到新的地址。

您需要正确区分VMware 主机networking和VMware 客户networking。

通常，直接涉及VMware主机的唯一networkingstream量是（Vcenter）pipe理和集群相关的通信。

来自单个VMware 客户的stream量与此完全无关; 实际上，他们通常不应该连接到相同的networking。

也就是说，虚拟交换机端口可以是中继，或标记，或任何你想要的客机虚拟机。