Управление ресурсами

Оценить
(0 голоса)

SRM 1.x вплоть до Solaris 9 представлял наиболее эффективный метод динамического разделения ресурсов ЦП среди пользователей и приложений.

Для Solaris 2.6 необходим SRM 1.0, для Solaris 7 - SRM 1.1, а для Solaris 8 - SRM 1.2.

Каждый пользователь описывается в файле /etc/passwd (плюс активные пользователи, подключенные посредством NIS или другим способом) как Inode (1-узел - логический узел). При помощи 1-узла расширяются свойства, связанные с пользователем, путем добавления распределений ресурсов ЦП, виртуальной памяти и ряда активных процессов.

Распределение виртуальной памяти и количество активных процессов для 1-узла может контролироваться только верхним пределом, который устанавливается. Предел виртуальной памяти защищает приложения от потери памяти в случае расходования всего доступного пространства своппинга (подкачки). Тем не менее, использовать пределы виртуальной памяти следует осторожно; слишком низкий предел может помешать функционированию даже обычных приложений. В среде БД могут возникнуть проблемы. Если БД по какой-либо причине превышает выделенное ей пространство, то, скорее всего, произойдет сбой, а его причина может быть и неочевидной. Настоятельно рекомендуется пользователям избегать применения пределов виртуальной памяти базами данных. Такую же осторожность следует соблюдать и при установке пределов на количество активных процессов.

Увеличение гибкости в отношении групп и пользователей

Управление ресурсами ЦП более гибкое: для каждого 1-узла распределяются shares - общие, или разделяемые, или совместно используемые, ресурсы, представляющие количество ресурсов цп. к которым при необходимости может обратиться пользователь. Совместно используемый ресурс скорее является количественным отношением (пропорцией), чем процентным, поскольку общее количество выделенных разделяемых ресурсов не должно равняться 100.

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

В этом примере распределение ЦП для всей группы определяется 20 долями, присвоенными 1-узлу Ганеша. Внутри группы каждый ее член имеет свою собственную долю, а поскольку 1-узел группы может также иметь активные процессы, то установка mysare (моя доля) используется для определения доли ресурсов Ганеша по отношению к остальным членам группы. Общее число долей внутри группы равняется 60 + 40 + 50 + 30 = 180, а установка mysare дает право Ганешу на 60/180, или на одну треть, ресурсов всей группы.

Чтобы определить эффективное соотношение 20 долей Ганеша к долям ресурсов остальных пользователей в системе, доли всех остальных групп или пользователей необходимо сравнить. В многоуровневой иерархии этот расчет может оказаться довольно сложным.

Инструмент предлагает секторные диаграммы, показывающие эффективный процент от общего количества ресурсов ЦП, на который может рассчитывать группа и ее пользователи; также показан актуальный ЦП, используемый в текущий момент активными пользователями. Инструмент работает с SRM 1.x и в целом упрощает использование и администрирование SRM.

Секторная, или круговая (pie chart), диаграмма применяется в презентационной графике, когда круг делится на секторы, закрашиваемые своим цветом и пропорциональные знамениям представляемых данных.

Управление несколькими экземплярами БД
Преимущества выделения разделяемых ресурсов SRM
Влияние SRM на производительность
Новая инфраструктура управления ресурсами
Привязка процессов

Добавить комментарий


Защитный код
Обновить