В RAM чуть попали -

понятно, если страйпить будут совсем красивые цифры, спасибо

но 10ки явно мало будет)

да всем все равно на линейное чтение. Куда читать-то с такой скоростью? Всех больше волнует 8-32K, а там интерфейс уже не так играет.

понятно, спасибо

У вас много нагрузки с 1+ гигабайт в секунду?

бекап бд скл, 8гбит интерфейсы кладет

заказчик присматривается к висан и задает вопросы

для бекапа осталось придумать куда писать на скорости в много GB/s

Бд на одном вмдк лежит?

нет конечно) я про сферического коня в вакууме

Здравствуйте, коллеги. Подскажите, пожалуйста, а то немного не догоняю я. Есть кластер vSAN на сфере 6.7u2 из, например, 20 нод. При выводе одной из нод в Maintenance Mode (Ensure Accessibility) после 60 минут (Object Repair Time по умолчанию равно 60 минут) в кластере начнется ребилд объектов, которые затронул вывод данной ноды в ММ. Далее интересует собственно два варианта развития, что произойдет, когда нода вернется в кластер (выйдет из ММ).
1) Нода вернется через сутки, т.е. ребилд в кластере закончился. Что будет со всеми, назовем их "протухшими" объектами, хранимыми на ней до ее вывода в ММ? Они самоудалятся или что-то еще произойдет?
2) Нода вернется через 1,5 часа, т.е. ребилд в кластере идет полным ходом. Придется ждать окончания ребилда всех объектов независимо от того, что нода вернулась? И опять же, что будет происходить с "протухшими" объектами на вернувшейся ноде?

1.) компоненты будут помечены как устаревшие и удалены. 2.) зависит от того, насколько % прошёл ребилд. Например, если Хост вернётся на 61 минуте, то изменения будут накатаны на вернувшийся Хост, а созданные минуту назад новые объекты помечены, как устаревшие и удалены. В общем, vsan при появлении старых компонентов всегда считает, что ему быстрее - доделать ребилд на новые компоненты или остановить его и накатить изменения на вернувшуюся ноду.

Все понятно. Т.е. заморачиваться о устаревших компонентах не стоит? vSAN их автоматом удалять должен?

Да

Но это произойдёт насколько я помню только после завершения ребилда.

Ок. Спасибо большое!

Добрый день.
Имеем vcenter 6.7.0 16046713, в нём датацентр, в даитацентре кластер с vSAN:
HY: 4 хоста DL380p Gen8 E5-2670 0, ESXi 6.5.0 3635690, vSAN.
Склонировал на vSAN datastore 2 VM с помощью Veeam B&R 10.0.1.4854 c хоста ESXi 6.7.0 Update 3 (Build 15160138)
Проблема: в vSAN Skyline Health по этим VM предупреждение: Non-availability related incompliance. Repair Objects Immediately - не решает проблему. Для этих 2x VM статус VM Storage Policy Compliance: Noncompliant.

Буду признателен советам по решению проблему, в kb vmware описание туманное: Non-availability related incompliance: This is a catch all state when none of the other states apply. An object with this state is not compliant with its policy, but is meeting the availability (NumberOfFailuresToTolerate) policy. There is currently no documented case where this state would be applicable.
Беглый поиск в инете решений не нашёл.

А какая storage policy и её характеристика у этих ВМ?

Что нибуть типа flash read cache reservations?