Коротка відповідь: Сплануйте переїзд до того, як щось чіпати: проведіть інвентаризацію старої машини, знизьте DNS TTL за добу, зробіть свіжі бекапи, підготуйте й протестуйте новий сервер, а тоді перемкніть трафік у тихе вікно. Більшість міграцій падає на забутих кронах, зашитих IP і пропущеному тестуванні — не на копіюванні даних.

Огляд

Міграція виділеного сервера — це проєкт із чеклістом, хай ви переїжджаєте на більшу машину Cloud2Y, в іншу локацію чи від іншого провайдера. Ця стаття — фаза підготовки; поєднайте її з кроками копіювання/перемикання для вашого конкретного стека.

Що потрібно мати

  • Повну інвентаризацію: сайти, бази, сервіси, крони, пошта, TLS-сертифікати, правила фаєрвола.
  • Доступ до керування DNS для всіх задіяних доменів.
  • Свіжий, перевірений бекап усього.
  • Замовлений і доступний новий сервер.

Покрокова інструкція

  1. Інвентаризація. Перелічіть кожен сервіс: ss -tulpn, systemctl list-units --type=service --state=running, crontab -l (для кожного користувача), плюс конфіги застосунків.
  2. Знизьте DNS TTL до 300с для всіх записів, що зміняться — щонайменше за 24 год до перемикання.
  3. Зробіть бекапи: бази — консистентними дампами, файли — rsync поза сервер, конфіги — архівом.
  4. Підготуйте ціль: така сама чи новіша ОС, пакети, користувачі, фаєрвол; скопіюйте дані; запустіть стек на новому IP.
  5. Протестуйте на новому IP до змін DNS (через hosts-файл на робочій машині).
  6. Сплануйте вікно перемикання: заморозьте зміни контенту/БД, фінальний дельта-синк, перемкніть DNS, спостерігайте.
  7. Тримайте старий сервер запущеним на період відкату (дні, не години), перш ніж скасовувати його.

Типові проблеми

  • Зашиті IP у конфігах застосунків, фаєрволах і сторонніх allowlist-ах — прогрепайте конфіги на стару адресу.
  • Забуті крони та черги (workers) — після переїзду вони мовчки перестають робити свою роботу.
  • Поштова репутація — нова адреса відправника потребує оновлення PTR/SPF/DKIM і прогріву.
  • Перемикання без плану відкату — тримайте стару машину завантажуваною, доки нова не переживе реальний трафік.

Коли звертатися в підтримку

Повідомте нам вікно міграції заздалегідь — ми підлаштуємо додаткові IP, зміни PTR і перевірки заліза під нього та порадимо щодо переїзду між локаціями Cloud2Y.

Часті запитання

За скільки часу знижувати DNS TTL?

Знижуйте TTL щонайменше за 24 години до перемикання, до значення на кшталт 300 секунд. Старі довгі TTL мають спершу спливти, інакше відвідувачі й далі ходитимуть на старий сервер.

Як довго тримати старий сервер?

Тримайте його дні, а не години — доки новий сервер не переживе реальний робочий трафік, планові задачі та бекапи. Це ваш єдиний миттєвий шлях відкату.

Що забувають найчастіше?

Крони та черги (workers), зашиті IP-адреси в конфігах і сторонніх allowlist-ах, TLS-сертифікати та поштові записи PTR, SPF і DKIM.

Схожі статті

Потрібна допомога? Звернутися в підтримку Cloud2Y →

Ця відповідь Вам допомогла? 0 Користувачі, які знайшли це корисним (0 Голосів)

Найпопулярніші

Як замовити виділений сервер

Коротка відповідь: Увійдіть у Клієнтський кабінет Cloud2Y, відкрийте Store та оберіть план...
Як відбувається підготовка виділеного сервера

Коротка відповідь: Після підтвердження оплати інженери Cloud2Y готують фізичну машину: розміщення...
Як замовити індивідуальну конфігурацію виділеного сервера

Коротка відповідь: Якщо жоден план з магазину не підходить, відкрийте pre-sales тикет з описом...
Як отримати доступ до виділеного сервера

Коротка відповідь: Щойно послуга стає Active, на сторінці послуги в Клієнтському кабінеті...
Як замовити встановлення або перевстановлення ОС

Коротка відповідь: Щоб встановити чи перевстановити операційну систему на виділеному сервері,...