Инстансы
Сводка: краткая сводка о активных инстансах и задействованной ОЗУ.
Лимиты: инфографика, отображающая сведения о квотах на вычислительные ресурсы, ресурсы хранилища, сетевые ресурсы.
Инстансы:
3.1 - Вкладка «Инстанс»
Наименование поля |
Описание |
|---|---|
Имя |
Наименование инстанса, присваивается при создании |
Создано |
Дата создания инстанса |
Критичность при эвакуации |
0-10 |
Задержка перед эвакуацией в секундах |
Число в секундах |
Идентификатор проекта/Название |
Проект, в котором находится инстанс |
Хост |
Хост, на котором находится инстанс |
Образ |
Образ, использованный при создании инстанса |
IP-адрес |
IP-адрес инстанса |
Тип |
Тип инстанса, задается при создании |
Ключевая пара |
Ключевая пара, задается при создании |
Доступная зона, задается при создании |
|
Действие |
Открыть консоль |
Для списка доступны инструменты сортировки и фильтрации. Поля сортируются по возрастанию и убыванию.
Примечание
Критичность при эвакуации инстанса — это параметр, определяющий поведение облачной платформы в случае сбоя физического хоста, на котором работает инстанс. Когда происходит сбой или плановое обслуживание, инстансы могут быть эвакуированы (перемещены) на другой доступный хост. Параметр критичности задаёт, насколько важно сохранить работоспособность конкретного инстанса. Число указывает на приоритет эвакуации: 0 - не эвакуировать; 10 - эвакуировать в первую очередь. Инстансы с одинаковым значением параметра критичности эвакуируются в случайном порядке.
На вкладке доступны следующие действия:
Действия с инстансом |
Просмотреть, Удалить, Выполнить миграцию, Выполнить живую миграцию, Клонировать инстанс, Запланировать задачу над инстансом |
Действия со статусом инстанса |
Остановить, Перезагрузить, Выполнить мягкую перезагрузку, Приостановить, Архивировать |
Кратко рассмотрим основные действия с инстансами:
Запуск инстанса
Это процесс перевода инстанса из состояния «выключен» в активное состояние. После запуска начинается работа операционной системы, и инстанс становится доступным для подключения и выполнения задач. Вы можете запускать как новые, только что созданные инстансы, так и ранее остановленные экземпляры.
Остановка инстанса
Это процесс завершения его работы с переводом в неактивное состояние. При этом операционная система получает сигнал на завершение и начинает корректно останавливать все запущенные процессы. Такой сценарий работает корректно, если образ ОС адаптирован для работы в облачной среде, а запущенные в ней приложения поддерживают механизм мягкого завершения через системные процессы. После остановки освобождаются ресурсы, такие как процессор и оперативная память. Инстанс сохраняет свои настройки и данные на дисках, но перестаёт быть доступным для подключения и выполнения задач. Вы можете в любой момент снова запустить инстанс без потери данных при условии наличия на гипервизоре достаточных вычислительных ресурсов для запуска. Если их не хватит, нужно будет мигрировать инстанс на другой хост при помощи администратора. Обратите внимание, что при остановке может быть потеряна информация, не сохранённая до этого в постоянное хранилище.
Перезагрузка инстанса (hard reboot)
Это принудительный перезапуск инстанса, при котором операционная система не завершает работу корректно. Такой тип перезагрузки аналогичен нажатию кнопки «Reset» на физическом сервере. Жесткая перезагрузка используется в случаях, когда операционная система зависла, не отвечает или не может быть перезапущена обычным способом. При этом могут быть потеряны несохранённые данные, поэтому такой метод стоит применять только при необходимости.
Мягкая перезагрузка (soft reboot)
Это процесс перезапуска инстанса с сохранением его текущего состояния на уровне гипервизора, без полного отключения и включения виртуального оборудования.В отличие от жесткой перезагрузки (hard reboot), при которой инстанс фактически уничтожается и создается заново, мягкая перезагрузка инициируется самой операционной системой. Это безопасный и корректный способ перезапустить инстанс, когда ОС функционирует нормально. Он не перезапускает виртуальное оборудование, только саму систему.
Удаление инстанса
Это операция, при которой экземпляр полностью удаляется из облачной инфраструктуры. После удаления инстанс и все связанные с ним ресурсы, такие как оперативная память и вычислительные мощности, освобождаются. Если инстанс использовал локальные диски, не настроенные как постоянные, их данные также будут удалены без возможности восстановления.Перед удалением рекомендуется сохранить важную информацию, создать снимок или резервную копию, если планируется дальнейшее использование данных.
Миграция инстанса
Миграция инстанса — это процесс перемещения инстанса (виртуальной машины) с одного физического хоста на другой.
Зачем нужна миграция:
Балансировка нагрузки: Помогает равномерно распределять вычислительные ресурсы между хостами, если один из них перегружен.
Обслуживание оборудования: Позволяет переместить инстансы перед плановым отключением или обновлением хоста, без простоя приложений.
Снижение рисков: При появлении признаков нестабильности или деградации производительности хоста инстансы могут быть заранее переведены на другой узел.
Оптимизация размещения: Используется для реализации политик размещения, например, с учётом стратегий аффинности или антиаффинности.
Перемещение между зонами доступности: Иногда миграция может быть частью сценария обеспечения высокой доступности или отказоустойчивости.
Виды миграции:
Живая миграция (Live Migration) — перемещение инстанса без остановки, с минимальной задержкой.
Живая миграция инстансов — это механизм, позволяющий переносить инстанс с одного хоста на другой без его остановки. Однако существуют ограничения, при которых живая миграция может быть невозможна или неэффективна:
Если инстанс активно использует оперативную память, процесс миграции может занять значительное время. Это связано с необходимостью копирования большого объема данных в оперативной памяти на другой хост.
Невозможно выполнить живую миграцию для инстансов, к которым проброшены устройства через PCI Express (например, GPU или другие физические ускорители).
Живая миграция требует совместимости процессоров на исходном и целевом хостах. При значительных различиях в архитектуре CPU (например, при использовании разных поколений или производителей) миграция может быть невозможна. В таких случаях:
На уровне гипервизора предварительно настраивается минимальный общий набор поддерживаемых инструкций,
Используется холодная миграция — с предварительной остановкой инстанса.
Холодная миграция — перемещение остановленного инстанса.
Холодная миграция — это процесс переноса инстанса с одного физического хоста на другой с предварительной остановкой инстанса. В отличие от живой миграции, холодная не требует сохранения работы инстанса во время перемещения.
Особенности холодной миграции:
Инстанс временно недоступен: перед миграцией он останавливается, и все активные процессы прекращаются.
Нет требований к совместимости процессоров: поскольку инстанс запускается заново на новом хосте, его архитектура может отличаться от исходной.
Используется при ограничениях: применяется, если невозможно выполнить живую миграцию, например, при сильной загрузке ОЗУ, при пробросе физических устройств (PCIe), при значительных различиях в архитектуре CPU между хостами.
Зачем нужна:
Холодная миграция позволяет вручную или автоматически перераспределять нагрузку, проводить обслуживание хостов или оптимизировать инфраструктуру без потери данных, хотя и с временной приостановкой работы инстанса.
Таким образом, миграция позволяет поддерживать стабильную работу сервисов, гибко управлять ресурсами и снижать риски простоев.
Планирование задач
Для планирования доступны задачи по остановке инстанса, запуску выключенного инстанса и приостановке инстанса.
Для того, чтобы запланировать задачу над инстансом, выберите действие «Запланировать»:
Планирование задач над инстансом
Планирование задачи по остановке инстанса
Для того, чтобы запланировать задачу по остановке инстанса, выберите действие «Запланировать» в поле «Действия» соответствующей записи в списке инстансов, в открывшемся меню выберите «Остановить инстанс»:
Окно планирования остановки инстанса
Далее укажите следующую информацию о задаче:
Имя задачи: Пользовательское имя задачи, необязательный параметр;
Описание задачи: Описание планируемой задачи, необязательный параметр;
Выберите часовой пояс: По умолчанию выбирается часовой пояс Europe/Moscow;
Дата запуска: Дата и время начала выполнения задачи, задача может быть запущена не ранее чем через 5 минут, автоматически выставляется ближайшее возможное время выполнения задачи;
Создать периодическую задачу: Да/Нет (по умолчанию, Нет).
При создании периодической задачи также укажите следующую информацию:
Лимит количества запусков: Планируемое количество запусков, доступное количество от 2 до 999999;
Интервал запусков: Интервал выполнения задачи, возможное значение от 1 до 999999;
Период: Значения для интервала выполнения задачи, доступные значения - дни, часы, минуты (по умолчанию, интервал - Дни).
На следующем шаге подтвердите конфигурацию задачи:
Окно планирования остановки инстанса
Созданная задача отобразится во вкладке «moncloud центр» - «Планировщик» - «Все задачи».
Планирование задачи по запуску выключенного инстанса
Для того, чтобы запланировать задачу по запуску выключенного инстанса, выберите действие «Запланировать» в поле «Действия» соответствующей записи в списке инстансов, в открывшемся меню выберите «Запустить инстанс»:
Окно планирования запуска выключенного инстанса
Далее укажите следующую информацию о задаче:
Имя задачи: Пользовательское имя задачи, необязательный параметр;
Описание задачи: Описание планируемой задачи, необязательный параметр;
Выберите часовой пояс: По умолчанию выбирается часовой пояс Europe/Moscow;
Дата запуска: Дата и время начала выполнения задачи, задача может быть запущена не ранее чем через 5 минут, автоматически выставляется ближайшее возможное время выполнения задачи;
Создать периодическую задачу: Да/Нет (по умолчанию, Нет).
При создании периодической задачи также укажите следующую информацию:
Лимит количества запусков: Планируемое количество запусков, доступное количество от 2 до 999999;
Интервал запусков: Интервал выполнения задачи, возможное значение от 1 до 999999;
Период: Значения для интервала выполнения задачи, доступные значения - дни, часы, минуты (по умолчанию, интервал - Дни).
На следующем шаге подтвердите конфигурацию задачи:
Окно планирования запуска выключенного инстанса
Созданная задача отобразится во вкладке «moncloud центр» - «Планировщик» - «Все задачи».
Планирование задачи по приостановке инстанса
Для того, чтобы запланировать задачу по приостановке инстанса, выберите действие «Запланировать» в поле «Действия» соответствующей записи в списке инстансов, в открывшемся меню выберите «Приостановить инстанс»:
Окно планирования приостановки инстанса
Далее укажите следующую информацию о задаче:
Имя задачи: Пользовательское имя задачи, необязательный параметр;
Описание задачи: Описание планируемой задачи, необязательный параметр;
Выберите часовой пояс: По умолчанию выбирается часовой пояс Europe/Moscow;
Дата запуска: Дата и время начала выполнения задачи, задача может быть запущена не ранее чем через 5 минут, автоматически выставляется ближайшее возможное время выполнения задачи;
Создать периодическую задачу: Да/Нет (по умолчанию, Нет).
При создании периодической задачи также укажите следующую информацию:
Лимит количества запусков: Планируемое количество запусков, доступное количество от 2 до 999999;
Интервал запусков: Интервал выполнения задачи, возможное значение от 1 до 999999;
Период: Значения для интервала выполнения задачи, доступные значения - дни, часы, минуты (по умолчанию, интервал - Дни).
На следующем шаге подтвердите конфигурацию задачи:
Окно планирования приостановки инстанса
Созданная задача отобразится во вкладке «Планировщик» - «Все задачи».
3.2 - Вкладка «Группа инстансов»
Наименование поля |
Описание |
|---|---|
ID/Имя |
Наименование группы инстансов |
Количество участников |
Количество участников группы |
Политика |
Политика (Аффинность, Анти-аффинность, Нежесткая аффинность, Нежесткая анти-аффинность) |
Действие |
Удаление существующей группы инстансов |
Для списка доступны инструменты сортировки и фильтрации. Поля сортируются по возрастанию и убыванию.
На вкладке доступны следующие действия:
Просмотр групп инстансов |
Просмотреть группу инстансов |
Удаление |
Удалить группу инстансов |
Снимки инстансов
Снимок инстанса — это пользовательская операция, при которой создаётся полный образ текущего состояния инстанса, включая его корневой диск и все подключённые накопители (если такая опция доступна). Снимок фиксирует состояние файловой системы и служит точкой восстановления или шаблоном для последующего запуска новых инстансов.
Важно
поскольку снимки создаются пользователями, нужно следить за тем, чтобы система не переполнялась неиспользуемыми или устаревшими снимками, особенно в проектах с большим числом активных пользователей.
На вкладке представлена следующая информация:
Наименование поля |
Описание |
|---|---|
Имя |
Наименование снимка инстанса |
Идентификатор инстанса |
Идентификатор инстанса |
Формат диска |
Формат диска: QCOW2 или RAW |
Действие |
Изменение имени, добавление описания |
На вкладке «Снимки инстансов» доступны следующие действия:
Редактирование и удаление снимка |
Редактировать, Удалить |
Типы инстансов
Тип инстанса в облачной системе — это предопределённый шаблон инстанса, который задаёт основные характеристики вычислительных ресурсов: количество CPU-ядер, объём оперативной памяти, параметры сети, размер корневого и дополнительных дисков, а также настройки NUMA и другие архитектурные особенности. Это инструмент стандартизации и управления доступными конфигурациями инстансов для пользователей. Через типы инстансов вы задаёте, какие сочетания ресурсов разрешены к использованию в системе, и можете контролировать баланс нагрузки на физическую инфраструктуру.
Например:
Каждый физический хост (гипервизор) имеет ограниченное количество процессоров, памяти и других ресурсов. Когда вы запускаете инстансы на этих хостах, планировщик размещает их так, чтобы максимально эффективно использовать ресурсы. Тип инстанса напрямую влияет на то, как именно ресурсы будут распределяться.
Если типы инстансов спроектированы неудачно (например, слишком дробно или с неравномерными пропорциями CPU/память), возникает фрагментация ресурсов: часть ресурсов на хосте остаётся неиспользованной, потому что нет подходящего инстанса, который бы мог их занять.
Пример: удачный и неудачный выбор типов
Предположим, в вашей системе физические хосты имеют по 32 ядра CPU и 128 ГиБ оперативной памяти.
Сценарий 1. Несбалансированный тип инстанса
Вы создаёте только один тип инстанса:
cpu-heavy — 8 vCPU и 8 ГиБ RAM.
На один хост поместится 4 таких инстанса (4 × 8 vCPU = 32 vCPU), но всего будет занято только 32 ГиБ RAM из 128.
Результат: CPU полностью использованы, а 96 ГиБ памяти простаивают.
Сценарий 2. Сбалансированные типы инстансов
Вы создаёте два типа:
cpu-heavy — 8 vCPU / 8 ГиБ RAM
ram-heavy — 4 vCPU / 32 ГиБ RAM
Теперь вы можете размещать, например, 2 cpu-heavy и 2 ram-heavy на одном хосте: (2 × 8 + 2 × 4 = 24 vCPU) и (2 × 8 + 2 × 32 = 80 ГиБ RAM). Результат: ресурсы распределяются более равномерно, меньше фрагментации.
Тип инстанса включает в себя следующие параметры:
Архитектура: например, x86_64 или ARM — влияет на совместимость с ОС и приложениями.
Имя: идентификатор типа инстанса, отображаемый пользователю.
CPU (ядра) и RAM: задают вычислительные возможности.
Пропускная способность сети: ограничение на скорость внутрисетевого обмена.
Размеры корневого, swap и эфемерного дисков: определяют объём хранилища и поведение при перезапуске.
NUMA-узлы: управление привязкой виртуальных CPU к физическим ресурсам.
Страница памяти и USB-параметры: опциональные настройки для высоконагруженных или специализированных рабочих нагрузок.
Как применять:
Ограничение и балансировка ресурсов: типы инстансов позволяют не допустить перегрузки хостов. В облачной инфраструктуре нельзя создавать инстансы с произвольными ресурсами — пользователям доступны только заранее заданные типы. Это сделано для того, чтобы:
избежать фрагментации ресурсов (например, когда инстанс на 490 ГиБ памяти мешает использовать остаток памяти на хосте);
предотвратить неявный оверкоммит, когда несколько почти-полных инстансов перегружают хост;
обеспечить предсказуемую нагрузку и изоляцию арендаторов, не допуская конкуренции за «весь хост»;
гарантировать стабильность и эффективность инфраструктуры.
Управление доступностью функций: можно предложить пользователям только нужные конфигурации.
Под «нужными» понимаются те, которые соответствуют:
возможностям физической инфраструктуры — учитывается объём оперативной памяти, количество CPU-ядер, наличие и характеристики GPU, конфигурации дисков;
потребностям конкретных пользователей или проектов — например, для проектных команд, работающих с графикой, стоит предлагать типы с GPU, а для системных администраторов — компактные типы, подходящие для вспомогательных сервисов и утилит.
Вы можете:
назначить индивидуальные наборы типов инстансов для каждого проекта — это позволяет ограничивать выбор пользователям в зависимости от задач проекта;
задать глобальный список доступных типов, который будет автоматически применяться ко всем новым проектам в облаке.
Это позволяет гибко управлять доступностью ресурсов, исключать избыточные или неподходящие конфигурации и повышать эффективность использования инфраструктуры.
Согласованность и безопасность: использование типов упрощает аудит и техническую поддержку.
Вы можете создавать, редактировать или удалять типы инстансов, а также назначать их определённым проектам или группам пользователей в зависимости от политики доступа или задач.
На вкладке представлена следующая информация:
Наименование подвкладки |
Данные |
|---|---|
Архитектура X86 |
ID/Имя, CPU, Память, Пропускная способность внутренней сети (Гбит/с), Локальный диск (Гб), Swap (Гб), Эфемерный диск (ГиБ), IOPS хранилища, Публичный |
Гетерогенные вычисления |
ID/Имя, CPU, Память, Пропускная способность внутренней сети (Гбит/с), Локальный диск (Гб), Swap (Гб), Эфемерный диск (ГиБ), IOPS хранилища, Тип GPU, Количество GPU, Узлы NUMA, Политика CPU, Политика потоков CPU, Страница памяти |
Пользовательский |
ID/Имя, Память, Пропускная способность внутренней сети (Гбит/с), Локальный диск (Гб), Swap (Гб), Эфемерный диск (ГиБ), IOPS хранилища, Публичный |
Доступны следующие действия:
Просмотр типов инстансов;
Создание типа инстансов;
Удаление типа инстансов.
Создание типа инстанса
Для создания типа инстанса перейдите в Вычисления > Типы инстанса.
Нажмите кнопку Создать тип инстанса:
Заполните параметры:
На шаге Общие характеристики укажите основные параметры типа инстанса:
Имя — имя типа инстанса. Включите Сгенерированное название, чтобы имя формировалось автоматически на основе выбранных характеристик, или отключите опцию и укажите имя вручную.
Доступ — определяет, каким проектам доступен тип инстанса:
Публичный доступ — тип инстанса доступен всем проектам;
Выбранные проекты — тип инстанса доступен только указанным проектам. Выберите необходимые проекты в поле Проекты.
В разделе Размеры укажите объем вычислительных ресурсов:
vCPU — количество виртуальных процессоров, доступных инстансу.
Размер ОЗУ (Гбайт) — объем оперативной памяти, выделяемой инстансу.
Корневой диск (Гбайт) — размер диска, используемого для корневой файловой системы инстанса.
Swap (Гб) — размер дополнительного дискового пространства, используемого в качестве области подкачки.
Эфемерный диск (Гбайт) — размер временного локального диска, создаваемого для инстанса. Данные на эфемерном диске не предназначены для постоянного хранения и могут быть удалены вместе с инстансом.
В разделе Huge pages настройте использование больших страниц памяти.
Huge pages — включает использование страниц памяти увеличенного размера. Это позволяет уменьшить накладные расходы при работе с памятью и может повысить производительность приложений, интенсивно использующих память.
В разделе Топология выберите режим размещения виртуальных процессоров и памяти:
Обычный режим разделения процессорных мощностей — виртуальные процессоры используют общие процессорные ресурсы вычислительного узла. Закрепление виртуальных процессоров за определенными физическими процессорами и NUMA-топология не задаются.
NUMA и huge pages — позволяет настроить NUMA-топологию инстанса, закрепление виртуальных процессоров и параметры использования huge pages.
На шаге Устройства и размещение настройте использование аппаратных
устройств и параметры размещения инстансов.
Класс профиля — определяет назначение типа инстанса в зависимости от используемых аппаратных ресурсов:
Определять автоматически — класс профиля определяется автоматически на основе выбранных устройств;
Специальный профиль — позволяет задать класс профиля вручную.
Ускорители — определяет использование GPU и других PCI-устройств:
Без GPU-запроса — тип инстанса не запрашивает GPU или другие графические ускорители;
PCI alias / passthrough — позволяет предоставить инстансу прямой доступ к физическому PCI-устройству, например GPU или сетевому адаптеру;
Ресурсы vGPU — позволяет выделить инстансу виртуальный графический процессор (vGPU).
Дополнительные PCI alias — позволяет добавить запросы на PCI passthrough-устройства, например сетевые интерфейсы с SR-IOV. Указанный alias должен быть предварительно настроен на вычислительных узлах.
В разделе Дополнительные опции при необходимости настройте дополнительные требования к ресурсам и ограничения производительности типа инстанса.
Примечание
Для обычных типов инстанса дополнительные опции указывать не требуется. Используйте их, если необходимо задать специальные требования к размещению или производительности инстансов.
Классы ресурсов — дополнительные ресурсы, которые должны быть доступны на вычислительном узле для размещения инстанса. Позволяет указать требуемый класс ресурса и его количество.
Признаки — требования к возможностям вычислительного узла, на котором может быть размещен инстанс. Позволяют ограничить размещение узлами с заданными характеристиками.
В разделе Пропускная способность сети можно установить ограничения скорости сетевого трафика отдельно для исходящего и входящего трафика:
Средняя — средняя разрешенная скорость передачи данных;
Максимальная — максимальная скорость передачи данных;
Допустимое превышение — объем данных, который может быть передан сверх установленной средней скорости в течение короткого промежутка времени.
Значения задаются в кбит/с.
В разделе Лимит пропускной способности диска можно ограничить объем данных, который инстанс может передавать при операциях с диском:
Максимальный лимит на чтение — максимальный объем данных, который может быть прочитан с диска за секунду;
Максимальный лимит на запись — максимальный объем данных, который может быть записан на диск за секунду;
Суммарный максимальный лимит — максимальный суммарный объем данных при операциях чтения и записи за секунду.
Значения задаются в байтах в секунду.
В разделе Лимит по количеству операций ввода-вывода (IOPS) можно ограничить количество операций с диском, выполняемых за секунду:
Максимальное число операций на чтение в секунду — максимальное количество операций чтения в секунду;
Максимальное число операций на запись в секунду — максимальное количество операций записи в секунду;
Суммарный максимальный лимит операций на запись в секунду — максимальное суммарное количество операций ввода-вывода в секунду.
На шаге Проверка внимательно проверьте все данные
Блок Автоматизация
Автоматизация — содержит данные для создания типа инстанса средствами автоматизации:
OpenStack CLI — команда для создания типа инстанса с помощью OpenStack CLI. Команда формируется автоматически на основе параметров, указанных на предыдущих шагах.
Payload — данные запроса для создания типа инстанса через API. Формируются автоматически на основе указанных параметров.
Нажмите кнопку Создать.
Тип инстанса создан.
Действия со статусом инстанса
Выделите инстанс, кликнув в чек-боксе.
Наведите курсор на троеточие в отображении инстанса.
В открывшемся списке наведите курсор на Статус инстанса, как показано на рисунке.
Нажмите на требующееся действие.
В открывшемся диалоговом окне подтвердите действие.
Действие с инстансом выполнено.