Назад | Перейти на главную страницу

Как вы синхронизируете контент между серверами IIS?

Я только что наткнулся на эту утилиту, которая будет синхронизировать серверы IIS, и мне было интересно, какое другое программное обеспечение используют люди?

http://www.iis.net/download/WebDeploy

Компания, в которой я работаю, использует очень старую версию Content Management Server 2003, и я ищу поддерживаемый продукт.

Для чего-то такого старого, работающего на Windows 2003 (я полагаю), я бы, вероятно, выбрал robocopy или что-то подобное.

Для серверов Windows 2008 я использую DFS между серверами (для сайтов, которым это нужно, например WordPress). Для сайтов, на которых все файлы загружаются системным администратором, мы просто отправляем на каждый сервер вручную, поэтому мы продолжаем извлекать один сервер из балансировщика нагрузки за раз, обновляя его, а затем помещаем их все в вытягивание последнего.

Этот инструмент веб-развертывания хорош!

Раскрытие информации: сотрудник MSFT, явно предвзято!

Инструмент веб-развертывания может переносить сайты и приложения между серверами и имеет несколько действительно полезных функций для определения того, перемещалась ли конфигурация между серверами внутри фермы.

Как правило, вы -verb: синхронизируете содержимое с каким-либо пакетом, затем вы можете -verb: sync или -verb: перенести этот пакет на целевой сервер IIS 6.0 или 7.0. Если вам просто любопытно, вы можете выбрать операцию, которая определит все предлагаемые изменения между исходным и целевым серверами.

По моему опыту, с серверами IIS 6 ключевая проблема, которая со временем развивается, заключается в том, что метабазы ​​дрейфуют между участниками фермы (если это не было тщательно спланировано и управлялось с самого начала), и это может привести - назовем их интересный - поведение на ферме. Этот инструмент может оценить различия в метабазах, различия в содержимом и работу с гораздо меньшими усилиями, чем попытка создания сценария IISCNFG.vbs для достижения того же результата. Синтаксис поначалу немного противоречивый, но вложение того стоит, ИМХО.

Насколько я помню, у CMS был отдельный рабочий процесс и механизм развертывания, поэтому у него могло не быть сопоставимых функций на фронте рабочего процесса, но для перемещения сайтов между серверами и синхронизации ферм (как контента, так и настроек) я обнаружил, что WebDeploy довольно хорош. хорошо.