MD
И удивлен что люди использующие vSAN не читали ее
Size: a a a
2020 June 03
SG
Спасибо за ответы! влияние на производительность и риски при некорректной настройки "аппаратной" сети я понимаю. только не было понимания, пройдет ли это прозрачно сервисов кластера vSAN. мое понимание говорит, что проблем быть не должно, но коллеги делятся печальным опытом.
DG
Учитывайте, что смена mtu на распределенном коммутаторе ведет к кратковременному отсутствию сети у всех, кто к нему подключен.
SG
Да, спасибо. по плану переводить узлы в режим обслуживания для минимизации рисков. главное, чтобы не возникло ситуации, когда часть узлов неожиданно выпадут из кластера при определенных условиях.
VK
Учитывайте, что смена mtu на распределенном коммутаторе ведет к кратковременному отсутствию сети у всех, кто к нему подключен.
У всех хостов
VK
Только через второй vSwitch
SG
точно. все верно. второй vSwitch будет
MD
Основный вопрос. Зачем?
MD
Я не про процедуру изменения. А про сам факт
SG
Основный вопрос. Зачем?
сам хотел бы знать. наиболее точная формулировка: "надо"
N
Спасибо за ответы! влияние на производительность и риски при некорректной настройки "аппаратной" сети я понимаю. только не было понимания, пройдет ли это прозрачно сервисов кластера vSAN. мое понимание говорит, что проблем быть не должно, но коллеги делятся печальным опытом.
vSAN'у все равно. Главное, чтоб пакеты между хостами ходили.
MD
сам хотел бы знать. наиболее точная формулировка: "надо"
Эм...
MD
Что?
N
Основный вопрос. Зачем?
А вдруг там nsx рядышком поднимают
MD
Мы же не можем оперировать 'вдруг' при изменении инфраструктуры
MD
Это же дичь какая-то
N
Да, спасибо. по плану переводить узлы в режим обслуживания для минимизации рисков. главное, чтобы не возникло ситуации, когда часть узлов неожиданно выпадут из кластера при определенных условиях.
Узлы выпадут из кластера в случае, если не смогут достучаться до других хостов. А когда снова смогут, то включатся обратно
VK
N
Если это произойдет одновременно со всеми/несколькими, то получите downtime
SG
Nikolay Kulikov
Если это произойдет одновременно со всеми/несколькими, то получите downtime
это я понимаю. тут скорее вопрос, не вмешивается ли софт vSAN в согласование размеров пакетов на уровне IP. хотел убедиться, что хост с MTU 1500 не получит пакет с MTU 9000 в "промежуточном" состоянии. при нормальных условиях в рамках одного сегмента этого быть не должно