Ограничения VMware vCenter Server Virtual Appliance
| Преимущества VMware vCenter Server Virtual Appliance
|
Требует несколько больше минимальной оперативной памяти для виртуального модуля ввиду наличия дополнительных компонентов, не идущих с дефолтной установкой vCenter (для vCSA потребуется минимум 8 ГБ). |
Быстрое развертывание (не более 10 минут для виртуального модуля) + более компактный установщик. Проще загрузить импортировать OVF-пакет. |
В качестве внешней БД поддерживается только Oracle и не поддерживается Microsoft SQL Server (встроенная БД поддерживает до 5 хостов ESXi или до 50 виртуальных машин - то же самое, что и рекомендуется для связки Windows vCenter Server + MSSQL Express). |
Существенно более простой процесс обновления (надо заменить весь модуль целиком, а не отдельные компоненты). |
Отсутствует поддержка режима Linked mode для серверов vCSA (нет поддержки Active Directory Lightweight Directory Services), то есть для больших инсталляций нельзя объединить таким образом управление несколькими логическими датацентрами на базе обычных vCenter в единую структуру. Однако поддерживается SSO (Single Sign-On) для нескольких экземпляров vCSA, пришедший на смену механизму Linked Mode через ADAM. |
Версия vCSA 5.5 поддерживает больше возможностей для небольших и средних компаний (десятки хост-серверов). Теперь поддерживается до 100 хост-серверов и до 3000 виртуальных машин без внешней БД.

|
Для использования vSphere Update Manager (VUM) потребуется отдельная Windows-машина, так как данного продукта нет в Linux-варианте. |
vCSA включает в себя не только встроенную БД Postgres, но и компоненты Single Sign On (SSO), Dump и Syslog Collector. Кроме того, также встроены компоненты Inventory Service и Auto Deploy. Подробнее от этом - тут. |
Для использования VMware Horizon View Composer также потребуется отдельная Windows-машина, так как данного продукта нет в Linux-варианте. То есть, также здесь можно забыть про экономию лицензий Windows. |
Компонент Web Client уже встроен в vCSA и готов к использованию сразу после развертывания. |
Решение для непрерывной отказоустойчивости сервера управления vCenter Server Heartbeat не поддерживает vCSA (так как поддерживает только MS SQL), то есть такой тип инсталляции можно будет защитить только с помощью технологии VMware HA. |
Проще защищать, так как меньше площадь потенциальных уязвимостей (нет Windows и сопутствующих сервисов). |
Возможны проблемы с различного рода плагинами к vCenter, особенно если они разработаны для старого vSphere Client на C#. Будьте готовы к проблемам со сторонними плагинами. |
Быстрое восстановление в случае сбоя - развертывание модуля с нуля или из резервной копии виртуальной машины. |
Компонент удаленного управления vSphere vCLI не может быть установлен на vCSA. Также на vCSA, в отличие от vCenter Server нельзя поставить и PowerCLI. |
|
vCSA не поддерживает IPv6. |
|
Если потребуется развертывание катастрофоустойчивого решения VMware SRM, его придется ставить на отдельный Windows-хост, в то время как для vCenter Server его можно поставить на тот же хост. |
|
Нельзя использовать vSphere Storage Appliance – компоненты VSA Manager & VSA Cluster Server есть только для Windows. |
|
vCSA не поддерживает интерфейс SSPI (Security Support Provider Interface). |
|
Если что-то случается с vCSA - вам придется ковыряться в Linux, а не в Windows. |
|
Проанализировав таблицу выше, можно сказать, что виртуальный модуль VMware vCSA подходит только для небольших инсталляций, где не потребуется развертывание инфраструктуры на базе таких решений, как VMware SRM или VMware Horizon View. Если же вы планируете использовать VMware vSphere всерьез и надолго, то все-таки вам нужно развертывать vCenter Server в Windows-машине, чтобы избежать проблем в будущем.
Ну а мое личное мнение - vCSA подходит сегодня только для небольших тестовых инфраструктур. Даже рассматривать его для продакшена я бы не стал.