Мы внедряем ферму vSphere и используем распределенный коммутатор. VC - это виртуальная машина внутри фермы, подключенная к распределенному коммутатору. У нас возникла проблема с SAN, и все наши виртуальные машины не работали. Когда сеть SAN восстановилась и мы перезапустили хост ESX, содержащий виртуальный канал, виртуальный канал не смог подключиться к сети через vDS. Нам пришлось удалить сетевую карту из vDS на этом хосте и создать обычный vswitch, а затем подключить к нему VC до того, как VC подключится к сети.
Это типичное поведение? Если VC выходит из строя, останавливается ли вся сеть vDS на всех хостах? Это кажется очень плохим. Я думал, что сеть будет работать, даже если VC не работает, потому что узлы имеют кешированную конфигурацию vDS. Есть ли лучший способ настроить его, чтобы этого не произошло. Мы хотим сохранить VC как виртуальную машину для обеспечения высокой доступности и восстановления. Кто-нибудь может предложить предложения или объяснения?
Я ценю помощь.
Спасибо,
Рик
Проблема в вашем случае заключалась в том, что хосту ESX пришлось перезагружаться без доступа к VC. Насколько я понимаю, поведение dVswitches таково, что в зависимости от режима порта сервер vCenter может не иметь возможности подключиться к DVswitch при запуске, потому что vCenter необходимо обработать это изменение в dVswitch. В сценарии, который вы описываете, я ожидаю, что перезапуск сработает, если порт статически привязан, но если он был настроен как эфемерный или динамический, я ожидал, что это вызовет такого рода проблемы. Я могу ошибаться, и это всегда может быть проблемой - я никогда не пытался в точности воспроизвести то, что случилось с вами.
Независимо от того, может ли ваша конкретная проблема работать или нет, существуют сценарии, в которых у вас могут возникнуть проблемы с vCenter на dVswitch. Если вы хотите переместить vCenter с помощью холодной миграции или использовать P2V или V2V, чтобы переместить vCenter в среду ESX и подключить его к dVSwitch, вы не сможете, потому что vCenter будет выключен, когда вы попытаетесь перенастроить dVswitch. Об этой и других подобных вариациях Catch 22 много говорится в этом сообщении блога автора Рич Брамбли о VM / ETC И в это сообщение Джейсона Боша.
Хотя поддерживается запуск vCenter virtualised, VMware не поддерживает запуск vCenter, подключенного к dVSwitch, хотя вам будет сложно найти ссылку для этого. Есть комментарий к Сообщества VMware об этом и я сам получил ту же информацию, когда обсуждал ее с поддержкой VMware.
Решением этой проблемы является использование гибридного подхода с Service Console и vCenter (если он виртуализирован) на стандартном vSwitch. Это то, что я делаю, когда использую dVswitches - вы сохраняете единую точку управления и другие преимущества dVswitches для виртуальных машин общего назначения и избегаете возможности проблем с сетью ESX Service Console и vCenter.
Чтобы продолжить отличный ответ Хелвика, я также должен сказать, что с совершенно ненаучной точки зрения я обнаружил, что dvSwitches нестабильны и вызывают больше проблем, чем они стоят сейчас. Я большой поклонник VMW, но меня просто не устраивает текущая версия, я знаю, что сами VMW усердно работают над значительным улучшением технологии, и я уверен, что буду использовать ее в будущем, но пока Я отказался от него в пользу создания и изменения скриптов для обычного vSwitch. Просто мой 2с.