Переезд VPS к другому провайдеру: перенос сайта, базы и сервисов

Краткий ответ

При смене аренды VPS/VDS сначала проверьте новый сервер и переносимость приложения. Перенесите настройки, базу и файлы, проверьте сервисы на копии, затем синхронизируйте последние изменения и переключите DNS. Старую площадку оставьте доступной до подтверждения результата и завершения обновления адресов.

Что проверить перед выбором

Перенос VPS — это перенос системы

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

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

Совместимость и новая конфигурация

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

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

Рейтинг провайдеров: что проверить для этой задачи

Порядок рейтинга редакционный и сохранён из предыдущего обзора: Timeweb первым. Это не результат нового сравнительного нагрузочного теста. Ссылки партнёрские; условия, цены и доступность услуг нужно сверять при заказе. Название внутренней ссылки с упоминанием бонуса само по себе не гарантирует действующую акцию.

1. Timeweb

У Timeweb перенесите в смету все компоненты проекта. Цена новой машины не включает автоматически архивы и дополнительные адреса.

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

Вопрос перед заказом: Как рассчитать ресурсы и расходы новой площадки?

2. Selectel

У Selectel проверьте зависимости между компонентами. Перенос одной ОС не переносит внешние службы автоматически.

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

Вопрос перед заказом: Как сопоставить диски и сеть исходной схемы?

3. EdgeCenter

У EdgeCenter проверьте маршрут к пользователям и интеграциям. Выбранная локация должна соответствовать реальным соединениям.

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

Вопрос перед заказом: Какие адреса и регионы доступны для проекта?

4. VDSina

У VDSina оцените расходы на период двух машин. Старую площадку сохраняют до завершения приёмки.

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

Вопрос перед заказом: Как подготовить временное параллельное окружение?

5. SpaceWeb

У SpaceWeb согласуйте перечень служб и настройки. Простого копирования каталога сайта недостаточно для всего VPS.

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

Вопрос перед заказом: Кто помогает переносить программную конфигурацию?

6. AdminVPS

У AdminVPS уточните этапы и критерии завершения. Необходимо отдельно проверить базу, фоновые задания и интеграции.

Запросите регламент администрирования именно выбранной услуги. Важно заранее определить, кто обновляет ОС, исправляет конфигурацию веб-сервера и занимается ошибками стороннего кода.

Вопрос перед заказом: Входит ли миграция в обслуживание?

7. Sprintbox

У Sprintbox предусмотрите управляемую передачу записи. Две активные версии не должны независимо создавать заказы.

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

Вопрос перед заказом: Как организовать остановку и финальную синхронизацию?

8. Hostland

У Hostland оцените объём и скорость передачи. Финальный этап можно сократить предварительной синхронизацией неизменяемых данных.

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

Вопрос перед заказом: Как переносить архивы и большие файлы?

При проверке 10 октября 2026 года существующая партнёрская ссылка открывала раздел физических серверов. Для выбора виртуальной машины дополнительно используйте раздел VDS Hostland; условия партнёрского перехода и возможного бонуса уточняйте отдельно.

9. HandyHost

У HandyHost проверьте доступ к почте, API и хранилищам. Их недоступность может проявиться только после публичного переключения.

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

Вопрос перед заказом: Нет ли ограничений внешних соединений?

10. FirstVDS

У FirstVDS подготовьте консоль и точку возврата. Сетевые изменения выполняйте с сохранённым независимым способом подключения.

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

Вопрос перед заказом: Как восстановить доступ при ошибке настройки?

Первичная синхронизация

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

Проверьте проект через безопасный способ просмотра до публичной смены DNS. Сравните свежие объекты и доступы. Убедитесь, что новая версия использует новую базу, а не продолжает писать в старую.

Финальный перенос изменений

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

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

Переключение DNS и маршрутов

DNS-кеши обновляются не одновременно. Сохраняйте старую машину на переходный период и учитывайте клиентов, которые ещё обращаются к ней. Если применяется прокси или балансировщик, проверяйте его правила отдельно.

Заранее уменьшенный TTL может облегчить переключение, но не отменяет уже закешированные значения. После изменения проверяйте маршрут из нескольких точек, а не только с самого VPS.

Приёмка

Проверьте авторизацию, создание заявки, заказ, обработку файла, фоновые задачи и обращение к API. Почта требует отдельной проверки отправки и доставки. Сверьте журналы, права файлов и расписания.

Наблюдайте за новой площадкой после прихода обычного трафика. Часть проблем проявляется только при очередном импорте или создании ночной копии. Старую услугу закрывайте после согласованной приёмки и независимого сохранения данных.

План возврата

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

Документируйте точку переключения и ответственных. Быстрый возврат возможен только при известном состоянии обеих систем.

Практический пример: забытый работник очереди

Сайт и база перенесены, DNS изменён, но на старом сервере остался процесс обработки. Он продолжает обращаться к прежней базе или внешней CRM. На новой машине запускается второй работник, и часть событий выполняется дважды.

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

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

Ведомость приёмки миграции

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

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

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

Частые вопросы

Можно ли просто перенести образ диска?

Это зависит от совместимости платформ и формата. Даже успешный запуск ОС не подтверждает сетевые настройки и интеграции.

Как избежать двойной отправки писем?

Отключите обработчики на копии и назначьте момент запуска на новой системе. Сверьте очередь и отметки выполнения.

Нужно ли менять IP в настройках приложения?

Проверьте все привязки, включая API, базы, лицензии и DNS. Лучше иметь перечень зависимостей до переноса.

Как долго сохранять старый сервер?

До завершения согласованного переходного периода, проверки фоновых задач и сохранения независимой копии.

Итоговый план

1. Инвентаризация.
2. Совместимое новое окружение.
3. Первичная копия и репетиция.
4. Финальная синхронизация.
5. Передача трафика и работников.
6. Проверка функций и наблюдение.
7. Завершение после приёмки.

Перенос считается завершённым, когда работает вся система и сохранены последние данные, а не только открывается главная.

Вопросы по теме

Можно ли перенести VPS одним снимком?

Иногда, если провайдеры и формат это поддерживают. Универсально переносится приложение с данными; возможность импорта образа нужно проверить отдельно.

Изменится ли IP при переезде?

Обычно новая услуга получает другой адрес, но условия зависят от провайдеров. Проверьте DNS, внешние allowlist и интеграции, которые используют IP.

Полный обзор условий: рейтинг VPS/VDS 2026.