Предложения при изменении Интернета smtp IP-адрес сервера
Я уверен, что мой VPS имеет больше ресурсов в наличии, чем общее поле с сотнями других сайтов.
Не так убеждайтесь. VPSes также совместно используются на той же самой реальной машине с другими. Сумма RAM не может быть выделена и если другие VPSes на том же сервере также заняты - ЦП, RAM или Дисковой Пропускной способностью, то Ваш VPS может страдать. Общий сервер, возможно, имел намного больше поршня, и другие другие сайты не могут быть столь же оживленными как Ваши сайты.
С 30 сайтами и пользовательским ПРИЛОЖЕНИЕМ ЭЛЕКТРОННОЙ КОММЕРЦИИ, трудно сказать, в каком количестве RAM Вы испытываете необходимость, потому что это варьируется значительно с тем, насколько занятый сайты, насколько большой базы данных и т.д. Вы сделали анализ своего VPS для наблюдения то, что использует RAM и где это может быть оптимизировано?
Можно установить макс. память для сайтов, но если Вы получите более оживленный сайт, то она абсолютно ограничит, сколько трафика она сможет обработать. Я не хочу подвергать сомнению Вашу бизнес-модель, но это кажется с 30 сайтами электронной коммерции, необходимо смочь купить выделенный сервер для надлежащей поддержки тех сайтов.
Необходимо ли действительно создать новый сервер в противоположность просто перемещению старого сервера?
Измените rDNS и записи одновременно. Я не вижу значения в изменении rDNS заранее.
Хорошая идея.
Это не то, как DNS работает. Запись DNS "не добирается там". DNS является технологией получения по запросу не технология доставки. Вы хотите, чтобы TTL был достаточно низким так, чтобы запись DNS не кэшировалась в течение чрезмерно длительного промежутка времени на серверах, которые уже разрешили запись DNS и имеют ее в их кэше. Серверы, которые не имеют записи DNS в их кэше уже, получат новую информацию DNS сразу, когда они выполнят поиск для записи DNS.
Хорошая идея, но 24 часа кажется немногим долго мне. Я обычно установил 1 час как свой TTL. Это достаточно коротко, чтобы допускать быстрые изменения с нашей стороны и достаточно долго не создавать любую неуместную нагрузку для наших серверов имен.
Хорошая идея
Записи DNS не распространяют, они кэшируются. Нет никакой потребности ожидать, пока они "не добираются там", поскольку это не то, как DNS работает. Почтовый сервер, который не послал электронное письмо Вам в течение промежутка времени, указанного в TTL, выполнит поиск для записи DNS и сразу найдет новую информацию DNS. Любой сервер, который послал электронное письмо Вам в течение промежутка времени, указанного в TTL, будет иметь старую информацию DNS в их кэше для жизни TTL. Когда жизнь TTL истечет, они выполнят новый поиск и сразу получат новую информацию. При установке TTL на 1 час приблизительно за 24 часа до того, как запланированный cutover должен быть достаточным для снижения риска пропавших без вести некоторой входящей электронной почты. Кроме того, большинство почтовых серверов попытается послать электронное письмо сроком на 48 часов, поэтому даже если несколько почтовых серверов будут "скучать" по Вам во время cutover, они должны продолжать повторять в течение 48 часов и поставить электронную почту, когда они могут соединиться.
Мы делаем такого рода вещь для наших клиентов все время. Мы изменяем записи DNS в 20:00 в пятницу вечером и к 21:00 или таким образом, электронная почта течет отлично к новому серверу.