Несколько экземпляров веб-сайта по единственному серверу - обновляют по одному

Компания я работаю на Монитор Приложения использования от ManageEngine, и в то время как она не устанавливает пороги динамично значения по умолчанию, которые она использует, довольно хороша. Многие значения, которые это контролирует, не имеют динамических пределов. Например: Время отклика на веб-сервере должно всегда быть быстрым, неважно, сколько трафика, там. Лучше установить предупреждения на основе желаемого SLA или время отклика, чем использование соединений или пропускной способности.

5
задан 7 March 2012 в 10:14
2 ответа

Конечно, это то, что мы делаем. У нас есть два веб-сервера, A и B. У нас есть haproxy, который сидит перед ними, послушно балансируя запросы между ними. Как и вы, мы не храним данные сеанса таким образом, чтобы запрос должен возвращаться на исходный сервер.

Когда мы хотим выполнить обновление, мы извлекаем сервер A из пула. Выполняем обновление и внутреннее тестирование сайта. Затем мы помещаем сервер A в пул и в тот же момент извлекаем сервер B из пула. Затем мы обновляем Сервер B и вставляем его обратно.

Плюс: Обновление сайта с нулевым временем простоя.

Обратное: Во время обновления у вас нет балансировки нагрузки или избыточности. Чтобы решить эту проблему, вам нужно добавить гораздо больше серверов.

Что касается того, стоит ли это того, только вы можете ответить на этот вопрос. Наше программное обеспечение невероятно сложное, и его развертывание может занять до 5 минут (и это при полной автоматизации), и оно используется практически круглосуточно. Так что для нас это было несложно.

Если ваш сайт получает трафик только спорадически в течение дня или в основном, скажем, в рабочее время, и вы не преодолеете барьеры, с которыми может справиться один веб-сервер, то он может не стоить хлопот. Более подходящим решением может быть показ баннера обслуживания на 10 секунд при выполнении svn export .

Если вы не преодолеете барьеры, с которыми может справиться один веб-сервер, то это может не стоить хлопот. Более подходящим решением может быть показ баннера обслуживания на 10 секунд во время выполнения svn export .

Если вы не преодолеете барьеры, с которыми может справиться один веб-сервер, то это может не стоить хлопот. Более подходящим решением может быть показ баннера обслуживания на 10 секунд при выполнении svn export .

3
ответ дан 3 December 2019 в 01:40

Взгляните на WebFarmFramework и ARR. WFF автоматизирует развертывание кода, а также настройки IIS. Кроме того, если вы используете его балансировщик нагрузки, он переведет узлы в автономный режим, пока происходит обновление.

Я сейчас занимаюсь той же проблемой, поэтому не могу поручиться за это в продакшене, просто еще одна идея, на которую стоит обратить внимание.

2
ответ дан 3 December 2019 в 01:40

Теги

Похожие вопросы