Ile kosztuje backup w chmurze – za maszynę, za TB czy ryczałt?

W skrócie: Backup w chmurze rozlicza się w trzech modelach: za maszynę (stała stawka za VM lub serwer), za pojemność (za GB lub TB po deduplikacji) albo ryczałtem (pakiet z limitem). Realny koszt zależy od liczby maszyn, ilości danych po kompresji, retencji i liczby kopii. Uważaj na dopłaty za odtworzenie, transfer (egress) i żądania API – u części dostawców to one podnoszą rachunek. W Engave płacisz za pojemność i liczbę maszyn, bez dopłat za transfer i odtworzenie.

Pytanie „ile kosztuje backup w chmurze” nie ma jednej odpowiedzi z jednego powodu: dwie oferty z tą samą ceną „za GB” mogą różnić się rachunkiem końcowym o kilkaset procent. Różnicę robi nie stawka jednostkowa, lecz model rozliczenia i to, co dostawca dolicza poza nim. Ten artykuł pokazuje trzy modele, czynniki cenotwórcze, koszty ukryte i realną kalkulację – tak, żeby po lekturze można było porównać dowolne dwie oferty na tych samych zasadach.

Trzy modele rozliczenia backupu w chmurze

Na rynku B2B dominują trzy sposoby liczenia ceny. Rzadko występują w czystej postaci – częściej jako kombinacja (np. za maszynę + za nadmiarową pojemność) – ale warto rozumieć je osobno.

Za maszynę (per VM / per agent). Płacisz stałą stawkę za każdą chronioną maszynę wirtualną lub serwer fizyczny, zwykle z przypisanym limitem pojemności. Model znany z Veeam Cloud Connect i większości ofert MSP. Przewidywalny, gdy liczba maszyn jest stabilna.

Za pojemność (za GB/TB). Tu kluczowe jest pytanie, którą pojemność dostawca liczy, bo w branży funkcjonują dwie i obie mają swoje nazwy. Frontend TB to objętość danych źródłowych, czyli tego, co chronisz – tak liczy się między innymi licencjonowanie Veeam. Backend TB to miejsce faktycznie zajęte w repozytorium: już po deduplikacji i kompresji, ale za to pomnożone przez liczbę przechowywanych punktów. Żaden z modeli nie jest z natury droższy, mają tylko inaczej skalibrowaną stawkę i inaczej zachowują się w czasie. Model frontend ma jedną istotną zaletę: koszt nie rośnie, gdy wydłużasz retencję, bo chronisz wciąż te same dane. W modelu backend każdy dodatkowy punkt przywracania to dodatkowe gigabajty na fakturze. Pytanie do dostawcy brzmi więc nie „ile za TB”, tylko „za który TB”. Model elastyczny, dobry przy zmiennej liczbie maszyn.

Ryczałt / pakiet. Stała miesięczna opłata za z góry określony limit (np. „do 10 maszyn i 2 TB”). Prosty w budżetowaniu, ale bywa nieekonomiczny na brzegach – płacisz za limit, którego nie wykorzystujesz, albo szybko z niego wyrastasz.

Praktyczna zasada: im bardziej środowisko jest stabilne i policzalne, tym korzystniejszy bywa model za maszynę lub ryczałt; im bardziej dynamiczne i danochłonne – tym lepiej wypada rozliczenie za pojemność po deduplikacji.

Co realnie wpływa na koszt backupu w chmurze

Niezależnie od modelu, na rachunek składa się kilka zmiennych. Warto znać je wszystkie, bo dostawcy eksponują te, w których wypadają korzystnie, a przemilczają resztę.

1. Pojemność po deduplikacji i kompresji. To ona, a nie objętość danych źródłowych, decyduje o zajętości repozytorium. Typowy współczynnik redukcji dla środowisk mieszanych (systemy, bazy, pliki) mieści się w przedziale 2:1 do 5:1, przy czym sam Veeam bez dedykowanego urządzenia deduplikacyjnego realnie osiąga najczęściej okolice 2:1. Wyższe współczynniki pochodzą zwykle z appliance’ów pokroju Dell PowerProtect DD albo ze środowisk mocno jednorodnych, gdzie kilkadziesiąt maszyn ma ten sam system operacyjny.

2. Liczba maszyn. W modelach per VM to bezpośredni mnożnik. W modelu pojemnościowym wpływa pośrednio – przez ilość danych i metadanych.

3. Retencja i liczba punktów przywracania. Backup trzymany 7 dni zajmuje ułamek tego, co ten sam backup z retencją 30 dni + 12 kopii miesięcznych + kopia roczna. Retencja to najczęściej niedoszacowany czynnik kosztu – im dłuższa i im więcej punktów, tym większe repozytorium.

4. Liczba kopii i reguła 3-2-1. Utrzymanie drugiej kopii w chmurze (element reguły 3-2-1, a nawet 3-2-1-1-0) to dodatkowa pojemność. Kopia niezmienna (immutable) bywa rozliczana osobno.

5. Częstotliwość i RPO. Backup co godzinę generuje więcej punktów przyrostowych niż dobowy. Niższy RPO = więcej danych do przechowania.

6. Transfer i odtworzenia. U części dostawców transfer wychodzący (egress) przy odtwarzaniu i same operacje restore są płatne osobno. To najbardziej podstępny składnik – o czym za chwilę.

Ukryte koszty – na co uważać w cennikach

Największe rozczarowania budżetowe biorą się nie z ceny za TB, lecz z opłat, które ujawniają się dopiero na fakturze albo w momencie awarii. Trzy z nich pojawiają się najczęściej:

• Opłata za odtworzenie (restore / egress). U części dostawców backupu i przy części usług hyperscalerów transfer danych z chmury jest płatny za każdy GB. Uczciwie: to nie jest reguła bez wyjątków. Azure Backup w standardowym wariancie nie nalicza opłat za odtworzenie z magazynu kopii, natomiast przy AWS Backup oraz przy backupie kierowanym do zwykłego storage’u obiektowego egress i operacje odczytu są już rozliczane. Sprawdzaj w cenniku konkretnej usługi, nie zakładaj z góry. Tam, gdzie opłata występuje, paradoks jest zawsze ten sam: płacisz najwięcej dokładnie wtedy, gdy najbardziej tego potrzebujesz – podczas odtwarzania po awarii lub ataku, kiedy ściągasz z powrotem całe środowisko. Przy odtworzeniu 3 TB opłata za egress potrafi dorównać kilkumiesięcznej opłacie za samo przechowywanie.
• Opłaty za żądania API / operacje. W modelach obiektowych (S3-podobnych) liczone bywają żądania PUT/GET/LIST. Przy backupie z wieloma małymi obiektami i częstymi cyklami koszt operacji potrafi być nieoczywistą, ale zauważalną pozycją.
• Klasy pojemności i „tiering”. Tańsza pojemność archiwalna często wiąże się z opłatą i opóźnieniem przy odczycie (rehydratacja). „Zimny” backup wygląda tanio w cenniku, dopóki nie trzeba go pilnie odtworzyć.

Weryfikacja jest prosta: przy każdej ofercie zadaj trzy pytania – czy transfer przy odtwarzaniu jest wliczony, czy operacje restore są płatne, i czy cena za pojemność dotyczy danych po deduplikacji. Odpowiedzi ustawiają realne porównanie lepiej niż sama stawka jednostkowa.

Z obserwacji naszych wdrożeń: w środowiskach backupowych migrowanych od hyperscalerów opłaty za egress i odtworzenia bywały pozycją porównywalną z kosztem samego przechowywania, a w cenniku „za GB storage” nie były widoczne w ogóle. Nie podajemy tu uśrednionego procentu, bo zależy on wprost od tego, jak często klient odtwarzał dane – a tej zmiennej nie da się uśrednić uczciwie. Policzenie tej pozycji na konkretnej fakturze zajmuje nam około godziny i chętnie to zrobimy.

Ile to kosztuje w praktyce – kalkulacja na przykładzie

Przełóżmy modele na liczby. Weźmy typową średnią firmę – nazwijmy ją Firma X – i policzmy backup w chmurze w podejściu pojemnościowym z rozliczeniem po deduplikacji.

Założenia (Firma X):

• 15 maszyn wirtualnych (serwery aplikacyjne, 2 bazy danych, plikowy, kontrolery)
• 8 TB danych źródłowych
• Deduplikacja + kompresja przyjęte zachowawczo na 2:1, czyli ok. 4 TB na pojedynczą pełną kopię (przy 3:1 wyszłoby 2,7 TB – podajemy wariant ostrożniejszy, żeby kalkulacja nie okazała się optymistyczna akurat na Twoim środowisku)
• Retencja: 30 punktów dobowych + 12 miesięcznych + kopia niezmienna (immutable)
• Reguła 3-2-1 – kopia w chmurze Engave jako kopia off-site
• Backup w oparciu o Veeam Cloud Connect

Ten jeden wiersz decyduje o poprawności całej kalkulacji. Płacisz za tyle miejsca, ile zajmuje repozytorium z pełną retencją, a nie za wielkość pojedynczej kopii. To dlatego retencja, a nie objętość danych źródłowych, jest w tym rachunku najważniejszą zmienną – i dlatego pytanie „na ile dni wstecz chcecie móc wrócić” pada u nas przed pytaniem „ile macie danych”.

*Widełki orientacyjne dla profilu Firmy X, na potrzeby ilustracji struktury kosztu – dane Engave, nie oferta. Finalna wycena zależy od retencji, liczby kopii, wymogów immutability i RPO/RTO.

Co z tej kalkulacji wynika praktycznie: gdyby ten sam scenariusz rozliczyć u dostawcy naliczającego dane przed deduplikacją oraz doliczającego egress i opłatę za odtworzenie, rachunek za normalny miesiąc byłby wyższy, a w miesiącu z pełnym odtworzeniem środowiska mógłby wzrosnąć skokowo. Dlatego porównując oferty, liczy się nie stawka za TB, lecz suma wszystkich składników w scenariuszu normalnej pracy i w scenariuszu awarii.

Jak Engave rozlicza backup

Nasze podejście do ceny wynika wprost z tego, co powyżej opisaliśmy jako pułapki. Rozliczamy backup w usłudze backup Engave Cloud za zarezerwowaną pojemność repozytorium i liczbę chronionych maszyn – jawnie i z góry, bez pozycji ujawniających się dopiero na fakturze:

• Bez dopłat za transfer (egress) – odtworzenie danych nie generuje osobnej faktury, także przy pełnym restore całego środowiska.
• Bez opłat za operacje odtwarzania – restore jest elementem usługi, nie zdarzeniem rozliczanym.
• Wsparcie inżynierskie L2 24/7 w cenie – nie jako dodatkowy pakiet premium.
• Dane w Polsce, polska jurysdykcja – repozytorium w lokalizacji klasy enterprise (Equinix Warszawa), poza zasięgiem amerykańskiego Cloud Act, zgodnie z RODO i NIS2.
• Backup na Veeam Cloud Connect, a dla firm, które mają już u siebie Dell PowerProtect DD (dawniej Data Domain), również replikacja do naszego środowiska. Repozytorium niezmienne (immutable) dobieramy do modelu ryzyka i wyceniamy razem z pojemnością; dla środowisk narażonych na ransomware rekomendujemy je standardowo. Pełną izolację środowiska odtwarzania w architekturze air gap realizujemy w ramach Cyfrowego Bunkra.

Filozofia jest prosta: cena ma być przewidywalna w miesiącu normalnej pracy i – co ważniejsze – w miesiącu awarii, kiedy odtwarzasz dane. To wtedy różnica między „ceną z cennika” a „rachunkiem końcowym” boli najbardziej. Jeśli chcesz zrozumieć, jak działa sam mechanizm kopii off-site, opisaliśmy go w artykule o Veeam Cloud Connect.

FAQ

Ile kosztuje backup w chmurze dla firmy?

Zależy od modelu i profilu środowiska. Dla typowej średniej firmy (kilkanaście maszyn, kilka TB po deduplikacji, standardowa retencja) koszt zaczyna się od kilkuset złotych do niskich tysięcy miesięcznie. Decydują: pojemność po deduplikacji, liczba maszyn, retencja i liczba kopii – a nie sama stawka za TB.

Za co dokładnie się płaci w backupie w chmurze?

W trzech modelach: za maszynę (stała stawka per VM/agent), za pojemność (za GB/TB, najlepiej po deduplikacji) lub ryczałtem (pakiet z limitem). Do tego u części dostawców dochodzą dopłaty za transfer, odtworzenie i operacje API – dlatego zawsze warto pytać o pełny cennik, nie tylko o cenę pojemności.

Czy płaci się za odtwarzanie danych z backupu?

U części dostawców i u hyperscalerów – tak, transfer wychodzący (egress) i operacje restore bywają płatne za każdy GB lub operację. W Engave odtworzenie danych, także pełne, nie generuje osobnej opłaty.

Co to jest rozliczenie po deduplikacji i dlaczego jest ważne?

Deduplikacja i kompresja zmniejszają realną zajętość danych w repozytorium (typowo 2:1 do 5:1). Jeśli dostawca nalicza pojemność po deduplikacji, płacisz za faktyczne zużycie. Jeśli nalicza dane źródłowe – ta sama ochrona kosztuje wielokrotnie więcej.

Który model jest najtańszy?

Nie ma uniwersalnie najtańszego. Dla stabilnej, policzalnej liczby serwerów korzystny bywa model za maszynę lub ryczałt; dla środowisk zmiennych i danochłonnych – rozliczenie za pojemność po deduplikacji. Najważniejsze jest policzenie całkowitego kosztu (TCO) w scenariuszu normalnej pracy i awarii, a nie porównywanie samych stawek.

Jak retencja wpływa na cenę backupu?

Bezpośrednio. Dłuższa retencja i więcej punktów przywracania (dobowe + miesięczne + roczne + kopia niezmienna) zwiększają zajętość repozytorium, a więc i koszt. To najczęściej niedoszacowany czynnik – warto ustalić retencję pod realne wymogi (RPO/RTO, zgodność), a nie „na zapas”.

Czy backup w chmurze wlicza się w zgodność z NIS2?

Odtwarzalność danych i kopie off-site to element wymagań dotyczących ciągłości działania. Kopia niezmienna w polskiej jurysdykcji wspiera zgodność z RODO i NIS2, ale interpretację konkretnych obowiązków warto potwierdzić z działem compliance lub prawnikiem.

Ile TB backupu potrzebuje moja firma?

Punktem wyjścia jest wolumen danych źródłowych podzielony przez współczynnik deduplikacji (2:1-5:1), przemnożony przez liczbę punktów retencji i kopii. Najprościej ustalić to w krótkim audycie środowiska – to zwykle 15-30 minut rozmowy z inżynierem.

Chcesz poznać realny koszt backupu dla swojego środowiska? Zamów wycenę backupu w chmurze– policzymy pojemność po deduplikacji i liczbę maszyn dla Twojego środowiska, z jawnym cennikiem bez dopłat za transfer i odtworzenie. Bez zobowiązań.