{"id":40138,"date":"2020-01-31T20:49:06","date_gmt":"2020-01-31T17:49:06","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/katastrofoustojchivoe-oblako-kak-eto-rabotaet"},"modified":"2020-01-31T20:49:06","modified_gmt":"2020-01-31T17:49:06","slug":"katastrofoustojchivoe-oblako-kak-eto-rabotaet","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/katastrofoustojchivoe-oblako-kak-eto-rabotaet","title":{"rendered":"Chmura odporna na awarie: jak to dzia\u0142a","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Cze\u015b\u0107, Habr! <\/p>\n<p>Po noworocznych \u015bwi\u0119tach uruchomili\u015bmy ponownie chmur\u0119 odporn\u0105 na awarie opart\u0105 na dw\u00f3ch lokalizacjach. Dzi\u015b opowiemy, jak to dzia\u0142a i poka\u017cemy, co si\u0119 dzieje z wirtualnymi maszynami klient\u00f3w w przypadku awarii poszczeg\u00f3lnych element\u00f3w klastra i upadku ca\u0142ej lokalizacji (spoiler \u2013 wszystko jest w porz\u0105dku). <\/p>\n<p><img decoding=\"async\" alt=\"Chmura odporna na awarie: jak to dzia\u0142a\" src=\"\/wp-content\/uploads\/2020\/01\/58b56261b55785a76bce3e754c86f6a9.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Macierz dyskowa chmury odpornej na awarie w lokalizacji OST.<\/i><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Co w \u015brodku<\/h3>\n<p>\nPod mask\u0105 klastra znajduj\u0105 si\u0119 serwery Cisco UCS z hipernadzorc\u0105 VMware ESXi, dwie macierze INFINIDAT InfiniBox F2240, sprz\u0119t sieciowy Cisco Nexus oraz prze\u0142\u0105czniki SAN Brocade. Klastr jest podzielony na dwie lokalizacje \u2013 OST i NORD, tj. w ka\u017cdym centrum danych znajduje si\u0119 identyczny zestaw sprz\u0119tu. To w\u0142a\u015bnie czyni go odpornym na awarie. <\/p>\n<p>W ramach jednej lokalizacji kluczowe elementy s\u0105 r\u00f3wnie\u017c zduplikowane (hosty, prze\u0142\u0105czniki SAN, sie\u0107).<br \/>\nDwie lokalizacje s\u0105 po\u0142\u0105czone dedykowanymi \u015bwiat\u0142owodowymi trasami, kt\u00f3re tak\u017ce s\u0105 zarezerwowane.<\/p>\n<p>Kilka s\u0142\u00f3w o macierzy dyskowej. Pierwsz\u0105 wersj\u0119 chmury odpornej na awarie budowali\u015bmy na NetApp. Tutaj wybrali\u015bmy INFINIDAT, i oto dlaczego:<\/p>\n<ul>\n<li>Opcja replikacji Active-Active. Pozwala to wirtualnej maszynie pozosta\u0107 w stanie operacyjnym nawet w przypadku ca\u0142kowitej awarii jednej z macierzy. O replikacji opowiem wi\u0119cej p\u00f3\u017aniej.<\/li>\n<li>Trzy kontrolery dysk\u00f3w dla zwi\u0119kszenia odporno\u015bci systemu. Zwykle s\u0105 dwa.<\/li>\n<li>Gotowe rozwi\u0105zanie. Do nas przyjecha\u0142a ju\u017c z\u0142o\u017cona szafa, kt\u00f3r\u0105 wystarczy pod\u0142\u0105czy\u0107 do sieci i skonfigurowa\u0107.<\/li>\n<li>Uwa\u017cne wsparcie techniczne. In\u017cynierowie INFINIDAT nieustannie analizuj\u0105 logi i zdarzenia macierzy, instaluj\u0105 nowe wersje oprogramowania, pomagaj\u0105 w konfiguracji.<\/li>\n<\/ul>\n<p>\nOto kilka zdj\u0119\u0107 z unpacking\u2019u:<\/p>\n<p><img decoding=\"async\" alt=\"Chmura odporna na awarie: jak to dzia\u0142a\" src=\"\/wp-content\/uploads\/2020\/01\/b953a56bba9f0308f5fe1b27b356683b.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<img decoding=\"async\" alt=\"Chmura odporna na awarie: jak to dzia\u0142a\" src=\"\/wp-content\/uploads\/2020\/01\/94b5ceb8565ebe1ef2aacff943e1a9d0.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>Jak to dzia\u0142a<\/h3>\n<p>\nChmura jest ju\u017c odporna na awarie wewn\u0119trznie. Chroni klienta przed pojedynczymi awariami sprz\u0119towymi i programowymi. Chmura odporna na katastrofy pomo\u017ce chroni\u0107 przed masowymi awariami w obr\u0119bie jednej lokalizacji: na przyk\u0142ad awaria macierzy (lub klastra SDS, co zdarza si\u0119 niejednokrotnie \ud83d\ude42), masowe b\u0142\u0119dy w sieci storage i inne. I najwa\u017cniejsze: taka chmura ratuje, gdy ca\u0142a lokalizacja staje si\u0119 niedost\u0119pna z powodu po\u017caru, blackout'u, przej\u0119cia przez naje\u017ad\u017ac\u00f3w, czy l\u0105dowania kosmit\u00f3w. <\/p>\n<p>Wszystkie te przypadki sprawiaj\u0105, \u017ce wirtualne maszyny klient\u00f3w kontynuuj\u0105 prac\u0119, i oto dlaczego. <\/p>\n<p>Schemat klastra jest zorganizowany w taki spos\u00f3b, \u017ce ka\u017cdy host ESXi z wirtualnymi maszynami klient\u00f3w mo\u017ce uzyska\u0107 dost\u0119p do jednej z dw\u00f3ch macierzy dyskowych. Je\u015bli macierz na platformie OST ulegnie awarii, wirtualne maszyny b\u0119d\u0105 kontynuowa\u0107 dzia\u0142anie: hosty, na kt\u00f3rych one dzia\u0142aj\u0105, b\u0119d\u0105 uzyskiwa\u0107 dane z macierzy na NORD. <\/p>\n<p><img decoding=\"async\" alt=\"Chmura odporna na awarie: jak to dzia\u0142a\" src=\"\/wp-content\/uploads\/2020\/01\/996193debdab5b3564c97b05b1e5ba27.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Tak wygl\u0105da schemat pod\u0142\u0105czenia w klastrze. <\/i><\/p>\n<p>Jest to mo\u017cliwe dzi\u0119ki temu, \u017ce mi\u0119dzy fabrykami SAN dw\u00f3ch lokalizacji skonfigurowano Inter-Switch Link: prze\u0142\u0105cznik SAN Fabric A OST jest po\u0142\u0105czony z prze\u0142\u0105cznikiem SAN Fabric A NORD, w podobny spos\u00f3b dla prze\u0142\u0105cznik\u00f3w SAN Fabric B. <\/p>\n<p>Aby te z\u0142o\u017cone uk\u0142ady fabryk SAN mia\u0142y sens, mi\u0119dzy dwiema macierzami skonfigurowana jest replikacja Active-Active: informacje s\u0105 praktycznie jednocze\u015bnie zapisywane na lokalnej i zdalnej macierzy, RPO=0. Oznacza to, \u017ce na jednej macierzy przechowywana jest oryginalna wersja danych, a na drugiej \u2013 jej replika. Dane s\u0105 replikowane na poziomie wolumen\u00f3w macierzy, a na nich przechowywane s\u0105 dane VM (jej dyski, plik konfiguracyjny, plik swap itp.). <\/p>\n<p>Host ESXi widzi g\u0142\u00f3wny wolumen i jego replik\u0119 jako jedno urz\u0105dzenie dyskowe (Storage Device). Z hosta ESXi do ka\u017cdego urz\u0105dzenia dyskowego prowadzi 24 \u015bcie\u017cki:<\/p>\n<p>12 \u015bcie\u017cek \u0142\u0105czy go z lokaln\u0105 macierz\u0105 (optymalne \u015bcie\u017cki), a pozosta\u0142e 12 \u2013 z zdaln\u0105 (nieoptymalne \u015bcie\u017cki). W normalnej sytuacji ESXi uzyskuje dost\u0119p do danych na lokalnej macierzy, korzystaj\u0105c z 'optymalnych' \u015bcie\u017cek. W przypadku awarii tej macierzy ESXi traci optymalne \u015bcie\u017cki i prze\u0142\u0105cza si\u0119 na 'nieoptymalne'. Tak to wygl\u0105da na schemacie.<\/p>\n<p><img decoding=\"async\" alt=\"Chmura odporna na awarie: jak to dzia\u0142a\" src=\"\/wp-content\/uploads\/2020\/01\/e2b61eb8b9db4b882a6d20c0abf9fc4e.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Schemat klastra odpornego na awarie.<\/i><\/p>\n<p>Wszystkie sieci klient\u00f3w s\u0105 pod\u0142\u0105czone do obu lokalizacji za po\u015brednictwem wsp\u00f3lnej fabryki sieciowej. Na ka\u017cdej lokalizacji dzia\u0142a Provider Edge (PE), na kt\u00f3rym ko\u0144cz\u0105 si\u0119 sieci klient\u00f3w. PE s\u0105 po\u0142\u0105czone w zintegrowany klaster. W przypadku awarii PE na jednej lokalizacji ca\u0142y ruch jest przekierowywany na drug\u0105 lokalizacj\u0119. Dzi\u0119ki temu wirtualne maszyny z lokalizacji pozbawionej PE pozostaj\u0105 dost\u0119pne w sieci dla klient\u00f3w. <\/p>\n<p>Przyjrzyjmy si\u0119 teraz, co b\u0119dzie si\u0119 dzia\u0142o z wirtualnymi maszynami klienta w przypadku r\u00f3\u017cnych awarii. Zacznijmy od naj\u0142agodniejszych scenariuszy i zako\u0144czmy najpowa\u017cniejszym \u2013 awari\u0105 ca\u0142ej lokalizacji. W przyk\u0142adach g\u0142\u00f3wn\u0105 lokalizacj\u0105 b\u0119dzie OST, a zapasow\u0105, z replikami danych, \u2013 NORD.<\/p>\n<h3>Co dzieje si\u0119 z wirtualn\u0105 maszyn\u0105 klienta, je\u015bli\u2026 <\/h3>\n<p>\n<b>Zawiedzie po\u0142\u0105czenie replikacji.<\/b> Replikacja mi\u0119dzy macierzami dw\u00f3ch lokalizacji zostaje przerwana.<br \/>\nESXi b\u0119dzie dzia\u0142a\u0107 tylko z lokalnymi urz\u0105dzeniami dyskowymi (po optymalnych \u015bcie\u017ckach). <br \/>\nMaszyny wirtualne nadal dzia\u0142aj\u0105.<\/p>\n<p><img decoding=\"async\" alt=\"Chmura odporna na awarie: jak to dzia\u0142a\" src=\"\/wp-content\/uploads\/2020\/01\/c15c34e54cb456011f3155b30cbe1063.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Wyst\u0119puje przerwanie ISL (Inter-Switch Link).<\/b> Sytuacja ma\u0142o prawdopodobna. Chyba \u017ce jaki\u015b szalony koparka przekopie od razu kilka tor\u00f3w optycznych, kt\u00f3re przebiegaj\u0105 niezale\u017cnymi trasami i s\u0105 pod\u0142\u0105czone do miejsc przez r\u00f3\u017cne wej\u015bcia. Mimo wszystko. W tym przypadku hosty ESXi trac\u0105 po\u0142ow\u0119 \u015bcie\u017cek i mog\u0105 uzyskiwa\u0107 dost\u0119p tylko do swoich lokalnych pami\u0119ci masowych. Repliki s\u0105 zbierane, ale hosty nie b\u0119d\u0105 mog\u0142y si\u0119 do nich odwo\u0142ywa\u0107. <\/p>\n<p>Maszyny wirtualne dzia\u0142aj\u0105 prawid\u0142owo.<\/p>\n<p><img decoding=\"async\" alt=\"Chmura odporna na awarie: jak to dzia\u0142a\" src=\"\/wp-content\/uploads\/2020\/01\/c6c1b8b4972cd90cdb639fffe623bc1d.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Zawodzi prze\u0142\u0105cznik SAN w jednym z miejsc.<\/b> Hosty ESXi trac\u0105 cz\u0119\u015b\u0107 \u015bcie\u017cek do pami\u0119ci masowych. W tym przypadku hosty w miejscu, gdzie zawi\u00f3d\u0142 prze\u0142\u0105cznik, b\u0119d\u0105 dzia\u0142a\u0107 tylko przez jeden sw\u00f3j HBA. <\/p>\n<p>Maszyny wirtualne w tym czasie nadal dzia\u0142aj\u0105 prawid\u0142owo.<\/p>\n<p><img decoding=\"async\" alt=\"Chmura odporna na awarie: jak to dzia\u0142a\" src=\"\/wp-content\/uploads\/2020\/01\/3325765d426751e8717af20f7f122b90.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Zawodz\u0105 wszystkie prze\u0142\u0105czniki SAN w jednym z miejsc.<\/b> Za\u0142\u00f3\u017cmy, \u017ce taka awaria mia\u0142a miejsce w miejscu OST. W takim przypadku hosty ESXi w tym miejscu strac\u0105 wszystkie \u015bcie\u017cki do swoich urz\u0105dze\u0144 dyskowych. Wkracza standardowy mechanizm VMware vSphere HA: uruchomi on ponownie wszystkie maszyny wirtualne w miejscu OST w NORDzie maksymalnie w ci\u0105gu 140 sekund. <\/p>\n<p>Maszyny wirtualne dzia\u0142aj\u0105ce na hostach w miejscu NORD dzia\u0142aj\u0105 prawid\u0142owo.<\/p>\n<p><img decoding=\"async\" alt=\"Chmura odporna na awarie: jak to dzia\u0142a\" src=\"\/wp-content\/uploads\/2020\/01\/c7a129691cd4d6c161e165fd55607206.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Zawodzi host ESXi w jednym z miejsc. <\/b>Tutaj ponownie dzia\u0142a mechanizm vSphere HA: maszyny wirtualne z uszkodzonego hosta s\u0105 uruchamiane ponownie na innych hostach \u2013 w tym samym lub w zdalnym miejscu. Czas ponownego uruchomienia maszyny wirtualnej \u2013 do 1 minuty. <\/p>\n<p>Je\u015bli zawodz\u0105 wszystkie hosty ESXi w miejscu OST, w tym przypadku nie ma opcji: VM s\u0105 uruchamiane ponownie w innym miejscu. Czas ponownego uruchomienia jest taki sam. <\/p>\n<p><img decoding=\"async\" alt=\"Chmura odporna na awarie: jak to dzia\u0142a\" src=\"\/wp-content\/uploads\/2020\/01\/c00fb5078e0c4df1461187d8896670a4.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Zawodzi pami\u0119\u0107 masowa w jednym z miejsc.<\/b> Za\u0142\u00f3\u017cmy, \u017ce zawiod\u0142a pami\u0119\u0107 masowa w miejscu OST. W takim przypadku hosty ESXi w miejscu OST prze\u0142\u0105czaj\u0105 si\u0119 na prac\u0119 z replikami pami\u0119ci masowej w NORDzie. Po przywr\u00f3ceniu uszkodzonej pami\u0119ci masowej do u\u017cytku dojdzie do wymuszonej replikacji, hosty ESXi OST ponownie zaczn\u0105 korzysta\u0107 z lokalnej pami\u0119ci masowej. <\/p>\n<p>Maszyny wirtualne przez ca\u0142y ten czas dzia\u0142aj\u0105 prawid\u0142owo.<\/p>\n<p><img decoding=\"async\" alt=\"Chmura odporna na awarie: jak to dzia\u0142a\" src=\"\/wp-content\/uploads\/2020\/01\/87f7e1d012886d963f020768864154a7.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n<b>Zawodzi jeden z miejsc.<\/b> W takim przypadku wszystkie maszyny wirtualne b\u0119d\u0105 uruchamiane ponownie w rezerwowym miejscu za pomoc\u0105 mechanizmu vSphere HA. Czas ponownego uruchomienia VM wynosi 140 sekund. Przy tym wszystkie ustawienia sieciowe maszyny wirtualnej pozostan\u0105 zachowane, a ona b\u0119dzie nadal dost\u0119pna dla klienta w sieci.<\/p>\n<p>Aby restart maszyn na zapasowej stronie przebieg\u0142 bezproblemowo, ka\u017cda lokalizacja jest wype\u0142niona tylko w po\u0142owie. Druga po\u0142owa to rezerwa na wypadek przeniesienia wszystkich maszyn wirtualnych z drugiej, poszkodowanej lokalizacji.<\/p>\n<p><img decoding=\"async\" alt=\"Chmura odporna na awarie: jak to dzia\u0142a\" src=\"\/wp-content\/uploads\/2020\/01\/62cad7aaf5043f6879dc4a6cbb7b35bb.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTakie awarie chroni chmurowe rozwi\u0105zanie odporne na katastrofy oparte na dw\u00f3ch centrach danych. <\/p>\n<p>To przyjemno\u015b\u0107, kt\u00f3ra nie jest tania, poniewa\u017c, opr\u00f3cz podstawowych zasob\u00f3w, potrzebna jest rezerwa na drugiej stronie. Dlatego w takiej chmurze umieszcza si\u0119 krytyczne us\u0142ugi biznesowe, kt\u00f3rych d\u0142ugi przest\u00f3j mo\u017ce powodowa\u0107 znaczne straty finansowe i reputacyjne, lub je\u015bli system informacyjny musi spe\u0142nia\u0107 wymagania dotycz\u0105ce odporno\u015bci na katastrofy okre\u015blone przez przepisy regulacyjne lub wewn\u0119trzne regulacje firmy.<\/p>\n<p><b>\u0179r\u00f3d\u0142a:<\/b><\/p>\n<ol>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/www.infinidat.com\/sites\/default\/files\/resource-pdfs\/DS-INFBOX-190331-US_0.pdf\">www.infinidat.com\/sites\/default\/files\/resource-pdfs\/DS-INFBOX-190331-US_0.pdf<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/support.infinidat.com\/hc\/en-us\/articles\/207057109-InfiniBox-best-practices-guides\">support.infinidat.com\/hc\/en-us\/articles\/207057109-InfiniBox-best-practices-guides<\/a><\/noindex><\/li>\n<\/ol>\n<p>\u0179r\u00f3d\u0142o: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/dataline\/blog\/486186\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u041f\u043e\u0441\u043b\u0435 \u043d\u043e\u0432\u043e\u0433\u043e\u0434\u043d\u0438\u0445 \u043f\u0440\u0430\u0437\u0434\u043d\u0438\u043a\u043e\u0432 \u043c\u044b \u043f\u0435\u0440\u0435\u0437\u0430\u043f\u0443\u0441\u0442\u0438\u043b\u0438 \u043a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0435 \u043e\u0431\u043b\u0430\u043a\u043e \u043d\u0430 \u0431\u0430\u0437\u0435 \u0434\u0432\u0443\u0445 \u043f\u043b\u043e\u0449\u0430\u0434\u043e\u043a. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u043c, \u043a\u0430\u043a \u044d\u0442\u043e \u0443\u0441\u0442\u0440\u043e\u0435\u043d\u043e, \u0438 \u043f\u043e\u043a\u0430\u0436\u0435\u043c, \u0447\u0442\u043e \u043f\u0440\u043e\u0438\u0441\u0445\u043e\u0434\u0438\u0442 \u0441 \u043a\u043b\u0438\u0435\u043d\u0442\u0441\u043a\u0438\u043c\u0438 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u043c\u0438 \u043c\u0430\u0448\u0438\u043d\u0430\u043c\u0438 \u043f\u0440\u0438 \u043e\u0442\u043a\u0430\u0437\u0435 \u043e\u0442\u0434\u0435\u043b\u044c\u043d\u044b\u0445 \u044d\u043b\u0435\u043c\u0435\u043d\u0442\u043e\u0432 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430 \u0438 \u043f\u0430\u0434\u0435\u043d\u0438\u0438 \u0446\u0435\u043b\u043e\u0439 \u043f\u043b\u043e\u0449\u0430\u0434\u043a\u0438 (\u0441\u043f\u043e\u0439\u043b\u0435\u0440 \u2013 \u0441 \u043d\u0438\u043c\u0438 \u0432\u0441\u0435 \u0445\u043e\u0440\u043e\u0448\u043e). \u0421\u0425\u0414 \u043a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0433\u043e \u043e\u0431\u043b\u0430\u043a\u0430 \u043d\u0430 \u043f\u043b\u043e\u0449\u0430\u0434\u043a\u0435 OST. \u0427\u0442\u043e \u0432\u043d\u0443\u0442\u0440\u0438 \u041f\u043e\u0434 \u043a\u0430\u043f\u043e\u0442\u043e\u043c \u0443 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430 \u0441\u0435\u0440\u0432\u0435\u0440\u044b Cisco [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":40139,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[],"tags":[],"class_list":["post-40138","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u041f\u043e\u0441\u043b\u0435 \u043d\u043e\u0432\u043e\u0433\u043e\u0434\u043d\u0438\u0445 \u043f\u0440\u0430\u0437\u0434\u043d\u0438\u043a\u043e\u0432 \u043c\u044b \u043f\u0435\u0440\u0435\u0437\u0430\u043f\u0443\u0441\u0442\u0438\u043b\u0438 \u043a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0435 \u043e\u0431\u043b\u0430\u043a\u043e \u043d\u0430 \u0431\u0430\u0437\u0435 \u0434\u0432\u0443\u0445 \u043f\u043b\u043e\u0449\u0430\u0434\u043e\u043a.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/pl\/blog\/katastrofoustojchivoe-oblako-kak-eto-rabotaet\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"pl_PL\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0435 \u043e\u0431\u043b\u0430\u043a\u043e: \u043a\u0430\u043a \u044d\u0442\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u041f\u043e\u0441\u043b\u0435 \u043d\u043e\u0432\u043e\u0433\u043e\u0434\u043d\u0438\u0445 \u043f\u0440\u0430\u0437\u0434\u043d\u0438\u043a\u043e\u0432 \u043c\u044b \u043f\u0435\u0440\u0435\u0437\u0430\u043f\u0443\u0441\u0442\u0438\u043b\u0438 \u043a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0435 \u043e\u0431\u043b\u0430\u043a\u043e \u043d\u0430 \u0431\u0430\u0437\u0435 \u0434\u0432\u0443\u0445 \u043f\u043b\u043e\u0449\u0430\u0434\u043e\u043a.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/pl\/blog\/katastrofoustojchivoe-oblako-kak-eto-rabotaet\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-01-31T17:49:06+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-01-31T17:49:06+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47 Chmurowe rozwi\u0105zanie odporne na katastrofy: jak to dzia\u0142a | ProHoster","description":"Cze\u015b\u0107, Habr! Po noworocznych \u015bwi\u0119tach wznowili\u015bmy dzia\u0142anie chmurowego rozwi\u0105zania odpornego na katastrofy opartego na dw\u00f3ch lokalizacjach.","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/katastrofoustojchivoe-oblako-kak-eto-rabotaet","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pl_PL","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0435 \u043e\u0431\u043b\u0430\u043a\u043e: \u043a\u0430\u043a \u044d\u0442\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u041f\u043e\u0441\u043b\u0435 \u043d\u043e\u0432\u043e\u0433\u043e\u0434\u043d\u0438\u0445 \u043f\u0440\u0430\u0437\u0434\u043d\u0438\u043a\u043e\u0432 \u043c\u044b \u043f\u0435\u0440\u0435\u0437\u0430\u043f\u0443\u0441\u0442\u0438\u043b\u0438 \u043a\u0430\u0442\u0430\u0441\u0442\u0440\u043e\u0444\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0435 \u043e\u0431\u043b\u0430\u043a\u043e \u043d\u0430 \u0431\u0430\u0437\u0435 \u0434\u0432\u0443\u0445 \u043f\u043b\u043e\u0449\u0430\u0434\u043e\u043a.","og:url":"https:\/\/prohoster.info\/pl\/blog\/katastrofoustojchivoe-oblako-kak-eto-rabotaet","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-01-31T17:49:06+00:00","article:modified_time":"2020-01-31T17:49:06+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"40138","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:44:38","updated":"2022-09-28 05:19:32","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/40138","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/comments?post=40138"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/40138\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media\/40139"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=40138"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=40138"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=40138"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}