Modele cenowe EC2 - płać mądrze, nie więcej
EC2 daje Ci elastyczność nie tylko w doborze mocy obliczeniowej, ale też w sposobie płacenia. Wybór odpowiedniego modelu cenowego potrafi zmniejszyć rachunek o 60-90%. To nie przesada. To jest kluczowe zagadnienie zarówno na egzaminie, jak i w codziennej pracy z AWS.
On-Demand Instances
Najprostszy model. Uruchamiasz instancję, płacisz za sekundy (lub godziny) użycia. Wyłączasz - przestajesz płacić.
- Brak zobowiązań - uruchamiaj i wyłączaj kiedy chcesz
- Najwyższa cena za godzinę
- Idealny do: testów, dev, nieprzewidywalnych workloadów, krótkoterminowych projektów
Reserved Instances (RI)
Zobowiązujesz się na 1 lub 3 lata i dostajesz zniżkę do 72% vs On-Demand. Płacisz za rezerwację niezależnie od tego, czy instancja działa.
- Standard RI - największa zniżka, ale nie możesz zmienić typu instancji
- Convertible RI - mniejsza zniżka, ale możesz zmienić typ, OS, tenancy
Opcje płatności:
- All Upfront - płacisz całość z góry → największa zniżka
- Partial Upfront - część z góry + miesięczne raty
- No Upfront - miesięczne raty → najmniejsza zniżka z RI
Savings Plans
Nowszy, bardziej elastyczny odpowiednik Reserved Instances. Zobowiązujesz się do konkretnej kwoty za godzinę (np. $10/h) na 1 lub 3 lata:
- Compute Savings Plans - największa elastyczność. Dowolna rodzina instancji, region, OS, a nawet Fargate i Lambda!
- EC2 Instance Savings Plans - przywiązany do konkretnej rodziny instancji w konkretnym regionie, ale większa zniżka
Spot Instances
Wykorzystujesz niewykorzystaną pojemność AWS z rabatem do 90%! Ale jest haczyk: AWS może odebrać Ci instancję z 2-minutowym ostrzeżeniem, gdy potrzebuje pojemności z powrotem.
- Ustawiasz maksymalną cenę, którą chcesz płacić
- Gdy cena rynkowa przekroczy Twoją cenę, instancja zostaje przerwana
- Idealne do: batch processing, analiza danych, CI/CD, rendering, machine learning training
- NIE nadają się do: baz danych, serwerów produkcyjnych, czegokolwiek co nie toleruje przerw
Firma SaaS ma następujące workloady:
- Baza danych produkcyjna - działa 24/7, znany rozmiar → Reserved Instance (3 lata, All Upfront) - oszczędność 60%
- Serwery aplikacyjne - stałe obciążenie bazowe + szczyty → Savings Plan na bazę + On-Demand na szczyty
- Pipeline ML training - toleruje przerwy, batch → Spot Instances - oszczędność 85%
- Dev/test - nieprzewidywalne, krótkie sesje → On-Demand
Wynik: rachunek zmniejszony o 55% vs „wszystko na On-Demand".
Dedicated Hosts i Dedicated Instances
Dla firm z wymaganiami compliance lub licencyjnymi:
- Instancje na sprzęcie dedykowanym dla Twojego konta
- Nie dzielisz fizycznego serwera z innymi klientami AWS
- Mniejsza kontrola nad rozmieszczeniem
- Tańszy niż Dedicated Host
- Fizyczny serwer w pełni dedykowany dla Ciebie
- Kontrola nad rozmieszczeniem instancji na serwerze
- Widoczność socket/core - ważne dla licencji (np. Oracle, SQL Server)
- Najdroższy model
Zaawansowane użycie Spot to Spot Fleet - grupa Spot Instances z różnych typów i stref dostępności. Możesz zdefiniować strategie:
- lowestPrice - wybieraj najtańsze instancje (domyślna)
- diversified - rozproszone po różnych typach (mniejsze ryzyko utraty wszystkich)
- capacityOptimized - wybieraj z pooli z największą dostępnością
W praktyce najlepszym podejściem jest mieszanie Spot z On-Demand: np. 70% Spot + 30% On-Demand jako zabezpieczenie.
- On-Demand - bez zobowiązań, najwyższa cena, elastyczność
- Reserved Instances - 1-3 lata, do 72% taniej, Standard vs Convertible
- Savings Plans - zobowiązanie kwotowe, elastyczniejsze niż RI
- Spot - do 90% taniej, ale AWS może odebrać instancję (2 min warning)
- Dedicated Host - cały fizyczny serwer, licencje BYOL
- Strategia: mieszaj modele cenowe do różnych workloadów
Firma ma workload batch processing, który toleruje przerwy i może być wznowiony. Który model cenowy da największą oszczędność?
Czym Savings Plans różni się od Reserved Instances?
Firma musi używać dedykowanego serwera fizycznego ze względu na licencje Oracle. Co wybierze?