Как изменить домен запись, не отключая трафик входящей корреспонденции некоторое время?

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

  • Опция 1 не является действительно опцией, поскольку это не узкое место
  • Вы хотите распределить через сайты, не через серверы.

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

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

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

Совместно используемыми наборами данных трудно управлять, и ответ, как реализовать, это лучше всего очень зависело бы от рассматриваемого приложения; это было бы более длинной статьей.

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

0
задан 25 July 2013 в 17:51
3 ответа

Если ваш почтовый сервер остается там, где он есть, я бы сделал следующее:

  1. Создайте новую запись A для mail.domainname.com (или как вам угодно как на самом деле), указав на существующий IP-адрес и изменив запись MX, чтобы использовать его одновременно.
  2. Подождите примерно день, чтобы убедиться, что все кэшированные копии старой записи MX исчезнут. (Технически вам нужно подождать только время, указанное в MX TTL.)
  3. Измените запись A для domainname.com .
6
ответ дан 4 December 2019 в 11:06

Создайте новая A запись с новым именем и создание новой записи MX , указывающей на старое имя (в идеале с приоритетом, равным существующей записи MX). По прошествии некоторого времени удалите старую запись A и старую запись MX .

2
ответ дан 4 December 2019 в 11:06
  1. Двойной домашний почтовый сервер со старым IP-адресом и новым IP-адресом
  2. Имейте два почтовых сервера, один со старым, другой с новым
  3. Установите действительно низкий TTL на файл зоны за 48 часов до изменения, скажем, TTL 5 минут, затем, после того, как 48 часов истекли, измените запись MX, подождите 24 часа и верните TTL в нормальное состояние.
0
ответ дан 4 December 2019 в 11:06

Теги

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