Назад | Перейти на главную страницу

ESXi - несколько отдельных одновременных восходящих каналов на vSwitch?

В настоящее время у меня есть сервер ESXi, на котором размещен гость PFSense, который используется в качестве маршрутизатора с выходом в Интернет.

Этот сервер ESXi настроен с двумя vSwitches (каждый со связанной группой портов):

  1. WAN - 1 физический восходящий канал
  2. LAN - подключен к нескольким другим виртуальным машинам, а также к 11 физическим каналам связи GigE.

Изменить (уточнить):

Гость PFSense на этом сервере имеет виртуальные сетевые адаптеры, подключенные к каждой из вышеупомянутых групп портов (как WAN, так и LAN), и успешно маршрутизирует трафик между ними, хотя и с одной оговоркой: только один из физических исходящих каналов в локальной сети vSwitch функционирует на одном уровне. время, поэтому я могу подключать к сети только один физический клиентский компьютер за раз. Это якобы потому, что в настоящее время он настроен для аварийного переключения.

Я хотел бы иметь возможность настроить LAN vSwitch так, чтобы вместо использования каждого физического восходящего канала для аварийного переключения для одного канала в целом он рассматривал каждый как отдельный канал, позволяющий различным физическим клиентам подключаться к каждому (функционируя как, ну, переключатель) - если это возможно, как мне это настроить?

Спасибо!

Изменить: Текущая конфигурация:

Не все физические адаптеры на этом vSwitch подключены к коммутатору - я не пытаюсь объединить ссылки. Я просто пытаюсь подключить несколько внешних компьютеров к этим физическим адаптерам и заставить vSwitch выполнять коммутацию пакетов между ними (позволяя всем им находиться в той же сети, что и виртуальные машины, без использования внешнего коммутатора).

Итак, к физическому серверу, на котором работает ESXi и размещается виртуальная машина pfSense, подключено 12 физических кабелей UTP: один для соединения WAN с вашим интернет-маршрутизатором и 11 для внутренних подключений? Эти 11 кабелей UTP внутреннего использования идут напрямую к другим серверам или сначала подключаются к коммутатору? Если только один работает, а остальные 10 не работают, я подозреваю, что протокол связующего дерева на вашем коммутаторе отключает 10 интерфейсов, поскольку он обнаруживает петлю? Почему бы не создать конфигурацию порт-канал (LACP) на вашем коммутаторе и хосте ESXi?

Если эти кабели напрямую подключают хост ESXi к другим серверам, я бы проверил скорость порта и настройки дуплекса, а также тип кабеля UTP (прямой или перекрестный).

Измените настройку

Политика объединения сетевых карт -> Возврат => Да. Это будет «возвращать» «неудачные» ссылки для использования снова, как только ссылка будет физически активна. Это также может применяться при загрузке, когда он находит первую доступную ссылку и думает, что жизнь хороша, и на этом не останавливается. Пока не произойдет сбой, и он не переключится на другую ссылку, отключив исходную до тех пор, пока активная ссылка не выйдет из строя.

Вам также может потребоваться изменить vSwitch «Link Discovery -> Mode» с Listen на Both, поскольку у вас фактически нет физического переключателя, задействованного в этих ссылках из-за звука вещей, и может потребоваться эта функция в сети в этом центральном точка в сети коммутатора (ов).

Самый дешевый способ - это Round-robin DNS. У вашего хоста может быть более одного A запись в DNS-зоне. Для каждого запроса этот IP-адрес будет ротацией. Обычно клиент использует только первый из полученного набора, поэтому все IP-адреса будут равномерно распределены между клиентами. Такой подход нужен свой named для главного и подчиненных, поскольку Google 8.8.8.8 и другие общедоступные службы отказывают в ротации IP-адресов в ответах. Причина в слишком маленьком TTL, который должен быть установлен для зон, чтобы уменьшить отключение, если один или несколько восходящих каналов становятся недоступными.

Дополнительную информацию можно найти здесь: https://en.wikipedia.org/wiki/Round-robin_DNS