{"id":633,"date":"2021-06-28T11:35:00","date_gmt":"2021-06-28T11:35:00","guid":{"rendered":"https:\/\/oktawave.com\/blog\/?p=633"},"modified":"2023-06-19T08:34:51","modified_gmt":"2023-06-19T08:34:51","slug":"disaster-recovery-rola-rto-i-rpo-w-procesie-planowania","status":"publish","type":"post","link":"https:\/\/oktawave.com\/pl\/blog\/technologia\/disaster-recovery-rola-rto-i-rpo-w-procesie-planowania\/","title":{"rendered":"Disaster Recovery: rola RTO i RPO w procesie planowania"},"content":{"rendered":"\n

W sytuacji powa\u017cnej awarii cz\u0119sto okazuje si\u0119, \u017ce przywr\u00f3cenie normalnego funkcjonowania firmy bez zapasowego \u015brodowiska IT jest problematyczne i kosztowne. Dlatego te\u017c niezb\u0119dny s\u0105 procedury i zasoby pozwalaj\u0105ce uruchomi\u0107 Disaster Recovery Plan. O jego skuteczno\u015bci decyduj\u0105 wska\u017aniki RTO i RPO. Z tego tekstu dowiesz si\u0119, w jaki spos\u00f3b zminimalizowa\u0107 skutki awarii bez nadszarpni\u0119cia firmowego bud\u017cetu.<\/strong><\/p>\n\n\n\n\n\n\n\n

Powa\u017cne awarie infrastruktury IT (szczeg\u00f3lnie w \u015brodowisku chmurowym) zdarzaj\u0105 si\u0119 rzadko, ale mog\u0105 by\u0107 bardzo dotkliwe w skutkach. \u017badna firma nie mo\u017ce sobie dzisiaj pozwoli\u0107 na utrat\u0119 danych czy d\u0142u\u017cszy przest\u00f3j, spowodowany unieruchomieniem aplikacji. Dla firm \u015bwiadcz\u0105cych us\u0142ugi online i e-commerce\u2019\u00f3w mo\u017ce to oznacza\u0107 powa\u017cn\u0105 strat\u0119 finansow\u0105, a dla instytucji zaufania publicznego, jak banki, nawet konsekwencje prawne. Co ciekawe, zdecydowana wi\u0119kszo\u015b\u0107 e-sklep\u00f3w nie jest w stanie oszacowa\u0107, ile kosztuje godzina przestoju ich biznesu. Te, kt\u00f3re potrafi\u0105 to zrobi\u0107, szacuj\u0105, \u017ce trac\u0105 nawet do 20 tysi\u0119cy z\u0142otych na godzin\u0119. Tak wynika z Raportu Grupy K2 \u201eTechnologie i marketing w e-commerce \u2013 wyzwania i trendy 2021\u201d<\/a>.<\/p>\n\n\n\n

DISASTER RECOVERY PLAN CZYLI PLAN B<\/h2>\n\n\n\n

O ile firmy maj\u0105 ju\u017c coraz wi\u0119ksz\u0105 \u015bwiadomo\u015b\u0107 wagi backupu i regularnego wykonywania kopii zapasowych danych, o tyle kwestia samego odtworzenia lub uruchomienia nowej infrastruktury bywa zaniedbywana. W razie awarii sama kopia danych to za ma\u0142o, aby przywr\u00f3ci\u0107 dzia\u0142anie systemu. Niezb\u0119dne jest gotowe do przej\u0119cia ruchu \u015brodowisko, na kt\u00f3rym mo\u017cna niezw\u0142ocznie odtworzy\u0107 dzia\u0142anie systemu.<\/p>\n\n\n\n

Dlatego te\u017c ka\u017cda organizacja powinna zadba\u0107 w ramach Planu ci\u0105g\u0142o\u015bci biznesowej (Business Continuity Plan<\/em>) o Plan odtworzenia po awarii (Disaster Recovery Plan<\/em>). Disaster Recovery Plan obejmuje procedury i procesy, kt\u00f3re nale\u017cy uruchomi\u0107, aby przywr\u00f3ci\u0107 podstawowe funkcjonowanie firmy po katastrofie (kl\u0119sce \u017cywio\u0142owej, zamachu terrorystycznym czy cyberataku).<\/p>\n\n\n\n

Czytaj r\u00f3wnie\u017c: Dlaczego wozimy ze sob\u0105 ko\u0142o zapasowe, a nie korzystamy z Disaster Recovery Center? >><\/a><\/p>\n\n\n\n

R\u00d3\u017bNE MODELE DISASTER RECOVERY CENTER<\/h2>\n\n\n\n

Wa\u017cnym elementem DRP jest zapewnienie zapasowego centrum przetwarzania danych, czyli Disaster Recovery Center<\/em>. W razie awarii przejmie ono rol\u0119 podstawowego o\u015brodka i pozwoli Ci szybko uruchomi\u0107 aplikacje. Kopi\u0119 zapasow\u0105 infrastruktury lokalnej mo\u017cesz przechowywa\u0107 np. w chmurze (tworz\u0105c \u015brodowisko hybrydowe). Je\u015bli korzystasz ju\u017c z chmury, DRC mo\u017cesz utworzy\u0107 w innej chmurze (multicloud) lub w innym regionie b\u0105d\u017a subregionie dostawcy us\u0142ug. Wa\u017cne, aby by\u0142 to niezale\u017cny sprz\u0119towo, a cz\u0119sto r\u00f3wnie\u017c lokalizacyjnie o\u015brodek.<\/p>\n\n\n\n

Jaki model DRC wybra\u0107? Powinien by\u0107 on dostosowany do typu dzia\u0142alno\u015bci i z\u0142o\u017cono\u015bci system\u00f3w, Twoich potrzeb biznesowych oraz mo\u017cliwo\u015bci finansowych. W wyborze najlepszego rozwi\u0105zania niezb\u0119dna jest analiza kluczowych wska\u017anik\u00f3w, jakimi s\u0105 RTO i RPO. To one pozwalaj\u0105 okre\u015bli\u0107 wymagania organizacji i oszacowa\u0107 na jakie straty mo\u017ce sobie ona pozwoli\u0107.<\/p>\n\n\n\n

Czytaj r\u00f3wnie\u017c: Jak zapewni\u0107 bezpiecze\u0144stwo danych w chmurze dzi\u0119ki regionom i subregionom>><\/a><\/p>\n\n\n\n

RTO I RPO A SKUTECZNO\u015a\u0106 DISASTER RECOVERY<\/h2>\n\n\n\n

Recovery Point Objective (RPO)<\/em> okre\u015bla cz\u0119stotliwo\u015b\u0107, z jak\u0105 powinna by\u0107 wykonywana kopia zapasowa danych. W zale\u017cno\u015bci od rodzaju dzia\u0142alno\u015bci biznesowej, mo\u017ce okaza\u0107 si\u0119, \u017ce taki backup wystarczy wykona\u0107 raz na kilka dni. Dla du\u017cych biznes\u00f3w internetowych, np. procesuj\u0105cych transakcje finansowe online, utrata danych z okresu powy\u017cej 1 sekundy nie b\u0119dzie jednak akceptowalna. Przygotowuj\u0105c Disaster Recovery Plan, nale\u017cy przeanalizowa\u0107 wszystkie procesy biznesowe, okre\u015bli\u0107 te krytyczne i do nich dostosowa\u0107 parametr RPO, aby utrata newralgicznych danych by\u0142a jak najmniejsza.<\/p>\n\n\n\n

\"\"<\/a><\/figure>\n\n\n\n

Je\u015bli wykonujesz backup raz na dob\u0119, stracisz najwy\u017cej dane z 24 godzin. Czy to jest strata akceptowalna dla Twojego biznesu? Zapewne dla niekt\u00f3rych aplikacji niemaj\u0105cych wp\u0142ywu np. na procesy produkcyjne tak, ale ju\u017c dla transakcji online w e-sklepie b\u0119dzie ona zbyt du\u017ca. Dlatego te\u017c RPO powinno by\u0107 ustalane w zale\u017cno\u015bci od priorytetu aplikacji.<\/p>\n\n\n\n

Z kolei Recovery Time Objective (RTO)<\/em> okre\u015bla, ile czasu zajmie przywr\u00f3cenie stanu systemu sprzed awarii. W ustalaniu RTO istotne jest to, przez jaki d\u0142ugi czas organizacja mo\u017ce sobie pozwoli\u0107 na wy\u0142\u0105czenie aplikacji tak, aby nie powodowa\u0142o to powa\u017cnych strat. Zn\u00f3w, jak w przypadku RPO, s\u0105 aplikacje kt\u00f3rych unieruchomienie nawet na kilka dni nie b\u0119dzie stanowi\u0142o problemu oraz takie, kt\u00f3re powinny by\u0107 przywr\u00f3cone w ci\u0105gu maksymalnie kilku minut. Ponownie g\u0142\u00f3wnym zadaniem jest priorytetyzacja aplikacji i ustalanie potencjalnej, akceptowalnej straty. A nast\u0119pnie oszacowanie czasu, jaki jest potrzebny, aby przywr\u00f3ci\u0107 pe\u0142n\u0105 dost\u0119pno\u015b\u0107 aplikacji.<\/p>\n\n\n\n

Podsumowuj\u0105c, RPO oznacza wolumen danych, kt\u00f3ry mo\u017ce zosta\u0107 utracony podczas przestoju. RTO okre\u015bla czas, jaki mo\u017ce up\u0142yn\u0105\u0107, zanim zostanie przywr\u00f3cona normalna dzia\u0142alno\u015b\u0107 biznesowa po awarii. Oba parametry s\u0105 wa\u017cnym elementem umowy SLA, czyli umowy o gwarantowanym poziomie us\u0142ug.<\/p>\n\n\n\n

WYSOKA DOST\u0118PNO\u015a\u0106 W NISKIEJ CENIE<\/h2>\n\n\n\n

Uzyskanie RTO i RPO wynosz\u0105cego zero dla wszystkich aplikacji jest niemo\u017cliwe, cho\u0107by ze wzgl\u0119du na czas potrzebny, aby dokona\u0107 kopii zapasowej danych i uruchomienia procedur naprawczych. Celem organizacji powinno by\u0107 d\u0105\u017cenie do jak najni\u017cszej warto\u015bci tych wska\u017anik\u00f3w dla newralgicznych aplikacji. Trzeba pami\u0119ta\u0107, \u017ce im ni\u017csze RPO i RTO tym wy\u017csze koszty rozwi\u0105zania. Ustalenie optymalnych parametr\u00f3w dla poszczeg\u00f3lnych aplikacji jest najcz\u0119\u015bciej kompromisem mi\u0119dzy potrzebami biznesu, a op\u0142acalno\u015bci\u0105.<\/p>\n\n\n\n

Sposobem, aby osi\u0105gn\u0105\u0107 niemal nieprzerwan\u0105, bezstratn\u0105 prac\u0119 aplikacji jest zaprojektowanie awaryjnego \u015brodowiska w chmurze, wykorzystuj\u0105cego ci\u0105g\u0142\u0105 replikacj\u0119 danych z serwer\u00f3w produkcyjnych na zapasowe. W takim modelu RPO i RTO b\u0119d\u0105 bardzo bliskie zeru a przywr\u00f3cenie aplikacji do dzia\u0142ania b\u0119dzie niemal natychmiastowe.<\/p>\n\n\n\n

W przypadku, gdy mo\u017cemy sobie pozwoli\u0107 na d\u0142u\u017csze czasy RPO i RTO dobrym rozwi\u0105zaniem jest us\u0142uga backupu w chmurze (Backup as a Service, w skr\u00f3cie BaaS<\/em>), kt\u00f3ra sprawia, \u017ce p\u0142acimy za wykonywanie kopii zapasowych danych zewn\u0119trznemu dostawcy. Pozwala to unikn\u0105\u0107 koszt\u00f3w zakupu sprz\u0119tu i utrzymania infrastruktury, kt\u00f3ra koszty b\u0119dzie generowa\u0107 tylko podczas trwania Disaster Recovery Plan. Dodatkowo dzi\u0119ki wykorzystaniu technologii backupu przyrostowego kopiowane s\u0105 jedynie te pliki, kt\u00f3re uleg\u0142y zmianie od momentu wykonania ostatniego pe\u0142nego backupu. To pozwala ograniczy\u0107 ilo\u015b\u0107 wykorzystywanych zasob\u00f3w dyskowych.<\/p>\n\n\n\n

Czytaj r\u00f3wnie\u017c: Bezpieczny backup danych w chmurze>><\/a><\/p>\n\n\n\n

Jednak sam backup danych to jednak za ma\u0142o, aby przywr\u00f3ci\u0107 funkcjonowanie firmy, je\u015bli awarii uleg\u0142a infrastruktura IT. Niezb\u0119dnym elementem jest zapasowe centrum danych, kt\u00f3re mo\u017ce by\u0107 dodatkowym obci\u0105\u017ceniem finansowym dla firmy.<\/p>\n\n\n\n

Jednym ze sposob\u00f3w, aby obni\u017cy\u0107 koszty DRC, jest skorzystanie z us\u0142ugi Disaster Recovery as a Service (DRaaS)<\/em>. W przeciwie\u0144stwie do BaaS, zamiast tworzy\u0107 w\u0142asny zesp\u00f3\u0142 specjalizuj\u0105cy si\u0119 w odtwarzaniu awaryjnym, mo\u017cna ten proces outsource\u2019owa\u0107. Korzystaj\u0105c z us\u0142ugi DRaaS u dostawcy chmurowego jak Oktawave, masz pewno\u015b\u0107, \u017ce zesp\u00f3\u0142 specjalist\u00f3w nie tylko zaprojektuje optymalne \u015brodowisko, ale te\u017c zajmie si\u0119 jego konfiguracj\u0105 i zarz\u0105dzaniem. Koszty DRC w chmurze w por\u00f3wnaniu do podstawowego o\u015brodka przetwarzania s\u0105 niewielkie. Za zapasowy o\u015brodek p\u0142acimy dopiero wtedy, gdy faktycznie korzystamy z jego zasob\u00f3w, czyli w razie awarii.<\/p>\n\n\n\n

Posiadanie planu B (odpowiednich procedur, specjalist\u00f3w i zasob\u00f3w w zasi\u0119gu r\u0119ki) pozwala na prowadzenie biznesu bez obaw o jego stabilno\u015b\u0107. A dzi\u0119ki funkcjonalno\u015bci chmury obliczeniowej pewno\u015b\u0107 i koszty tego spokoju nie s\u0105 wyg\u00f3rowane. Zar\u00f3wno BaaS jak i DRaaS pozwalaj\u0105 zminimalizowa\u0107 koszty zabezpieczania i odzyskiwania danych oraz ca\u0142ych system\u00f3w po katastrofie.<\/p>\n\n\n\n

***<\/p>\n\n\n\n

DARMOWA MIGRACJA + DRC BEZ OP\u0141AT<\/h4>\n\n\n\n

Je\u015bli szukasz partnera, kt\u00f3ry pomo\u017ce Ci w migracji do chmury oraz uruchomieniu, konfiguracji i zarz\u0105dzaniu DRC, skontaktuj si\u0119 z Oktawave. Skorzystaj z bezp\u0142atnej migracji i odbierz zapasowe \u015brodowisko chmurowe w cenie podstawowego. Dowiedz si\u0119 wi\u0119cej o\u00a0promocji >><\/a><\/p>\n\n\n