Я хочу установить 2 сервера DFS-R для веб-контента. Веб-сайт представляет собой систему управления обучением, в которой хранится несколько ТБ видео и документов. Передняя часть веб-сайта - это балансировка нагрузки Windows на нескольких серверах.
Я ищу следующее:
Обычно «Сервер 1» будет обслуживать контент для веб-приложения. В случае сбоя «Сервера 1» я мог бы переключить конфигурацию, чтобы позволить «Серверу 2» обслуживать контент.
Этот сайт имеет входящий контент от системы записи лекций, который составляет несколько ГБ контента в день. Я опасаюсь, что в типичном сценарии с несколькими мастерами DFS-R одни конечные пользователи будут видеть контент, а другие нет, потому что процесс синхронизации между серверами задерживается. Я бы предпочел избежать такой возможности и записал бы контент в одно место, а второй сервер просто использовал бы в качестве резервного.
Другими словами, если «Веб-сервер 1» обменивается данными с партнером DFS, «Файловый сервер 1» и «Веб-сервер 2» обменивается данными с партнером DFS «Файловым сервером 2», когда публикуется масса нового видеоконтента, два интерфейсных веб-сервера серверы имеют разный контент, пока репликация не догонит. Я хочу, чтобы этого не случилось.
Это возможно?
Насколько я понимаю, вам нужно будет настроить топологию репликации Hub & Spoke DFS.
Если все входящие изменения содержимого происходят на файловом сервере 1, тогда вашим концентратором должен быть файловый сервер 1. Затем вы должны добавить файловый сервер 2 и веб-серверы 1 и 2 в качестве спиц. Таким образом, содержимое изменяется только на исходном сервере (файловый сервер 1), а изменения реплицируются на распределенные серверы. Веб-серверы 1 и 2 будут получать свой контент только от файлового сервера 1.
Вам все равно придется дождаться обновления репликации между файловым сервером 1 и веб-сервером 2, прежде чем переключаться. Однако это устраняет необходимость ожидания завершения репликации на файловом сервере 2, прежде чем веб-сервер 2 и файловый сервер 2 смогут выполнить репликацию.