Malah dina mangsa musibah, sok aya waktu keur sacangkir tea.
DRP (Rencana Pamulihan Bencana) mangrupikeun hal anu idéal moal pernah diperyogikeun. Tapi lamun ujug-ujug berang-berang hijrah dina usum kawin ngaguntingan serat optik utama atanapi admin junior ngaragragkeun dasar produktif, anjeun pasti hoyong yakin yén anjeun bakal gaduh rencana anu tos dilakukeun ngeunaan naon anu kudu dilakukeun ku sadaya aib ieu.
Nalika para nasabah anu panik mimiti nelepon dukungan téknologi, saurang SMP milarian sianida, anjeun bijaksana muka amplop beureum sareng ngamimitian nempatkeun sadayana dina urutan.
Dina tulisan ieu kuring hoyong bagikeun saran ngeunaan cara nyerat DRP sareng naon anu kedah dikandungna. Urang ogé bakal ningali hal-hal di handap ieu:
- Hayu urang diajar mikir kawas penjahat.
- Hayu urang analisa mangpaat sacangkir tea salami kiamat.
- Pikirkeun struktur DRP anu merenah
- Hayu urang tingali kumaha nguji éta
Perusahaan mana anu tiasa nguntungkeun tina ieu?
Hésé pisan ngagambar garis nalika departemen IT mimiti peryogi hal-hal ieu. Abdi nyarios yén anjeun dijamin peryogi DRP upami:
- Ngeureunkeun server, aplikasi, atanapi kaleungitan sababaraha pangkalan data bakal nyababkeun karugian anu signifikan pikeun bisnis sacara gembleng.
- Anjeun gaduh departemén IT full-fledged. Maksad abdi, departemén salaku unit full-fledged pausahaan, kalawan anggaran sorangan, teu ngan sababaraha karyawan capé peletakan jaringan, meresihan virus jeung ngeusian printer.
- Anjeun gaduh anggaran realistis pikeun sahenteuna redundansi parsial upami aya kaayaan darurat.
Nalika departemén IT parantos nyuhunkeun sababaraha bulan sahenteuna sababaraha HDD kana server lami pikeun cadangan, anjeun moal mungkin tiasa ngatur gerakan pinuh tina jasa anu gagal pikeun nga-cadangkeun kapasitas. Sanajan di dieu dokuméntasi moal superfluous.
Dokuméntasi penting
Mimitian ku dokuméntasi. Hayu urang nyebutkeun yén layanan anjeun dijalankeun dina Aksara Perl anu ditulis tilu generasi kaliwat ku admins, tapi teu saurang ogé weruh kumaha gawéna. Hutang teknis akumulasi jeung kurangna dokuméntasi inevitably bakal némbak anjeun teu ngan dina tuur, tapi ogé dina anggota awak séjén, éta leuwih masalah waktu.
Sakali anjeun gaduh katerangan anu saé ngeunaan komponén jasa dina panangan, angkat statistik kacilakaan. Ampir pasti aranjeunna bakal lengkep has. Contona, anjeun gaduh disk pinuh ti jaman ka jaman, nu ngabalukarkeun titik gagal nepi ka diberesihkeun sacara manual. Atawa layanan klien jadi sadia alatan kanyataan yén batur poho renew sertipikat, sarta Hayu urang Encrypt teu bisa ngonpigurasi atawa teu hayang.
Pikiran kawas saboteur a
Bagian anu paling hese nyaéta ngaramalkeun kacilakaan anu teu acan kantos kajantenan, tapi anu berpotensi ngadat jasa anjeun lengkep. Di dieu kuring sareng kolega kuring biasana maénkeun penjahat. Nyokot loba kopi jeung hal ngeunah jeung konci diri di kamar pasamoan. Pastikeun yén dina rundingan anu sami anjeun ngonci insinyur anu nyalira ngembangkeun jasa target atanapi rutin damel sareng éta. Teras, boh dina papan atanapi dina kertas, anjeun ngawitan ngagambar sadaya horor anu tiasa lumangsung dina jasa anjeun. Henteu kedah rinci ngeunaan awéwé beberesih khusus sareng cabut kabel; cukup pikeun mertimbangkeun skenario "Palanggaran integritas jaringan lokal."
Biasana, kaayaan darurat paling umum cocog kana jinis ieu:
- Gagalna jaringan
- gagalna layanan OS
- Gagalna aplikasi
- gagalna beusi
- Gagalna Virtualisasi
Ngan ngaliwat unggal jinis sareng tingali naon anu dianggo pikeun jasa anjeun. Salaku conto, daemon Nginx tiasa turun sareng henteu naék - ieu hartosna gagal dina bagian OS. Situasi langka anu nyababkeun aplikasi wéb anjeun gagal nyaéta kagagalan parangkat lunak. Nalika damel dina tahap ieu, penting pikeun ngémutan diagnosis masalah. Kumaha ngabédakeun antarbeungeut beku dina virtualisasi tina drive cis anu murag sareng kagagalan jaringan, contona. Ieu penting pikeun gancang manggihan nu jawab tur mimitian narik buntut maranéhanana nepi ka kacilakaan ieu ngumbar.
Saatos masalah has ditulis handap, urang tuang langkung kopi sareng ngawitan mertimbangkeun skenario strangest, nalika sababaraha parameter mimiti buka saluareun norma. Salaku conto:
- Naon anu lumangsung lamun waktu dina titik aktip pindah deui menit relatif ka batur dina kluster?
- Sareng upami waktosna maju, sareng upami 10 taun?
- Naon anu lumangsung lamun titik klaster ujug-ujug leungit jaringan nalika sinkronisasi?
- Sareng naon anu kajantenan upami dua titik henteu ngabagi kapamimpinan kusabab isolasi samentawis silih dina jaringan?
Dina tahap ieu, pendekatan sabalikna mantuan pisan. Candak anggota tim anu paling nekad sareng imajinasi anu gering sareng masihan anjeunna tugas pikeun ngatur alihan dina waktos anu paling pondok, anu bakal ngirangan jasa. Upami hese didiagnosis, langkung saé. Anjeun moal percanten kana ideu anu anéh sareng keren anu dikedalkeun ku insinyur nalika dibéré ide pikeun ngarobih hiji hal. Tur upami Anjeun salah janji aranjeunna a test stand pikeun ieu, éta pohara alus.
Naon ieu DRP anjeun?!
Janten anjeun parantos netepkeun modél ancaman. Éta ogé tumut kana akun warga lokal anu motong kabel serat optik dina pilarian tambaga, sarta radar militér nu pakait garis relay radio mastikeun on Fridays di 16:46. Ayeuna urang kedah terang naon anu kudu dilakukeun ku sadayana.
Tugas anjeun nyaéta nyerat amplop beureum anu sami anu bakal dibuka dina kaayaan darurat. Langsung nyangka yén nalika (henteu lamun!) Sagalana geus ngaco up, ngan trainee paling inexperienced bakal caket dieu, anu leungeun bakal oyag rongkah tina horor tina naon anu lumangsung. Tingali kumaha tanda darurat dilaksanakeun di kantor médis. Contona, naon anu kudu dipigawé kalayan shock anaphylactic. Staf médis terang sadayana protokol ku manah, tapi nalika jalma caket dieu mimiti maot, sering pisan sadayana nyandak teu daya teu upaya. Jang ngalampahkeun ieu, instruksi anu jelas ngagantung dina témbok sareng barang-barang sapertos "buka bungkusan sapertos kitu" sareng "nyuntikkeun seueur unit ubar sacara intravena."
Hésé mikir dina kaayaan darurat! Kudu aya parentah basajan pikeun parsing tulang tonggong.
DRP anu saé diwangun ku sababaraha blok saderhana:
- Saha anu ngabéjaan ngeunaan awal kacilakaan éta. Ieu penting pikeun parallelize prosés éliminasi saloba mungkin.
- Kumaha nangtukeun diagnosis anu leres - urang lacak, tingali dina servicename status systemctl sareng saterasna.
- Sabaraha waktos tiasa dianggo dina unggal tahapan. Mun anjeun teu mibanda waktu pikeun ngalereskeun eta kalawan leungeun anjeun salila waktu SLA, mesin virtual ditelasan jeung digulung ti cadangan kamari.
- Kumaha carana mastikeun kacilakaan geus réngsé.
Émut yén DRP dimimitian nalika palayanan parantos gagal lengkep sareng ditungtungan nalika palayanan dibalikeun, sanaos ngirangan efisiensi. Kantun kaleungitan reservasi henteu kedah memicu DRP. Anjeun ogé tiasa nyerat sacangkir tèh kana DRP. Serius. Numutkeun statistik, loba kacilakaan robah tina teu pikaresepeun ka catastrophic alatan kanyataan yén staf dina rusuh panik pikeun ngalereskeun hal, sakaligus maéhan hijina titik hirup kalawan data atawa tungtungna rengse kaluar kluster. Sakumaha aturan, 5 menit sareng sacangkir tea bakal masihan anjeun sababaraha waktos pikeun tenang sareng nganalisis naon anu kajantenan.
Entong bingung DRP sareng paspor sistem! Ulah overload ku data nu teu perlu. Ngan nyieun mungkin mun gancang tur merenah ngagunakeun hyperlinks pikeun pindah ka bagian dipikahoyong tina dokuméntasi jeung maca dina format dimekarkeun ngeunaan bagian perlu arsitéktur jasa. Sareng dina DRP sorangan ngan ukur aya petunjuk langsung dimana sareng kumaha nyambungkeun sareng paréntah khusus pikeun salinan-témpél.
Kumaha cara nguji anu leres
Pastikeun yén karyawan anu tanggung jawab tiasa ngalengkepan sadaya barang. Dina momen anu paling krusial, sigana yén insinyur henteu ngagaduhan hak aksés kana sistem anu diperyogikeun, henteu aya kecap konci pikeun akun anu diperyogikeun, atanapi anjeunna henteu terang naon "Sambungkeun ka konsol manajemén jasa ngalangkungan proxy di kantor pusat” hartina. Unggal item kudu jadi basajan sabisa.
Salah - "Pindah ka virtualisasi sareng reboot titik paéh"
Katuhu - "Sambungkeun via antarmuka wéb ka virt.example.com, dina bagian titik, reboot titik anu nyababkeun kasalahan."
Nyingkahan ambiguitas. Inget intern sieun.
Pastikeun pikeun nguji DRP. Ieu sanés ngan ukur rencana pikeun acara - éta mangrupikeun hal anu bakal ngamungkinkeun anjeun sareng klien anjeun gancang kaluar tina kaayaan kritis. Hadé pisan mun éta ngalakukeun sababaraha kali:
- Hiji ahli sareng sababaraha interns damel dina bangku tés anu niru jasa nyata sabisa-bisa. Ahli ngarecah palayanan ku sababaraha cara sareng ngamungkinkeun para pelatih pikeun mulangkeunana dumasar kana DRP. Sadaya masalah, ambiguitas dina dokuméntasi sareng kasalahan dirékam. Sanggeus ngalatih para trainee, DRP dilengkepan sareng disederhanakeun di tempat-tempat anu teu jelas.
- Nguji dina layanan nyata. Kanyataanna, anjeun pernah bisa nyieun salinan sampurna hiji layanan nyata. Ku alatan éta, sababaraha kali sataun perlu rutin mareuman sababaraha server, megatkeun sambungan sarta ngabalukarkeun bencana sejenna tina daptar ancaman guna assess urutan recovery. Gagal anu direncanakeun salami 10 menit di tengah wengi langkung saé tibatan gagal ngadadak sababaraha jam salami beban puncak kalayan leungitna data.
- Éliminasi nyata kacilakaan. Leres, ieu ogé bagian tina tés. Upami aya kacilakaan anu henteu aya dina daptar ancaman, perlu pikeun nambihan sareng ngabéréskeun DRP dumasar kana hasil panalungtikanana.
Titik konci
- Upami omong kosong tiasa kajantenan, éta sanés ngan ukur kajantenan, tapi bakal dilakukeun dina skenario anu paling bencana.
- Pastikeun anjeun gaduh sumber daya pikeun failover.
- Pastikeun Anjeun gaduh cadangan, aranjeunna otomatis dijieun tur rutin dipariksa pikeun konsistensi.
- Pikir ngaliwatan skenario anceman has.
- Masihan insinyur kasempetan pikeun datang nepi ka pilihan non-standar pikeun nempatkeun jasa.
- DRP kedah parentah basajan tur belet. Kabéh diagnostics kompléks ngan sanggeus konsumén geus malikkeun jasa. Komo lamun keur sayaga.
- Nyadiakeun nomer telepon konci sareng kontak dina DRP.
- Uji pamahaman karyawan ngeunaan DRP sacara rutin.
- Atur kacilakaan rencanana dina produk. Nangtung teu bisa ngaganti sagalana.
sumber: www.habr.com