Возможно, что вы правы. Но, у меня проблема в том, что vSAN уже есть и сделан на beta2, чтобы перейти на GA нужен HBA|RAID из HCL списка, т.к. онбордовые SATA контроллеры выкинуты из HCL из-за маленькой глубины очереди 32 при необходимых 256. И поставить GA не могу, а тем более beta2 Vsphere 6.0. Эта железка есть в HCL, и я только ее могу воткнуть (проклятый Hetzner), но как настроить RAID, чтобы он не снес разметку партиций vSAN, которые уже есть? При JBOD все понятно, а в случае RAID он при инициализации все грохнет.
Вот и думаю как выкрутится без пересборки vSAN.
Т.е. как vSAN устроен я понимаю, но вот как мне выкрутится с RAID - не могу придумать.
Конечно, прелесть в том, что vSAN c политикой FTT-1 позволяет все пересобрать отключая последовательно хост за хостом, но есть нюанс в том, что если этот контроллер не заведется, то долго на 2-х из 3-х хостов мне сидеть не очень можно. Плюс пересборка vSAN и миграция VM 2 раза.
Вот Re: Update VSAN configuration taking a long time
Из-за ответа vwade и приходится решать эту проблему.
Все, стало понятно - http://www.yellow-bricks.com/2014/03/27/selecting-disk-controller-vsan-using-hcl/
Дункан оказывается все это разжевал.
Если у железки RAID-0 стоит в HCL то в таком режиме диски и цеплять. Это специальный режим (megacli -CfgEachDskRaid0 WB RA Direct CachedBadBBU -a0), который заменяет JBOD и более правильный (так говорит LSI), т.к. используется кэш.
Крутотень! vSAN пересобирать, по-любому.
А вот насчет того, чтобы зеркала делать и их представлять в vSAN думаю, что неплохо бы протестировать этот момент.
Любопытная идея.