Суть. Классическая инфраструктура — это отдельно серверы, отдельно сеть хранения, отдельно массив, и три поставщика, которые при сбое показывают друг на друга. Логика гиперконвергенции — свести это в один тип узла и один контракт. Продаётся снятие ответственности за стыки.
Кому и зачем
| Ситуация | Что даёт подход |
|---|---|
| Небольшая ИТ-команда | Один интерфейс вместо трёх, меньше требуемых компетенций |
| Филиалы и удалённые площадки | Типовой блок, который разворачивается одинаково везде |
| Непредсказуемый рост | Расширение узлами, а не проектом модернизации массива |
| Виртуальные рабочие места | Профиль нагрузки, под который подход изначально и создавался |
| Спор о причине сбоя между поставщиками | Одна точка ответственности |
Как считать
- Сложить текущие контракты поддержки по серверам, сети хранения и массиву — включая продления на три года.
- Посчитать людей: сколько специалистов и с какими компетенциями обслуживают этот стек.
- Оценить время типовых операций: добавить ресурсы проекту, развернуть площадку, обновить прошивки.
- Учесть лицензии виртуализации — самая частая скрытая часть расчёта.
- Сравнить не с идеальной классической архитектурой, а с той, что есть у заказчика сейчас.
Где не работает
- Очень большие однородные нагрузки. На определённом масштабе раздельная архитектура дешевле, и спорить с этим не стоит.
- Сильная команда с готовыми процессами. Если инфраструктура уже автоматизирована, аргумент простоты теряет вес.
- Требование конкретных характеристик хранения. Задачи с жёсткими требованиями к задержкам обсуждаются отдельно.
- Закупка по частям. Когда бюджеты на серверы и хранение защищаются в разное время, консолидированное решение не помещается ни в один из них.
Красные флаги в сделке
- Сравнение идёт по цене за узел без учёта лицензий и поддержки.
- Заказчик не может назвать, кто сегодня отвечает за сбой на стыке компонентов.
- Проект обсуждается только с инженерами; руководитель ИТ не вовлечён.
- Нет ответа на вопрос, что будет через три года при удвоении нагрузки.
Логика вендора и портфель
Nutanix начинал как производитель гиперконвергентных систем, а сегодня продаёт прежде всего программную платформу: её можно установить на сертифицированное оборудование разных производителей или запустить в публичном облаке. Это важно для разговора с клиентом: выбор Nutanix не привязывает его к одному поставщику серверов.
| Компонент | Что делает |
|---|---|
| Nutanix Cloud Infrastructure (NCI) | Основа: вычисления, программно-определяемое хранилище и сеть в одном кластере |
| Гипервизор AHV | Собственный гипервизор Nutanix, входит в платформу; можно использовать и сторонний |
| Nutanix Cloud Manager (NCM) | Управление, автоматизация, контроль затрат, самообслуживание |
| Unified Storage | Файловое, объектное и блочное хранение на той же платформе |
| Nutanix Move | Инструмент переноса виртуальных машин с других платформ |
| Nutanix Cloud Clusters (NC2) | Та же платформа в публичном облаке для гибридных сценариев |
Nutanix как альтернатива VMware: как вести разговор
После изменений в лицензировании VMware многие заказчики рассматривают Nutanix. Это хороший повод для встречи, но плохой повод для обещаний «перейдём за месяц».
- Начните с инвентаризации. Сколько виртуальных машин, какие операционные системы, какие приложения критичны, что используется из стека VMware.
- Посчитайте обе стороны. Стоимость продления VMware на 3–5 лет против стоимости Nutanix, оборудования, миграции и обучения.
- Разделите нагрузки. Простые серверы и тестовые среды переносятся быстро; системы со сложными сетевыми зависимостями и сертификацией под конкретный гипервизор — медленнее.
- Проверьте экосистему. Резервное копирование, мониторинг, средства безопасности клиента должны поддерживать AHV или выбранный гипервизор.
- Предложите пилот. Перенос 10–20 виртуальных машин разной сложности с помощью Move, с понятными критериями успеха.
Честная позиция партнёра: переход оправдан, когда клиент сокращает затраты и упрощает эксплуатацию с учётом стоимости миграции. Если система критична и тесно завязана на VMware, разумнее оставить её на месте и переносить остальное поэтапно.
Лицензирование
Nutanix продаёт подписки на программное обеспечение, как правило, с привязкой к числу процессорных ядер и уровню функциональности. Оборудование покупается отдельно у производителя серверов или в составе готовых систем. При расчёте важно:
- правильно посчитать ядра с учётом минимальных требований;
- выбрать уровень функциональности под задачу, а не максимальный;
- учесть, что гипервизор AHV входит в платформу и может заменить отдельную лицензию гипервизора;
- сравнивать полную стоимость на горизонте подписки, включая оборудование и поддержку.
Условия меняются; перед предложением сверяйтесь с актуальными правилами у дистрибьютора.
Как устроен проект миграции
| Этап | Что происходит | Сколько занимает |
|---|---|---|
| Обследование | Инвентаризация, зависимости, сайзинг | 1–3 недели |
| Проектирование | Архитектура кластера, сеть, резервное копирование | 1–2 недели |
| Развёртывание | Установка оборудования и платформы | 1–2 недели |
| Пилотная миграция | Перенос части машин, проверка | 2–4 недели |
| Основная миграция | Волнами, от простых к критичным | От нескольких недель до месяцев |
| Передача в эксплуатацию | Обучение команды, документация | 1–2 недели |
Срок зависит прежде всего от числа и сложности систем, а не от скорости инструмента переноса.
Как устроена работа партнёра
- Регистрация сделки закрепляет проект и цену.
- Сертификация инженеров нужна для статуса и качества внедрения.
- Работа с производителями серверов. Платформа ставится на оборудование Dell, HPE, Lenovo и других производителей; партнёр часто продаёт оба компонента.
- Услуги миграции — значимая часть заработка, особенно в проектах перехода с VMware.
Конкуренты
| Альтернатива | Когда выбирают | Как отвечать |
|---|---|---|
| VMware | Существующая инфраструктура, критичные системы | Честный расчёт продления против перехода, поэтапная миграция |
| Microsoft Hyper-V и Azure Local | Сильная экосистема Microsoft | Сравнение управления, хранения, полной стоимости |
| Решения на открытом коде | Минимальные затраты на лицензии | Корпоративная поддержка, простота эксплуатации, кадры |
| Классическая трёхуровневая архитектура | Уже есть современный массив хранения | Сравнение затрат на эксплуатацию и масштабирование |
Частые вопросы
Связанное
- Как продавать VMware после Broadcom — что изменилось и как считать переход
- Как продавать Dell Technologies — оборудование под платформу
- Расчёт возврата на вложение
- Модель зрелости
- Land and Expand
- Карта вендоров
Выгода считается в эксплуатации: сколько людей и часов уходит на обслуживание разрозненной инфраструктуры сейчас. Сравнение по цене оборудования почти всегда проигрышное.
Материал обновлён 3 октября 2026