Unsupported

ага, спасибо

Переформатирование дисковых групп с шифрованием данных (DFC) начинается после включения/выключения data at rest encryption на кластере. Процесс - классический rolling update по кластеру по одной дисковой группе. Если стоит галка allow reduced redundancy, то vsan будет проверять, что есть хотя бы одна копия (а вторую просто грохнет пока идёт обновление, а потом сделает ребилд), если нет, то будет Full Data migration.

спасибо

Покупайте с дисками под s2d,

S2D выглядит неплохо, учитывая что микрософт практически один в один скопировал vSAN, по крайней мере это так выглядит после краткого изучения документации

может и подойдёт =)

скопировал ? всан ?

абсолютно такое же поведение кеша на AF и гибриде, поддержка различных вариантов отказоустойчивости (FTT1,2 R5,R6) а не фиксированный как на powerflex например, такие же рекомендации по HBA. Всё это гораздо больше напоминает мне vsan нежели наш родимый scaleio

Да, вопрос, собственно, был связан с тем что мы как обычно словили редчайший баг, приведший к полному лок-апу конфигурации протекшн-домена ScaleIO и потере части данных во время пре-апгрейда и теперь чтобы это починить нужно останавливать вообще весь кластер ScaleIO со всеми протекшн-доменами.

выбор scaleio в 2017 был связан с необходимостью предоставлять сторадж как esxi так и win

L3-саппорт и подключенные разработчики ScaleIO думали 15 часов и ничего кроме «пожалуйста, выключите весь кластер и мы в базе мастер-нод поправим флаги» не придумали

на esxi понятно куда переходить, а вот для hyperv ни малейшего

vsan iscsi target это vmdk
Хотите засунуть vhdx в vmdk?

Технология ведь более не поставляется отдельно от вхрейла?

Для новых кастомеров - да. Но мы не новые

если успели купить до апреля 18 года - можно крутить software only