[ новости /+++ | форум | теги | ]

Каталог документации / Раздел "Операционные системы" / Оглавление документа

5. Использование cfengine в качестве фронт-энда для cron

Contents

5. Использование cfengine в качестве фронт-энда для cron

Одним из сильных качеств cfengine является использование им классов для определения систем из одного или нескольких файлов. Многим администраторам также хотелось бы, чтобы демон cron работал подобным образом. Одним из способов установить cron из глобальной конфигурации является использование функции editfiles , существующей в cfengine, для редактирования файлов cron отдельно друг от друга. Но гораздо лучше использовать классы времени cfengine для работы в качестве пользовательского интерфейса для cron. Это позволяет иметь один центральный файл cfengine, в котором находятся все задания cron в системе, при этом все замечательные функции, предоставляемые cron, остаются доступны. Как применяются все основные преимущества?

• Гораздо удобнее следить за тем, какое из заданий cron выполняется в системе, когда всё сосредоточено в одном месте
• Для того, чтобы определить, на каком компьютере, какая из программ должна выполняться, можно использовать все, так внимательно созданные до этого, группы и определённые пользователями классы.

Главная идея, лежащая в основе этого принципа, - установить регулярную задачу cron на каждой системе, которая с определённой частотой запускает cfagent. Каждый раз при запуске cfagent он оценивает классы времени и выполняет команды shell, заданные в его файле конфигурации. В таком случае cfagent используется в качестве упаковщика(wrapper) для скриптов cron, поэтому классы cfagent можно использовать для управления заданиями на множестве компьютеров. Классы времени в cfagent, по меньшей мере, настолько же мощный инструмент, как и возможности cron по спецификации времени, поэтому использование такого метода не повлечёт каких-либо ограничений. См. раздел 5.3 [Создание гибких классов времени], стр.60. Единственный недостаток заключается в дополнительных издержкахна анализ конфигурационного файла cfagent.
Для более детального рассмотрения вопроса, представим, что следующий файл crontab устанавливается на каждый компьютер сети:

#
# Global Cron file
#
0,15,30,45 * * * * /usr/local/sbin/cfexecd -F

5.1 Создание cfagent.conf

Структура cfagent.conf должна отражать принципы, согласно которым требуется осуществлять запуск задач в системе. Необходимо активизировать соответствующие задания и отключить неиспользуемые в соответствии с временем суток. Это можно сделать тремя способами:

• Помещать отдельные действия в рамках классов, ограничивающих время их исполнения

action:
Hr00.Min10_15||Hr12.Min45_55::
Command

• Выбирать различные actionsequence в зависимости от времени суток

control:
Hr00:: # Action-sequence for daily run at midnight
actionsequence = ( sequence )
!Hr00:: # Action-sequence otherwise
actionsequence = ( sequence )

• Импортировать модули, основывающиеся на классах времени

import:
Hr00:: cf.dailyjobs
any:: cf.hourlyjobs

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

5.2. Распределение времени на компьютерах

Проблема, заключающаяся в запуске всех cfagent в одно и то же время, используя один cron файл, состоит в том, что это может привести к разногласиям или неэффективной работе. Например, если сто cfagent вдруг захотят одновременно получить копию файла из главного источника, это приведёт к огромной нагрузке на сервер. Такую ситуацию можно предотвратить, если ввести временную задержку, уникальную для каждого компьютера и не превышающую заданного интервала. Cfagent использует алгоритм хэширования для генерации числа минут от нуля до заданного максимального значения. Это выглядит примерно  так:

# Put this in update.conf, so that the updates are also splayed
control:
SplayTime = ( 10 ) # minutes

Если такое число не равно нулю, то после анализа своего файла конфигурации и определения времени cfagent перейдёт в режим ожидания. Каждый механизм будет переходить в такой режим на разные промежутки, которые не превышают заданного в минутах времени. Механизмы хэширования, основанные на полностью уточнённых именах компьютеров, используются для определения уникального промежутка для каждого из них. Чем короче интервал, тем более сконцентрировано будут работать компьютеры. Чем длиннее интервал, тем менее нагруженным окажутся серверы. Такое распределение времён работы позволит уменьшить нагрузку на серверы, даже если они пришли из неподчинённых доменов, но работают по тем же cron принципам.

5.3. Создание гибких классов времени

Каждый раз при запуске cfagent определяет время по часам системы и задаёт значение следующим классы времени и даты:

Классы времени, задающие точное время запуска cfagent в минутах, вряд ли будут часто использоваться, поскольку маловероятно, что кому-либо потребуется просить cron запускать cfagent каждую минуту каждый день: ему просто не хватит времени на окончание одной работы перед тем, как быть запущенным снова. Более того, многие факторы могут повлиять на задержку запуска cfagent. Возможность определять точное времени запуска, главным образом, используется для создания составных классов, которые задают произвольные промежутки времени. Для этого необходимо использовать действие group или classes, чтобы создать алиас для групп со значением времени. Ниже приведём несколько нестандартных примеров:

classes: # synonym groups:
LunchAndTeaBreaks = ( Hr12 Hr10 Hr15 )
NightShift = ( Hr22 Hr23 Hr00 Hr01 Hr02 Hr03 Hr04 Hr05 Hr06 )
ConferenceDays = ( Day26 Day27 Day29 Day30 )
QuarterHours = ( Min00 Min15 Min30 Min45 )
TimeSlices = ( Min01 Min02 Min03 Min33 Min34 Min35)

В данных примерах значением левой части выражений является логическое объединение элементов в правой части. Это значит, что, если хоть какой-нибудь из классов в скобках будет определён, то и значение левой части тоже будет определено. Таким образом можно понятно и по-разному задавать промежутки времени внутри программы, не используя где-либо операторов | или ..

5.4. Выбор промежутков планирования

Как часто необходимо запускать глобальный скрипт cron? Для ответа на этот вопрос необходимо обдумать следующие аспекты:

• Как часто требуется производить точную регулировку? Для большинства задач, как правило, достаточно запускать задания cron один раз в час, но иногда точная регулировка требуется для решения ряда специальных задач.
• Планируется ли запуск полного файла конфигурации cfengine или специального облегчённого файла?
• Время ожидания системы. Сколько времени займёт загрузка, анализ и выполнение скрипта cfengine?

В cfengine использует грамотные механизмы блокировки и ожидания, которых достаточно для исполнения команд shell, висящих с предыдущих запусков cron, поэтому никаких наложений не произойдёт. См. раздел 6.2.3. [Спам и безопасность]

Партнёры:

Хостинг: