Запрос состояния раздела

В этом разделе приведены инструкции по проверке состояния раздела с помощью Partition Load Manager.

Команда xlplm позволяет получить информацию о состоянии выполняющихся экземпляров Partition Load Manager.

Запрос состояния Partition Load Manager

Для того чтобы просмотреть информацию о состоянии всех выполняющихся экземпляров Partition Load Manager, введите следующую команду:

xlplm -Q

Отображается список всех активных экземпляров. Если ни один экземпляр не запущен, то вывод команды не отображается.

Запрос атрибутов экземпляра

Для того чтобы просмотреть информацию об атрибутах отдельного экземпляра, введите следующую команду, где test1 задает имя экземпляра:

xlplm -Q test1

Вывод этой команды будет выглядеть примерно следующим образом:

PLM Instance: test1

GROUP: group1
          CUR       MAX     AVAIL     RESVD      MNGD
CPU:      6.00      4.00      0.00      0.00       Yes
MEM:      8192      8192         0         0       Yes

thimblelp10.server.company.com

RESOURCES:
          CUR       MIN      GUAR       MAX       SHR
CPU:      3.00      1.00      3.00      3.00         1
MEM:      4096      1024      4096      4096         1

thimblelp11.server.company.com

RESOURCES:
          CUR       MIN      GUAR       MAX       SHR
CPU:      3.00      1.00      3.00      3.00         1
MEM:      4096      1024      4096      4096         1

Просмотр дополнительной информации из запроса

Для того чтобы просмотреть дополнительную информацию о конкретном экземпляре, введите следующую команду, где test1 задает имя экземпляра:

xlplm -v -Q test1

Подробный вывод этой команды будет выглядеть примерно следующим образом:

PLM Instance: test1

	CEC Name            Thimble
	Mode                monitor
	Policy              /etc/plm/policies/policy1
	Log                 /tmp/log.test
	HMC Host            kbuphsc2.server.company.com
	HMC User            hscroot

GROUP: group1
          CUR       MAX     AVAIL     RESVD      MNGD
CPU:      6.00      4.00      0.00      0.00       Yes
MEM:      8192      8192         0         0       Yes

CPU TYPE: dedicated

thimblelp10.server.company.com

  RESOURCES:
          CUR       MIN      GUAR       MAX       SHR
CPU:      3.00      1.00      3.00      3.00         1
MEM:      4096      1024      4096      4096         1

  TUNABLES:
             INTVL    FRUNSD    LOADLO    LOADHI     DELTA     PGSTL
CPU:         6         0      0.40      1.00      1.00         -  
MEM:         6         0       50%       90%       256         0\ 

thimblelp11.server.company.com

  RESOURCES:
          CUR       MIN      GUAR       MAX       SHR
CPU:      3.00      1.00      3.00      3.00         1
MEM:      4096      1024      4096      4096         1

TUNABLES:
             INTVL    FRUNSD    LOADLO    LOADHI     DELTA     PGSTL
CPU:         6         0      0.40      1.00      1.00         -  
MEM:         6         0       50%       90%       256         0  

*****************************************************************************

Выделение ресурсов разделу

При необходимости вы можете выделить конкретному разделу произвольное количество ресурсов, либо зарезервировать их для раздела, независимо от того, когда именно они будут использоваться. Зарезервировать и выделить ресурсы из группы управляемых разделов можно с помощью команды xlplm -R. Зарезервированные ресурсы можно использовать для создания новых неуправляемых разделов, либо для добавления в управляемую группу нового раздела.

Выделение зарезервированных ресурсов другим разделам группы возможно только после их освобождения. При включении раздела, входящего в состав управляемой группы, необходимые ресурсы автоматически удаляются из набора зарезервированных ресурсов этой группы, который также называется пулом свободных ресурсов, и присваиваются новому разделу.Если зарезервированные ресурсы применяются для создания нового неуправляемого раздела, они могут быть возвращены в группу после загрузки нового раздела, и автоматически восстановлены по запросу управляемой группы, если они впоследствии станут доступными.

В запросе на резервирование ресурсов указывается их абсолютное количество. Таким образом, в зависимости от запрашиваемого количества ресурсов в результате выполнения команды резервирования они могут быть как добавлены, так и удалены. Ниже приведены значения минимального шага изменения количества зарезервированных ресурсов.

1 Мб памяти
1 логический процессор для группы выделенных процессоров
0.01 логического процессора для группы общих процессоров

В процессе обработки запроса на резервирование ресурсов проверяется наличие доступных ресурсов в пуле свободных ресурсов целевой группы. Если в пуле свободных ресурсов присутствует достаточное количество ресурсов, из него удаляется запрошенное количество. В противном случае, необходимое количество ресурсов удаляется из одного или нескольких разделов с наименьшей нагрузкой, либо из разделов с минимальными требованиями к ресурсам. Запрос не будет выполнен, если в нем указано количество ресурсов, превышающее минимально допустимое количество для группы.

Управление запросами на ресурсы памяти

В следующем примере показано, каким образом Partition Load Manager обрабатывает запросы на выделение ресурсов памяти. В этом примере Partition Load Manager обрабатывает запросы на выделение ресурсов памяти от двух разделов:

Разделы LP0 и LP1 настроены следующим образом:

LP0:      Минимальный объем памяти = 1024 Мб
          Гарантированный объем памяти = 1024 Мб
          Максимальный объем памяти = 4096 Мб
          Вес = 2
          Текущий объем памяти  = 1024 Мб

LP1:      Минимальный объем памяти = 1024 Мб
          Гарантированный объем памяти = 1024 Мб
          Максимальный объем памяти = 4096 Мб
          Текущий объем памяти  = 1024 Мб
          Вес = 1

Общий объем памяти, которым управляет Partition Load Manager, составляет 5120 Мб. Учитывая объем памяти, выделенной разделам (Текущий объем памяти = 1024 Мб), Partition Load Manager предполагает, что объем свободной памяти составляет 3072 Мб.

В случае возрастания нагрузки, связанной с использованием памяти, Partition Load Manager получит запросы на выделение дополнительных ресурсов памяти. При получении такого запроса Partition Load Manager присваивает разделам признак запрос ресурсов. Одновременно Partition Load Manager проверяет, превышает ли текущий объем памяти раздела гарантированный объем. Разделам, текущий объем памяти которых больше гарантированного дополнительно присваивается признак повторный запрос ресурсов. Поскольку есть свободные ресурсы, Partition Load Manager удовлетворяет запрос и выделяет разделу объем памяти, указанный с помощью параметра mem_increment (задается в стратегии Partition Load Manager или внутренним значением по умолчанию). После выделения всей доступной памяти разделы будут настроены следующим образом:

LP0:      Текущий объем памяти = 2560 Мб
LP1:      Текущий объем памяти = 2560 Мб

Предположим, что дополнительной памяти недостаточно. В этом случае разделы продолжают отправлять запросы на выделение ресурсов памяти.

При получении запросов от первого раздела Partition Load Manager присваивает ему признаки "запрос ресурсов" и "повторный запрос ресурсов", поскольку объем выделенной памяти превышает гарантированный. Однако, так как свободные ресурсы отсутствуют, запросы заносятся в очередь, если нет других источников ресурсов или разделов, которым выделена дополнительная память.Запросу, полученному от второго раздела, так же присваиваются признаки "запрос ресурсов" и "повторный запрос ресурсов". Так как в очередь уже занесен запрос, помеченный признаком "повторный запрос ресурсов", Partition Load Manager может удовлетворить один из запросов на ресурсы памяти.

Поскольку оба раздела LP0 и LP1 повторно запрашивают ресурсы, Partition Load Manager с помощью весов рассчитывает, каким образом следует распределить между разделами дополнительные ресурсы (сумма текущей памяти каждого раздела минус сумма гарантированной памяти).

В этом примере из 3072 Мб дополнительной памяти разделу LP0 будет выделено 2048 Мб, а разделу LP1 - 1024 Мб. Partition Load Manager перемещает mem_incrememt Мб памяти из раздела LP1 в раздел LP0.

В соответствии с постоянными запросами на выделение ресурсов памяти Partition Load Manager перераспределит память таким образом, что конфигурация разделов будет выглядеть следующим образом:

LP0:      Текущий объем памяти = 3072 Мб
LP1:      Текущий объем памяти = 2048 Мб

Управление ресурсами процессоров в общей среде с логическими разделами

В следующем примере показано, каким образом Partition Load Manager управляет ресурсами процессоров в общей среде с логическими разделами. Разделы L0 и L1 настроены следующим образом:

LP0:      Минимальное число логических процессоров = 0.1
          Гарантированное число логических процессоров = 0.5
          Максимальное число логических процессоров = 2.0
          Максимальное число логических процессоров на один виртуальный = 0.8
          Вес = 3
          Текущее число логических процессоров = 0.1
          Текущее число виртуальных процессоров = 1

LP1:      Минимальное число логических процессоров = 0.1
          Гарантированное число логических процессоров = 0.5
          Максимальное число логических процессоров = 2.0
          Максимальное число логических процессоров на один виртуальный = 0.8
          Вес = 1
          Текущее число логических процессоров = 0.1
          Текущее число виртуальных процессоров = 1

Общее число логических разделов, которыми управляет Partition Load Manager, составляет 2,0. Каждому разделу выделено 0,1 логического процессора, т.е. Partition Load Manager может распределить 1,8 свободных логических процессоров.

В случае возрастания нагрузки, связанной с использованием процессоров, Partition Load Manager получит запросы на дополнительные ресурсы процессоров. Partition Load Manager присваивает этим разделам признаки "запрос ресурсов" и "повторный запрос ресурсов", если текущее количество ресурсов превышает гарантированное значение.

Помимо распределения логических процессоров, Partition Load Manager управляет числом виртуальных процессоров. Если число логических разделов превысит 0,8, добавляется дополнительный виртуальный процессор.

В этом примере Partition Load Manager выделяет свободные ресурсы до тех пор, пока не будет достигнуто следующее состояние:

LP0:      Текущее число
логических процессоров = 1.0
          Текущее число виртуальных процессоров = 2 
LP1:      Текущее число логических процессоров = 1.0
          Текущее число виртуальных процессоров = 2

Если разделы продолжают запрашивать ресурсы, Partition Load Manager перераспределяет уже выделенные ресурсы в соответствии с весами разделов. В данном случае количество дополнительных ресурсов равно 1.5 логических процессора. Так как для раздела LP0 указан вес 3, а для раздела LP1 - 1, Partition Load Manager перемещает дополнительные ресурсы из LP1 в LP0. Если нагрузка на оба раздела не изменится, то ресурсы будут выделены следующим образом:

LP0:      Текущее число
логических процессоров = 1.25
          Текущее число виртуальных процессоров = 2

LP1:      Текущее число логических процессоров = 0.75
          Текущее число виртуальных процессоров = 2