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

перемещение моего сайта, беспокойство о смене IP

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

Вот что я планирую сделать:

  1. Разместите страницу "на обслуживании" на старом хосте
  2. Запустите сайт на новом хосте и обновите домен, чтобы он указывал на новый хост.
  3. Надеюсь, время простоя не слишком долгое.

Было бы неплохо иметь ссылку на странице в (1), которая открывает новый сайт, но использует его IP-адрес? Или даже перенаправить все запросы со старого хоста на новый (опять же по ip)?

Любой совет очень ценится.

Единственное, что ты можешь сделать, это пойти сейчас и уменьшите время кеширования (TTL) записей вашего домена до 10 минут или около того. Затем, когда вы вносите изменение, старый IP-адрес должен оставаться в сети только в течение 10 минут (плюс все, что было кэшировано до того, как вы внесли изменение, если раньше у вас был действительно длинный TTL).

Кроме этого, я бы сказал только, что я бы сделал это так:

  1. Установите и запустите сайт на новом хосте, используя старую копию базы данных для тестирования (вы можете протестировать сайт, используя файл хостов, чтобы вручную установить IP-адрес для имени хоста)
  2. (Желательно примерно в 3 часа ночи в любом часовом поясе, в котором находится большинство ваших пользователей). Разместите страницу в стадии разработки.
  3. Скопируйте текущую базу данных на новый хост и проверьте.
  4. Обновите DNS.

Это сведет к минимуму время простоя и риск неожиданностей.

Раньше я дополнял уловки DNS, сделав старый хост прозрачным прокси-трафиком для нового. Таким образом, клиенты, которые попали на старый IP-адрес, по-прежнему будут видеть правильные вещи. Это легко сделать с веб-сервером, использующим Apache mod_proxy или что-то.

Не беспокойтесь о привязке по IP, это может запутать ваших пользователей.

Честно говоря, похоже, что вы все спланировали правильно, единственное, что вам нужно сделать, - это заранее ОБЪЯВИТЬ своим пользователям о запланированном обслуживании, миграции и простоях. Они действительно ценят это, и это сведет к минимуму ваши электронные письма от пользователей относительно времени простоя.

Затем сделайте переезд и изменение DNS как можно быстрее. DNS наверстает упущенное. Обычно занимает самое большее 24 часа.

Удачи и дайте нам знать, если у вас возникнут другие проблемы!

Совет DerfK по TTL хорош.

Если у вас только один основной сайт, и он будет обслуживаться под новым IP-адресом, вы можете запускать оба сайта одновременно, но перенаправить старый сайт на новый, используя IP-адрес в качестве цели перенаправления.

Что-то вроде этого в Apache

Redirect permanent / http://192.168.2.1/

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