N
То есть он скачает все метаданные, и поймет, какие ровно нужные объекты нужно заливать?
У вас есть vsan под рукой?
Size: a a a
2021 February 24
WT
Сейчас нет, а то бы сам проигрался, конечно.
N
Сейчас нет, а то бы сам проигрался, конечно.
WT
Там можно убить диск и посмотреть, что будет?
EZ
У вас часть объектов уйдут в статус Degraded или Absent. Когда тригернется ресинк - vsan примет решение о плейсменте новых компонентов в соответствии с политикой хранения.
N
Там можно убить диск и посмотреть, что будет?
Да
WT
Не знал. Круто. Благодарю!
N
В общем нет под рукой нужных скриншотов, ну да ладно. Вы можете открыть дашборд и посмотреть какие объекты лежат на том или ином физическом диске. Для каждого из них где-то на других узлах и дисках (разных и независимо друг от друга) есть реплики. Вот когда вы его убьёте - ровно эти объекты перейдут в degraded/absent state и начнётся их ребилд (сразу или 60 минут в зависимости от того, как диск умер) с оставшийся копии на другие свободные диски/узлы (где создать копию для каждого из объектов CLOM решает независимо исходя из storage policy, конфигурации кластера и заполненности узлов/дисков)
N
Ага, супер спс.
EZ
Помнится, была команда, способная форсировать ошибку по scsi, что приводит к моментальному вылету диска
EZ
Для симуляции выхода диска из строя в лабе
N
N
python ./vsanDiskFaultInjection.pyc -h
EZ
python ./vsanDiskFaultInjection.pyc -h
ага, оно
V
а полный ребилд ноды будет при выполнении 2х условий? 1) отказ кэшового диска 2) использовании дедупа?
EZ
будет ребилд дисковой группы, а точнее объектов, в ней находящихся
V
будет ребилд дисковой группы, а точнее объектов, в ней находящихся
да, я дисковую группу имел в виду. Инерция мышления: 1хост - 1 dg -1 u сервер.
N
V
а полный ребилд ноды будет при выполнении 2х условий? 1) отказ кэшового диска 2) использовании дедупа?
отказ всей DG будет в двух случаях 1.) Отказ cache SSD 2.) Отказ любого диска при использовании дедупа