Darmowa lekcja Lekcja 2 z 3 ok. 40 min

Regiony, strefy dostępności i koszty chmury

Chmura ma swoją geografię i swój cennik. W tej lekcji zobaczysz, gdzie fizycznie działają Twoje usługi, jak redundancja chroni aplikację przed awariami i skąd biorą się pozycje na rachunku.

W tej lekcji nauczysz się: czym jest region i strefa dostępności, dlaczego redundancja decyduje o odporności aplikacji oraz jak działa rozliczenie pay-as-you-go — włącznie z kosztami, o których łatwo zapomnieć.

Region — mapa chmury

Region to wydzielony geograficznie obszar, w którym dostawca utrzymuje kilka centrów danych — może obejmować konkretny kraj albo część kontynentu. Wybierając region, decydujesz, gdzie fizycznie będą działać Twoje maszyny i gdzie trafią dane.

Dlaczego wybór regionu ma znaczenie:

  • Opóźnienia (latencja) — im bliżej użytkowników, tym szybciej działa aplikacja. Serwis dla klientów z Polski zwykle warto trzymać w regionie europejskim.
  • Prawo i zgodność — przepisy (np. RODO) potrafią wymagać, by dane osobowe mieszkańców UE nie opuszczały określonych obszarów.
  • Ceny i dostępność usług — ta sama maszyna może mieć inną cenę w różnych regionach, a część nowych usług pojawia się najpierw tylko w wybranych lokalizacjach.

Strefa dostępności — plan B w obrębie regionu

Każdy region składa się zwykle z kilku stref dostępności (ang. availability zones, AZ): odseparowanych centrów danych z niezależnym zasilaniem, chłodzeniem i łączami sieciowymi. Awaria jednej strefy nie powinna dotknąć pozostałych.

Tu pojawia się redundancja: jeśli Twoja aplikacja działa równocześnie w dwóch strefach, a jedna ulegnie awarii, ruch przejmie druga. To fundament wysokiej dostępności (ang. high availability). W najprostszej wersji uruchamiasz dwie maszyny w różnych strefach i stawiasz przed nimi moduł równoważący obciążenie (ang. load balancer), który rozdziela ruch.

Pamiętaj o granicy tej ochrony: strefy chronią przed awarią pojedynczego centrum danych, ale nie przed przypadkowym usunięciem danych. Kopie zapasowe nadal są konieczne — najlepiej przechowywane w innym regionie.

Pay-as-you-go — płacisz za to, czego używasz

Dominujący model rozliczeń w chmurze to pay-as-you-go: maszyny wirtualne rozliczane są za sekundę lub godzinę pracy, dyski — za zajęte gigabajty w miesiącu, a transfer — za wysłane dane. Nie kupujesz sprzętu „na zapas": gdy zasób wyłączysz lub usuniesz, przestajesz za niego płacić (z wyjątkami, o których za chwilę).

Obok rozliczenia na żądanie spotkasz też:

  • Zasoby rezerwowane (ang. reserved instances) — deklarujesz użycie na rok lub trzy lata i płacisz znacznie mniej; dobre dla obciążeń stałych i przewidywalnych.
  • Zasoby przerywane (spot) — mocno przecenione nadwyżki mocy, które dostawca może odebrać w każdej chwili; nadają się do zadań, które można przerwać i powtórzyć.

Koszty ukryte — gdzie rachunek zaskakuje najczęściej

Najwięcej nieprzewidzianych wydatków nie pochodzi z samych maszyn, tylko z dodatków:

  • Transfer wychodzący (egress) — pobieranie danych z internetu do chmury bywa darmowe, ale wysyłanie ich na zewnątrz jest płatne. Popularna aplikacja potrafi wygenerować wyższy rachunek za transfer niż za serwery.
  • Dyski po wyłączeniu maszyny — zatrzymana maszyna zwykle nie generuje opłat za moc obliczeniową, ale jej dysk i migawki (snapshoty) nadal kosztują.
  • Publiczne adresy IP i usługi dodatkowe — monitorowanie, zarządzane bazy danych czy rezerwacje adresów mają osobne pozycje w cenniku.
Typowe składowe rachunku za chmurę
Składowa kosztuZa co płaciszJak ograniczyć
Maszyna wirtualnaCzas pracy (CPU i RAM)Wyłączaj zasoby poza godzinami pracy
Dysk i migawkiZajęta pojemność, także przy zatrzymanej VMUsuwaj stare migawki i dyski
Transfer wychodzącyDane wysłane z chmury na zewnątrzBuforowanie i kompresja treści
Publiczny adres IPCzas rezerwacji adresuZwalniaj nieużywane adresy

Dobre nawyki, które chronią budżet:

  • ustaw budżety i alerty kosztowe na koncie, zanim uruchomisz cokolwiek,
  • oznaczaj zasoby etykietami (tagami), by widzieć, co generuje koszty,
  • usuwaj zasoby testowe po zakończeniu eksperymentu,
  • trzymaj aplikację i jej dane w jednym regionie — transfer między regionami też kosztuje.
Ćwiczenie (10–15 minut): oszacuj koszt prostej maszyny wirtualnej.
  1. Otwórz darmowy kalkulator cenowy dowolnego dużego dostawcy chmury — takie kalkulatory są publicznie dostępne i nie wymagają konta ani karty płatniczej.
  2. Skonfiguruj w nim maszynę: 2 vCPU, 4 GB RAM, dysk 50 GB, praca przez 730 godzin miesięcznie (czyli cały miesiąc).
  3. Dodaj 100 GB transferu wychodzącego i zapisz, jak zmieniła się miesięczna kwota.
  4. Zmień region na inny kontynent i porównaj ceny.
  5. Zapisz wynik w pliku: koszt całkowity oraz udział procentowy transferu. To ćwiczenie najlepiej pokazuje, skąd biorą się „niespodzianki" na rachunkach.

Najważniejsze pojęcia z tej lekcji

  • region
  • strefa dostępności (AZ)
  • redundancja
  • wysoka dostępność
  • pay-as-you-go
  • transfer wychodzący (egress)
  • budżet kosztowy
Podsumowanie: region wybierasz ze względu na użytkowników, przepisy i ceny; strefy dostępności i redundancja chronią aplikację przed awarią pojedynczego centrum danych; w modelu pay-as-you-go płacisz za czas pracy, pojemność i transfer — a najczęstsze „niespodzianki" to transfer wychodzący i zapomniane dyski. W ostatniej lekcji zaplanujesz pierwszą maszynę wirtualną.