VMware уже используется
Нужно перенести знакомую модель управления без покупки и обслуживания нового физического кластера.
VMware · виртуальный дата-центр
Собираю пул ресурсов, сети, шаблоны и роли в знакомой VMware-модели. Команда управляет виртуальной инфраструктурой самостоятельно, а физический слой остаётся за провайдером.
Когда вычислительный контур нужно менять
Сначала разбираем нагрузку, зависимости и допустимые риски. После этого можно выбрать формат без переплаты за лишние ресурсы и без скрытого дефицита производительности.
Нужно перенести знакомую модель управления без покупки и обслуживания нового физического кластера.
Несколько систем должны получить общий пул ресурсов, сети и единые правила доступа.
Внутренние специалисты должны самостоятельно создавать машины и управлять выделенными ресурсами.
Требуется заранее связать миграцию, сетевые зависимости и порядок переключения.
Что входит в решение
Конфигурация рассматривается как рабочая система: ресурсы, сеть, доступ, наблюдение, резервирование и порядок изменений должны поддерживать один бизнес-сценарий.
Рассчитываю процессоры, память и хранение для действующих и новых машин.
Проектирую сегменты, внешние подключения и необходимые маршруты.
Определяю базовые образы и повторяемый порядок создания машин.
Разделяю административные права между командами и проектами.
Согласую резервное копирование и восстановление виртуальных машин.
Готовлю последовательность переноса, проверку и обратный путь.
Эксплуатационный контур
До запуска определяем, как система получает доступ, как замечается деградация, что происходит при изменении нагрузки и как восстанавливается работа.
Процессоры, память, диски и сеть соответствуют профилю нагрузки и плану роста.
Роли, каналы администрирования и границы внешнего доступа определены заранее.
Команда видит состояние ресурсов и события, которые требуют решения.
Порядок резервирования, копирования и возврата к работе согласован до аварии.
Как запускается инфраструктура
Каждый этап отвечает на конкретный вопрос и заканчивается результатом, который можно проверить до переноса критичной системы.
Собираем нагрузку, зависимости, пользователей, данные и ограничения текущего контура.
Исходные требованияВыбираем ресурсы, сеть, доступы, хранение, резервирование и границы ответственности.
Схема решенияГотовим окружение, базовые политики, наблюдение и необходимые сервисные компоненты.
Готовый контурТестируем нагрузку, доступ, отказные сценарии, копирование и восстановление.
Протокол проверкиПереключаем систему по согласованному плану и стабилизируем работу после запуска.
Рабочая эксплуатацияЧто получает бизнес
Результат — не выданный сервер, а согласованный рабочий контур с прозрачными ресурсами, доступами и дальнейшими действиями.
Понятно, почему выбраны эти ресурсы и где находится запас для роста.
Сотрудники и подрядчики получают только необходимые права по согласованной схеме.
Критичные показатели и события доступны тем, кто отвечает за эксплуатацию.
Рост, перенос и восстановление не требуют заново разбираться в устройстве системы.
Как формируется стоимость
Без профиля нагрузки любая цифра будет случайной. Расчёт разделяет стоимость ресурсов, разового внедрения и необходимого сопровождения.
Ресурсы, сеть, диски, резервирование и ожидаемый рост.
Сборка контура, проверка, миграция и стабилизация.
Наблюдение, изменения, резервное копирование и согласованный уровень участия.
На расчёт влияют процессоры и память, объём и производительность дисков, трафик, резервирование, лицензии, перенос, резервное копирование и границы сопровождения.
Вопросы про публичное облако vmware
Да, если версии, форматы и сетевые зависимости позволяют выбранный сценарий. Перед переносом составляется карта машин и соединений, а критичная система сначала проходит пилот.
Набор прав определяется ролью в vCloud Director. Можно разделить управление ресурсами, виртуальными машинами, сетями и каталогами между администраторами и проектными командами.
Расширение планируется по потреблению процессоров, памяти и хранения. Заранее фиксируется порог, после которого нужно добавить ресурсы или изменить архитектуру отдельных систем.
До старта фиксируем, кто отвечает за платформу, операционную систему, приложение, данные и доступы. В предложении не остаётся зон, которые обе стороны считают чужой ответственностью.
Да. Для критичной или новой нагрузки сначала собираем ограниченный контур, проверяем производительность и эксплуатационный сценарий, затем принимаем решение о полном переносе.
Расчёт инфраструктуры
Опишите приложение, пользователей, текущие ресурсы и ожидаемый рост. Я предложу подходящий формат первого расчёта или пилота.