Безболезненный способ переместить сервер?
DNS "выравнивание нагрузки" не предназначен для балансировки загрузки в единственный клиент, но среди различных клиентов (клиент A получают первый IP, клиент B получают второй IP, клиент C получают первый IP, так на).
При разрешении того же имени к двум другим машинам в рамках того же сеанса браузера, мог привести к нежелательному поведению, особенно если Вы используете сеансовые куки или подобный.
При использовании DNS вам нужно будет установить низкий TTL, чтобы передача вступила в силу быстрее, когда вы измените их.
Я найду новую хостинговую компанию и начну тиражировать программное обеспечение конфигурация на новой системе в максимально возможной степени. Статический контент будет легко переместить.
Жесткая часть - это динамический контент, например, то, что находится на сервере базы данных. Получите дамп данных с SQL-сервера, а затем импортируйте его на новые серверы. Это должно дать вам достаточно свежую версию веб-сайта, чтобы работать параллельно с производственной системой.
После того, как вы убедились, что все работает на новом сайте, «заблокируйте» старый, отключив доступ и сброс базы данных, затем повторный импорт данных на новый сайт, перенаправление DNS и запуск.
Конечно, вы » Вам нужно будет работать с владельцами сайтов, которые вы размещаете, чтобы вы могли размещать объявления о переезде для их пользователей. Вы даже можете добавить страницу перенаправления на старый сайт для перенаправления на новый сайт, как только он будет запущен и работает, пока миграция DNS не вступит в силу.
После полной миграции DNS выключите старый сервер. Подождите пару дней, а затем окончательно завершите работу со старым провайдером.
Для больших сайтов вы должны на некоторое время изучить стратегии параллельной работы; репликация SQL-серверов через сетевые соединения и бла, пока вы не сможете закрыть альфа-сайт и запустить бета-версию (вторичный), что-то вроде планирования аварий с двумя центрами обработки данных и имитации выключения вашего первичного сайта. Если у вас небольшая операция, как кажется, вы В конечном итоге вам придется создать параллельную установку, а затем, когда недостатки будут устранены, вы снимаете первичный и включаете вторичный и ждете, пока DNS сработает свою магию, помогая ему с автоматическим перенаправлением вашего старого сайта. Вы должны предупредить, что может быть день обслуживания / отключения, хотя само переключение должно занять всего несколько часов, если вы заранее установите низкий TTL. Просто учтите какой-то фактор выдумки - ох-ох время.
И проверьте свои журналы, чтобы узнать, когда лучше всего перерезать, с минимальным использованием. Даже мой банк предупреждает, что их служба будет недоступна в течение нескольких часов с середины ночи до воскресенья ... хотя я еще не видел, чтобы она полностью отключилась от доступа.
затем, когда изгибы устранены, вы снимаете первичный и вызываете вторичный и ждете, пока DNS сработает, помогая ему с автоматическим перенаправлением вашего старого сайта. Вы захотите предупредить, что может быть день обслуживания / отключения, хотя само переключение должно занять всего несколько часов, если вы заранее установите низкий TTL. Просто учтите какой-то фактор выдумки - ох-ох, время.И проверьте свои журналы, чтобы сказать вам, когда лучше всего перерезать, с минимальным использованием. Даже мой банк предупреждает, что их служба будет недоступна в течение нескольких часов с середины ночи до воскресенья ... хотя я еще не видел, чтобы она полностью отключилась от доступа.
затем, когда изгибы устранены, вы снимаете первичный и вызываете вторичный и ждете, пока DNS сработает, помогая ему с автоматическим перенаправлением вашего старого сайта. Вы должны предупредить, что может быть день обслуживания / отключения, хотя само переключение должно занять всего несколько часов, если вы заранее установите низкий TTL. Просто учтите какой-то фактор выдумки - ох-ох, время.И проверьте свои журналы, чтобы сказать вам, когда лучше всего перерезать, с минимальным использованием. Даже мой банк предупреждает, что их служба будет недоступна в течение нескольких часов с середины ночи до воскресенья ... хотя я еще не видел, чтобы она полностью отключилась от доступа.
хотя само переключение должно занять всего несколько часов, если вы заранее установите низкий TTL. Просто учтите какой-то фактор выдумки - ох-ох, время.И проверьте свои журналы, чтобы сказать вам, когда лучше всего перерезать, с минимальным использованием. Даже мой банк предупреждает, что их служба будет недоступна в течение нескольких часов с середины ночи до воскресенья ... хотя я еще не видел, чтобы она полностью отключилась от доступа.
хотя само переключение должно занять всего несколько часов, если вы заранее установите низкий TTL. Просто учтите какой-то фактор выдумки - ох-ох время.И проверьте свои журналы, чтобы узнать, когда лучше всего перерезать, с минимальным использованием. Даже мой банк предупреждает, что их служба будет недоступна в течение нескольких часов с середины ночи до воскресенья ... хотя я еще не видел, чтобы она полностью отключилась от доступа.
Пара шагов
Записи DNS - сначала уменьшите TTL, дайте ему распространиться не менее 12 часов. Если у вас есть хороший провайдер DNS, они с радостью вам помогут. Таким образом, если вы измените записи, которые вы намереваетесь, они будут обновляться в соответствии с TTL. НО помните, что для обновления глобальных DNS-серверов может потребоваться до 48 часов.
Вам действительно следует разделить службы баз данных и файловые службы / печать / AD. Рассмотрите возможность виртуализации или отдельных серверов, если это возможно.
Вы можете сделать резервную копию, даже если веб-сайт «активен». Но, очевидно, вы хотите восстановить последнюю резервную копию. Поэтому я предлагаю вам провести «тест», чтобы убедиться, что восстановление работает, и выполнить «живую» работу во время «запуска». Вы можете подумать о «механизме блокировки», чтобы предотвратить любые записи, но вы Я хочу сделать это в наименее загруженное время (к сожалению, это обычно выходит за рамки стандартных рабочих часов).
Что касается веб-сайта, вам необходимо работать параллельно, убедитесь, что веб-сайт доступен локально с тестовой базой данных. В противном случае вы можете обнаружить, что у вас не хватит времени для устранения любых «потенциальных» проблем, которые могли / могли легко возникнуть. Для тестирования вам не нужно менять DNS, а лучше переходить по IP-адресам.
Время
... поэтому мне нужно заблокировать веб-сайты ...
Это действительно вариант? Если да, то ты счастливый утенок! Если это не вариант, вам нужно выяснить, когда ваши веб-сайты наименее часто используются, и затем выполнить миграцию. Для меня это обычно субботний вечер (то, что некоторые люди называют «окном изменений») и переход к утру воскресенья.
Techno Babble
DNS
Через кого вы приобрели свой домен? Кто за вас управляет записями DNS? Обновление DNS для вашего сайта должно быть довольно безболезненным. Просто используйте инструменты (скорее всего, какую-нибудь веб-страницу), которые есть у вашего провайдера для обновления записи. Но будьте осторожны, для полного распространения записи может потребоваться несколько минут или несколько часов. Чтобы облегчить это время, вы можете уменьшить TTL .
SQL
Резервное копирование базы данных SQL Server также должно быть довольно безболезненным. Внутри SQL Server Management Studio есть инструменты, которые сделают резервную копию базы данных за вас.
Будущее
Отделите сервер базы данных от веб-сервера. Либо через разные физические ящики, либо виртуализацию. Каждый раз, когда вам нужно переместить сервер, вы не хотите перемещать все .