GP
Всё же это зависимые объекты, на которые распространяются SPBM, заданные до снапшота.
согласен и поэтому и пишу, что объекты
Size: a a a
2019 December 16
AD
А что ам смотреть? Диски живы, место есть на всех.
ну вот как раз, что место есть…
AD
если на конкртеном диске место не закончилось, то странно
GP
а сколько добавили к vmdk в процентном соотношении от объема меньшего в кластере диска?
T
если на конкртеном диске место не закончилось, то странно
Cказать по правде, ночью было по-другому, и я мог не заметить занятый диск. vSAN не имеет механизмов для обработки подобных ситуаций?
T
а сколько добавили к vmdk в процентном соотношении от объема меньшего в кластере диска?
Примерно 1 к 1 :)
AD
Cказать по правде, ночью было по-другому, и я мог не заметить занятый диск. vSAN не имеет механизмов для обработки подобных ситуаций?
как раз rebalance
AD
AD
даже если proactive выключен, если диск заполнен более, чем на 80% vsan пытается сдвинуть с диска компоненты
AD
в процессе разбивая их на более мелкие
T
Это штатный механизм. Но тут-то out of space, и всё, приехали.
AD
видимо, быстро заполнялось(
AD
для какого-то конкретного диска
AD
вообще, конечно, кейс хорошая идея
T
"Это мой сыночка, вы его слишком сильно не нагружайте, он у нас умничка".
Простите за каламбур.
Простите за каламбур.
N
Вопрос простой: если вы хотите понять почему и куда vSAN распределял новые компоненты - откройте кейс в GSS, потому что тут слишком много переменных - storage policy, конфигурация кластера, изменение конфигурации.. Общий принцип роста компонентов был описан выше с конкретными тестами. И да, slack space придуман не просто так, поэтому соблюдайте рекомендации по запасу свободного места.
GP
я согласен, что кейс открыть будет хорошей идеей, а правильно ли я усвоил последовательность действий, машина работает все ок, вы добавляете к машине места, много, больше объема одно из капасити дисков, ночью стартует бекап, пару часов машина работает и потом падает с ошибкой, что место кончилось, так? К этому моменту бекап еще шел?
AD
U3. Выключен.
ну, кстати, автоматический ребаланс штука неплохая, могло помочь
2019 December 17
T
Всё верно. К моменту аварии бэкап шёл, но пришлось прервать. Про slack space в курсе, на превышение шли осознанно. Песец подкрался подозрительно рано :)
a
опять кейсы с расширением дисков....