После проведения некоторого исследования я полагаю, что Вы правы относительно отправки снимков. ZFS SEND
и RECEIVE
команды могут быть переданы по каналу в bzip2 и затем что файл может быть rsync-редактором к другой машине.
Вот некоторые источники, которые я использовал:
Страница 211 Oracle Solaris ZFS Administrator Guide (или веб-версия здесь) начинает говорить о приблизительно этом.
Я также нашел сообщение в блоге, которое дало простой пример этого. Этот блог также показал передачу по каналу потока битов через bzip2 и отправку его.
Я не нашел сообщения со сценариями репликации отправленными, но я действительно находил кого-то, который отправил их резервный сценарий. Тем не менее я не понял это так, это может быть спам.
Многие из веб-сайта говорили об установке задания крона для делания этого часто. Если это верно, Вы могли копировать/копировать с меньшим количеством влияния на пропускную способность и пользователей и быть хорошей функцией аварийного восстановления, потому что удаленные данные более актуальны. (Таким образом, после начального блока данных при начале работы.)
Снова, я думаю, что Вы имели верное представление, отправляя снимки, кажется, существует много преимуществ для использования SEND
/ RECEIVE
.
Править: Просто наблюдаемый video1 video2, который может, помогает, поддерживает использование SEND
/RECEIVE
и переговоры о rsync (запускается в 3m49 s). Ben Rockwood был докладчиком и здесь является ссылкой на его блог.
Среда веб-фермы проста. Единственный SPOF существует при интеграции с внешним балансировщиком нагрузки, в отличие от использования встроенной маршрутизации запросов приложений. Это происходит главным образом потому, что если ваш балансировщик нагрузки не может обнаружить сбой на сервере, он все равно может попытаться выполнить маршрутизацию на этот сервер.
Если вы просто развертываете одно приложение, WFF - идеальный выбор, и его НАМНОГО проще настроить, чем традиционная настройка общей конфигурации.