VMWare vSphere Client GUIとVMの間のネットワークインターフェイスの不一致

Question

私はovaテンプレートを持っています。 net0、net1、net2、net3、net4、net5という6つのネットワークインタフェースが定義されています。これらのすべてのタイプはVMXNET3です。

このovaテンプレートをESXi6.0/5.5サーバーにデプロイする場合、ネットワーク名（net0、net1、...、net5）からESXiサーバー上の既存のネットワーク（vlan500、 vlan501、...、vlan505）、のような：はeth0、eth1の、...、eth5：VMインスタンス内にVMインスタンスパワー、後

net0 -> vlan500 
net1 -> vlan501 
... ... 
net5 -> vlan505 

、6つのETHネットワークインタフェースがあります。

私は、VM内のethXを順序は次のようにVM外のアダプターの順序と同じでなければなりません期待：

eth0 -> net0 -> vlan500 
eth1 -> net1 -> vlan501 
... ... 
eth5 -> net5 -> vlan505 

しかし、私は、私はMACアドレスを確認することでこれを取得見つける：

eth0 -> net0 -> vlan500 
eth1 -> net4 -> vlan504 <= mismatch 
eth2 -> net1 -> vlan501 <= mismatch 
eth3 -> net5 -> vlan505 <= mismatch 
eth4 -> net2 -> vlan502 <= mismatch 
eth5 -> net3 -> vlan503 <= mismatch 

この問題の解決方法を教えてください。

ありがとうございます！

OVFのXMLは、次のようなものです：

125  <Item> 
126   <rasd:AddressOnParent>7</rasd:AddressOnParent> 
127   <rasd:AutomaticAllocation>true</rasd:AutomaticAllocation> 
128   <rasd:Connection>NET0</rasd:Connection> 
129   <rasd:Description>VmxNet3 ethernet adapter on "NET0"</rasd:Description> 
130   <rasd:ElementName>Ethernet 1</rasd:ElementName> 
131   <rasd:InstanceID>10</rasd:InstanceID> 
132   <rasd:ResourceSubType>VmxNet3</rasd:ResourceSubType> 
133   <rasd:ResourceType>10</rasd:ResourceType> 
134   <vmw:Config ovf:required="false" vmw:key="slotInfo.pciSlotNumber" vmw:value="32" /> 
135   <vmw:Config ovf:required="false" vmw:key="wakeOnLanEnabled" vmw:value="true" /> 
136  </Item> 
137  <Item> 
138   <rasd:AddressOnParent>8</rasd:AddressOnParent> 
139   <rasd:AutomaticAllocation>true</rasd:AutomaticAllocation> 
140   <rasd:Connection>NET1</rasd:Connection> 
141   <rasd:Description>VmxNet3 ethernet adapter on "NET1"</rasd:Description> 
142   <rasd:ElementName>Ethernet 2</rasd:ElementName> 
143   <rasd:InstanceID>11</rasd:InstanceID> 
144   <rasd:ResourceSubType>VmxNet3</rasd:ResourceSubType> 
145   <rasd:ResourceType>10</rasd:ResourceType> 
146   <vmw:Config ovf:required="false" vmw:key="slotInfo.pciSlotNumber" vmw:value="33" /> 
147   <vmw:Config ovf:required="false" vmw:key="wakeOnLanEnabled" vmw:value="true" /> 
148  </Item> 
149  <Item> 
150   <rasd:AddressOnParent>9</rasd:AddressOnParent> 
151   <rasd:AutomaticAllocation>true</rasd:AutomaticAllocation> 
152   <rasd:Connection>NET2</rasd:Connection> 
153   <rasd:Description>VmxNet3 ethernet adapter on "NET2"</rasd:Description> 
154   <rasd:ElementName>Ethernet 3</rasd:ElementName> 
155   <rasd:InstanceID>12</rasd:InstanceID> 
156   <rasd:ResourceSubType>VmxNet3</rasd:ResourceSubType> 
157   <rasd:ResourceType>10</rasd:ResourceType> 
158   <vmw:Config ovf:required="false" vmw:key="slotInfo.pciSlotNumber" vmw:value="34" /> 
159   <vmw:Config ovf:required="false" vmw:key="wakeOnLanEnabled" vmw:value="true" /> 
160  </Item> 
161  <Item> 
162   <rasd:AddressOnParent>10</rasd:AddressOnParent> 
163   <rasd:AutomaticAllocation>true</rasd:AutomaticAllocation> 
164   <rasd:Connection>NET3</rasd:Connection> 
165   <rasd:Description>VmxNet3 ethernet adapter on "NET3"</rasd:Description> 
166   <rasd:ElementName>Ethernet 4</rasd:ElementName> 
167   <rasd:InstanceID>13</rasd:InstanceID> 
168   <rasd:ResourceSubType>VmxNet3</rasd:ResourceSubType> 
169   <rasd:ResourceType>10</rasd:ResourceType> 
170   <vmw:Config ovf:required="false" vmw:key="slotInfo.pciSlotNumber" vmw:value="35" /> 
171   <vmw:Config ovf:required="false" vmw:key="wakeOnLanEnabled" vmw:value="true" /> 
172  </Item> 
173  <Item> 
174   <rasd:AddressOnParent>11</rasd:AddressOnParent> 
175   <rasd:AutomaticAllocation>true</rasd:AutomaticAllocation> 
176   <rasd:Connection>NET4</rasd:Connection> 
177   <rasd:Description>VmxNet3 ethernet adapter on "NET4"</rasd:Description> 
178   <rasd:ElementName>Ethernet 5</rasd:ElementName> 
179   <rasd:InstanceID>14</rasd:InstanceID> 
180   <rasd:ResourceSubType>VmxNet3</rasd:ResourceSubType> 
181   <rasd:ResourceType>10</rasd:ResourceType> 
182   <vmw:Config ovf:required="false" vmw:key="slotInfo.pciSlotNumber" vmw:value="36" /> 
183   <vmw:Config ovf:required="false" vmw:key="wakeOnLanEnabled" vmw:value="true" /> 
184  </Item> 
185  <Item> 
186   <rasd:AddressOnParent>12</rasd:AddressOnParent> 
187   <rasd:AutomaticAllocation>true</rasd:AutomaticAllocation> 
188   <rasd:Connection>NET5</rasd:Connection> 
189   <rasd:Description>VmxNet3 ethernet adapter on "NET5"</rasd:Description> 
190   <rasd:ElementName>Ethernet 6</rasd:ElementName> 
191   <rasd:InstanceID>15</rasd:InstanceID> 
192   <rasd:ResourceSubType>VmxNet3</rasd:ResourceSubType> 
193   <rasd:ResourceType>10</rasd:ResourceType> 
194   <vmw:Config ovf:required="false" vmw:key="slotInfo.pciSlotNumber" vmw:value="37" /> 
195   <vmw:Config ovf:required="false" vmw:key="wakeOnLanEnabled" vmw:value="true" /> 
196  </Item> 

Answer 1

私はLinuxがVM内のOSであることを推測します。

私はLinuxの管理者ではありませんが、最近私はあなたのコグネの問題に似た何かを解決しようとしています。私たちの状況では、eth0だったNICは展開後にeth1になります。 eth（x）名がNICのMACアドレスによって割り当てられたためです。 ovfテンプレートを展開した後は、MACアドレスは常に異なっています（テンプレートを同じ環境に配備すると、競合を避けるために変更する必要があります。環境が異なる場合は、デフォルトでMACアドレスの最初のセグメントが異なります）。私はLinuxの管理者ではないので、常に（すべてのディストリビューションで）同じマッピングNIC-> eth（x）ポリシーであるとは確信していません。

したがって、OSがeth（x）名にどのようにマップするかチェックする必要があります。 PCIの位置に基づいてマッピングを行う方法があれば、その情報はovfファイルにあるので、それを行うことができます。マッピングがMACアドレスに基づいてのみ行われると、MACアドレスがovfファイルに書き込まれないため、正しくマップすることができなくなります。

Answer 2

問題はVMWareではなく、あなたのVMです。 VMをクローンするとき、または卵子が適切に準備されていないときは、macのアドレスは/ etc/sysconfig/network-scripts/ifcfg-eth0スクリプトと/ etc/udev/rules.d/70-persistent-net.rulesファイルを開きます。 2つの選択肢があります。新しいMacにマッチする70-永続-net.rulesとのifcfg-eth0の両方で

1. 変更MAC
2. 70永続的-net.rulesを削除し、のifcfg-eth0の
からHWADDRを削除

再起動後、eth0を再度有効にする必要があります。