Przechowywanie w chmurze Cost Optimization: Save Up to 70%

Obcięcie rachunków za storage w chmurze o 50–70% sprowadza się do pięciu ruchów wykonywanych po kolei: przenieś ciepłe dane z S3 Standard (0,023 USD/GB) do S3 Glacier Instant (0,004 USD/GB) lub Backblaze B2 (0,006 USD/GB), wyeliminuj egress przez Cloudflare R2 (zero-egress) dla pobrań skierowanych do użytkowników, tieringuj zimne dane do Glacier Deep Archive (0,00099 USD/GB), usuń osierocone uploady wieloczęściowe i niekompletne snapshoty oraz egzekwuj budżety per-zespół przez alerty CloudWatch lub Azure Cost Management. Workload 100 TB za 2 300 USD miesięcznie na S3 Standard spada do 690 USD w Glacier Instant i 99 USD w Deep Archive — ta liczba 70% to nie marketing, to arytmetyka.

Zmapuj wydatki zanim je tniesz

Optymalizacja bez pomiaru to zgadywanie. Zanim cokolwiek zmienisz, wygeneruj inwentarz storage:

aws s3api list-buckets --query 'Buckets[].Name' --output text | \
  xargs -I{} aws s3 ls s3://{} --recursive --summarize

Lepiej: uruchom S3 Storage Lens lub analizator storage Azure Cost Management. Potrzebujesz sum per-bucket dla liczby obiektów, całkowitej liczby bajtów, średniego rozmiaru obiektu i rozkładu między klasami storage. Zasada 80/20 prawie zawsze obowiązuje — jeden lub dwa buckety trzymają 80% wydatków i tam optymalizacja się opłaca.

Taguj każdy bucket przez owner, env, project i lifecycle-policy, żeby raporty kosztów mapowały się na ludzi, którzy mogą podjąć działanie.

Wybierz właściwą klasę storage dla każdego wzorca dostępu

Klasy storage istnieją, bo jedna płaska cena nie może pasować do każdego workloadu. Przybliżone kubełki:

Gorące (codzienne odczyty): S3 Standard, Azure Hot, GCS Standard. Premium za niskie opóźnienie.
Ciepłe (miesięczne odczyty): S3 Standard-IA, Azure Cool, GCS Nearline. 40–60% taniej.
Zimne (kwartalne odczyty): S3 Glacier Instant, Azure Archive, GCS Coldline. 80% taniej niż Standard.
Archiwum (roczne lub nigdy): Glacier Flexible / Deep Archive. 95% taniej.

Umieszczenie pliku w niewłaściwej klasie kosztuje dwa razy: albo płacisz za dużo za klasy premium, albo płacisz opłaty za odtwarzanie za każdym razem, gdy dotykasz zimnego pliku. Glacier Deep Archive pobiera 0,02 USD za GB odtworzone plus opłatę per-żądanie; jednorazowe wyciągnięcie 1 TB zbioru danych kosztuje ponad 20 USD poza oszczędnościami na storage.

Bezpieczny domyślny dla nowych bucketów: S3 Intelligent-Tiering, który automatycznie przenosi obiekty między warstwami dostępu na podstawie użycia. Opłata 2,5 centa za 1 000 monitorowanych obiektów jest warta dla workloadów z nieprzewidywalnymi wzorcami.

Polityki lifecycle wykonujące ciężką robotę

Typowa polityka lifecycle sama redukuje 60% wydatków:

{
  "Rules": [{
    "ID": "age-out",
    "Status": "Enabled",
    "Transitions": [
      { "Days": 30,  "StorageClass": "STANDARD_IA" },
      { "Days": 90,  "StorageClass": "GLACIER_IR" },
      { "Days": 365, "StorageClass": "DEEP_ARCHIVE" }
    ],
    "Expiration": { "Days": 2555 },
    "AbortIncompleteMultipartUpload": { "DaysAfterInitiation": 7 }
  }]
}

Dopasuj progi do faktycznego zaniku dostępu. Dla logów transakcyjnych działa 14 dni gorących, 30 dni ciepłych, 90 dni zimnych. Dla archiwów mediów pierwsze przejście może być 90+ dni. Linia AbortIncompleteMultipartUpload jest krytyczna — porzucone sesje multipart mogą cicho narastać do setek GB billable storage, którego nikt nie widzi.

Eliminacja kosztów egress

Egress to często 30–50% rachunku za storage w chmurze i najłatwiejsza pojedyncza pozycja do zaatakowania. Opcje:

Cloudflare R2: zero egress, S3-kompatybilny, 0,015 USD/GB storage. Dla pobrań skierowanych do użytkowników z CDN to oczywisty wybór.
Backblaze B2 + Cloudflare Bandwidth Alliance: egress do Cloudflare jest darmowy, potem CDN obsługuje użytkownika.
Wasabi: egress darmowy do 1x przechowywanego woluminu miesięcznie.
AWS S3 + CloudFront: egress CloudFront (0,085 USD/GB) jest tańszy niż bezpośredni egress S3, a między S3 a CloudFront w tym samym regionie egress jest zerowy.

Dla wewnętrznych workloadów, włącz VPC Gateway Endpoints dla S3 — eliminują opłaty za przetwarzanie NAT Gateway (które mogą przekroczyć opłaty za storage, jeśli nie uważasz). Dla replikacji między regionami, bądź jawny co do regionów i minimalizuj ruch, żeby cross-region egress był poniżej 0,02 USD/GB.

Kompresja i deduplikacja

Zanim zapłacisz za storage, zmniejsz to, co przechowujesz:

Tekst i logi: kompresja zstd typowo osiąga wskaźniki 8:1. Stos logów 10 TB staje się 1,25 TB przechowywanego.
Obrazy: przekoduj PNG do WebP lub AVIF dla 60–80% redukcji rozmiaru zasobów skierowanych do użytkownika.
Wideo: H.265 lub AV1 ponad H.264 dla plików 30–50% mniejszych przy równoważnej jakości.
Backupy: restic i Borg deduplikują między snapshotami — zbiór roboczy 1 TB z dziennymi backupami kompresuje się do około 1,2 TB łącznie przy retencji 30 dni.

Kompresja to CPU za bajty. Przy kosztach storage 0,023 USD/GB/miesiąc versus EC2 ~0,05 USD/godz., kompresja prawie zawsze zwraca się w ciągu dni.

Usuwanie rzeczy, o których zapomniałeś

Długo działające konta akumulują odpadki niewidoczne do audytu:

Osierocone snapshoty EBS: snapshoty starsze niż woluminy źródłowe lub starsze niż 90 dni bez tagu
Stare AMI: każde wdrożenie publikuje nowe AMI; stare naliczają opłaty do wyrejestrowania
Bucketów z wersjonowaniem bez lifecycle: każda wersja obiektu liczy do storage, a wersjonowanie jest domyślnie włączone
Retencja logów: CloudWatch Logs domyślnie ma nieograniczoną retencję, co oznacza lata billable logów
Porzucone buckety: projekty byłych pracowników, środowiska testowe z migracji sprzed lat

Kwartalne przeszukiwanie przez AWS Trusted Advisor lub aws-nuke na koncie nieprodukcyjnym identyfikuje kandydatów. Dla produkcji wymagaj dwutygodniowego powiadomienia o wycofaniu do właścicieli przed usunięciem i zachowaj snapshot odtworzeniowy przez 30 dni po usunięciu.

Pojemność zarezerwowana i Savings Plans

AWS i Azure oferują rabaty z góry dla przewidywalnego storage. Klasy S3 Storage nie mają rezerwacji, ale EBS i EFS mają przez Compute Savings Plans. Azure oferuje Reserved Capacity dla Blob Storage — zobowiąż się do 100 TB na rok i zaoszczędź ~17%.

Rezerwacje opłacają się tylko jeśli możesz pewnie przewidzieć użycie. Jeśli nadal optymalizujesz, najpierw to zrób. Zarezerwowana pojemność na nieefektywnym storage to po prostu przedpłata odpadków.

Monitoring i alerty wydatków

Miesięczny przegląd kosztów jest za późno — potrzebujesz dziennych sygnałów. Skonfiguruj:

Dzienne alerty anomalii przez AWS Cost Anomaly Detection lub Azure Anomaly Detection. Pinguj Slack gdy dzienne wydatki na dowolną usługę odchylają się >20% od 7-dniowej średniej.
Budżety per-bucket z twardymi alarmami przy 80%, 100% i 120% prognozowanych miesięcznych wydatków.
Alerty skoku egress: ruch GET na dowolnym pojedynczym buckecie przekraczający 2x bazowy w godzinę to odcisk palca wyciekłego URL lub scrapera.
Prognozy wzrostu: ekstrapoluj wzrost storage 6 miesięcy do przodu i flaguj buckety, które przekroczyłyby 40 000 PLN/miesiąc przy obecnej trajektorii.

Dashboardy są dobre; alerty biją dashboardy. Nikt nie sprawdza dashboardu zanim trafi faktura.

Zarządzanie: koszt jako KPI

Optymalizacja kosztów, która nie jest ciągła, cofa się. Trzy praktyki utrwalające oszczędności:

Przeglądy FinOps: miesięczne 30-minutowe spotkania per zespół, wyróżniające trzy główne sterowniki kosztów i jeden punkt działania.
Obciążenie zwrotne lub showback: alokuj koszty chmury z powrotem do linii produktowych. Zespół wypuszczający nową funkcję analityczną odczuwa opłaty za PUT do S3.
Szablony PR wymagające szacunków kosztów: nowa infrastruktura w PR Terraform powinna zawierać linię szacującą miesięczną deltę (Infracost wtyka się tutaj).

HexaTransfer trzyma koszty niskie, przechowując tylko szyfrogramy (bez generowania podglądów, bez deszyfrowania po stronie serwera) na storage obiektowym z zerowym egress. Wypróbuj na hexatransfer.com — bezpłatnie, bez konta, do 10 GB.

Łącząc to wszystko

Realistyczny 6-miesięczny plan dla workloadu 100 TB: tydzień 1, zinwentaryzuj i otaguj wszystkie buckety; tygodnie 2–3, zastosuj polityki lifecycle z przejściami 30/90/365 dni; miesiąc 2, zmigruj pobrania skierowane do użytkownika do R2 i zabij egress; miesiąc 3, kompresuj logi przez zstd i przekoduj media; miesiąc 4, przeszukaj osierocone snapshoty, stare AMI i porzucone buckety; miesiąc 5, uruchom przeglądy FinOps i dzienne alerty kosztów; miesiąc 6, oceń zarezerwowaną pojemność gdy wydatki się ustabilizują. Zespół, który realizuje ten plan, typowo ląduje w strefie 50–70% oszczędności bez heroicznej re-architektury — tylko dyscyplina zastosowana w małych, dobrze określonych ruchach.