яб так на вскидку сказал бы что его нет...
видно ATA диски 4 шт... большинство контроллеров не позволяет ESXi видеть именно диски, давая возможность подключить только уже собранный массив.
если так, то одна датастора и должна быть слегка меньше, при равных дисках, так как на нем собственно живут разделы ESXi...
на самой плате, насколько я вижу, нет чипа "аппаратного" рейда, а с софтовыми ESXi обычно не дружит.

остается только один вопрос, где 4-й диск?
или помер/не подключен
или не добавили датастору.

попробуйте с последнего, проведите операцию добавления новой датасторы, если диск обнаружится - значит подключен, но забыли добавить.

Вообще такое поведение было больше характерно для старых рейд контроллеров.
Лично сталкивался с тем, что первый диск в рейде 1-м считается главным. И соответственно все действительно рушилось, если первый диск рушился. Решалось выставлением второго диска в место первого при сбое и заменой диска, но да бага была.
А вообще сейчас это больше зависит от реализации рейда, точнее его логики. Софтовый рейд может действительно не загрузиться, так как рейд в системе включается только когда загружен драйвер, соответственно до его включения система как-то должна стартовать. Раньше решалось прописыванием загрузчика на второй диск и загрузкой с него.
И еще софтовый рейд не может быть загрузочным, если он не зеркало, т.е. вские raid 0,5,6 и далее - не могут стартовать систему.

Но у софтового рейда есть другая проблема. а именно резервирование производительности.
т.е. его нельзя ставить на системы с высокой нагрузкой...
Поясню: драйвер это по сути программа, с большим приоритетом но программа, т.е. предположим, что вы загрузили свой сервер задачами, которые сильно эксплуатируют диск, память и проц. и в итоге у вас драйвер окажется вытеснен из списка активных задач или памяти - в этот момент у вам все встанет.
Еще одной проблемой может встать восстановление... Помнится мой софтовый рейд 5 из 4-х дисков при восстановлении диска упал в производительности в 16 раз...

хороший был продукт, жалко что M$ его купило.

правильно ли я вас понял? схема вашей сети выглядит так:
Транк <- net1 -> RouterA <=VPN=> RouterB <- net2 -> FreePBX

если так, то должны быть выполнены следующие условия:
1) на вашем ПК в качестве шлюза должен быть прописан RouterA, или маршрут к net2 через него-же
2) на FreePBX в качестве шлюза должне быть прописан RouterB, или маршрут к net1 через него.
3) поднят VPN между роутерами
4) на RouterA прописан маршрут к net2 через RouterB (через VPN)
5) на RouterB прописан маршрут к net1 через RouterA (через VPN)
6) на RouterA прописаны правила роутинга к net2 через RouterB для ВашегоПК
7) на RouterB прописаны правила роутинга к net1 через RouterA для сервера FreePBX
8) на RouterA для транзитных соединений в сторону Транк из сети VPN и сети net2 должен быть включен NAT
9) желательно!, чтобы задержка при прохождении пакетов была меньше 300 мсек.

схема сложная для новичка, поэтому предлагаю ее предварительно упростить, и добиться работы более простой схемы
Транк <- net1 -> RouterA <- net3 -> FreePBX2
Где net3 - ваша локальная сеть за первым роутером,
а FreePBX2 - сервер FreePBX в этой локальной сети.
в этом случае правил и роутов будет меньше.