Решен размер за ESXi, VMware общности

Има задача да защити един много критичен сървър от хардуерна повреда. Сървърът работи 24/7 (т.е. не само самият сървър работи без изключвания, но потребителите също работят с него ежедневно и денонощно, изключването е възможно за максимум 1-2 дни веднъж годишно). Като опция обмислям да направя клъстер, базиран на vmware esxi (тук, ако се объркам в терминологията, не ми ритайте краката, но ми кажете как и какво се нарича правилно - засега опитът ми с vmware прави не се простират отвъд работната станция).

1. Dell PowerEdge R720 сървър с два процесора Xeon E5-2609v2 (по 4 ядра), 16 GB RAM и куп дискове (обемът е много излишен). Мрежовият сървър е включен в два комутатора, портовете на мрежовата карта са конфигурирани в екип в режим на толерантност към превключвателя. Списъкът, съвместим с ESXi, включва такъв сървър.

2. ОС Windows Server 2008 R2 Standard SP1

3. Всъщност софтуерът, за който всичко се обръща. Производителят на софтуер не възразява срещу използването му на ESXi, но "силно препоръчва" да няма по-малко ядра на физически процесор, отколкото се използва в системата, и не препоръчва хипер резби. Лицензът е защитен с USB ключ (което не е много ясно къде да се пъхне на виртуалната машина). Използването на всяко от 8-те ядра е около 20-30% постоянно и от време на време достига до 50-70%. Паметта изяжда до 12-14 концерта (по принцип и затова има въпрос за увеличаване на обема).

4. Външно устройство за съхранение, където се съхраняват резервни копия. Не е подходящ за iscsi връзка.

Какъв трябва да бъде резултатът:

1. Сървър, който, ако някой от физическите сървъри се провали, ще продължи да работи в най-добрия случай без забележими прекъсвания (това, ако разбрах правилно, е конфигурацията на FT), в най-лошия случай той ще бъде възстановен по време на рестартирането на сървъра (12-15 минути).

2. Може би по-нататъшно разширяване под формата на друг логичен сървър, по-малко жаден за ресурси и в рамките на 8 работни станции, които не са особено взискателни към ресурсите (OS, най-вероятно Windows 10).