Если Ваше приложение не требует большого количества вычислительной мощности, довольно вероятно, что у Вас закончится сетевая пропускная способность перед этим. Это имеет два последствия:
Переключатель выравнивания нагрузки является самым полезным в сценарии, где обработка занимается большей частью обработки запросов, и синхронизация не важна, например, при создании поисковой системы (запрос сложен, набор данных не изменяется так, отдельный сервер может работать над частной копией, и абсолютно приемлемо воздействовать на данные, которые являются несколькими старыми часами).
Для приложений, требующих логинов, Вы могли бы хотеть отдельную инфраструктуру для отслеживания пользователей и сессий, которые могут реагировать более быстрые, чем это, например, дублируемая база данных, содержащая пользовательские данные и информацию об учетных данных и отдельный сервис, который может установить законность идентификатора сессии.
Возможная реализация должна была бы генерировать идентификационный cookie сессии путем снабжения цифровой подписью идентификатора пользователя, идентификатора сервера, раздающего cookie и метку времени, когда учетные данные были приняты; отдельные серверы фронтенда могли затем связаться с сервером входа в систему для запросов законности cookie (в реальном сценарии, Вы могли бы хотеть иметь некоторую оптимизацию там).
Совместно используемыми наборами данных трудно управлять, и ответ, как реализовать, это лучше всего очень зависело бы от рассматриваемого приложения; это было бы более длинной статьей.
Виртуализация помогает, когда аппаратные средства недогружены или должны быть заменены быстро. Дело не в этом важный для выравнивания нагрузки, но конечно один из инструментов, которые Вы использовали бы для отдельных серверов, через которые распределяется Ваш сервис.
Если ваш почтовый сервер остается там, где он есть, я бы сделал следующее:
mail.domainname.com
(или как вам угодно как на самом деле), указав на существующий IP-адрес и изменив запись MX, чтобы использовать его одновременно. domainname.com
. Создайте новая A
запись с новым именем и создание новой записи MX
, указывающей на старое имя (в идеале с приоритетом, равным существующей записи MX). По прошествии некоторого времени удалите старую запись A
и старую запись MX
.