Дәстүрлі апатты қалпына келтіру шешімдерінің мәселесі олардың контейнерлерді салуға жарамсыздығы болып табылады. Салыстыру үшін виртуалды машина қарапайым: қолданба бір виртуалды машинада немесе виртуалды машиналар тобында орналастырылған және қалпына келтіру уақыты келгенде виртуалды машинаның репликасы немесе сақтық көшірмесі әдетте жеткілікті. Бірақ Кубернетес жағдайында бәрі күрделірек.
Kubernetes апатты қалпына келтіру жоспары шектеулі тоқтау және бизнес үздіксіздігін қамтамасыз ету үшін қызмет сәтсіздігі немесе үзіліс жағдайында Kubernetes кластеріндегі қолданбаларды және оның қолданбаларын қалпына келтіру процесін егжей-тегжейлі көрсетеді. Қолданбаңыздың қажеттіліктерін түсіну Kubernetes үшін апатты қалпына келтіру стратегиясын анықтаудың маңызды құрамдас бөлігі болып табылады, әсіресе Kubernetes сияқты контейнерлік оркестрлік платформа басқа тәсілді қажет ететін бірнеше мүмкіндіктерге ие болғандықтан.
Кубернетес апатты қалпына келтіру дәстүрлі апатты қалпына келтіруден ерекшеленеді
Дәстүрлі апатты қалпына келтіру шешімдерінің мәселесі олардың контейнерлерді салуға жарамсыздығы болып табылады. Виртуалды машинаны салыстыру қарапайым: қолданба бір виртуалды машинада немесе виртуалды машиналар тобында орналастырылған және қалпына келтіру уақыты келгенде виртуалды машинаны репликациялау әдетте жеткілікті.
Дегенмен, Kubernetes инфрақұрылымы динамикалық және таратылатын болу үшін арнайы жасалған. Жалғыз виртуалды машинада бірнеше қолданбалардың құрамдастары болуы мүмкін, бірақ кез келген жалғыз қолданбаның барлық құрамдастары болмауы мүмкін. Сондықтан, Kubernetes кластерлері үшін VM негізіндегі тәсілді пайдалану қалпына келтіру процесін ұзартады.
Kubernetes қолданбасының құрамдастары сыртта сақталатын метадеректер және тұрақты деректер сияқты негізгі ресурстарды қамтиды және VM шешімі қолданбаны қалаған күйге қалай қалпына келтіру керектігін түсінбейді, нәтижесінде тоқтау уақыты немесе деректер жоғалуы артады.
Виртуалды машиналарды пайдаланып Kubernetes қолданбалары үшін апатты қалпына келтіру стратегиясын жасау нақты қолданбаларды немесе контейнерлерді қалпына келтіруді мақсат ете алмайтыныңызды білдіреді.
Сондықтан Kubernetes үшін арнайы жасалған апатты қалпына келтіру шешімін жүзеге асырған дұрыс. Олар Kubernetes кластеріндегі барлық әртүрлі деректер мен құрамдастарды және олардың бір-бірімен байланысын тануға және қайта құруға арналған.
Кубернетес апатты қалпына келтіру жоспарының негізгі элементтері
Апатты қалпына келтірудің тиімді жоспарын жасау ойластырылған және көп қырлы көзқарасты талап етеді. Ешбір жалғыз тәсіл сіздің барлық қолданбаларыңызды тиісті түрде қамтымайды, сондықтан апатты қалпына келтіру жоспарын жасау кезінде келесі негізгі элементтердің әрқайсысын ескеру маңызды.
Сақтық көшірме жасау және қалпына келтіру
Тұрақты сақтық көшірмелер де Kubernetes апатты қалпына келтіру жоспарының кілті болып табылады, өйткені сақтық көшірмелер деректерді кездейсоқ жойылудан немесе төлемдік бағдарламадан қорғай алады. Сақтық көшірмелер негізгі деректер бұзылған кезде және қолмен араласу қажет болғанда іске қосылады. Апатты қалпына келтіру түріне қарамастан, Kubernetes кластерлерінің сақтық көшірмесін жасау қиын болуы мүмкін, себебі оның инфрақұрылымы күрделі және көптеген құрамдастарды қамтуы мүмкін.
Kubernetes сақтық көшірмелері бүкіл Kubernetes қолданбасын, соның ішінде кластер күйін, қолданба конфигурацияларын және тұрақты томдарда (PV) сыртқы сақталған деректерді қамтуы керек. Бұл сыбайлас жемқорлықсыз және шектеулі деректердің жоғалуынсыз дәйекті қолданбалардың сақтық көшірмелерін қамтамасыз етудің жалғыз жолы. Қалпына келтіру уақыты келгенде, Kubernetes үшін жасалған шешім қолданбаны қажетті күйге қайтару үшін қолданба метадеректерін оқып, қалпына келтіре алады. Сақтық көшірмелер контейнер бойынша түйіршіктелген болуы керек, яғни бүкіл виртуалды машинаны қалпына келтірместен қалпына келтіру үшін жеке контейнерлерді таңдауға болады. Қалпына келтіру уақыты келгенде, контейнерлерге түйіршікті тәсіл жылдамырақ, сенімдірек қалпына келтіру процесін қамтамасыз етеді.
Көптеген деректерді қорғау және Kubernetes апатты қалпына келтіру қызметінің провайдерлері сақтық көшірме жасау және қалпына келтіру түрінде апатты қалпына келтіруді ұсынады деп мәлімдейді. Дегенмен, сақтық көшірме жасау және қалпына келтіру Kubernetes апатты қалпына келтіру деп есептелмейді, себебі апатты қалпына келтіру қолданба деректерінің қосымша кластерге қайталануын талап етеді.
Kubernetes сақтық көшірме бетінде қосымша ақпарат алыңыз .
Әртүрлі қолданба деңгейлері үшін SLA анықтамасын анықтаңыз.
Апатты қалпына келтіру жоспары бір өлшемге сәйкес келетін тәсіл емес. Барлық қолданбаларда бірдей мақсатты RPO және RTO талаптары болмайды . Қолданбалардың әртүрлі деңгейлері үшін қызмет деңгейі келісімдерін анықтау маңызды. Ең маңызды мәселе мынада: деректердің жоғалуына және деректерді қалпына келтіру уақытына төзімділігіңіз қандай?
Төзімділік тұрғысынан өте икемсіз болып табылатын миссия үшін маңызды қолданбалар. Мысалы, қаржылық қызметтер индустриясында клиенттер банктер мен несие карталары компанияларынан өздерінің қаржылары немесе несиелік карталар операциялары туралы нақты уақыт режимінде ақпарат беруін күтеді. Сәтсіздікке байланысты деректер немесе қызметтер жетіспесе, бұл компания үшін апатты болуы мүмкін, нәтижесінде тұтынушылардың адалдығы мен бренд капиталы жоғалады. Көптеген кәсіпорын компаниялары миссиясы маңызды қолданбалары үшін деректердің жоғалуына шыдай алмайды, сондықтан қолданбаның шектеулі тоқтау уақытын қамтамасыз ету үшін нөлдік RPO және өте төмен RTO қажет.
2-деңгей және 3-деңгей қолданбалары деректердің жоғалуына және қалпына келтіру уақытына төзімдірек болады, бұл RPO және RTO бірнеше сағат немесе тіпті күндер бойы сақталуына мүмкіндік береді. Жоспарланған сақтық көшірме саясаты сіздің жоғалтуға төзімділікті қамтуы мүмкін болса, бұл қолданбалар апатты қалпына келтірусіз жеткілікті түрде қорғалуы мүмкін.
Синхронды және асинхронды апатты қалпына келтіру арасындағы айырмашылықты түсініңіз.
Нөлдік RPO талап ететін маңызды Kubernetes қолданбалары үшін апатты синхронды қалпына келтіру өте маңызды. Бұл сіздің негізгі сайтыңыздағы деректер автоматты түрде екіншісіне көшірілетінін білдіреді. Кластер аралық Kubernetes апатты қалпына келтіру екі кластер арасындағы қолданба деректерін қайталап қана қоймайды, сонымен қатар қолданба конфигурациялары мен кластер денсаулығын да береді, сондықтан кез келген уақытта негізгі көшірме мен қалпына келтіру көшірмесі арасында ешқандай айырмашылық болмайды.
Бастапқы көшірме бұзылса, жылдам ауыстыру бірдей қалпына келтіру көшірмесінің мүмкіндігінше жылдам қабылдануын қамтамасыз етеді, кіріс трафикті қайта бағыттайды, ресурстарды қамтамасыз етеді және репликаланған көшірмеде қолданбаларды іске қосады. Нөлдік RPO апатты қалпына келтіруді қамтамасыз ететін Kubernetes апатты қалпына келтіру шешімдері өте аз, себебі синхронды апатты қалпына келтіру сақтау деңгейінде қайталауды қажет етеді.
2-деңгей немесе 3-деңгей қолданбалары үшін асинхронды апатты қалпына келтіру әдетте жеткілікті. Асинхронды апатты қалпына келтіру екі Kubernetes кластері арасындағы қолданба деректерін қайталауды қажет етеді. Дегенмен, репликация бастапқы кластерге өзгертулер енгізілген кезде бір уақытта болмайды. Қосымша кластерге репликация әдетте жоғалтуға төзімді кестеде орын алады.
Кейбір ұйымдар 2 немесе 3-деңгей қолданбаларын қарапайым сақтық көшірмемен қорғауды және ең соңғы сақтық көшірмеден көшірмені қалпына келтіруді таңдауы мүмкін. Мұндағы төзімділік қолданбалардың сақтық көшірмесін жасау жиілігіне байланысты сақтық көшірме жасау кестелеріне сәйкес келуі мүмкін.
Дегенмен, асинхронды апатты қалпына келтіру немесе сақтық көшірме жасау және қалпына келтіру кезінде бастапқы көшірме мен қалпына келтіру көшірмесінің арасында айырмашылық болады, сондықтан кәсіпорындар деректердің жоғалуын есепке алуы керек.
Кубернетес апатты қалпына келтірудің тиімді стратегиясының негізгі факторлары
Төмен кідіріс талаптары
Нөлдік RPO және нөлге жақын RTO талап ететін миссия үшін маңызды қолданбалар үшін кешіктіруді ескеру маңызды. Кідіріс деректерді негізгі көшірмеден екінші көшірмеге көшіруге болатын жылдамдықты анықтайды. Кешігуге желі қосылымы, өткізу қабілеттілігін пайдалану және географиялық қашықтық сияқты бірқатар факторлар әсер етуі мүмкін.
Мүмкін болатын ең аз кідірісті қамтамасыз ету үшін негізгі және қосымша көшірмелер бірдей мега-аймақтағы деректер орталықтарында орналасқан болуы керек, өйткені тораптар арасындағы қашықтық ұлғайған сайын кідіріс артады.
Қайталанатын процестер
Апатты қалпына келтіру стратегиясының маңызды сипаттамасы қайталану болып табылады. Бірдеңе дұрыс болмаса, оған сенуге тура келеді және ол әр уақытта мінсіз жұмыс істеуі керек. Төтенше жағдай орын алған кезде бір мезгілде шешілуі тиіс көптеген күрделі мәселелер бар. Стресстік оқиға кезінде күрделі процестерді қажет етпейтін қарапайым, қолдануға оңай шешім арқылы қайталанатын процесті қалайсыз.
Автоматтандырумен шешімді пайдалану мұнда үлкен айырмашылықты тудырады. Апатты қалпына келтіруді автоматтандыруды пайдалану қателерді азайтуға және процесті жеңілдетуге көмектеседі. Бақылау құралдары Kubernetes кластерлерінің денсаулығы мен өнімділігі туралы түсінік беру арқылы мәселелерді ерте анықтауға көмектеседі.
Бірақ толық қайталануға қол жеткізу тек дұрыс құралдар мен шешімдердің болуын ғана талап етеді. Ұйымыңыздағы әрбір адам апат кезінде дереу әрекет етуге үйретілуі керек. Жоспарланған жауап кез келген сәтсіздік жағдайында тоқтау уақытын және деректердің жоғалуын азайтады.
Бизнестің үздіксіздігін қамтамасыз ету
Ақырында, апатты қалпына келтіру жоспары бизнес үздіксіздігінің маңызды құрамдас бөлігі болып табылады. Негізінде бизнес үздіксіздігі жоспары апат жағдайында маңызды операцияларды қалай жалғастыру керек деген маңызды сұраққа жауап береді.
Бұл кешенді жоспар апатты қалпына келтірудің техникалық құрамдастарын қамтиды, мысалы, маңызды және маңызды емес қолданбалар үшін SLA талаптарын және жоғалтуға төзімділіктерін анықтау және сау Kubernetes кластерлерінде кез келген сәтсіз қолданбаларды іске қосу үшін жылдам ауыстырып қосу процестерін орнату, сонымен қатар ол негізгі қамтиды. нақты және уақтылы байланысты қамтамасыз ету, тиісті мүдделі тараптарды оқыту және тестілеу және қолданбаның тұрақтылығын үнемі жақсарту сияқты бизнес операциялары.
Бизнес үздіксіздігінің мақсаты бұзылудың әсерін барынша азайту және маңызды операцияларды мүмкіндігінше жылдам жалғастыру болуы керек.
| Реклама Google |
 |
Назар аударыңыз! Бұл мақала ресми құжат емес.Ақпаратты сақтықпен және сынақ ортасында пайдалану керек.
Заманауи сақтық көшірме жасау, репликациялау, деректерді синхрондау және төлемдік бағдарламадан қорғау жүйелерін құру туралы сұрақтарыңыз болса, қазіргі заманғы деректердің сақтық көшірмесін жасау және қалпына келтіру технологиялары бойынша кеңес алу үшін біздің компанияға хабарласыңыз . Біздің компанияның осы салада 20 жылдан астам тәжірибесі бар. |
||||
Қазақстандағы резервтік көшірудің ең жақсы он тәжірибесі
- oVirt гипервизорын қорғау — терең талдау
- oVirt жүйесінен Proxmox жүйесіне виртуалды машинаны көшіру
- Proxmox-тан oVirt-ке виртуалды машинаны көшіру
- Kubernetes контейнерлерін қорғау — терең талдау
- Proxmox гипервизорын бұзудан қалай қорғауға болады - Терең талдау
- Fail2Ban-ды oVirt жүйесін қорғауда қолдану - Терең талдау
- oVirt гипервизорын сақтандыруды ұйымдастыру — Терең талдау
- Виртуалды машинаны гипервизорлар арасында Proxmox арқылы көшіру
- Proxmox гипервизорын виртуалды машиналардың оңтайлы жұмысын қамтамасыз ету үшін конфигурациялау
- Proxmox-те SSH арқылы root құқықтарының бұзылуынан қорғау: терең талдау
