Поведение загрузки ЦП AIX
Вам не придется действительно уведомить никого вне Вашего собственного доменного регистратора.
Если Вы намереваетесь иметь серверы имен в 2.2.2.1 и 2.2.2.2, просто удостовериться, что они только служат именам, для которых они являются авторитетными, и ничто иное. Довольно быстро, клиенты старых серверов имен в 2.2.2. [12] поймет, что они не получают ответы, и они прекратят отправлять запросы.
Если у Вас нет серверов имен в 2.2.2.1 и.2 (и, вероятно, легче, если Вы не делаете), то просто позволенный те входящие запросы спасть до пола. Снова, клиенты в передающем конце очень быстро получат подсказку, что нет никакого смысла отправляющего запросы в Ваш конкретный угол Интернета.
То, что вы описываете, является нормальным поведением. Чтобы отдельный логический раздел AIX получил еще несколько физических процессоров (сверх минимального разрешения), ему необходимо выполнить фактический код. Было бы странно, если бы вы увидели повышенную нагрузку (в вашем случае намного больше, чем 8.
Есть способы постоянно выделять процессоры для LPAR, но статически, а не динамически:
- использовать выделенные процессоры или
- увеличьте свой минимум (теперь вы используете общий доступ с минимум 2, вы можете увеличить, например, до 2,5).
Нет настройки, гарантирующей, что на пике ваше использование никогда не достигнет 100%, и в лучшем случае причина. У вас сложилось впечатление, что для назначения 2,5 существуют накладные расходы, и эти накладные расходы уменьшились бы, если бы LPAR получил 2,8 (и сохранял некоторое время), это всего лишь впечатление.
Фактически LPAR получает процессор (выше 2.0, который он всегда получает) в каждый квантовый период времени, и накладные расходы постоянны; накладные расходы такие же: увеличиваются до 2,5 на первом такте, до 3,1 на втором такте и снова до 2. 0 на третьем кванте. Поскольку мы находимся на втором такте, LPAR требуется больше, но LPAR не должен ничего явно запрашивать; если LPAR все еще выполняет код, это неявно понимается (гипервизором машины), что ему необходимо продолжать работу без прерывания (без переключения LPAR из процессора). Гипервизор наблюдает за процессорами и говорит: «Хммм, этот LPAR все еще выполняет код, давайте подождем и посмотрим, я дам ему столько, сколько смогу, и выкину его из процессора, только когда его время закончится». Он дошел до 3.1 либо потому, что гипервизор принудительно его отключил, либо он выполнил все, и каждый процесс вошел в sleep (). Если на машине достаточно свободной мощности, и LPAR пытается выполнить код, для которого требуется 4.0, ему разрешается запускать 4.0 мгновенно (без прерывания на 2.0 или где-либо еще), пока он не достигнет 4.0, и только тогда происходит прерывание.
В этом примере сохранение значения 3.1 для многих квантов будет означать, что вы тратите свою драгоценную мощность машины; если в результате вы можете увидеть использование 90%, что означает, что теперь вы тратите 10% своих денег. Ничего более.
Процедура не похожа на то, что LPAR использует 2.0, затем запрашивает больше, использует 0.1, затем запрашивает больше, использует еще 0.1 и т. Д. Это не работает. Он получает дополнительные 0,1 без запроса, просто потому, что он все еще загружает процессоры своей рабочей нагрузкой; нет дополнительных накладных расходов.
100% использование очень нормально.
PS. Что за слово «ядро»? То, что обрабатывает машинный код, называется «процессором», и мир AIX правильно использует эту терминологию. Физическая вещь, которую вы подключаете к розетке, - это «модуль».