Перейти к содержанию

Варианты использования Планов

Планы в системе ЦОД являются искусственными сущностями, созданными на основе реального оборудования. Результаты планов включают рекомендации и действия, которые можно выполнить вручную на собранных системой компонентах инфраструктуры ЦОД.

Use case: Добавление нагрузки на существующее окружение.

Описание: В процессе работы системы ЦОД может возникнуть необходимость добавления дополнительной нагрузки на уже существующие планы ресурсов. Это может быть связано с изменением бизнес-требований, увеличением количества пользователей или изменением характера обрабатываемых данных.

Шаги:

  1. Определение потребности в добавлении нагрузки: Пользователь системы определяет, что требуется добавить дополнительные сервисы, которые нужно будет разместить на новых виртуальных машинах.
  2. Добавление новой нагрузки: Пользователь добавляет новую нагрузку на план ресурсов, используя соответствующие инструменты управления на платформе. Это может включать добавление новых виртуальных машин, увеличение объемов памяти или процессорного времени.
  3. Тестирование новой нагрузки: После добавления новой нагрузки пользователь проводит тестирование плана ресурсов, чтобы убедиться в его стабильности и соответствии требованиям.

Use case: Уменьшение нагрузки на существующее окружение.

Описание: Оптимизация использования ресурсов в системе центра обработки данных (ЦОД), направленная на снижение нагрузки на оборудование и увеличение эффективности работы системы в целом.

Шаги:

  1. Определение потребности в уменьшении нагрузки: Пользователь системы определяет, какие виртуальные машины необходимо отключить.
  2. Уменьшение нагрузки: Пользователь отключает необходимые виртуальные машины, используя соответствующие инструменты управления на платформе.
  3. Анализ: Пользователь получает рекомендации от системы по оптимизации использования ресурсов.

Use case: Миграция объектов текущего окружения в системе центра обработки данных (ЦОД) в новое окружение.

Описание: В системе ЦОД периодически возникает необходимость миграции объектов с одного сервера на другой. Это может быть вызвано различными причинами, такими как модернизация оборудования, увеличение нагрузки на сервер, оптимизация использования ресурсов, тестирование новых гипервизоров.

Шаги:

  1. Определение необходимости миграции: Пользователь системы определяет, что необходимо перенести объекты окружения с одного сервера на другой из-за увеличения нагрузки на существующий сервер или по другим причинам.
  2. Выбор сервера-приемника: Пользователь выбирает конфигурацию сервер-приемника для миграции плана ресурсов, исходя из своих потребностей, предпочтений и ограничений (мощность, совместимость, предпочтение вендоров/поставщиков и т.д.). Создает его шаблон в системе при помощи механизма создания шаблонов.
  3. Пользователь подключает созданный шаблон к существующим системам хранения данных.
  4. Пользователь запускает план, для того, чтобы Октопус попытался переместить существующие виртуальные машины на добавленные подходящие сервера-приемники.

Use case: Переезд хостов на новое хранилище данных.

Описание: Необходимость в переносе ресурсов с одного хранилища на другое, может произойти из-за различных причин, таких как обновление оборудования, изменение требований безопасности или оптимизация использования ресурсов.

Шаги:

  1. Определение необходимости переезда: Пользователь определяет, что хранилище планов ресурсов должно быть перенесено на другое место.
  2. Выбор нового места для хранения: Пользователь выбирает новое место для хранения планов ресурсов, которое соответствует требованиям по доступности, безопасности и стоимости. Создает его шаблон, где описывает требования к ресурсам системы хранения.
  3. Пользователь добавляет экземпляр хранилища, созданный на основе шаблона, к существующим хостам для создания возможностей к миграции нагрузки на новое хранилище.
  4. Пользователь запускает план, для того, чтобы Октопус попытался переместить существующие виртуальные машины на новое хранилище.

Use case: Эмуляция вывода хоста из ЦОДа.

Описание: Во время тестирования иногда необходимо эмулировать вывод хостов. Это может помочь определить, насколько хорошо остальное окружение (оставшиеся хосты) справятся с непредвиденными ситуациями.

Шаги:

  1. Определение хоста для эмуляции: Выбирается хост, который будет временно удален из окружения.
  2. Анализ результатов: После выполнения плана пользователь наблюдает за тем, как окружение реагирует на вывод хоста. Он может увидеть, какая часть нагрузки (ВМок) не сможет успешно разместиться на оставшихся хостах. Какое количество ресурсов окружению не хватит, чтобы сформировать список требований к закупке оборудования.
  3. Результат: После завершения эмуляции хоста пользователь анализирует полученные результаты, которые должны ответить на вопрос - "Хватит ли ресурсов существующего окружения при выводе из ЦОДа хоста/хостов?". Ответ будет включать в себя:
    • текущее окружение, представленное как As is To be по хостам/ВМкам, чтобы показать изменения в нагрузке ресурсов
    • вывод по явной нехватке/избытке ресурсов
    • предложения по оптимизации нового окружения

Use case: Увеличение мощностей аппаратных ресурсов (процессора и памяти) для планов в ЦОД

Описание: В данном юзкейсе рассматривается процесс добавления аппаратных ресурсов (процессора и памяти) в систему центра обработки данных с целью увеличения производительности и масштабируемости планов.

Шаги:

  1. Выбор аппаратных ресурсов: Пользователь выбирает подходящие ему процессор и память, исходя из своих потребностей.
  2. Добавление аппаратных ресурсов: Пользователь добавляет выбранные ресурсы в свое окружение.
  3. Анализ результата: Пользователь получает рекомендации от системы по оптимизации использования ресурсов.

Use case: Увеличение мощностей аппаратных ресурсов (диска) для планов в ЦОД

Описание: В данном юзкейсе рассматривается процесс добавления аппаратных ресурсов (диска) в систему центра обработки данных с целью увеличения производительности и масштабируемости планов.

Шаги:

  1. Выбор аппаратных ресурсов: Пользователь выбирает подходящее ему дисковое пространство (storage), исходя из своих потребностей.
  2. Добавление аппаратных ресурсов: Пользователь добавляет выбранное дисковое пространство (storage) в свое окружение.
  3. Анализ результата: Пользователь получает рекомендации от системы по оптимизации использования ресурсов.