vDS - проблема vCenter
Две возможных проблемы:
- Ваш SQL-сервер не знает, как направить к устройству шлюза (вряд ли, если можно просмотреть веб-сайты от него).
- Ваш виртуальный сервер на брандмауэре является устройством проксирования для веб-трафика и не понимает Ваш трафик SQL. Вы хотите "перенаправление портов"
Представление SQL-сервера к Интернету в целом? А, я не сделал бы этого, если я храню Данные кредитной карты или информация, позволяющую установить личность.
Проблема в Вашем случае была то, что хост ESX должен был перезагрузить без VC, являющегося доступным. Мое понимание dVswitches поведения - то, что в зависимости от режима порта сервер vCenter не может присоединять к dVswitch, когда это запускает, потому что vCenter должен обработать это изменение в dVswitch. В сценарии, который Вы описываете, я ожидал бы, что перезапуск будет работать, если порт статически связывается, но если бы он был настроен, чтобы быть эфемерным, или динамичным я ожидал бы, что это вызовет этот вид проблемы. Я мог быть неправым, хотя и это могла бы всегда быть проблема - я никогда не пытался копировать точно, что произошло с Вами.
Мог ли Ваш конкретный вопрос работать или не существуют сценарии, где Вы закончите в проблеме с vCenter на dVswitch. Если Вы хотите переместить vCenter вокруг использования холодной миграции или использовать P2V или V2V для перемещения vCenter в среду ESX, и подключать его к dVSwitch Вы не можете, потому что vCenter будет выключен, когда Вы попытаетесь реконфигурировать dVswitch. Существует большая дискуссия об этом и другой подобной Выгоде 22 вариации в этом сообщении в блоге Rich Brambley на VM / ETC и в этом сообщении Jason Boche.
В то время как под управлением виртуализированный vCenter поддерживается, VMware не поддерживает под управлением vCenter, подключенный к dVSwitch, хотя Вы будете изо всех сил пытаться найти ссылку для этого. Существует комментарий к Сообществам VMware об этом, и мне дали ту же информацию самому при обсуждении этого с поддержкой VMware.
Решение этого состоит в том, чтобы иметь гибридный подход с Сервисной консолью и vCenter (если Виртуализировано) по Стандарту vSwitch. Это - то, что я делаю, когда я использую dVswitches - Вы сохраняете единственную точку управления и другие преимущества dVswitches для VM's общего назначения и избегаете возможности проблем с сетями Сервисной консоли ESX и vCenter.
Для следования за превосходным ответом Helvick, я должен был бы также сказать, что с полностью ненаучной точки зрения нашел, что dvSwitches нестабилен и больше проблемы, чем они в настоящее время стоят. Я - огромный поклонник VMW, но я просто не доволен текущей версией, я знаю, что VMW самостоятельно упорно работают для значительного улучшения технологии, и я уверен, что буду использовать ее в будущем, но на данный момент я отказался от нее в пользу регулярных-vSwitch созданий в виде сценария и изменений. Просто мой 2c.
-
1Я должен согласиться. Я нахожу общее понятие обращения распределенных коммутаторов, но установка их и работа с ними существенно более сложны, чем я думаю, что это должно быть. Установки в виде сценария являются более устойчивым подходом прямо сейчас, если Вам абсолютно не нужны функции как PVLAN' s охватывающие хосты. – Helvick 16 March 2010 в 22:01