Як переїхати з DigitalOcean: snapshots, DNS, плавний cutover

Для переїзду з DigitalOcean на інший VPS необхідно знизити TTL DNS-записів до 300 секунд за добу до робіт, експортувати образ диска через механізм Custom Images або утиліту dd, сконвертувати Snapshot з формату qcow2 в raw і розгорнути його на новому сервері — такий алгоритм міграції з DigitalOcean забезпечує мінімальний простій (downtime) та повне збереження даних.

Економічні та технічні причини міграції з DigitalOcean

Процес, відомий як leaving digitalocean, часто ініціюється через зміну цінової політики провайдера. В останні роки DigitalOcean (DO) переглянув вартість своїх базових планів, запровадивши окрему плату за IPv4-адреси, що суттєво збільшило підсумковий чек для невеликих проєктів та індивідуальних розробників.

Порівняння вартості ресурсів та продуктивності

При аналізі витрат важливо враховувати не тільки номінальну вартість Droplet, а й приховані платежі за трафік і додаткові IP. Якщо розглядати DigitalOcean alternative, можна помітити значну різницю в обсязі ресурсів за ту ж ціну.

Характеристика	DigitalOcean (Basic)	Valebyte (Cloud VPS)	Різниця
CPU (Cores)	1 vCPU	1 vCPU (High Frequency)	Аналогічно
RAM (GB)	1 GB	2 GB	В 2 рази більше у Valebyte
Disk (NVMe)	25 GB	30 GB	+20% об'єму
IPv4 адрес	Платно (від $4/міс)	Включено в ціну	Економія $4/міс
Итоговая цена	~$6.00 + IPv4 = $10.00	$7.59 (всё включено)	Дешевше на 24%

Проблема платних IPv4 та обмежень снапшотів

Багато користувачів починають digitalocean migration після того, як помічають, що вартість однієї лише публічної IP-адреси на DO починає складати до 40-50% від вартості найдешевшого сервера. Крім того, внутрішня екосистема DO сильно обмежує експорт даних: ви не можете просто натиснути кнопку «Завантажити snapshot» в панелі управління. Це змушує використовувати обхідні шляхи через Custom Images або пряме копіювання дискових розділів.

Підготовка інфраструктури до digitalocean migration

Успішний переїзд починається не з копіювання файлів, а з управління часом життя записів в глобальній мережі. Якщо проігнорувати цей етап, після зміни IP-адреси частина ваших користувачів буде ще кілька діб намагатися достукатися до старого сервера в DigitalOcean.

Зниження TTL та аудит залежностей

За 24 години до початку активної фази міграції необхідно зайти в панель управління DNS (це може бути Cloudflare, DigitalOcean DNS або реєстратор) і змінити значення TTL (Time To Live) для всіх записів типу A та AAAA на 300 секунд (5 хвилин). Це гарантує, що коли ви зміните IP, світ дізнається про це практично миттєво. В процесі підготовки корисно вивчити Hetzner alternative та інші варіанти майданчиків, щоб переконатися, що вибраний дата-центр відповідає вашим вимогам по затримкам (latency) та юридичній стабільності.

Інвентаризація сервісів та бекапи

Перед тим як почати do snapshots export, складіть список критичних сервісів.

• Перевірте шляхи до конфігураційних файлів (nginx, apache, docker-compose).
• Зробіть дампи баз даних (MySQL/PostgreSQL) окремо, навіть якщо плануєте переносити весь образ диска.
• Зафіксуйте поточні налаштування мережевого екрану (UFW або iptables).
• Переконайтеся, що у вас є доступ по SSH ключу до нового сервера.

Технічний процес do snapshots export

Оскільки DigitalOcean не надає пряме посилання на завантаження снапшота, розробникам доводиться використовувати обхідний маневр через функціонал Custom Images.

Метод через Custom Images та S3

Цей спосіб вважається найбільш «цивілізованим», але вимагає наявності вільного місця та часу. 1. Створіть Snapshot вашого Droplet в панелі DO. 2. Перейдіть в розділ «Images» -> «Snapshots». 3. Навпроти потрібного снапшота виберіть «More» -> «Export to Custom Images». 4. Після завершення експорту образ стане доступним в розділі Custom Images, звідки його можна скачати по прямому посиланню, яке буде активне обмежений час. Образ зазвичай зберігається в форматі `.qcow2`. Це стандарт для KVM-віртуалізації, але для імпорту на інші платформи може знадобитися конвертація.

Пряме копіювання диска через dd та ssh

Якщо ви не хочете возитися з панеллю управління, можна виконати do to vps перенесення даних в реальному часі. Для цього потрібно завантажити Droplet в режимі Recovery ISO.

# Пример команды для копирования всего диска со старого сервера на новый
# Выполняется с нового сервера
ssh root@old-server-ip "dd if=/dev/vda bs=1M status=progress | gzip -c" | gunzip -c | dd if=/dev/vda

Увага: Цей метод вимагає, щоб диски на цільовому сервері були такого ж розміру або більше, ніж на вихідному. Якщо диск на новому VPS менший, вам доведеться спочатку зменшити файлову систему та розділ на стороні DigitalOcean, що є ризикованою операцією.

Конвертація та розгортання образу (do to vps)

Після того, як ви отримали файл образу (наприклад, `backup.qcow2`), його необхідно підготувати до роботи на новій інфраструктурі. Більшість сучасних хмарних провайдерів підтримують імпорт образів, але формати можуть відрізнятися.

Використання qemu-img для зміни формату

Якщо ваш новий хостинг-провайдер вимагає формат RAW (який є найбільш універсальним), використовуйте утиліту `qemu-img`:

# Установка утилиты на Ubuntu/Debian
apt-get install qemu-utils

# Конвертация из qcow2 в raw
qemu-img convert -f qcow2 -O raw snapshot_export.qcow2 disk_image.raw

Формат RAW займає більше місця, так як він не стиснутий і являє собою повну побітову копію диска. Однак він забезпечує максимальну сумісність та швидкість при запису на фізичний носій нового сервера.

Перший запуск та виправлення мережевих інтерфейсів

Найчастіша проблема при міграції - втрата мережі. В DigitalOcean інтерфейс зазвичай називається `eth0`, але на новому VPS він може називатися `ens3` або `enp0s3`. Якщо ви використовуєте сучасну Ubuntu, перевірте налаштування Netplan:

# Откройте конфиг сети
nano /etc/netplan/01-netcfg.yaml

# Замените имя интерфейса и укажите новый IP/Gateway
network:
  version: 2
  renderer: networkd
  ethernets:
    ens3:
      addresses:
        - 192.168.1.10/24
      gateway4: 192.168.1.1
      nameservers:

        addresses: [8.8.8.8, 1.1.1.1]

Після внесення змін виконайте `netplan apply`. Також не забудьте видалити специфічні для DigitalOcean агенти, такі як `do-agent`.

Плавний cutover і перемикання DNS

Коли новий сервер запущено і ви переконалися, що SSH доступний, настає етап «плавного cutover». Це момент, коли трафік перемикається зі старого майданчика на новий.

Перевірка цілісності даних і синхронізація

Якщо між створенням снапшота і запуском нового сервера пройшло кілька годин, дані (особливо в БД) могли застаріти. Щоб уникнути втрати останніх транзакцій: 1. Переведіть програми на старому сервері в режим «Maintenance» (тільки читання). 2. Виконайте фінальну синхронізацію файлів через rsync:

rsync -avz --exclude='/etc/fstab' --exclude='/etc/netplan/*' root@old-ip:/var/www/ /var/www/

3. Перенесіть свіжий дамп бази даних. Для тих, хто шукає Vultr vs Valebyte порівняння, варто зазначити, що швидкість мережевої зв'язності між європейськими дата-центрами дозволяє проводити таку синхронізацію за лічені хвилини.

Остаточне перемикання трафіку

Тепер змініть IP-адреси у вашій DNS-панелі. Завдяки тому, що ми заздалегідь знизили TTL до 300 секунд, перемикання відбудеться швидко. Моніторте логи Nginx на новому сервері, щоб побачити перші вхідні запити від реальних користувачів. Не вимикайте старий сервер у DigitalOcean ще як мінімум 24-48 годин — він може знадобитися для вилучення забутих конфігів.

Оптимізація нового сервера після переїзду

Після завершення digitalocean migration сервер потребує тонкого налаштування під нове обладнання. Ядра процесорів і дискова підсистема можуть працювати інакше, що вимагає корегування параметрів ядра Linux.

Налаштування безпеки та файрволу

У DigitalOcean багато хто покладається на зовнішні Cloud Firewalls. При переїзді на звичайний VPS вам потрібно налаштувати локальний файрвол.

# Базове налаштування UFW
ufw allow 22/tcp
ufw allow 80/tcp
ufw allow 443/tcp
ufw enable

Також перевірте файл `/etc/fstab`. Якщо там були вказані диски за UUID, який змінився при конвертації або створенні нового розділу, сервер може не завантажитися після ребута. Використовуйте команду `blkid` для отримання актуальних UUID і звірте їх з конфігом.

Бенчмарки і перевірка продуктивності

Перевірте, за що ви платите гроші. Утиліта `fio` допоможе виміряти швидкість диска, а `sysbench` — продуктивність процесора.

# Тест швидкості читання диска
fio --name=loadtest --filename=testfile --size=1G --rw=read --direct=1 --ioengine=libaio --bs=4k --iodepth=64 --runtime=60 --numjobs=1 --time_based --group_reporting

Порівнюючи результати, ви побачите, що сучасні NVMe диски на нових тарифах часто перевершують старі Droplets по IOPS в 2-3 рази.

Міграція спеціалізованих сервісів (VPN і боти)

Якщо ваш сервер використовувався не для веб-сайту, а для інфраструктурних задач, процес переїзду має свої нюанси.

Перенесення VPN-вузлів і проксі

Для тих, хто використовував WireGuard на VPS, основне завдання — зберегти ключі клієнтів і оновити IP-адресу в конфігураціях на стороні користувачів. Якщо клієнтів багато, найпростіше використовувати доменне ім'я замість IP в конфігах WireGuard/VLESS, тоді переїзд обмежиться оновленням одного DNS-запису. При перенесенні проксі-серверів (Squid, 3proxy) переконайтеся, що нові IP-адреси не знаходяться в чорних списках великих сервісів, що іноді трапляється у дешевих провайдерів.

Особливості роботи торгових ботів

Для фінтех-проектів і крипто-ботів критично важливий пінг до бірж (Binance, Bybit). Після міграції обов'язково заміряйте затримку:

# Перевірка пінгу до API Binance
ping api.binance.com -c 10

Якщо затримка виросла, можливо, варто змінити локацію дата-центру. Однак, переходячи з DigitalOcean на спеціалізовані VPS, користувачі часто отримують більш стабільний Network Priority, що зменшує кількість «прослизань» в угодах.

Висновки

Міграція з DigitalOcean — це ефективний спосіб скоротити витрати на інфраструктуру на 30-50% і отримати в два рази більше оперативної пам'яті за ті ж гроші. Для успішного переїзду достатньо правильно підготувати DNS, експортувати диск через Custom Images і провести фінальну синхронізацію даних через rsync, що гарантує роботу проекту без втрат.