Kubernetes на Hetzner: дешевше за AWS у 5 разів — міф чи реальність

За останній рік ми перенесли 11 кластерів Kubernetes з AWS і GCP на Hetzner. Економія — від 50% до 78% залежно від навантаження. Але цифри без контексту брешуть, а підвищення цін Hetzner у 2026 році змінило розрахунки для нових розгортань. У статті розбираємо реальну економіку Kubernetes на Hetzner проти AWS EKS, сценарії, де перехід виправданий, і ті, де він призводить до проблем, а також точний стек, на якому ми тримаємо продакшен-кластери.

Коротка відповідь

«У 5 разів дешевше» — правда для «голих» обчислень і майже ніколи не правда для повної вартості володіння. Якщо додати інженерний час, якого потребує самокерований кластер, реалістична економія для середнього стабільного навантаження за цінами січня 2026 року становила 40–60%. Після підвищення цін Hetzner у червні 2026 року різниця менша і сильно залежить від профілю трафіку та того, скільки DevOps-ресурсу у вас уже є.

Реальна економіка

Візьмемо типовий продакшен-кластер: шість робочих нод по 32 vCPU і 64 ГБ RAM.

На AWS. Шість інстансів c6i.8xlarge коштують близько $1.36 за годину кожен у режимі on-demand в us-east-1 (ціни AWS EC2 on-demand) — приблизно $6 000 на місяць. З річним Savings Plan ціна падає приблизно до $0.90 за годину. Додайте control plane EKS за $0.10 на годину (ціни Amazon EKS), томи EBS, load balancer і NAT gateway — і реалістичний рахунок складе близько $4 200 на місяць без урахування трафіку.

На Hetzner, січень 2026. Шість виділених серверів AX102 (AMD Ryzen 9 7950X3D, 16 ядер / 32 потоки, 128 ГБ RAM) плюс три невеликі хмарні сервери для control plane обходилися приблизно в $850 на місяць.

Те, про що забувають. Самокерований кластер потребує DevOps-інженера на 0.3–0.5 ставки для оновлень, моніторингу, бекапів та інцидентів — це близько $2 500 на місяць повної вартості на нашому ринку. Тож чесне порівняння за січневими цінами — $4 200 проти $3 350, а не $4 200 проти $850.

Оновлення: підвищення цін Hetzner у 2026 році

Hetzner підвищив ціни 1 квітня 2026 року і знову 15 червня 2026 року на тлі різкого здорожчання заліза, особливо пам'яті. Для нових замовлень після 15 червня AX102 коштує €257.30 на місяць (без IPv4) плюс €129 за встановлення, а хмарний сервер з виділеними vCPU CCX53 (32 vCPU, 128 ГБ) подорожчав з €249.99 до €533.49 на місяць у Німеччині та Фінляндії (коригування цін Hetzner, червень 2026). Наявні сервери зберігають стару ціну, якщо ви їх не змінюєте.

Вартість на місяць, 6 воркерів × 32 vCPU	Обчислення	+ DevOps 0.3–0.5 ставки	Разом
AWS EKS, річний Savings Plan	~$4 200	входить у managed-сервіси	~$4 200
Hetzner dedicated, ціни січня 2026	~$850	~$2 500	~$3 350
Hetzner dedicated, після 15 червня 2026	~$1 900	~$2 500	~$4 400

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

• У вас уже є платформна команда, і витрати на DevOps не додаткові.
• Ви тримаєте кілька кластерів — час одного інженера розподіляється між усіма.
• У вас багато трафіку. Хмарні сервери Hetzner у європейських локаціях включають 20 ТБ вихідного трафіку на місяць, а виділені сервери йдуть без лімітів трафіку (Hetzner Cloud), тоді як AWS бере близько $0.09 за ГБ за перші 10 ТБ вихідного трафіку в інтернет (ціни на трафік AWS). При 50 ТБ на місяць це понад $4 000 на AWS і майже нуль на Hetzner.
• Ви можете скористатися limited offerings або server auction Hetzner, де старіше чи відновлене залізо продається значно нижче прайсу.

Коли Hetzner — правильний вибір

• Steady-state навантаження без сильних сплесків. Хмарні сервери Hetzner тарифікуються погодинно, але аналога AWS Auto Scaling groups зі spot-потужностями немає; Cluster Autoscaler для Hetzner працює з хмарними нодами, а не з виділеними.
• Європейські клієнти, яким не потрібен глобальний CDN із 30+ регіонів. Hetzner має дата-центри в Німеччині та Фінляндії, а також локації в США і Сінгапурі (локації Hetzner).
• Зберігання даних в ЄС. Хостинг у німецької компанії в європейських дата-центрах спрощує розмови про GDPR з клієнтами.
• Команда, яка володіє інфраструктурою як кодом і моніторингом. Hetzner дає машини та мережу, усе, що вище, — ваша відповідальність.
• Бюджет на DevOps-інженера в команді. Hetzner не self-driving і не має власного managed Kubernetes. Сторонні платформи будують керовані кластери поверх нього, але тоді ви платите і за цей шар.

Коли краще залишатися в AWS або GCP

1. Ви залежите від managed-сервісів — SageMaker, BigQuery, Bedrock, DynamoDB чи Aurora. Самостійний запуск їхніх open-source аналогів швидко з'їдає економію.
2. Глобальна доставка з P95-затримкою менше 100 мс на п'яти й більше континентах.
3. Команди без DevOps. Managed EKS чи GKE, які обслуговує продуктова команда, дешевші за самокерований кластер, яким ніхто не опікується.
4. Enterprise-вимоги до compliance — звіти SOC 2, HIPAA чи FedRAMP. Дата-центри Hetzner сертифіковані за ISO/IEC 27001 (сертифікація Hetzner), але якщо анкети безпеки ваших клієнтів очікують атестацій гіперскейлерів, закладіть додаткове тертя в продажах.
5. Сплескоподібний або сезонний трафік, де spot-інстанси та масштабування до нуля вигідніші за оплату простою виділених серверів.

Як ми будуємо кластери на Hetzner

• Talos Linux як ОС. Незмінна, мінімальна і повністю керована через API — без SSH, без пакетного менеджера, без дрейфу конфігурації. Оновлення ОС і Kubernetes — один API-виклик на ноду.
• Cilium як CNI замість Calico. Мережа на eBPF дає network policies, заміну kube-proxy і глибоку спостережуваність через Hubble. Cilium — випускний (graduated) проєкт CNCF (CNCF).
• Hetzner Cloud Controller Manager і CSI-драйвер. Нативні load balancers, приватні мережі та persistent volumes. Зверніть увагу: хмарні томи Hetzner підключаються тільки до хмарних серверів, тож на виділених нодах ми використовуємо локальні NVMe з реплікованим сховищем.
• Argo CD для GitOps. Увесь стан кластера живе в Git, тож ми можемо відновити кластер з нуля приблизно за 30 хвилин.
• Бекапи через Velero на Hetzner Storage Box плюс offsite-копія в S3-сумісне сховище іншого провайдера.
• Моніторинг на VictoriaMetrics, Grafana і Loki — на окремих нодах, щоб інцидент у робочому навантаженні не вимкнув спостережуваність.

Мінімальний патч Talos для ноди Hetzner із Cilium виглядає так:

# controlplane-patch.yaml
cluster:
  network:
    cni:
      name: none          # Cilium встановлюється окремо через Helm
  proxy:
    disabled: true        # Cilium замінює kube-proxy
  externalCloudProvider:
    enabled: true         # життєвим циклом нод керує Hetzner CCM
machine:
  kubelet:
    extraArgs:
      cloud-provider: external

План міграції, який працює

1. Проведіть інвентаризацію залежностей від managed-сервісів і для кожного вирішіть: залишити на AWS, замінити чи хостити самостійно.
2. Побудуйте кластер як код (Terraform або OpenTofu для машин, конфіг Talos, Argo CD для решти) до того, як переносити будь-яке навантаження.
3. Спершу переносьте stateless-сервіси через DNS-розподіл трафіку з вагами, потім бази даних — з логічною реплікацією і запланованим вікном переключення.
4. Тримайте обидва середовища паралельно два-чотири тижні і порівнюйте затримки, рівень помилок і фактичний рахунок, а не прогноз.
5. Агресивно видаляйте ресурси в AWS. Забуті NAT gateways і снапшоти — саме те місце, де «економія» тихо зникає.

Якщо ви деплоїте з GitHub Actions, self-hosted runners на новому кластері скорочують і витрати на CI — див. CI/CD без болю: GitHub Actions для команди до 20 розробників.

Hetzner — не «дешева заміна AWS». Це інша філософія: ви платите менше грошима і більше — інженерним часом. Обирайте свідомо.

Пов'язані гайди

Описаний стек спирається на три практики, які ми розбираємо окремо: інфраструктура як код з OpenTofu чи Terraform, перевірені бекапи баз у статті Бекапи PostgreSQL і аварійне відновлення і моніторинг з OpenTelemetry.

FAQ

Чи є в Hetzner managed Kubernetes? Як власного продукту — ні. Ви запускаєте Kubernetes самостійно на Talos, k3s, RKE2 або Cluster API з офіційними cloud controller manager і CSI-драйвером Hetzner, або користуєтеся сторонньою керованою платформою поверх Hetzner.

Чи достатньо надійний Hetzner для продакшену? Для більшості B2B- і SaaS-навантажень — так, якщо проєктувати з урахуванням відмови нод: розносити ноди по локаціях, тримати бекапи offsite і регулярно відпрацьовувати відновлення.

Чи реальна економія у 5 разів після підвищення цін у 2026 році? На «голих» обчисленнях для наявних серверів — часто так. Для нового кластера за прайсом червня 2026 року розраховуйте, що обчислення будуть приблизно вдвічі дешевші за AWS із Savings Plan, а найбільша додаткова економія — на вихідному трафіку.

Хмарні чи виділені сервери? Ми запускаємо control plane на невеликих хмарних серверах, а важкі воркери — на виділених машинах, об'єднаних приватною мережею. Це поєднує швидке розгортання з найкращою ціною за ядро.

Джерела

1. Hetzner (2026). Price adjustment, 15 June 2026.
2. AWS. Amazon EC2 on-demand pricing і Amazon EKS pricing.
3. Hetzner. Cloud servers і локації.
4. Hetzner. Сертифікація (ISO/IEC 27001).
5. Sidero Labs. Talos Linux.
6. CNCF. Проєкт Cilium.
7. Hetzner Cloud на GitHub. Cloud Controller Manager і CSI driver.
8. Kubernetes. Cluster Autoscaler для Hetzner.
9. Документація Argo CD, Velero, VictoriaMetrics.