Capacity on Demand

On/Off Capacity on Demand

Программа On/Off CoD дает организации возможность обрабатывать планируемые временные пиковые нагрузки. Работая, как кредитная карта с выставлением счета за квартал, она позволяет временно активизировать процессоры или память. Когда администратор вводит ключ, неактивные процессоры могут быть назначены конкретным разделам или добавлены в общий процессорный пул. Если они попадают в общий пул, загрузка всех общий разделов диспетчеризируется на все процессоры в пуле.

Когда требования возрастают выше, чем количество постоянных процессоров в пуле, к клиентскому счету приплюсовываются процессоро-дни и дни использования памяти. Отсчет ведется с момента активизирования процессоров и памяти и до момента деактивизирования, в целых днях. Срок действия ключа (enablement key) истекает через 360 процессорных дней. Ресурсы больше не могут быть активированы, пока не будет получен новый ключ (с сайта IBM). Ежемесячный отчет требуется даже в том случае, если процессоры не были использованы. Если отчет не высылается, клиенту выставляется счет за 90 процессорных дней. On/Off CoD может быть отключена путем обращения к IBM и вводом ключа отмены (termination key). Тогда отчет больше не требуется.

On/Off CoD – выделенные разделы - пример

On/Off CoD предоставляет гибкий механизм для активизации CoD процессоров и памяти для обслуживания запланированных пиков. В этом примере мы посмотрим, что происходит, когда CoD процессоры и память активизируются и выделяются в конкретные разделы. В примере, на сервере установлено 12 активных процессоров и 4 CoD процессора. Администратор стартовал 5 разделов, разделы "A", "B" и "C" – выделенные, а разделы "SA" и "SB" работают в общем пуле.

Администратор знает о том, что приближается пиковая нагрузка на систему (например, квартальный отчет или рекламная акция), и ему нужно 2 дополнительных процессора и 8 ГБ оперативной памяти в разделе "B" на одну неделю. Он приобретает активацию On/Off CoD. Ключ получается бесплатно. С момента его ввода и активизации процессоров и памяти система ведет мониторинг использованных ресурсов и генерирует отчеты.

В этом примере, администратор активизирует On/Off CoD и выделяет 2 дополнительных процессора и 8 ГБ оперативной памяти в раздел "B".

Когда загрузка возрастает, предоставляются дополнительные ресурсы. Пока активна On/Off CoD, ресурсы доступны для использования в разделе "B". Они будут использованы при необходимости автоматически, при этом информация об использовании процессоро- дней и дней работы памяти будет сохранена. В нашем примере, ресурсы были выделены на 7 дней – истрачено 14 процессоро-дней и дней работы памяти. Администратор самостоятельно может отключить On/Off CoD – при этом ресурсы деактивизируются и дополнительная оплата не производится.

On/Off CoD – выделенные разделы и общий пул - пример

В этом примере администратор стартовал 8 активных процессора в выделенных разделах "A", "B" и 4 активных процессора в общем пуле. Он знает, что будет пиковая загрузка, которая потребует 4 дополнительных процессора на 5 дней.

Администратор активизирует все 4 CoD процессора, 2 выделены в раздел "B" и 2 – в общий пул.

Все 4 активизированных процессора доступны для использования, процессоро-дни начнут начисляться за каждый 24-х часовой период до момента деактивизации их администратором.Даже если процессорные ресурсы не используются (например, используется только 14 processor units – 10 в выделенных разделах и 2 в общем пуле), процессоро-дни все-равно начисляются за все активизированные CoD процессоры.

Когда администратор отключает 4 CoD процессора, их использование прекращается и клиенту начисляется 20 Processor Days.