2016-04-15 9 views
0

У меня есть шаблон ova. В нем определены 6 сетевых интерфейсов: net0, net1, net2, net3, net4, net5. Тип всех из них - VMXNET3.Порядок несоответствия сетевых интерфейсов между VMWare vSphere Client GUI и VM

Когда я использую этот шаблон ova для сервера ESXi6.0/5.5, одним из шагов является настройка сопоставления из сетевого имени (net0, net1, ..., net5) в существующие сети на сервере ESXi (например, vlan500, vlan501, ..., vlan505), как:

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

После экземпляра VM полномочий на, в случае VM, есть 6 ETH сетевых интерфейса: eth0, eth1, ..., eth5.

Я ожидаю, что порядок 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> 

ответ

0

Я думаю, что Linux является операционной системой внутри виртуальной машины.

Я не администратор Linux, но недавно я попытался решить что-то похожее на вашу проблему с моей связью. В нашей ситуации NIC, который был eth0, становится eth1 после развертывания. Это связано с тем, что имя eth (x) было присвоено MAC-адресом NIC. И MAC-адрес всегда отличается от развертывания шаблона ovf (если вы развертываете этот шаблон в той же среде, тогда он должен измениться, чтобы избежать конфликтов, если среда отличается от других, то по умолчанию сегменты по MAC-адресу по-разному отличаются друг от друга). Я не администратор Linux, поэтому я не уверен, что всегда (в каждом дистрибутиве) есть одно и то же сопоставление политики NIC-> eth (x).

Итак, вы должны проверить, как ОС сопоставляет NIC с именами eth (x). Если есть способ сделать сопоставление на основе позиции PCI, вы можете это сделать, потому что эта информация находится в файле ovf. Если отображение выполняется ТОЛЬКО на основе MAC-адреса, тогда будет невозможно правильно отобразить, поскольку MAC-адрес не записывается в файл ovf.

+0

Похоже, что мой VMWare не соблюдает информацию о слотах в файле ovf. В противном случае гостевой Linux правильно распознал бы порядок с номером слота pci, как это делает гостевой Linux в KVM VM. Я ожидал бы, что продвинутое программное обеспечение VMWare не затронет эту проблему. Но у меня нет полных лицензий для них. Теперь я использую KVM. –

0

Проблема не vmware, это ваш vm. Когда вы клонируете vm или если ваша ova не была должным образом подготовлена, eth0 не будет использоваться, потому что адрес mac находится в сценарии/etc/sysconfig/network-scripts/ifcfg-eth0, а также в файле/etc/udev/rules.d/70-persistent-net.rules. У вас есть 2 варианта.

  1. Изменения макинтош как в 70-стойкий-net.rules и ifcfg-eth0, чтобы соответствовать вашему новому макинтоша
  2. Удалите 70-стойкий-net.rules и удалить HWaddr из ifcfg-eth0

После перезагрузки у вас должно быть исправлено eth0.