Capacity on Demand

Reserve Capacity on Demand

Опция Reserve CoD, предназначенная для обработки непредсказуемых пиковых нагрузок, позволяет активизировать процессоры в ответ на кратковременные повышенные требования к производительности системы, например, рекламные акции, пиковые нагрузки Web-сервер, и т.д. Дополнительные процессоры помещаются в общий процессорный пул и будут автоматически использованы разделами (после введения с HMC ключа активизации) для предоставления им дополнительной вычислительной мощности без вмешательства администратора системы. Пока общие требования к производительности меньше, чем количество постоянных процессоров в общем пуле, резервные процессоры не используются. При пиковых нагрузках, когда требования к процессорной мощности становятся больше, дополнительная мощность будет доступна разделам автоматически, и из предоплаченного времени будут вычитаться процессоро-дни.

Reserve CoD - пример

Это пример работы Reserve CoD. Предположим, что у клиента есть 16-процессорный сервер с 8 активными процессорами и 8 неактивными (CoD). Изначально в общем пуле процессоров нет. Все 8 активных процессора выделены конкретным разделам.

Администратор убирает 2 процессора из разделов B и C. Они автоматически помещаются в общий процессорный пул. После этого администратор стартует 2 раздела в общем процессорном пуле. Каждому разделу (SA и SB) назначается по 0.5 процессора из пула. Каждому разделу назначается по 2 виртуальных процессора. Это обозначает, что разгузка разделов будет распределена по обоим процессорам в общем пуле.

Администратор вводит ключ активизации Reserve CoD и 8 процессоров CoD помещаются в общий пул. Теперь появляется запас на 30 процессорных дней, а в общем пуле находится 10 процессоров.

Разделы "SA" и "SB" в пуле – неограничены в росте (uncapped), с параметрами VP=2 and PrU=0.5. Раздел "SC" стартует в пуле с VP = 10 и PrU = 1, в результате он может работать на всех 10 процессорах в пуле, при этом его емкость – всего 1 процессор. Сейчас задачи трех разделов распределяются по 10 процессорам в пуле. Разделы получают от этого выигрыш, при этом, пока реальная загрузка не превышает 2 PrU (количества постоянных процессоров в пуле), процессорное время не расходуется.

Когда загрузка возрастает так, что она превышает 2 PrU, автоматически используется дополнительная процессорная мощность, и процессоро-дни вычитаются из активации Reserve CoD. Даже, если ресурс нужен на 1 минуту, вычитается целый процессоро-день. Через 24 часа, если ресурсы больше не нужны, они остаются в резерве и процессоро-дни больше не вычитаются.

Теперь загрузка в разделах SA и SC выросла. Новые задачи привели к увеличению требований к процессорным ресурсам на 4 единицы. Повышенные потребности автоматически удовлетворяются путем выделения большей процессорной емкости разделам SA и SC, и 4 процессоро-дня Reserve CoD вычитаются за 24-х часовой период. Т.к. пиковая загрузка продолжается еще 12 часов, дополнительные 4 процессоро-дня вычитаются из активации Reserve CoD за следующий 24-х часовой период. Таким образом, всего расходуется 8 процессоро-дней. Т.к. общая загрузка разделов снижается в пределы 2 PrU до следующего 24-х часового периода, больше процессоро-дни не расходуются. К окончанию этого пика, остается 21 процессоро-день.

Система продолжает мониторинг загрузки и выделение дополнительной процессорной мощности разделам автоматически, без вмешательства администратора.

Когда количество процессоро-дней в Reserve CoD Activation Allocation становится меньше, чем количество процессоров в общем пуле (8), система начинает убирать процессоры из пула. Когда это происходит, посылается сообщение на HMC для уведомления администратора.

Когда администратор принимает сообщение о том, что процессоры удаляются из общего пула и помещаются обратно в резерв, он может выбрать следующее:

1. Он может ничего не предпринимать. Когда количество процессоро- дней уменьшится до нуля, все 8 процессоров удалятся из общего пула, и в нем останется только 2 постоянных процессора. Ни один раздел не будет остановлен, т.к. общее количество назначенных им процессорных ресурсов равно 2. Однако, больше свободных процессорных ресурсов (для выделения уже существующим разделам или старта новых) нет.
2. Он может убрать постоянные процессоры из выделенных разделов и поместить их в общий пул.
3. Он может купить дополнительную опцию Reserve CoD Activation, ввести ключ активизации и получить еще 30 процессорных дней. Лимита на количество активизируемых Reserve CoD Activation нет.
4. Он может остановить разделы в общем пуле для снижения требований к процессорным ресурсам для уменьшения скорости расходования Reserve CoD Allocation.

Как было уже сказано, если администратор ничего не предпринял, процессоры продолжают убираться из общего пула до тех пор, пока все процессоро-дни по программе Reserve CoD не закончатся.