Полное руководство по стратегиям миграции технологий: (окончание — миграция доменов и хостингов)

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

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

Что такое миграция сервера?

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

Зачем миграция сервера?

Миграция сервера может происходить по разным причинам, например:

• Чтобы справиться с возросшим трафиком.
• Стремление к лучшей производительности и более быстрому времени отклика.
• Желание улучшить контроль, управляемость и гибкость.
• Для расширенной настройки.

Хотя, с другой стороны, есть люди, которые переходят на недорогие серверы в целях снижения затрат. Миграция сервера также включает в себя два ключевых аспекта, а именно; миграция домена и миграция хостинг-сервера. В большей части этого блога мы рассмотрим обе категории. Например, разница между переключением хостинг-провайдеров (например, с GoDaddy на AWS) и переносом доменных имен (например, с example.com на example.info).

Что такое миграция доменного имени?

Миграция домена простыми словами означает перемещение веб-сайта с одного доменного имени (example.co) на другое (example.info) без потери или ухудшения безопасности данных. В принципе, при переносе доменного имени резервная копия не требуется, так как не будет передачи файлов между серверами. Хотя информация DNS (система доменных имен) должна быть передана в качестве необходимого условия для записи об изменении. Изменение протокола также может произойти, когда незащищенный веб-сайт перемещается на безопасный веб-сайт, например, когда веб-сайт HTTP перемещается на HTTPS. По сути, причины для изменения доменных имен различаются, например, это может быть выбор для перехода с общего домена, такого как .com , на более географически конкретный, такой как .in или .cn.

Что такое миграция сервера хостинга?

Миграция хостинг-сервера означает в основном переход от одного поставщика услуг хостинга к другому. При переносе вам необходимо создать полную резервную копию вашего веб-сайта вместе с файлами базы данных на вашем устройстве, прежде чем начинать процесс переноса. Кроме того, убедитесь, что все ваши сценарии на стороне сервера могут быть установлены на вашей новой платформе хостинга и что ваш веб-сайт может работать без сбоев на новом сервере. Может быть несколько причин для перехода от одного хост-провайдера к другому, например:

1. Желание воспользоваться преимуществами нового стека технологий или лучшего обслуживания
2. Необходимость замены устаревшей инфраструктуры
3. Требование расширения и распространения хостинга для достижения высокой доступности.
4. Соображения безопасности и т. д.

Типы миграции хоста сервера

В зависимости от используемой операционной системы и технологии миграция серверов обычно включает:

• Миграция облачного сервера : в основном это включает размещение данных на современном масштабируемом облачном сервере.

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

• Миграция почтового сервера : здесь данные передаются между миграциями почтовых серверов на одном или разных хостах.

• Миграция виртуального сервера . Этот домен миграции включает в себя виртуальные серверы или перенос виртуальной машины с одного сервера на другой. На рынке доступно несколько вариантов серверов, таких как GoDaddy, AWS, DigitalOcean, Alibaba Cloud и т. д. Однако выбор одного из них во многом зависит от требований проекта. Существует одно общее правило, которое применяется к каждой миграции хостинг-сервера: вы можете менять хостинг-серверы, только если вы были зарегистрированы у предыдущего регистратора домена в течение 60 дней или более. Вы можете узнать о других правилах, доступных на соответствующих сайтах хостинга.

Как перенести ваше доменное имя?

Миграцию доменных имен легче вывести, чем миграцию серверов. Наиболее распространенная причина переноса доменных имен заключается в том, что пользователи могут иметь более длинное доменное имя и хотеть получить его лучшую и более короткую версию. Однако перед сменой доменных имен необходимо помнить о двух основных сценариях:

• Покупка доменного имени, которое уже использовалось кем-то другим: это может быть доменное имя с истекшим сроком действия, которое вы должны были приобрести на аукционе доменов или напрямую у кого-то другого.
• Покупка совершенно нового доменного имени, которое никогда ранее не использовалось.

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

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

Процесс миграции доменного имени

• Процесс миграции доменного имени довольно прост. Просто следуйте простым шагам, и все будет готово в кратчайшие сроки.
• Для начала вам нужно будет проверить каждую версию (то есть http://, http://www, https:// или https://www) каждого сайта в консоли поиска Google. Кроме того, определите все поддомены, если таковые имеются.
• Просканируйте весь сайт. Вы можете использовать различные инструменты, доступные в Интернете для этой цели. Это поможет вам определить все возможные URL-адреса и составить их список. Он понадобится вам позже.
• Используя 301 постоянное перенаправление, перенаправьте со старого доменного имени на новое доменное имя.
• Протестируйте перенаправления, чтобы убедиться, что вы не перенаправляете их несколько раз. Это может запутать пользователей.
• Чтобы сообщить Google, что вы переходите на новый домен, используйте Google Change of Address Tool. Это поможет вам подтвердить, правильно ли настроены перенаправления.
• Не забудьте обновить настройки в Google Analytics, чтобы указать новое доменное имя. Вы можете изменить настройки Google Analytics, если хотите сохранить старые данные в Google Analytics.
• Используйте созданный вами список URL-адресов для повторного сканирования сайта, чтобы убедиться, что все старые URL-адреса правильно перенаправляют на новые URL-адреса.

Как перейти от одного поставщика услуг к другому?

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

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

• После того, как вы определились с хостинг-провайдером, приобретите план и приготовьтесь перенести свой сайт на новый хостинг. Следите за тем, чтобы план от старого регистратора домена не отменили, пока ваш сайт не будет полностью перенесен на новый.
• Есть некоторые меры предосторожности, о которых вам необходимо позаботиться, прежде чем приступать к миграции, например, сделать резервную копию всех файлов вашей базы данных и веб-сайта у старого регистратора доменов.
• Вы можете импортировать свою базу данных с помощью PHPAdmin или другого стороннего программного обеспечения. Затем загрузите файлы своего веб-сайта и базу данных на новый сервер регистратора вашего домена.
• Убедитесь, что вы сначала устанавливаете веб-приложения на новый сервер, прежде чем загружать свою базу данных, а затем экспортируете базу данных из PHPAdmin или другого стороннего программного обеспечения, где вы создаете резервную копию данных.
• Не забудьте добавить все учетные записи электронной почты на новый сервер перед переключением DNS. Вы также можете создать «общий» адрес, чтобы почта не возвращалась, если вы забудете добавить какой-либо адрес электронной почты.
• Лучше всего создать две учетные записи для каждого адреса электронной почты, а затем использовать IP-адрес каждого почтового сервера в настройках POP вместо имени домена. С помощью этой практики вы не пропустите ни одного письма во время метода распространения DNS.
• После того, как все файлы вашего веб-сайта будут размещены на новом хостинг-сервере, вам нужно будет выполнить серию тестов, чтобы убедиться, что все изображения, тексты и ссылки находятся в надлежащем месте и правильно работают на новом сервере.
• При изменении записей DNS вам необходимо изменить запись DNS из панели управления у регистратора домена. По сути, вам придется изменить серверы доменных имен на те, которые были отправлены вам вашим новым хостом в приветственном письме. В течение двух-четырех дней процесс миграции будет успешно завершен.
• Наконец, не забудьте отменить свою учетную запись хостинга у старого поставщика услуг хостинга.

Предварительные рекомендации, которые следует учитывать для обеспечения плавной миграции хостинг-серверов.

1. Этап планирования

• Убедитесь, что ваша платформа хостинга на исходном сервере поддерживается для миграции:
• Тщательно выберите подходящий целевой сервер и оборудование для целевого сервера. Существуют различия в применении, например, переносите ли вы свои данные с одного выделенного сервера на другой; или новая структура серверов основана на кластерах, включающих несколько разрозненных систем.
• Выберите поддерживаемую операционную систему для целевого сервера
• Выберите исполняемый метод для подключения доменов к сети на целевом сервере после миграции (например, миграция на новые IP-адреса и обновление записей DNS доменов после миграции, чтобы они указывали на них). Если исходный сервер перегружен или ему не хватает ресурсов, по возможности лучше планировать миграцию в нерабочее время.

2. Подготовка сервера

• Убедитесь, что все доступные компоненты, используемые на исходном сервере, также установлены и настроены на целевом сервере.
• Убедитесь, что на исходном и целевом серверах достаточно места на диске.
• Добавьте необходимое количество IP-адресов на целевом сервере (рекомендуется иметь одинаковое количество общих и выделенных IP-адресов на обоих серверах для миграции).

3. Рекомендации по этапу тестирования

• Для оценки потенциального риска рекомендуется сквозное тестирование производительности. За это время опробуйте несколько приложений с низким уровнем риска и выполните несколько тестов разработки, а затем переходите к приложениям с более высоким риском. Такой инкрементный процесс позволяет постепенно приобретать уверенность в процессе тестирования более крупных и сложных приложений.
• Тем не менее, развертывание после развертывания также важно, и серверы должны оставаться в состоянии «интенсивной терапии» после миграции.

4. Снижение риска

Риск является синонимом любого действия по миграции серверов, и максимально возможное снижение рисков является частью передовой практики. Вот несколько примеров сценариев риска:

• Общий риск того, что приложения могут работать не так, как ожидалось, после миграции.
• Риск неправильной работы программ или функций
• Нарушения данных и потеря данных.
• Несанкционированное создание экземпляра
• Риск периодической недоступности. Это неизменно создает проблемы для бизнес-операций и может привести к вынужденному простою только для устранения проблем.

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

5. Выбор метода резервного копирования

• Не звуча как заезженная пластинка, я не могу не подчеркнуть, насколько важны резервные копии! По сути, лучший подход к резервному копированию — это создание резервной копии образа ваших дисков. Как правило, резервная копия образа содержит важную информацию, включая ключи реестра, лицензионные ключи, настройки и данные приложения.
• Кроме того, резервные копии образов позволяют преобразовывать резервную копию физического сервера в виртуальную машину (ВМ). По сути, это преобразование сохраняет копию исходной машины, которую можно развернуть в любое время позже, если потребуется доступ к старым системным данным. При этом резервные копии образов обеспечивают важнейшую подстраховку для процесса миграции.
• С другой стороны, подход к резервному копированию на основе файлов также является приемлемой альтернативой. Однако, поскольку резервное копирование на основе файлов работает на уровне файловой системы, когда требуется выполнить резервное копирование всей операционной системы или виртуальной машины, резервного копирования на основе файлов может быть недостаточно.

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

6. Имейте план отката

• Стратегия отката является безотказной, если что-то пойдет не так или если возникнет множество проблем. Это в основном позволяет вам отменить изменения и вернуть ваши серверы в исходное состояние до миграции.
• Убедитесь, что у ваших поставщиков серверов есть такие меры.

Наш контрольный список миграции серверов

• Основываясь на том, что мы подробно рассказали сегодня, давайте обобщим наиболее важные вопросы, которые следует задать при инициировании или планировании миграции сервера.
• Какую архитектуру должен иметь новый сервер, и соответствует ли архитектура проекта вашим потребностям?
• Имеются ли достаточные финансовые ресурсы и специалисты для осуществления миграции и последующей настройки сервера?
• Достаточно ли гибко выбранное оборудование для будущего развития проекта?
• Должен ли процесс миграции происходить, пока система все еще работает, или все действия должны быть прерваны на время процесса?
• Соответствует ли возможность поддержания операций доступности ресурсов и возросшей сложности миграции?
• Если да, то какие шаги можно предпринять, чтобы свести время простоя к минимуму?
• Как вы будете обеспечивать целостность записей базы данных и их актуальность?
• Как будет тестироваться функциональность нового сервера?
• Что происходит, когда определенные приложения не работают после завершения переноса данных? Какие непредвиденные обстоятельства или обходные пути могут быть установлены?

Вывод

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

Эта серия блогов по существу поможет вам определить объем миграции, избежать расползания области, разумно выбрать стек технологий и понять тонкости, стоящие за различными типами миграции, такими как миграция технологий, миграция баз данных и миграция доменов и серверов хостинга. Цель этой серии блогов состояла в том, чтобы гарантировать, что читателям не придется искать и мигрировать через разбросанные веб-сайты в Google, чтобы узнать о миграции и других деталях миграции. Надеюсь, вы нашли эту серию блогов полезной! По любым вопросам о том, как добиться легкой миграции, обращайтесь к нам в Creole Studios.