Переїзд з AWS Lightsail/EC2 на dedicated: заощаджуємо $500-2000/міс

Міграція з AWS на виділені сервери (dedicated) дозволяє скоротити витрати на інфраструктуру в 5–10 разів: проєкт з бюджетом $1000/міс на інстансах EC2 і базі RDS переноситься на один потужний фізичний сервер вартістю $120–180 без втрати продуктивності та відмовостійкості.

Чому міграція з AWS на Dedicated заощаджує до 80% бюджету?

Основна причина високої вартості AWS — це націнка за абстракцію і «приховані» платежі, які складно прогнозувати. Коли проєкт виростає зі стадії MVP, хмарні сервіси починають споживати бюджет непропорційно росту трафіку. Aws cost reduction при переході на виділене залізо досягається не тільки за рахунок ціни оренди, але і за рахунок усунення оплати за кожен гігабайт трафіку, кожен запит до диска (IOPS) і кожну годину роботи балансувальника.

Приховані пастки білінгу AWS

В AWS ви платите за все. Наприклад, NAT Gateway коштує близько $32 в місяць тільки за факт існування, плюс $0.045 за кожен переданий гігабайт. Якщо ваш бекенд активно спілкується з зовнішніми API або завантажує оновлення, NAT Gateway може генерувати сотні доларів зайвих витрат. На виділеному сервері NAT налаштовується безкоштовно через iptables або nftables.

Різниця між vCPU і фізичними ядрами

Інстанси EC2 (крім bare metal серій) використовують vCPU — це потоки (hyper-threading) на розділюваних фізичних процесорах. Якщо ваш сусід по гіпервізору починає «шуміти», продуктивність вашого застосунку падає (CPU Steal). На виділеному сервері ви отримуєте 100% ресурсів процесора. Процесор AMD Ryzen 9 7950X на виділеному сервері видає в 3-4 рази більше продуктивності на потік, ніж стандартний інстанс m5.xlarge, при цьому коштує дешевше.

Для тих, хто шукає більш економні варіанти для невеликих бекендів, існує AWS EC2 alternative для backend, де можна скоротити витрати ще на етапі використання віртуальних серверів.

Кейс 1: SaaS-платформа — з $800 на AWS до $120 на виділеному сервері

Типовий SaaS-проєкт на AWS часто складається з 3-4 інстансів EC2 (t3.large), бази RDS (db.t3.medium), Redis в ElastiCache і S3 для зберігання файлів. До цього додається Application Load Balancer (ALB) і плата за трафік. В середньому такий стек обходиться в $750–900 в місяць.

Аналіз ресурсів SaaS-проєкту

• EC2 (App layer): 3 вузли по 2 vCPU / 8 GB RAM — $150/міс.
• RDS (Database): Multi-AZ, 2 vCPU / 4 GB RAM — $200/міс.
• ElastiCache (Redis): $60/міс.
• Traffic (Egress): 5 TB — $450/міс.

Рішення на Dedicated

Замість розсипу слабких інстансів ми взяли один сервер з процесором Intel Xeon E-2388G, 64 GB RAM і 2x960 GB NVMe. Всі компоненти (App, DB, Redis) були упаковані в Docker-контейнери. Завдяки надлишку оперативної пам'яті база даних стала працювати швидше, так як більша частина індексів тепер поміщається в RAM (Buffer Pool).

Підсумкова вартість: $120/міс. Економія: $680/міс або $8,160 в рік. При цьому запас по продуктивності збільшився в 5 разів.

Кейс 2: E-commerce проєкт — як знизити чек з $2000 до $250

Великі інтернет-магазини на AWS страждають від вартості сховищ EBS і трафіку під час розпродажів. У нашому кейсі проєкт використовував інстанси серії C5 для високої обчислювальної потужності і RDS Aurora. Aws migration в даному випадку була мотивована не тільки ціною, але і затримками дискової підсистеми.

Проблеми продуктивності в хмарі

В AWS EBS (Elastic Block Store) має ліміти на IOPS. Щоб отримати 10 000 IOPS, потрібно платити за Provisioned IOPS, що різко збільшує чек. На виділеному сервері з NVMe-дисками ви отримуєте 500 000+ IOPS «з коробки» без доплат. Для бази даних інтернет-магазину це означає миттєву генерацію сторінок категорій і швидкий пошук.

Порівняння конфігурацій для E-commerce

Параметр	AWS (c5.4xlarge + Aurora)	Dedicated (AMD Ryzen 7950X)
Процесор	16 vCPU (Shared)	16 Cores / 32 Threads (Dedicated)
Оперативна пам'ять	32 GB	128 GB DDR5
Дискова система	EBS (Limited IOPS)	2x1.92 TB NVMe (Enterprise)
Трафік	Платно ($0.09/GB)	Безліміт (1 Gbps)
Підсумкова ціна	~$2,100/міс	~$240/міс

Для проєктів, які бояться блокувань або складнощів з оплатою, важливо розглянути Hetzner alternative, так як європейські лоукостери часто вимагають верифікації, яку складно пройти.

Технічний план: як проходить міграція з AWS крок за кроком

Успішна міграція з aws вимагає підготовки. Ви не можете просто перенести Snapshot AMI на виділений сервер безпосередньо, так як AMI — це пропрієтарний формат образу для гіпервізора Xen/KVM в середовищі AWS. Процес будується на перенесенні даних і конфігурацій.

Етап 1: Підготовка цільового сервера

Встановіть чисту ОС (Ubuntu 22.04/24.04). Налаштуйте базову безпеку: SSH по ключах, UFW, fail2ban. Якщо ви використовували AWS RDS, вам потрібно встановити MySQL/PostgreSQL локально або в Docker.

# Пример базовой настройки firewall
ufw allow 22/tcp
ufw allow 80/tcp
ufw allow 443/tcp
ufw enable

Етап 2: Синхронізація файлів

Використовуйте rsync для перенесення статики і користувацьких файлів. Це ефективніше, ніж скачування архівів.

rsync -avz -e "ssh -i key.pem" --progress /var/www/html/ ubuntu@new-server-ip:/var/www/html/

Етап 3: Перенесення бази даних

Для невеликих БД (до 50 ГБ) достатньо mysqldump або pg_dump. Для великих баз краще налаштувати реплікацію (Master-Slave), де AWS RDS буде майстром (через External Master), а ваш новий сервер — слейвом.

Якщо ви використовували AWS Lightsail, процес буде схожим, але з меншою кількістю мережевих налаштувань. Детальніше про переїзд з простих хмар можна почитати в статті як переїхати з DigitalOcean: snapshots, DNS, плавний cutover.

Від чого відмовитися при переїзді: RDS, ALB і CloudWatch

Процес leaving aws — це відмова від «зручних» сервісів на користь їх open-source альтернатив. Багато хто боїться втратити Managed Database (RDS), але на сучасному залізі адміністрування БД стало простіше завдяки інструментам автоматизації.

Заміна AWS RDS

RDS дає автоматичні бекапи та патчінг. На виділеному сервері це замінюється зв'язкою cron + restic (для бекапів на S3-сумісне сховище) та unattended-upgrades для безпеки ОС. Продуктивність самописного PostgreSQL на NVMe буде вищою, ніж у RDS на тих же ресурсах, за рахунок відсутності мережевих затримок EBS.

Заміна Application Load Balancer (ALB)

ALB в AWS коштує дорого та має обмеження щодо налаштування. Nginx або HAProxy на виділеному сервері справляються з цим завданням краще. Ви отримуєте повний контроль над заголовками, кешуванням та правилами маршрутизації.

# Пример простого проксирования в Nginx
server {
    listen 80;
    server_name example.com;
    location / {
        proxy_pass http://127.0.0.1:3000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
    }
}

Заміна S3 та CloudWatch

• S3: Якщо вам потрібне об'єктне сховище, використовуйте Minio на своєму сервері або перейдіть на дешевші S3-сумісні сервіси (Backblaze B2, Wasabi).
• CloudWatch: Замінюється на стек Prometheus + Grafana. Це дає більш детальний моніторинг з частотою опитування в 1 секунду, в той час як безкоштовний CloudWatch дає 1 або 5 хвилин.

При виборі нового провайдера варто порівняти пропозиції. Наприклад, OVH Eco vs Valebyte — це відмінне порівняння для тих, хто шукає баланс між ціною та надійністю в Європі.

Безпечний cutover: мінімізуємо простій при переїзді

Найкритичніший момент aws to dedicated міграції — це перемикання DNS. Щоб уникнути втрати даних та мінімізувати downtime, дотримуйтесь стратегії плавного перемикання.

Алгоритм перемикання

1. Зменште TTL в DNS-записах до 300 секунд (5 хвилин) за добу до перенесення.
2. Переведіть додаток на AWS в режим "Maintenance" (Read-only).
3. Зробіть фінальний дамп бази даних та синхронізацію файлів.
4. Розгорніть дані на новому сервері.
5. Перевірте роботу сайту по IP або тимчасовому домену.
6. Змініть A-записи в DNS на IP нового виділеного сервера.

Для проектів, що вимагають максимальної доступності, можна використовувати Nginx на старому сервері як реверс-проксі, який буде перенаправляти трафік на новий IP, поки оновлюються DNS-кеші по всьому світу.

Альтернативи та довгострокова стратегія після leaving AWS

Після завершення aws migration, ви помітите, що фіксована вартість сервера дозволяє краще планувати бюджет. Більше ніяких сюрпризів в кінці місяця через сплеск трафіку або атак ботів.

Вибір локації та провайдера

При виборі виділеного сервера важливо враховувати зв'язність з вашою аудиторією. Якщо ваші користувачі в Європі або СНД, сервера в Нідерландах або Німеччині забезпечать мінімальний пінг. На відміну від AWS, де трафік між регіонами коштує дорого, багато провайдерів виділених серверів пропонують 100 ТБ або повний безліміт.

Масштабування на Dedicated

Якщо одного сервера стане мало, ви можете орендувати другий та налаштувати між ними приватну мережу (Private Network). Це дозволить винести базу даних на окрему машину, імітуючи структуру AWS, але за фракцію її вартості. Для маленьких допоміжних задач можна використовувати AWS Lightsail alternative, щоб не переплачувати за інфраструктуру управління.

Висновки

Для економії $500–2000 в місяць оптимально перенести навантаження з AWS на виділені сервери з NVMe-дисками та сучасними процесорами (Ryzen 9 або Xeon E-series). Основна економія досягається за рахунок відмови від оплати трафіку та переходу з віртуальних vCPU на реальні фізичні ядра, що дозволяє одному серверу за $150 замінювати хмарну інфраструктуру вартістю в $1000.