В настоящее время мы используем Link Status Only для наших NIC Teams на наших хостах VM, но недавно столкнулись с проблемой, когда один из наших двух коммутаторов имел ошибку памяти и прекратил пропускать трафик. Все наши хосты VM вышли из строя, и большинство гостей (которые уже использовали этот путь) также перестали отвечать, пока мы не отключили этот коммутатор вручную.
В среде связывания Linux вы можете использовать arp_intervals как еще один способ определения состояния соединения, но в VMWare есть только Beacon Probing. BP — это не то же самое, что arp_interval, в том смысле, что вы не выбираете хост для проверки подключения, а также для этого вам нужно три или более интерфейсов.
Все наши хосты VM имеют четыре NIC, поэтому требование трех NIC не должно быть слишком большим. Однако, хотя в документации указано только, что требуется не менее трех отдельных физических NIC (pNIC), в каждом примере также есть три отдельных физических коммутатора, и не указано, является ли это также требованием. Когда я искал ответ на этот вопрос, я наткнулся наэтотблог, в котором говорится:
«Не используйте Beacon Probing, если к одному и тому же pSwitch подключено более одного pNIC в vSwitch. Это может привести к тому, что один и тот же MAC-адрес будет представлен на двух или более портах pSwitch, что «очень плохо»»
В нашей конфигурации нет трех коммутаторов, которые могли бы только усугубить эту проблему, и в ходе некоторых предварительных тестов у меня возникали необъяснимые проблемы с нестабильностью соединения, которые могут быть связаны с тем, что они были подключены к одному коммутатору.
Так что, три отдельных физических коммутатора также являются требованием для зондирования маяка? Я низведен до статуса соединения только для моей конфигурации? И, полуриторически, почему у них нет arp_interval в качестве опции в их объединении NIC?
решение1
При зондировании маяком рекомендуется использовать не менее 3 pNIC, поскольку именно так маяк работает лучше всего. ESXi отправляет широковещательный пакет из физических карт NIC. Затем другие pNIC в том же vSwitch ждут, чтобы увидеть, получат ли они пакеты от других pNIC. Какой бы pNIC не получил широковещательный пакет, ESXi предполагает, что это нисходящая линия связи.
Подключение всех 3 pNIC к одному коммутатору и использование зондирования маяком — пустая трата ресурсов, когда статус соединения будет работать, потому что это проще. Соединение включено или выключено? Проблемы конфигурации (STP или блокировки портов) не будут отображаться со статусом соединения.
Цель и дизайн зондирования маячками заключались в том, чтобы присоединить pNIC к разным pSwitch, поскольку это использовалось для «тестирования» коммутаторов ниже по течению; коммутаторов за пределами тех, к которым были присоединены pNIC. BP может определить, если, скажем, 3-й pSwitch ниже по течению к iSCSI SAN вышел из строя, статус соединения не обнаружит этого, но BP должен. Затем сервер ESXi может определить, что он хочет сделать. Статус соединения будет продолжать пытаться отправлять пакеты в SAN, даже если он недоступен.