Организация доступа к единственной копии файла настройки противоречит усилиям, направленным на распределение служб загрузки, поскольку возникает слишком большая зависимость от центрального сервера.
Одним из способов избежать проблемы является периодическое копирование распределенными серверами файла настройки из смонтированной файловой системы на локальный диск. Это решение легко автоматизировать, но оно создает возможную ситуацию, когда распределенные серверы в определенные моменты времени будут отставать в синхронизации - копируя файл настройки по расписанию, а не тогда, когда изменилась основная копия файла. Есть, разумеется, и иной подход: все удаленные серверы экспортируют файловые системы, монтируемые центральным сервером. Тогда центральный сервер может копировать файл настройки непосредственно в удаленные файловые системы, когда изменяется основная копия файла. Тем не менее существуют и более простые пути.
r-команды Unix rep и relist реализуют наиболее популярные методы распространения файлов настройки.
rep - Программа удаленного копирования (remote сору, гер) - это обычный протокол передачи файлов. Применительно к поставленной задаче она имеет два преимущества перед FTP: легко позволяет автоматизировать процессы и не требует использования паролей. Автоматизация с гер проста потому, что для передачи файла требуется одна-единственная строка. В следующем примере выполняется передача файла dhcpd.conf с головного сервера на удаленный сервер arthropod.wrotethebook.com:
# rep /etc/dhcpd.conf arthropod.wrotethebook.com:/etc/dhcpd.conf
Для каждого удаленного сервера, которому необходимо передать файл, добавьте подобную строку в процедуру обновления основной копии файла настройки.
гср - лишь один из вариантов решения задачи о распространении основной копии файла настройки. Программа relist, будучи не столь простой в приме- нении, часто оказывается более предпочтительным выбором, поскольку имеет ряд возможностей, делающих ее особенно подходящей для решения подобных задач.
- << Назад
- Вперёд
