Infrastruktura

RTO i RPO dla EZD RP — definicje, cele, jak mierzyć

Co to są RTO (Recovery Time Objective) i RPO (Recovery Point Objective), jakie wartości są realne dla EZD RP w różnych modelach wdrożenia, jak je zmierzyć.

Stan na 2026-05-13 • Bazujemy na oficjalnych źródłach NASK / gov.pl

RTO i RPO to dwa kluczowe wskaźniki, które definiują, jak szybko po awarii odtworzysz EZD RP i ile danych możesz stracić. Powinny być formalnie ustalone przed wdrożeniem — nie po pierwszej awarii.

Definicje

  • RPO (Recovery Point Objective) = ile maks. danych można stracić. Jeśli backup robisz co 1 h, RPO = 1 h.
  • RTO (Recovery Time Objective) = w jakim czasie po awarii system działa znowu. Jeśli odtworzenie trwa 4 h, RTO = 4 h.

Realne wartości dla EZD RP

ModelRPO realneRTO realneKoszt
SaaS (chmura MC)5-15 min1-2 hW cenie subskrypcji
On-premise z replikacją + offsite5-15 min1-4 hWysoki
On-premise z dziennymi backupamiDo 24 h4-12 hŚredni
On-premise z backupem na taśmę offsiteDo 24 h12-48 hNiski (ale ryzykowny)

Jak ustalić, jakie RTO/RPO są wymagane

Pytania do kierownictwa jednostki
  • Ile godzin pracy zespołu możemy stracić w razie awarii bazy? (To definiuje RPO)
  • Ile godzin niedostępności EZD RP w godzinach pracy jest akceptowalne? (RTO)
  • Jakie są kary umowne / regulacyjne za niedostępność systemu?
  • Czy mamy procedurę awaryjną (papier) na czas niedostępności?
  • Ile możemy zapłacić za infrastrukturę, by skrócić RPO/RTO?
Reguła kciuka
Dla większości jednostek administracji publicznej: RPO 1 h, RTO 4 h to rozsądny kompromis. Krótsze wymaga inwestycji w replikację synchroniczną i drugie centrum danych.

Jak zmierzyć faktyczne RPO/RTO

  1. Wykonaj test odtwarzania na środowisku testowym
  2. Zmierz, do jakiego punktu w czasie udało się odtworzyć dane (faktyczne RPO)
  3. Zmierz całkowity czas od decyzji o odtwarzaniu do działającego systemu (faktyczne RTO)
  4. Powtórz test 1-2 razy w roku — by mierzyć zmiany w infrastrukturze
Źródła oficjalne
Audyt RTO/RPO Waszego środowiska

Pomożemy ustalić realne wartości i wskazać, gdzie warto zainwestować, by je poprawić.

Umów audyt

Najczęstsze pytania

Czy SaaS daje gwarancję RTO/RPO?

Tak — w SLA dostawcy. Sprawdź konkretne wartości w umowie. Większość dostawców gwarantuje RPO 15 min, RTO 2-4 h.

Co jeśli SLA dostawcy nie wystarcza?

Można negocjować lepsze SLA (zwykle za dopłatę) lub przejść na on-premise z własną kontrolą.

Czytaj dalej

Infrastruktura
Backup EZD RP — strategia, narzędzia, retencja
Strategia backup'u EZD RP: co backupować, jak często, gdzie przechowywać, kiedy testować odtwarzanie. Praktyczne wskazówki dla on-premise i SaaS.
Infrastruktura
Wymagania sprzętowe EZD RP — Kubernetes, bazy, repozytoria
Komponenty wymagane do produkcyjnego uruchomienia EZD RP: klaster Kubernetes (RKE2), PostgreSQL/MS SQL, Redis, RabbitMQ, NFS/MinIO, backup. Minimalne, rekomendowane i konkretne konfiguracje dla 3 skal jednostek.
Model: on-premise
EZD RP on-premise — instalacja we własnej infrastrukturze
On-premise: pełna kontrola nad infrastrukturą i konfiguracją EZD RP — kosztem zespołu IT i serwerów. Dla kogo ma sens, architektura referencyjna, ścieżka wdrożenia, koszty i ryzyka.