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

Публичные серверы vMotion

мы находимся в процессе покупки виртуализированного решения от HP (c-3000, HP Virtual Connect Flex-10 10Gb Ethernet Module, HP BL 460 G6, SB-40 с PVA).

Меня беспокоит следующее: предположим, у меня есть виртуальные машины, такие как DNS, WEB и электронная почта, которые распределены между 4 хостами ESX, настроены на общедоступный IP-адрес, а vMotion включен с DRS, HA. теперь один или несколько из них vMotioned на другой хост ESX.

  1. как гарантировать, что сетевой профиль также перемещается вместе с vMotion? Я считаю, что если сетевой профиль (общедоступный IP-адрес и другая виртуальная конфигурация nic для этой виртуальной машины) также не переместится, то эти общедоступные серверы потеряют свою функциональность и будут выглядеть так, как если бы они были отключены.
  2. У коммутатора HP virtual connect есть возможность сделать это или нам нужно рассмотреть другие элементы?

Спасибо

У нас практически одинаковые настройки vSphere (на самом деле мы используем BL490c G6, потому что у них больше слотов памяти, и мы используем XP / EVA, но достаточно близко). Все намного проще, чем вы думаете.

Во-первых, все, что вам нужно сделать, это настроить ваши две сетевые карты Flex-10 на 1 Гбит / с или 10 Гбит / с (очевидно, в зависимости от скорости коммутатора), транки через ESX / ESXi (кстати, мы используем ESXi 4U2 на 4 ГБ SDHC-картах) со всеми вашими необходимыми VLAN. эти соединительные линии - это все, что вам нужно сделать с точки зрения Virtual Connect - не вдавайтесь в более сложные задачи.

ESX / i тогда просто увидит два pNIC на любой скорости, используйте их для настройки vSwitch0 (увеличьте количество портов до> = 120 btw) и позвольте консоли управления использовать соответствующую VLAN, а затем самостоятельно настроить группы портов, обращенных к виртуальной машине. VLAN. Таким образом, Virtual Connect будет выполнять всю возможную коммутацию внутри VLAN, только транслируя трафик между сетями VLAN на коммутаторы для маршрутизации.

Удачи.

Если вы сделаете это, то vMotion будет просто нормально работать, если ARP / inARP будет возвращать каждый MAC-адрес vNIC обратно в Virtual Connect и переключать, так что вы почти не увидите пропущенных кадров, если они вообще будут.

Если вы не собираетесь использовать Fibre-Channel / FCoE, продолжайте покупку, зная, что она будет работать, и другие довольны ею. если ты являются человеку типа FC, возможно, стоит подождать, поскольку Intel G7 вот-вот выйдет, а их CNA довольно убедительны (AMD G7 уже вышла). Меня беспокоит только ваше решение для хранения данных - я бы предложил что-то гораздо лучшее / быстрое / расширяемое - может быть, EVA4400 или P2000 G3?

Если ваш коммутатор будет поддерживать обычную отработку отказа старой сети для одного сервера (с двумя сетевыми модулями в активной / пассивной конфигурации), то он также будет поддерживать vMotion.

Единственное, что вам нужно убедиться, это то, что все сети / VLAN, которые вы делаете доступными на одном хосте ESX, также доступны с теми же именами и идентификаторами VLAN для других хостов.

В версии 3.5 вы обычно видите, что виртуальная машина отбрасывает один эхо-запрос при переключении между машинами во время vMotion. С vSphere мы даже не видим ни единого пропущенного пинга - это практически без проблем.