SSD Nodes Learn Hosting plans →
Посібники Matt ConnorВід Matt Connor

Найкращі альтернативи DigitalOcean для розробників

Порівняння цін на RAM, NVMe та трафік у провайдерів VPS. Оберіть оптимальний хостинг та дізнайтеся, як виконати міграцію інфраструктури без простоїв вашого проєкту.

Що насправді змінюють альтернативи DigitalOcean

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

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

Кожна ціна нижче — це опублікована ціна з прайс-листа, перевірена 5 серпня 2026 року. Показники DigitalOcean були перевірені повторно 21 жовтня 2026 року і не змінилися. Ціни змінюються, і більше ніж один провайдер тут змінив їх протягом 2026 року. Структура ціноутворення змінюється значно повільніше, тому спочатку вивчіть співвідношення та модель білінгу, а потім підтвердьте актуальну цифру на сторінці провайдера, перш ніж приймати рішення.

Ціна за ГБ оперативної пам'яті — показник для порівняння

ГрафікMonthly list price per GB of RAM, small shared-CPU plans, checked 5 August 2026
Дані, на яких побудовано графік
[
  {
    "provider": "DigitalOcean 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "DigitalOcean 4 GB",
    "ram_gb": 4,
    "monthly_usd": "24.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "ram_gb": 1,
    "monthly_usd": "5.00",
    "usd_per_gb_ram": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Hetzner CX23 4 GB (unavailable Oct 2026)",
    "ram_gb": 4,
    "monthly_usd": "6.49",
    "usd_per_gb_ram": "1.62"
  }
]

У межах одного провайдера ціна за ГБ оперативної пам'яті майже не змінюється. DigitalOcean стягує $6.00 за ГБ на тарифі з 1 ГБ пам'яті та таку ж суму $6.00 за ГБ на тарифі з 4 ГБ, який коштує $24.00 на місяць. Вибір більшого тарифу в того самого провайдера не дає знижки, тому розмір тарифу не є вирішальним фактором. Вирішальним є вибір провайдера.

Akamai, яка тепер продає колишні сервіси Linode, оцінює свої тарифи з 2 ГБ та 4 ГБ спільної пам'яті у $12 та $24 відповідно — це доларова ціна, ідентична DigitalOcean. Їхній початковий тариф дешевший і коштує $5.00. Коли дві компанії встановлюють однакові ціни, це важливий сигнал: цей сегмент ціноутворюється з огляду на конкурента, а не на вартість обладнання, і ціни будуть і надалі слідувати за конкурентом.

Розрив з'являється у провайдерів, які будують власні дата-центри та продають послуги в євро. Станом на 5 серпня 2026 року Hetzner CX23 надавав 4 ГБ оперативної пам'яті приблизно за $6.49 на місяць, що становить $1.62 за ГБ — це майже вчетверо дешевше за тариф DigitalOcean. Станом на 21 жовтня 2026 року замовити його все ще неможливо. Hetzner вказує CX23 та всі інші тарифи лінійки Cost-Optimized як тимчасово недоступні, пояснюючи це тим, що лінійка працює на застарілому обладнанні, тому кількість серверів обмежена. На сторінці статусу сервісу з 26 червня 2026 року висить повідомлення про обмежену доступність хмарних інстансів, і воно залишалося актуальним станом на 21 жовтня 2026 року. Тариф, який неможливо замовити, не має ціни за ГБ, яку варто порівнювати. 6 жовтня 2026 року Hetzner додав CPX02 — тариф Regular Performance з 1 vCPU, 1 ГБ оперативної пам'яті та 20 ГБ NVMe як найменший сервер зі спільною пам'яттю. Станом на 21 жовтня 2026 року на сайті Hetzner він коштував €6.49 на місяць без урахування ПДВ у локаціях ЄС, що становить €6.49 за ГБ оперативної пам'яті до конвертації в долари, порівняно з $6.00 у DigitalOcean. На тій же сторінці CPX02, як і всі інші тарифи Regular Performance, позначено як тимчасово недоступні, тому перевірте можливість замовлення в потрібній локації перед порівнянням. Будь-яка доларова ціна для Hetzner є конвертованою з ціни в євро, тому вона змінюється залежно від курсу валют. Крім того, протягом 2026 року Hetzner підвищував ціни на хмарні послуги, тому старі огляди з порівняннями містять цифри, які вже не існують.

Ціна за ГБ оперативної пам'яті нічого не говорить про потужність CPU. Спільний vCPU означає, що гіпервізор розподіляє час вашого ядра між іншими орендарями, а об'єктивну перевірку можна виконати лише на орендованому сервері:

vmstat 1 10

Перегляньте стовпець st. Він показує відсоток часу, протягом якого ваш vCPU був готовий до роботи, але гіпервізор віддав фізичне ядро комусь іншому. Кілька відсотків під навантаженням — це норма. Стабільно високий показник означає, що хост перевантажений, і жодна низька ціна за ГБ не компенсує ядро, яким ви не можете скористатися. Виконуйте перевірку в години пікового навантаження, оскільки steal time — це проблема сусідів, а сусіди мають власні графіки роботи. Щоб отримати ширше уявлення про те, скільки насправді коштує місяць хостингу з урахуванням сховища та трафіку, прочитайте скільки коштує VPS на місяць.

Скільки насправді коштує включений трафік

ГрафікIncluded outbound transfer and overage price, same plans, checked 5 August 2026
Дані, на яких побудовано графік
[
  {
    "provider": "DigitalOcean 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "included_tb": 2,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Hetzner CX23 4 GB (unavailable Oct 2026)",
    "included_tb": 20,
    "overage_usd_per_tb": "1.20"
  }
]

DigitalOcean включає близько 1 ТБ (1 000 ГіБ) вихідного трафіку у свій план за $6.00 з 1 ГіБ оперативної пам'яті та нараховує $0.01 за кожен ГіБ понад ліміт, що становить приблизно $10.00 за додатковий ТБ. Їхній базовий план із 512 МіБ оперативної пам'яті за $4.00 на місяць включає лише 500 ГіБ, а обсяг ліміту зростає залежно від розміру плану до 6 000 ГіБ на більших планах Basic, тому перевіряйте значення для конкретного обраного плану. Akamai включає такий самий обсяг ТБ на своїх Nanode і нараховує приблизно вдвічі менше, близько $5.00 за ТБ. Vultr включає 2 ТБ за аналогічною ставкою за перевищення. Станом на 5 серпня 2026 року Hetzner CX23 включав 20 ТБ і нараховував близько $1.20 за ТБ понад ліміт, що на порядок відрізняється від інших. Станом на 21 жовтня 2026 року на сторінці Hetzner все ще було вказано 20 ТБ включеного трафіку для локацій в ЄС, зокрема для CPX02, хоча для локацій у Сінгапурі та США ліміти значно менші (наприклад, CPX02 у Сінгапурі отримує 0.5 ТБ).

Три структурні деталі важливіші за цифри в заголовках. Вхідний трафік безкоштовний у всіх чотирьох провайдерів, тому враховується лише те, що ви відправляєте. DigitalOcean, Akamai та Vultr об'єднують ліміти всіх серверів в акаунті, тому одна активна машина може вичерпати квоту іншої, а парк малих серверів ділить один великий пул. Трафік між серверами через приватну мережу або VPC зазвичай взагалі не враховується, тому розміщення бази даних на приватному інтерфейсі — це не лише питання безпеки, а й фінансове рішення.

Все це не має значення, якщо ви не наближаєтеся до ліміту. Блог, API з JSON-відповідями або невеликий SaaS не використають 1 ТБ за місяць. Відео, галереї зображень, ігрові сервери, дзеркала пакетів та цілі для віддаленого резервного копіювання — використають. Вимірюйте, перш ніж робити припущення:

sudo apt update && sudo apt install -y vnstat
sudo systemctl enable --now vnstat
vnstat -m

vnstat -m виводить дані про трафік за місяць, розділені на отриманий та переданий. Оплачується лише переданий обсяг. База даних спочатку порожня, тому перші корисні дані з'являться через день після встановлення, а перші дані за повний місяць — через місяць. До того часу єдиним джерелом інформації є графік пропускної здатності від самого провайдера.

Задайте ще одне питання, на яке не відповідає жоден прайс-лист: що відбувається, коли ви перевищуєте ліміт — провайдер виставляє рахунок чи обмежує швидкість порту? Рахунок коштує грошей. Обмеження швидкості коштує користувачів саме в той момент, коли їх найбільше. Вам потрібно знати, що саме станеться під час сплеску трафіку.

NVMe чи SATA і як перевірити, що ви отримали насправді

У панелі зазначено NVMe. Це твердження про диски на хост-системі, але ваша віртуальна машина може не використовувати саме їх. Локальне сховище розміщує ваш віртуальний диск на накопичувачах у тій самій фізичній машині. Мережеве сховище розміщує його в окремому кластері сховища, доступному через мережу дата-центру. Саме це дає змогу миттєво змінювати розмір, виконувати live migration і створювати snapshot без переміщення даних.

У гостьовій системі обидва варіанти виглядають однаково:

lsblk -d -o NAME,ROTA,MODEL,SIZE
cat /sys/block/vda/queue/rotational

ROTA і rotational повідомляють 0 для всіх пристроїв, які хост визначає як нев’язкі, тому мережевий том на базі NVMe показує те саме, що й локальний NVMe. Це значення означає, що диск не має обертових пластин. Воно не показує, де фізично розташований диск. У статті Як підтвердити наявність диска NVMe у Linux розглянуто назви пристроїв і те, що кожна з них означає.

Розділити ці варіанти можна за затримкою на queue depth 1, оскільки одному малому читанню немає за чим приховуватися. Локальний NVMe відповідає з тієї самої фізичної машини. Мережевий том додає до кожного читання обмін даними через мережу дата-центру, тому мінімальна затримка в нього вища, навіть якщо пропускна здатність за великої глибини черги виглядає подібною.

sudo apt update && sudo apt install -y fio
fio --name=lat --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=1 --runtime=30 --time_based --group_reporting
fio --name=iops --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=32 --runtime=30 --time_based --group_reporting
rm -f /var/tmp/fiotest

Перший запуск виводить блок clat, тобто затримку завершення операцій. Читайте рядок із 99-м перцентилем, а не середнє значення, оскільки середнє приховує затримки, які відчувають користувачі. Другий запуск виводить IOPS= у підсумковому рядку. Виконайте обидва тести у вашого поточного провайдера та на тестовому екземплярі провайдера, якого розглядаєте, в один і той самий день, а потім порівняйте власні два значення. Опубліковані показники будь-якого постачальника вимірювали на машині, яку ви не можете перевірити. Також виконайте кожен тест тричі в різний час, оскільки результати на вільному та завантаженому хості відрізняються навіть для одного тарифного плану. У статті Як правильно тестувати VPS описано методику, а в статті Що насправді означає SSD VPS пояснено маркетингові терміни, що стоять за цими заявами.

Регіони: вимірюйте затримку, а не переглядайте карту

Список регіонів залишається маркетингом, доки ви не виконаєте вимірювання. Користувач відчуває час проходження пакета в обидва боки між своєю мережею та сервером. Він залежить від маршруту пакетів, а не від відстані на карті. Сервер за 300 km через перевантажене транзитне з’єднання програє серверу за 1,500 km через стабільний маршрут.

ping -c 20 203.0.113.10
mtr -rwc 50 203.0.113.10
curl -o /dev/null -s -w 'dns %{time_namelookup} connect %{time_connect} tls %{time_appconnect} total %{time_total}\n' https://example.com

mtr виводить кожен проміжний вузол із власними показниками втрат і затримки. Тому стрибок на 60 ms між двома вузлами показує проблемне з’єднання, а не змушує безпідставно звинувачувати кінцевий сервер. Запускайте цю команду з машини в мережі, якою користуються ваші користувачі. Маршрути між дата-центрами є найкращими маршрутами в інтернеті, тому вони створюють сприятливе враження про кожного провайдера.

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

Знімки та резервні копії оплачуються окремо

Додаткове сховище — це те, що робить дешевий план дорогим. DigitalOcean стягує $0.06 за GiB на місяць для знімків, а автоматичні резервні копії розраховує як частку вартості сервера: 20% ціни плану для щотижневих копій і 30% для щоденних, а також пропонує тарифікацію за використанням — за GiB. Обидві моделі мають підстави, але недоліки в них протилежні. Ціна у відсотках зростає разом із розміром сервера, тому власник великого сервера з невеликим набором даних переплачує. Ціна за GiB зростає разом з обсягом даних, тому власник малого сервера з великим томом переплачує.

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

Після цього зберігайте копію, якою провайдер не контролює. Знімки провайдера зберігаються в його обліковому записі, тому втрата доступу, проблема з оплатою або блокування облікового запису одночасно позбавляють вас і сервера, і його резервних копій. резервні копії restic у сховищі, яким ви володієте коштують кілька доларів за object storage, дають змогу відновити дані в будь-якого провайдера та роблять міграцію оборотною, а не остаточною.

Яку частину стека ви хочете обслуговувати самостійно

Провайдери розташовані на умовній шкалі. На одному кінці ви орендуєте машину й самостійно запускаєте на ній усе. На іншому — надсилаєте гілку git і більше ніколи не бачите сервер. Ціна за GB RAM є коректним критерієм порівняння лише на першому кінці, оскільки на другому ви купуєте працю, а не пам’ять, і для праці немає ціни за GB.

Перш ніж щось порівнювати, чесно визначте, на якому кінці цієї шкали ви перебуваєте. Керована база даних за $15.15 на місяць здається дорогою порівняно із сервером за $6, доки ви не врахуєте години роботи за ним: реплікацію, перемикання після відмови, відновлення до певного моменту часу, оновлення мінорної версії та сповіщення, через яке хтось прокидається о 03:00. Якщо ця робота входить до ваших обов’язків, виконуйте її самостійно й заощаджуйте різницю. Якщо ваш обов’язок — розробка застосунку, придбати ці операції як послугу недорого. Поділ на керовані та некеровані сервіси визначає, який саме стовпець прайс-листа вам узагалі потрібно читати. Якщо чесна відповідь полягає в тому, що ви хочете мати всю машину та її диски у власному розпорядженні, це питання VPS чи виділений сервер, а не питання вибору провайдера. Таке саме питання виникає і щодо решти щомісячних витрат розробника: порівняння планів Claude і ChatGPT залежить від того, яку частину роботи ви хочете передати іншому сервісу, а не від заявленої ціни.

Коли DigitalOcean є правильним вибором

DigitalOcean вигідний, коли ви купуєте платформу, а не віртуальну машину.

  • Керовані бази даних. Керовані PostgreSQL і MySQL коштують від $15.15 на місяць за 1 GiB RAM і 10 GiB сховища. Додаткове сховище оплачується за кожен GiB, а резервні вузли — за кожен вузол. Щоб самостійно забезпечити таку надійність, потрібні Patroni або repmgr, сховище консенсусу, проксі підключень і відпрацьована процедура перемикання на резервний вузол. Команда з двох людей не зможе підтримувати таку інфраструктуру та одночасно випускати нові функції.
  • App Platform. Ви надсилаєте гілку, отримуєте збірку, сертифікат і запущений сервіс без операційної системи, яку потрібно оновлювати. У дешевому VPS-варіанті цього продукту операційною системою та всіма оновленнями займаєтеся ви — у суботу.
  • Об’єктне сховище та балансувальники навантаження, які підтримує зрілий Terraform provider. Інфраструктура, яку можна знищити й відновити з коду, цінніша за нижчу ціну окремого ресурсу.
  • Компанія, що стоїть за продуктом. Опубліковані рівні підтримки, сторінка стану з історією та організація, яка відповість на security questionnaire клієнта. Якщо ви перепродаєте hosting, це важливіше за кілька доларів за GB.

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

Міграція до нового провайдера без простою

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

Почніть із DNS щонайменше за 48 годин до перенесення. Резолвери кешують ваш A-запис на час, указаний у його TTL (time to live), тому запис із TTL 24 години може спрямовувати користувачів на старий сервер ще до доби після його зміни. Зменшення TTL під час перемикання не допоможе, оскільки резолвери вже зберігають старе значення зі старим часом завершення дії. Спочатку зменште TTL, дочекайтеся завершення дії старого значення, а потім виконуйте міграцію.

dig +noall +answer example.com A
dig +noall +authority example.com SOA

Перша команда виводить поточний TTL у другій колонці відповіді. Установіть його значення 300 у свого DNS-провайдера, а потім зачекайте довше, ніж число, яке ви щойно замінили.

Далі працюйте в такому порядку.

  1. Підготуйте новий сервер і захистіть його до розміщення на ньому будь-яких даних. У розділі Перші десять хвилин на новому VPS описано те, що часто пропускають через поспіх.
  2. Установіть стек застосунків і виконайте перше копіювання даних за допомогою rsync, поки старий сервер продовжує нормально обслуговувати запити.
  3. Випустіть TLS-сертифікат на новому хості вже зараз, використовуючи challenge DNS-01, оскільки challenge HTTP-01 перевіряє IP-адресу, на яку наразі вказує DNS, а це все ще старий сервер. Challenge DNS-01 повністю усуває цю проблему з порядком дій.
  4. Перевірте новий хост до будь-яких публічних змін, перевизначивши DNS на власному ноутбуці. Додайте 203.0.113.20 example.com до /etc/hosts, відкрийте реальний сайт у браузері, а потім видаліть цей рядок. На користувачів ця перевірка не впливає.
  5. Визначтеся з обсягом бази даних. Якщо її розмір не перевищує кількох GB, dump і restore можна виконати в межах заморожування запису. Якщо розмір більший, налаштуйте реплікацію зі старої бази даних на нову за кілька днів до перенесення та дочекайтеся її актуалізації, щоб заморожування охоплювало лише promotion.
  6. Заморозьте записи. Переведіть застосунок у режим обслуговування або лише для читання. Це єдина частина, яку бачать користувачі, і вона має тривати кілька хвилин.
  7. Виконайте фінальне копіювання змін: знову запустіть rsync, а потім виконайте фінальну синхронізацію бази даних.
  8. Змініть записи A та AAAA на нову IP-адресу. За TTL 300 більшість резолверів оновить значення приблизно за п’ять хвилин.
  9. Залиште старий сервер запущеним і доступним щонайменше на добу, оскільки деякі резолвери ігнорують короткі TTL. Якщо старий застосунок усе ще дозволяє записи, пізні запити записуватимуть дані не в ту базу, тому спрямовуйте старий хост до нової бази даних або повертайте з нього сторінку обслуговування.
  10. Протягом доби контролюйте рівень помилок на новому сервері, поверніть TTL до звичайного значення, а старий сервер знищіть через тиждень, а не того самого вечора.

Саме копіювання складається з двох команд, кожну з яких потрібно виконати двічі. Синхронізація файлів:

rsync -aHAX --numeric-ids --delete -e ssh /srv/ deploy@203.0.113.20:/srv/

-a зберігає власників, права доступу та часові мітки, -H зберігає жорсткі посилання, -AX зберігає ACL і розширені атрибути, а --numeric-ids забороняє rsync зіставляти ідентифікатори користувачів через імена, які відрізняються на двох машинах. Запустіть цю команду за кілька днів до перенесення, а потім повторіть під час заморожування, коли буде передано лише змінені дані.

Для PostgreSQL, якщо розмір бази достатньо малий для dump:

pg_dump --format=custom --no-owner --dbname=appdb --file=appdb.dump
scp appdb.dump deploy@203.0.113.20:/var/tmp/
pg_restore --clean --if-exists --no-owner --dbname=appdb /var/tmp/appdb.dump

Для MySQL або MariaDB:

mysqldump --single-transaction --routines --triggers --databases appdb > appdb.sql

--single-transaction створює dump в межах однієї транзакції для таблиць InnoDB, тому результат є узгодженим, а застосунок може продовжувати запис під час виконання команди. Без цього flag mysqldump блокує таблиці. Це означає, що заморожування запису почалося раніше, ніж ви планували, і ви не контролювали момент його початку.

Два компоненти виходять за межі ваших серверів. Нова IP-адреса не має репутації для електронної пошти, тому листи, надіслані безпосередньо з нового сервера, фільтруватимуться як спам. Надсилайте їх через relay, який уже має репутацію. Крім того, кожен партнер, який додає вашу вихідну IP-адресу до allowlist, наприклад платіжний шлюз або firewall клієнта, має оновити цей список до перемикання. Інакше відповідні виклики почнуть завершуватися помилками одразу після перенесення трафіку.

Що перевірити перед оформленням замовлення

  • Чи можна замовити цей тариф сьогодні у потрібній вам локації. Тариф, позначений як недоступний у прайс-листі, не є варіантом, незалежно від того, наскільки привабливою виглядає ціна за ГБ.
  • Чи є ціна акційною та якою вона буде після поновлення. Знижка на перший термін, що подвоюється при поновленні, — це реальні витрати, які просто відкладені в часі.
  • Чи передбачає тариф передплату. Багаторічні передплачені плани, за якими працює SSD Nodes, дозволяють отримати значно нижчу ціну за ГБ оперативної пам'яті за умови оплати наперед. Компроміс полягає в тому, що ви не зможете відмовитися від послуг наступного місяця, тому обирайте термін відповідно до вашої впевненості у довгострокових планах.
  • Скільки коштує знімок (snapshot) на місяць і скільки коштує відновлення з нього в грошовому еквіваленті та в часі.
  • Чи нараховується плата за перевищення лімітів, чи застосовується обмеження швидкості (throttling).
  • Чи належним чином маршрутизується IPv6, чи це лише одна адреса, додана як доповнення.
  • Чи є API з підтримуваним Terraform provider, якщо ви плануєте розгортати інфраструктуру як код, а не вручну.
  • Як зв'язатися з підтримкою та який заявлений час реакції для сервера, що вийшов з ладу, а не для питань відділу продажів.

Орієнтуйтеся на той критерій, який найбільше впливає на ваш рахунок. Якщо це обсяг пам'яті, вирішальним фактором є ціна за ГБ RAM. Якщо це вихідний трафік, вирішальним є обсяг включеного трафіку. Якщо це ваш власний час, вирішальним є керована платформа, і серед чотирьох порівнюваних тут варіантів платформа DigitalOcean є найсильнішою.

FAQ

Чи завжди Hetzner дешевший за DigitalOcean?

Для звичайної віртуальної машини вартість за 1 ГБ оперативної пам'яті була значно нижчою: приблизно $1.62 проти $6.00 на невеликих спільних тарифах станом на 5 серпня 2026 року. Цей показник Hetzner стосувався моделі CX23, яку Hetzner позначив як недоступну 21 жовтня 2026 року разом з іншими тарифами лінійки Cost-Optimized та новим CPX02, тому порівнюйте з тарифом, який можна замовити сьогодні. Порівняння також змінюється, якщо враховувати керовані сервіси. Hetzner продає сервери та мережеві ресурси, тому керовану базу даних або платформу для розгортання типу push-to-deploy доведеться налаштовувати самостійно або через сторонні сервіси, а ці години роботи мають свою ціну. Hetzner також підвищив ціни на хмарні послуги протягом 2026 року, тому перевіряйте актуальні ціни в євро, а не покладайтеся на застарілі статті.

Яку альтернативу DigitalOcean обрати, якщо потрібна керована база даних?

Vultr та Akamai пропонують керовані бази даних, тому вони є найбільш близькими замінниками, якщо керована база даних — це головна причина вашого перебування на DigitalOcean. Європейські хости з низькими цінами зазвичай не надають таких послуг, а це означає, що вам доведеться запускати PostgreSQL або MySQL самостійно, включаючи налаштування реплікації та перевіреного механізму failover. Це повноцінна робота. Порівняйте ці витрати з $15.15 на місяць, які коштує керований екземпляр з 1 ГБ пам'яті, перш ніж вирішити, що дешевший сервер справді дозволив вам заощадити.

Як перенести активний сайт до нового провайдера без простоїв?

Зменште TTL для DNS до 300 секунд принаймні за 48 годин до перенесення, оскільки резолвери продовжують видавати стару IP-адресу протягом часу, визначеного попереднім значенням TTL. Налаштуйте та протестуйте новий хост, поки старий все ще обслуговує трафік, використовуючи /etc/hosts для перевизначення на вашому власному комп'ютері, щоб зміни не бачили інші користувачі. Потім на кілька хвилин заблокуйте запис, виконайте фінальну синхронізацію через rsync та фінальну синхронізацію бази даних, змініть записи A та AAAA і залиште старий сервер увімкненим на тиждень на випадок, якщо якийсь резолвер проігнорував короткий TTL.

Чи означає дешевший VPS повільніші диски?

Не обов'язково. Важливо те, чи є ваш віртуальний диск локальним для хоста, чи розміщений у мережевому кластері зберігання даних, про що в панелі керування рідко повідомляють. lsblk -o NAME,ROTA показує 0 для обох варіантів, оскільки обидва типи є твердотільними. Краще виміряйте швидкість самостійно: запустіть fio з --iodepth=1 --bs=4k --direct=1 і перевірте затримку виконання на 99-му перцентилі. Мережевий том додає час на мережевий запит до дата-центру для кожної операції читання, тому його мінімальна затримка вища, ніж у локального NVMe, навіть якщо пропускна здатність при глибокій черзі виглядає схожою.

Чи буде моя пошта доставлятися з нового сервера?

Часто ні, принаймні спочатку. Нова IP-адреса не має історії відправлень, тому отримувачі вважають пошту з неї підозрілою, і вона потрапляє в спам або відхиляється. Записи SPF та DKIM також вказують на старий хост, поки ви їх не оновите. Надсилайте пошту застосунку через релей або поштовий сервіс, який вже має репутацію, і оновіть DNS-записи для пошти до перемикання, а не після нього.