В этом материале
Advanced и Evolution — разные платформы; одинаковый бренд не гарантирует совпадения API, флейворов и процедур управления.
Cloud.ru Advanced и Evolution GPU следует сравнивать как разные платформы одного провайдера. В Advanced опубликован Elastic Cloud Server with GPU, в Evolution — GPU-конфигурации сервиса виртуальных машин. Их инструкции, каталоги и средства управления нельзя смешивать по одному общему названию Cloud.ru.
Начните с существующего проекта
Если у команды уже есть сеть, роли, диски и автоматизация в одной платформе, это существенная часть выбора. Сначала определите, где живут текущие зависимости. Затем проверьте, какой GPU-продукт поддерживается в этой среде и подходит ли его конфигурация задаче.
Документация Advanced описывает платформу и её набор инструментов. GPU Evolution представлен в другом разделе с собственным процессом создания VM. Оба источника подтверждают продукты, но не обещают автоматическую переносимость вашего проекта.
Сравнение конкретных механизмов
| Критерий | Advanced | Evolution |
|---|---|---|
| GPU-продукт | Elastic Cloud Server with GPU | Виртуальные машины Evolution с GPU |
| Документация | Раздел Advanced и ECS | Руководство VM Evolution |
| Автоматизация | Инструменты и API платформы Advanced | Публичный API и инструменты Evolution |
| Конфигурация | Флейворы ECS выбранного продукта | GPU-флейворы VM Evolution |
| Зависимости | Сервисы и сеть Advanced | Сервисы и сеть Evolution |
Это реальные различия организации продукта. Таблица не присваивает платформам универсальное место по цене или скорости: для такого вывода нужен одинаковый проверенный сценарий.
Сверьте нужную форму GPU
Страница Advanced ECS with GPU подтверждает отдельное предложение ускоренных VM. Для каждой платформы записывайте модель, количество, VRAM, RAM и тип связи ускорителей. Не считайте две конфигурации эквивалентными только по общей цифре видеопамяти.
Сверяйте и форму доступа: нужный проект, роли, сеть, образ и пользователь ОС. Существующий рецепт для другой платформы может содержать неподходящие имена параметров и endpoint. Проверка маленького ресурса помогает выявить такие различия до переноса больших файлов.
Пример команды с готовой сетью
У проекта уже настроены внутренние сервисы и хранилище в Advanced. Появилась задача GPU-пилота. Команда сначала оценивает совместимый ECS-вариант, поскольку он может уменьшить объём переноса зависимостей. Параллельно рассматривает Evolution, если там есть подходящая форма ресурса.
Для второго варианта она отдельно планирует данные, права и сетевое взаимодействие. Решение основывается на полном пути запуска, а не только названии ускорителя. Если перенос не проверен, предполагаемую простоту нельзя записывать как уже полученное преимущество одной платформы.
В сравнительной ведомости отделите уже используемые зависимости от новых требований пилота. Существующая сеть может быть важным преимуществом для команды, но это её конкретный контекст, а не свойство, делающее платформу универсально лучшей. Такое разделение помогает аргументировать решение без искусственного рейтинга.
При передаче решения закупщику приложите точное название платформы и сервиса. Одного бренда недостаточно, чтобы воспроизвести заказ и технические условия проверенного эксперимента без лишних уточнений.
Сохраните результат сравнения
В короткой ведомости укажите обязательные требования, подтверждённый продукт, неизвестные условия и результат пилота. Текущие тарифы и доступность проверяют при оформлении конкретного ресурса; старые инструкции и рекламные карточки не заменяют этот шаг.
Для развития темы прочитайте первое развёртывание Evolution GPU и работу со старыми инструкциями SberCloud. Укажите сеть и доступ: они помогут оценить практическую замену инфраструктуры вместе с GPU.