LCFG: Система автоматизированного управления конфигурацией компьютеров
LCFG
LCFG: система управления конфигурацией компьютеров. Автоматическая установка и настройка большого числа систем, гибкость и адаптивность для различных сред.
Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Введение
Компьютерная система управления конфигурацией. LCFG расшифровывается как "Local ConFiGuration system" ("Локальная система конфигурации"). Разработанная в Эдинбургском университете примерно с 1993 года, это "система для автоматической установки и управления конфигурацией большого числа компьютерных систем. Она особенно подходит для организаций с очень разнообразными и быстро меняющимися конфигурациями".
Computer configuration management system
LCFG stands for "Local ConFiGuration system". Developed at the University of Edinburgh beginning around 1993, it is "a system for automatically installing and managing the configuration of large numbers of computer systems. It is particularly suitable for sites with very diverse and rapidly changing configurations".
Архитектура системы
Конфигурация всего сайта описывается набором исходных файлов, хранящихся на центральном сервере. Следует отметить, что один исходный файл не обязательно соответствует одной машине; исходный файл обычно описывает один аспект общей конфигурации, например, "параметры, специфичные для машин студентов", или "параметры, специфичные для машин Scientific Linux". На отдельный параметр может влиять более одного исходного файла. Исходные файлы компилируются в отдельные профили. Один профиль соответствует одной машине и содержит все параметры конфигурации, необходимые для воссоздания конфигурации целевой машины. Профили публикуются на веб-сервере. При изменении профиля соответствующий клиент получает простое UDP-уведомление. Клиент извлекает профиль по HTTP и кэширует параметры в DBM-файле. Клиенты обычно периодически опрашивают сервер на предмет новых конфигураций, если уведомление было пропущено. Клиенты периодически отправляют на сервер простое UDP-подтверждение. Эти подтверждения собираются для создания веб-страницы, отображающей информацию о статусе всех клиентов. Компонентные скрипты на клиенте отвечают за чтение параметров конфигурации и выполнение необходимых действий для реализации конфигурации; обычно это включает в себя генерацию файлов конфигурации на основе параметров в профиле. Компоненты получают уведомление при получении новой конфигурации, которая включает изменение параметров этого компонента. Компонент перегенерирует необходимые файлы конфигурации и уведомляет связанные демоны.
The configuration of the entire site is described in a set of source files, held on a central server. Note that one source file does not (necessarily) correspond to one machine; a source file typically describes one aspect of the overall configuration, such as "parameters specific to student machines", or "parameters specific to Scientific Linux machines". An individual parameter may be affected by more than one source file. The source files are compiled into individual profiles. One profile corresponds to one machine, and the profile contains all the configuration parameters necessary to recreate the configuration of the target machine. The profiles are published on a web server. When a profile changes, the corresponding client is sent a simple UDP notification. The client retrieves the profile using HTTP, and caches the parameters in a DBM file. Clients normally poll periodically for new configurations in case the notification has been missed. Clients periodically send a simple UDP acknowledgement to the server. These are collated to generate a web page showing status information for all the clients. Component scripts on the client are responsible for reading the configuration parameters and taking the appropriate actions necessary to implement the configuration; usually this involves generating configuration files from the parameters in the profile. Components are notified when a new configuration is received which involves a change to some parameter of that component. The component regenerates any necessary configuration files, and notifies any associated daemons.