Есть ftp-сервер pure-ftpd под управлением FreeBSD. Необходимо поднять резервный ftp-сервер, чтобы при падении основного он его заменял. Причем они постоянно должны синхронизировать пользовательские каталоги. Как это реализовать, чтобы переключение осуществлялось максимально автоматизировано.
>Есть ftp-сервер pure-ftpd под управлением FreeBSD. Необходимо поднять резервный ftp-сервер, чтобы при
>падении основного он его заменял. Причем они постоянно должны синхронизировать пользовательские
>каталоги. Как это реализовать, чтобы переключение осуществлялось максимально автоматизировано.
а не проще сделать так чтобы proftpd не падал? а то ведь если резервный упадет вслед за proftpd что делать будете?
>а не проще сделать так чтобы proftpd не падал? а то ведь
>если резервный упадет вслед за proftpd что делать будете?Сделать чтобы он не падал, а это возможно? Дело не в падении демона ftp, а самого сервака(сгорел например). И к тому же вероятность падения сразу двух серваков очень мала.
>>а не проще сделать так чтобы proftpd не падал? а то ведь
>>если резервный упадет вслед за proftpd что делать будете?
>
>Сделать чтобы он не падал, а это возможно? Дело не в падении
>демона ftp, а самого сервака(сгорел например). И к тому же вероятность
>падения сразу двух серваков очень мала.Если в качестве резервного - то можно использовать rsync. Если бы это был linux, у него есть замечательный модуль ядра - inotify(knotify - в более ранних версиях). Так вот этот модуль позволяет узнавать об измененных файлах через хуки(чтоб не сканить постоянно ФС). А вот если он изменен - натравливать на него rsync, чтоб велосипед не придумывать. Я думаю, что в freeBSD может быть схожая технология. Во всяком случае можно поглядеть на fam, gamin(этот более легкий в плане пожирания ресерсов).
В крайнем случае - в кронтаб на минуту к примеру ставить rsync натравливая его на определенную директорию.
Если жэ на распределение нагрузки - тут надо думать в другую сторону.