Size: a a a

2021 March 25

EZ

Eugene Zaytsev in VMware vSAN
Ну вот недавно nsx-контроллер запросил проверку диска после павер-оффа
источник

EZ

Eugene Zaytsev in VMware vSAN
Под «нормально переживают» я подразумеваю способность загрузиться и стартовать сервисы без вмешательства администратора
источник

PS

Pavel Shevchenko in VMware vSAN
Eugene Zaytsev
Под «нормально переживают» я подразумеваю способность загрузиться и стартовать сервисы без вмешательства администратора
Так это от vsan никак не зависит
источник

EZ

Eugene Zaytsev in VMware vSAN
У нас в лабе регулярно гремлины свет выключают. Три кластера с всаном. За год ни одного кейса коррапшена данных
источник

PS

Pavel Shevchenko in VMware vSAN
Всегда может хост упасть почему-то
источник

N

Nikolay Kulikov in VMware vSAN
Eugene Zaytsev
Под «нормально переживают» я подразумеваю способность загрузиться и стартовать сервисы без вмешательства администратора
Ну это никак не связано с vsan, vSphere и т.д. Я к тому, что это нормальная ситуация для любой платформы (включая bare-metal), любого гипервизора, любой схд и т.д.
источник

N

Nikolay Kulikov in VMware vSAN
Eugene Zaytsev
У нас в лабе регулярно гремлины свет выключают. Три кластера с всаном. За год ни одного кейса коррапшена данных
😂
источник

A

Alexey in VMware vSAN
Ну а если предположить что host isolation disabled. В этом случае машины зафризятся и оживут после появления сети? Или не факт?
источник

EZ

Eugene Zaytsev in VMware vSAN
Alexey
Ну а если предположить что host isolation disabled. В этом случае машины зафризятся и оживут после появления сети? Или не факт?
Хммм... очень зависит от ОС
источник

N

Nikolay Kulikov in VMware vSAN
Alexey
Ну а если предположить что host isolation disabled. В этом случае машины зафризятся и оживут после появления сети? Или не факт?
Скажем так - поведение ВМ в таких случаях полностью определяется логикой vSphere HA и от vsan никак не зависит.
источник

N

Nikolay Kulikov in VMware vSAN
Ми намного лучше ВМ перегрузить, чем получить как бы работающую ос с файловой системой в read-only. Поэтому рекомендация - power off в isolation response
источник

A

Alexey in VMware vSAN
Понял. Спасибо
источник

EZ

Eugene Zaytsev in VMware vSAN
Именно power-off, не shutdown рекомендуется?
источник

PS

Pavel Shevchenko in VMware vSAN
Eugene Zaytsev
Именно power-off, не shutdown рекомендуется?
А чем shutdown поможет если дисков нет?
источник

EZ

Eugene Zaytsev in VMware vSAN
А если вместе с всаном есть еще какой-то сторадж?) Настройка же per-cluster а не per-datastore
источник

PS

Pavel Shevchenko in VMware vSAN
Eugene Zaytsev
А если вместе с всаном есть еще какой-то сторадж?) Настройка же per-cluster а не per-datastore
Увы да
источник

АГ

Алексей Головатюк... in VMware vSAN
вместе с всаном есть еще какой-то сторадж - это не кошерно)
источник

N

Nikolay Kulikov in VMware vSAN
Eugene Zaytsev
А если вместе с всаном есть еще какой-то сторадж?) Настройка же per-cluster а не per-datastore
Isolation response тогда не сработает вообще, т.к heartbeat будут ходить на datastore по FC.
источник

N

Nikolay Kulikov in VMware vSAN
Eugene Zaytsev
Именно power-off, не shutdown рекомендуется?
Poweroff. В shutdown смысла нет, т.к. Дисков уже нет.
источник

EZ

Eugene Zaytsev in VMware vSAN
Nikolay Kulikov
Isolation response тогда не сработает вообще, т.к heartbeat будут ходить на datastore по FC.
Разве? Если мне не изменяет память, в случае недоступности по сети и отсутствия datastore heartbeat хост отмечается как failed а если datastore heartbeat есть то как isolated/partitioned в зависимости от доступности isolation-адреса с хоста. Если адрес недоступен - хост считается isolated и применяется isolation response.
источник