Во первых, это не так, мы также работаем на пользователя.
А во вторых, вы противоречите сами себе (своему директору). Сначала называете «грязным вмешательством», а когда вам указали что с нашей стороны все сделано грамотно, тут же переобуваетесь и называете это работой за идею = бесполезным занятием.
Огромное количество пунктов в таблице не корректны или ложны, наши комментарии по пунктам:
1. Архитектура
В случае работы на уровне хоста / ядра ОС, проблемы безопасности и отказоустойчивости.
С точки зрения безопасности в большинстве случаев ни гипервизор, ни CVM не являются предметом для атаки. Если же будет взломан гипервизор, а AHV это тот же KVM, то ценности в CVM уже не будет. Сервисы работают в userspace, а ядро мы задействуем только с точки зрения оптимизации дискового IO.
2. «Заточенность» решения
Требования сервис-провайдеров к решению по виртуализации часто выше, чем требования корпоративного рынка, так как для сервис-провайдера каждая минута простоя это реальные легко подсчитываемые деньги, а каждый новый инженер — это снижение прибыли. На корпоративном рынке стоимость обслуживания часто важна лишь на бумаге, а посчитать стоимость простоя может далеко не каждая компания.
3. Отсутствие узких мест / точек отказа (централизованные сервисы, например cервера метаданных или сервера управления)
В Росплатформе нет единой точки отказа.
4. STIG политики (Security Technical Implementation Guide)
Есть команда, которая оперативно выпускает обновления безопасности. Ничего искать не нужно. Также, 95% клиентов используют изолированные от интернета сети, и обновления проходят внутренний стейджинг.
5. Расположение компании, разрабатывавшей основную часть ПО
Разработка находится полностью в России, весь девелопмент сидит в офисе в Москве.
Росплатформа полностью соответствует требованиям законодательства РФ к российскому ПО.
6. Встроенный полноценный мониторинг (все аппаратные и программные компоненты) и самодиагностика
Да, с точки зрения мониторинга нам еще есть над чем работать. В ближайшее время мы планируем интеграцию Расплатформы с наиболее распространенными OpenSource системами мониторинга.
7. Интеллектуальный автоматический Data Tiering — перемещение блоков данных между холодным и горячими уровнями в случае изменения частоты запросов к этим данным (“нагрев” или “охлаждение”)
Сейчас в решении поддерживаются уровни хранения данных и вы можете выбрать куда разместить свои сервисы — горячие или холодные данные, индивидуально для виртуальной машины. Поддержка Auto-tiering планируется, хотя применимость данной фичи довольно ограничена. В мире провайдеров она не нужна совсем, на корпоративном рынке она нужна для очень ограниченных кейсов.
8. Встроенныий портал самообслуживания
С точки зрения Virtual Datacenter мы интегрируемся с OpenStack, что закрывает все остальные кейсы.
А у Virtuozzo есть собственный портал самообслуживания для VPS — PowerPanel.
9. Локализация данных VM (data locality) — активные данные VM находятся на том-же сервере где работает виртуальная машина.
Кардинальное ускорение операций чтения и снижение нагрузки на сеть в разы.
Р-Хранилище использует Data Locality.
10. Репликация на уровне VM
Гео-репликация на уровне Object Storage выйдет в июле 2017 года.
Гео-репликация на уровне VM ожидается в конце 2017.
11. Восстановление целостности данных
В случае отказа хоста или диска восстановление происходит автоматически, даже в случае потери домена.
12. Дедупликация данных
Сейчас не реализовано, но дедупликация очень сильно влияет на производительность и при этом далеко не всегда эффективна,
TB данных сегодня значительно дешевле чем IOPS.
В будущем мы рассмотрим необходимость имплементации данной функциональности в нашем решении.
13. Компрессия данных
Будет реализовано к концу 2017.
14. Erasure Code (помехоустойчивое кодирование)
Реализовано, по умолчанию есть режимы 3+2,5+2,7+2,17+3
15. Поддержка All Flash
Поддерживается
16. Микс All Flash и Hybrid в едином кластере
Поддерживается
18. Обработка отказов SSD дисков с метаданными
Потеря MDS никак не влияет на работу кластера.
Метаданных у нас используется всего 1ГБ на почти 0.5PB данных в кластере, отреплицировать 1 ГБ ничего не стоит.
19. Поддержка VAAI и ODX (протоколы «разгрузки» операций ввода-вывода на систему хранения данных)
Зачем VAAI и ODX в гиперконвергентном решении, в котором предусмотрен только собственный гипервизор и собственный storage?
20. Поддержка Application Consistent Snapshots (провайдер VSS для Windows Server и имплементация для Linux)
Росплатформа использует VSS для онлайн резервного копирования. Для снапшотов действительно VSS не используется, так как мы делаем синхронную заморозку памяти и диска, поэтому все недописанные запросы к диску остаются в снимке памяти, и допишутся на диск при восстановлении. Также мы считаем что снапшоты это не серверный сценарий.
21. Неограниченное количество снапшотов VM, без влияния на производительность и возможностью манипуляций (в т.ч. удаления) снапшотов на любом уровне
В Росплатформе нет никаких ограничений на количество snapshots и связанную с этим производительность.
22. Встроенныий бэкап на Amazon / Azure
Нашим клиентам не требуется бекап в чужое облако, особенно в западные облака.
23. Распределенный отказоустойчивый cтек управления (management plane) без использования централизованных баз данных
Все сервисы управления отказоустойчивы.
24. Не требуются выделенные сервера управления
Никаких выделенных серверов не требуется.
25. Автоматические апгрейды аппаратных прошивок (биос, прошивки дисков и флеш, контроллеры и тд)
В отличии от Nutanix, Росплатформа работает поверх практически любого x86 железа и абсолютно абстрагирована от оборудования, пользователь волен делать с прошивками что хочет. И это более гибко для пользователя.
26. Прозрачное обновление без перезапуска клиентских сервисов при смене основной версии ПО
Не понятно, что имеется ввиду. Большинство обновлений происходит без перезагрузки. В случае необходимости перезагрузки пользовательские инстансы можно live мигрировать на другие ноды.
27. Поддержка гипервизоров
Наши коммиты постоянно идут в мейнстрим, и сообщество ими пользуется.
KVM тюнингованный для промышленного применения.
Отсутствие поддержки VAAI/ODX никак не влияет на «продуктивность» OpenStack.
28. Возможность запуска Microsoft Windows Server с полной поддержкой от Microsoft (SVVP — Server Virtualization Validation Program)
Релиз новой версии состоялся недавно, и мы планируем получить сертификацию SVVP в ближайшее время.
29. Контейнерная виртуализация
Docker также поддержан
30. Встроенные бэкапы (без применения стороннего ПО) с пофайловым восстановлением и самообслуживанием
Есть встроенный бекап с расписанием в контрольной панели, с поддержкой технологии CBT для инкрементальных бекапов, без потери консистентности после миграции виртуальных машин. Восстановление на уровне блочных устройств.
31. Метро кластер (распределённый гео-кластер с синхронной репликацией данных)
Поддержано, кластер может быть растянут на несколько локаций с синхронным реплицированием
32. Поддержка кросс- гипервизорного DR
Росплатформе это не требуется, так как гипервизор только один.
33. Автоматическая конвертация гипервизора и всех VM на кластере (например, ESXi->AHV/KVM)
Конвертация возможна через открытые утилиты работы с KVM. Да, это не автоматически, но поддается простому скриптованию, а в случае миграции инстансов только такой вариант и работает, так как никакие автоматические миграции не учитывают многочисленные особенности инфраструктуры.
34. Встроенный SDN стек с интеграцией в аппаратное сетевое обеспечение
Росплатформа интегрируется с OpenStack и эта интеграция решает задачу SDN.
35. Поддержка Affinity / Anti- Affinity, для оптимизации лицензирования ПО
Не применимо, лицензии перманентны на физический процессор.
36. Поддержка RESTful API (стандарт индустрии)
Мы полностью поддерживаем Libvirt API, который также является стандартом индустрии. В случае интеграции с OpenStack — OpenStack API.
37. Бесплатный апгрейд ПО на новые версии (минорные и глобальные обновления версий) при наличии действующей базовой техподдержки
При наличии поддержки апгрейд бесплатен.
38. Ценообразование (для РФ) на готовые коммерческие решения (ПАК — программно аппаратный комплекс)
Очень интересный момент. Приведена стоимость за ПАК Скала-Р, который включает в себя помимо 4 серверов и ПО Росплатформа, также 56gbps коммутаторы, стойку, ПО мониторинга и все это вместе преднастроенное в сборе и может масштабироваться горизонтально с шагом в 1 сервер или вертикально за счет добавления дисков или JBOD полок.
Стоимость Nutanix, скорее всего, приведена за SMB комплект Nutanix Xpress на базе Supermicro BigTwin. Этот комплект не расширяется и имеет кучу ограничений приведенных здесь https://habrahabr.ru/company/nutanix/blog/301682/.
Так что сравнение совершенно не корректно.
А во вторых, вы противоречите сами себе (своему директору). Сначала называете «грязным вмешательством», а когда вам указали что с нашей стороны все сделано грамотно, тут же переобуваетесь и называете это работой за идею = бесполезным занятием.
35. Поддержка Affinity / Anti- Affinity, для оптимизации лицензирования ПО
Можно привести ссылку, где указано, что вопросы лицензирования решаются с помощью affinity правил?
1. Архитектура
В случае работы на уровне хоста / ядра ОС, проблемы безопасности и отказоустойчивости.
С точки зрения безопасности в большинстве случаев ни гипервизор, ни CVM не являются предметом для атаки. Если же будет взломан гипервизор, а AHV это тот же KVM, то ценности в CVM уже не будет. Сервисы работают в userspace, а ядро мы задействуем только с точки зрения оптимизации дискового IO.
2. «Заточенность» решения
Требования сервис-провайдеров к решению по виртуализации часто выше, чем требования корпоративного рынка, так как для сервис-провайдера каждая минута простоя это реальные легко подсчитываемые деньги, а каждый новый инженер — это снижение прибыли. На корпоративном рынке стоимость обслуживания часто важна лишь на бумаге, а посчитать стоимость простоя может далеко не каждая компания.
3. Отсутствие узких мест / точек отказа (централизованные сервисы, например cервера метаданных или сервера управления)
В Росплатформе нет единой точки отказа.
4. STIG политики (Security Technical Implementation Guide)
Есть команда, которая оперативно выпускает обновления безопасности. Ничего искать не нужно. Также, 95% клиентов используют изолированные от интернета сети, и обновления проходят внутренний стейджинг.
5. Расположение компании, разрабатывавшей основную часть ПО
Разработка находится полностью в России, весь девелопмент сидит в офисе в Москве.
Росплатформа полностью соответствует требованиям законодательства РФ к российскому ПО.
6. Встроенный полноценный мониторинг (все аппаратные и программные компоненты) и самодиагностика
Да, с точки зрения мониторинга нам еще есть над чем работать. В ближайшее время мы планируем интеграцию Расплатформы с наиболее распространенными OpenSource системами мониторинга.
7. Интеллектуальный автоматический Data Tiering — перемещение блоков данных между холодным и горячими уровнями в случае изменения частоты запросов к этим данным (“нагрев” или “охлаждение”)
Сейчас в решении поддерживаются уровни хранения данных и вы можете выбрать куда разместить свои сервисы — горячие или холодные данные, индивидуально для виртуальной машины. Поддержка Auto-tiering планируется, хотя применимость данной фичи довольно ограничена. В мире провайдеров она не нужна совсем, на корпоративном рынке она нужна для очень ограниченных кейсов.
8. Встроенныий портал самообслуживания
С точки зрения Virtual Datacenter мы интегрируемся с OpenStack, что закрывает все остальные кейсы.
А у Virtuozzo есть собственный портал самообслуживания для VPS — PowerPanel.
9. Локализация данных VM (data locality) — активные данные VM находятся на том-же сервере где работает виртуальная машина.
Кардинальное ускорение операций чтения и снижение нагрузки на сеть в разы.
Р-Хранилище использует Data Locality.
10. Репликация на уровне VM
Гео-репликация на уровне Object Storage выйдет в июле 2017 года.
Гео-репликация на уровне VM ожидается в конце 2017.
11. Восстановление целостности данных
В случае отказа хоста или диска восстановление происходит автоматически, даже в случае потери домена.
12. Дедупликация данных
Сейчас не реализовано, но дедупликация очень сильно влияет на производительность и при этом далеко не всегда эффективна,
TB данных сегодня значительно дешевле чем IOPS.
В будущем мы рассмотрим необходимость имплементации данной функциональности в нашем решении.
13. Компрессия данных
Будет реализовано к концу 2017.
14. Erasure Code (помехоустойчивое кодирование)
Реализовано, по умолчанию есть режимы 3+2,5+2,7+2,17+3
15. Поддержка All Flash
Поддерживается
16. Микс All Flash и Hybrid в едином кластере
Поддерживается
18. Обработка отказов SSD дисков с метаданными
Потеря MDS никак не влияет на работу кластера.
Метаданных у нас используется всего 1ГБ на почти 0.5PB данных в кластере, отреплицировать 1 ГБ ничего не стоит.
19. Поддержка VAAI и ODX (протоколы «разгрузки» операций ввода-вывода на систему хранения данных)
Зачем VAAI и ODX в гиперконвергентном решении, в котором предусмотрен только собственный гипервизор и собственный storage?
20. Поддержка Application Consistent Snapshots (провайдер VSS для Windows Server и имплементация для Linux)
Росплатформа использует VSS для онлайн резервного копирования. Для снапшотов действительно VSS не используется, так как мы делаем синхронную заморозку памяти и диска, поэтому все недописанные запросы к диску остаются в снимке памяти, и допишутся на диск при восстановлении. Также мы считаем что снапшоты это не серверный сценарий.
21. Неограниченное количество снапшотов VM, без влияния на производительность и возможностью манипуляций (в т.ч. удаления) снапшотов на любом уровне
В Росплатформе нет никаких ограничений на количество snapshots и связанную с этим производительность.
22. Встроенныий бэкап на Amazon / Azure
Нашим клиентам не требуется бекап в чужое облако, особенно в западные облака.
23. Распределенный отказоустойчивый cтек управления (management plane) без использования централизованных баз данных
Все сервисы управления отказоустойчивы.
24. Не требуются выделенные сервера управления
Никаких выделенных серверов не требуется.
25. Автоматические апгрейды аппаратных прошивок (биос, прошивки дисков и флеш, контроллеры и тд)
В отличии от Nutanix, Росплатформа работает поверх практически любого x86 железа и абсолютно абстрагирована от оборудования, пользователь волен делать с прошивками что хочет. И это более гибко для пользователя.
26. Прозрачное обновление без перезапуска клиентских сервисов при смене основной версии ПО
Не понятно, что имеется ввиду. Большинство обновлений происходит без перезагрузки. В случае необходимости перезагрузки пользовательские инстансы можно live мигрировать на другие ноды.
27. Поддержка гипервизоров
Наши коммиты постоянно идут в мейнстрим, и сообщество ими пользуется.
KVM тюнингованный для промышленного применения.
Отсутствие поддержки VAAI/ODX никак не влияет на «продуктивность» OpenStack.
28. Возможность запуска Microsoft Windows Server с полной поддержкой от Microsoft (SVVP — Server Virtualization Validation Program)
Релиз новой версии состоялся недавно, и мы планируем получить сертификацию SVVP в ближайшее время.
29. Контейнерная виртуализация
Docker также поддержан
30. Встроенные бэкапы (без применения стороннего ПО) с пофайловым восстановлением и самообслуживанием
Есть встроенный бекап с расписанием в контрольной панели, с поддержкой технологии CBT для инкрементальных бекапов, без потери консистентности после миграции виртуальных машин. Восстановление на уровне блочных устройств.
31. Метро кластер (распределённый гео-кластер с синхронной репликацией данных)
Поддержано, кластер может быть растянут на несколько локаций с синхронным реплицированием
32. Поддержка кросс- гипервизорного DR
Росплатформе это не требуется, так как гипервизор только один.
33. Автоматическая конвертация гипервизора и всех VM на кластере (например, ESXi->AHV/KVM)
Конвертация возможна через открытые утилиты работы с KVM. Да, это не автоматически, но поддается простому скриптованию, а в случае миграции инстансов только такой вариант и работает, так как никакие автоматические миграции не учитывают многочисленные особенности инфраструктуры.
34. Встроенный SDN стек с интеграцией в аппаратное сетевое обеспечение
Росплатформа интегрируется с OpenStack и эта интеграция решает задачу SDN.
35. Поддержка Affinity / Anti- Affinity, для оптимизации лицензирования ПО
Не применимо, лицензии перманентны на физический процессор.
36. Поддержка RESTful API (стандарт индустрии)
Мы полностью поддерживаем Libvirt API, который также является стандартом индустрии. В случае интеграции с OpenStack — OpenStack API.
37. Бесплатный апгрейд ПО на новые версии (минорные и глобальные обновления версий) при наличии действующей базовой техподдержки
При наличии поддержки апгрейд бесплатен.
38. Ценообразование (для РФ) на готовые коммерческие решения (ПАК — программно аппаратный комплекс)
Очень интересный момент. Приведена стоимость за ПАК Скала-Р, который включает в себя помимо 4 серверов и ПО Росплатформа, также 56gbps коммутаторы, стойку, ПО мониторинга и все это вместе преднастроенное в сборе и может масштабироваться горизонтально с шагом в 1 сервер или вертикально за счет добавления дисков или JBOD полок.
Стоимость Nutanix, скорее всего, приведена за SMB комплект Nutanix Xpress на базе Supermicro BigTwin. Этот комплект не расширяется и имеет кучу ограничений приведенных здесь https://habrahabr.ru/company/nutanix/blog/301682/.
Так что сравнение совершенно не корректно.