Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery (DR) orchestrează tranziția sistemelor de calcul, a bazelor de date și a aplicațiilor între regiunile OCI din lumea întreagă, cu un singur clic. Clienții pot automatiza pașii necesari pentru recuperarea unuia sau mai multor sisteme de afaceri, fără reproiectarea sau modificarea infrastructurii, bazelor de date sau aplicațiilor existente și fără a avea nevoie de servere specializate de gestionare sau de conversie.
OCI Full Stack DR este disponibil în regiunile comerciale OCI, regiunile guvernamentale din Regatul Unit, regiunile suverane ale UE, regiunile Oracle Alloy și regiunile dedicate OCI. Pentru lista completă a disponibilității serviciilor, puteți consulta Pagina de disponibilitate a regiunilor Full Stack DR. Procesul de înregistrare pentru regiunile Oracle US Government Cloud şi Oracle US Defense Cloud este încă în curs. Pentru informații suplimentare despre regiunile OCI, inclusiv domeniile și locațiile lor specifice, consultați documentația pentru domenii și regiuni OCI.
OCI Full Stack Disaster Recovery se adresează în prezent resurselor disponibile în regiunile OCI, iar resursele trebuie să fie în același tenancy. Full Stack DR acceptă oferta Oracle Database@Azure, ceea ce înseamnă că tranzițiile rolurilor la nivel de bază de date pot fi gestionate numai utilizând Full Stack DR. Cu toate acestea, este important să rețineți că posibilitatea de a sprijini recuperarea în caz de dezastru în cadrul strategiilor on-premises, hibride și pentru mai multe clouduri face parte din planul de informații pentru dezvoltarea viitoare. Oracle intenționează să extindă funcționalitatea OCI Full Stack DR pentru a cuprinde aceste medii, permițându-vă să aveți o soluție completă de recuperare în caz de dezastru care acoperă o gamă mai largă de scenarii.
Nu. Recuperarea în caz de dezastru în OCI necesită toate serviciile OCI pentru a accepta operaţiuni între entităţi găzduite. Foarte puține servicii OCI acceptă replicarea sau controlul între entități găzduite. Deoarece Full Stack DR se bazează pe capacitățile și API-urile furnizate de toate serviciile OCI, Full Stack DR nu poate oferi orchestrarea recuperării până când toate serviciile OCI acceptă capacități inter-tenancy.
Da, se poate. Implementarea resurselor OCI în două regiuni OCI oferă capacități îmbunătățite de recuperare în caz de dezastru. Această abordare asigură o disponibilitate ridicată și rezistență pentru aplicațiile și serviciile critice. În cazul unui dezastru sau al unei întreruperi într-o regiune, resursele pot fi ușor de transferat în cealaltă regiune, reducând perioada de inactivitate și minimizând impactul asupra operațiunilor de afaceri. Prin distribuirea resurselor în mai multe regiuni, puteți realiza o strategie fiabilă de recuperare în caz de dezastru, care oferă o mai bună protecție a datelor și continuitate a activității.
Nu, OCI Full Stack DR este un serviciu administrat integral.
Da, OCI Full Stack DR oferă SLA-uri de disponibilitate și performanță. Pentru mai multe detalii, consultaţi documentul Oracle PaaS and IaaS Public Cloud Services Pillar(PDF).
Puteți accesa OCI Full Stack DR prin consola Oracle Cloud Infrastructure (o interfață bazată pe browser), API-urile REST, SDK-urile Oracle Cloud Infrastructure, o interfață de linie de comandă și instrumentele DevOps.
Da, OCI Full Stack DR poate fi utilizat atât pentru sarcinile de lucru Oracle, cât și pentru cele din alte domenii.
Nu. Prin proiectare, Full Stack DR vă permite să creați planuri de DR numai în regiunea grupului de protecție DR standby. Este recomandat să utilizați o execuție de testare a unui plan de switchover pentru a crea toate planurile de DR (switchover, failover și drill) în celălalt grup de protecție DR. Astfel, planurile de recuperare în caz de dezastru vor fi disponibile în ambele regiuni.
Depinde de cerințele de aplicare. Dacă nu există nicio dependenţă de aplicaţie (de exemplu, dacă se pot efectua mai multe switchoveruri DB în paralel cu recuperarea serverului de aplicaţii), este ideal să aveţi mai multe grupuri de protecţie DR. Acest lucru ar contribui, de asemenea, la îmbunătățirea obiectivului general privind timpul de recuperare al aplicației de afaceri. Cu toate acestea, dacă măsurile de recuperare depind unele de altele, ar avea sens să existe un plan de redresare într-un singur grup de protecție DR. Full Stack DR este extrem de flexibil; puteți crea grupuri de protecție DR și planuri DR în funcție de cerințele dumneavoastră.
OCI Full Stack DR contribuie la automatizarea etapelor de recuperare pentru aplicațiile existente. Pentru integrarea cu Full Stack DR, va trebui să efectuați următorii pași:
Da, Full Stack DR este un serviciu extrem de flexibil. Puteți integra orice implementare DR cu OCI Full Stack Disaster Recovery.
Va trebui să configuraţi toate componentele infrastructurii de producţie/DR şi ale aplicaţiilor. În funcție de implementările DR, acestea pot include următoarele:
Puteți adăuga următoarele tipuri de resurse ca membri ai grupului DR Protection.
În timpul creării planului de recuperare in caz de dezastru (DR), OCI Full Stack Disaster Recovery generează automat grupuri de planuri integrate. Planul dumneavoastră de DR poate fi personalizat în continuare pentru a interacționa cu orice alte servicii OCI prin intermediul grupurilor de planuri definite de utilizator, folosind scripturi sau funcții Oracle Cloud Infrastructure Functions.
Există patru tipuri de planuri de DR.
Da, avem în plan adăugarea altor servicii de bază OCI, cum ar fi OCI Kubernetes Engine (OKE). Reveniți pentru mai multe informații.
Da. OCI Full Stack DR depinde de API-urile Oracle Database PaaS Data Guard pentru a genera grupuri de planuri pentru switchover sau failover pentru baza de date. Însă, după ce aţi spus acest lucru, puteţi utiliza script-uri personalizate pentru a controla modificările rolurilor din Oracle Data Guard, în cazurile în care Data Guard a fost configurat manual.
Da, presupunând că ați configurat Oracle Data Guard pentru bazele de date care rulează într-o mașină virtuală OCI. Puteți crea grupuri de planuri definite de utilizator și puteți utiliza scripturile de broker Data Guard sau de inversare a rolurilor.
Vă recomandăm să urmați tehnologiile native de replicare a bazelor de date pentru replicarea bazelor de date de producție și în standby. Puteți utiliza grupuri de planuri definite de utilizator și puteți introduce propriile dvs. scripturi pentru a efectua inversarea rolului bazei de date.
Instanță în mișcare: De obicei, se utilizează în topologiile de recuperare în caz de dezastru pilot light sau cold VM, în care instanțele care conțin stiva de aplicații sunt implementate numai în regiunea primară. Instanțele sunt mutate din grupul de protecție DR principal în grupul de protecție DR în standby.
Instanță nemișcată: De obicei, se utilizează pentru topologiile DR activ-pasiv, în care instanțele care alcătuiesc stiva de aplicații sunt implementate în prealabil atât în regiunile cât și în componentele software ale aplicației. Porniți sau opriți aceste instanțe în timpul operațiunilor de DR pentru a efectua tranziția serviciului dintr-o regiune în alta.
Dacă ați adăugat o instanță de calcul mobilă sau nemișcată ca membru în grupul de protecție DR principal, trebuie să adăugați grupul de volume de boot/block relevant ca membru în grupul de protecție DR principal.
Puteți specifica detaliile opțiunii de montare a volumului cu blocuri în proprietățile membrilor instanței nemișcate. Trebuie să adăugați grupul de volume cu blocuri relevant ca membru în grupul de protecție DR primar.
Nu, nu puteţi adăuga aceste baze de date ca tipuri de membri cu Full Stack DR. După lansarea caracteristicilor native de replicare între regiuni din serviciul respectiv, echipa Full Stack DR va planifica să beneficieze de asistență pentru aceste servicii ca tipuri de membri. În prezent, clienții pot utiliza scripturi personalizate și le pot integra cu Full Stack DR dacă procesul de recuperare pentru bazele de date poate fi finalizat. De exemplu, HeatWave MySQL acceptă funcţionalităţi de backup şi restabilire între regiuni; dacă procesul de recuperare poate fi scriptat, acestea pot fi adăugate la planul DR utilizând grupurile de planuri definite de utilizator.
Durata de timp de recuperare (RTO): RTO este intervalul de timp vizat în care o anumită aplicație sau un anumit sistem trebuie să fie complet restaurat și operațional după un dezastru sau un eveniment perturbator. Reprezintă durata maximă admisibilă de inactivitate pe care întreprinderea o poate suporta pentru aplicația respectivă. Cu alte cuvinte, indică timpul în care aplicația trebuie să fie repusă în funcțiune pentru a îndeplini cerințele de continuitate a activității. Aplicațiile esențiale au adesea un RTO, scăzut, deoarece trebuie să fie restaurate rapid pentru a minimiza întreruperile și a menține operațiunile esențiale.
Obiectivul pentru punctul de recuperare (RPO): RPO se referă la nivelul maxim tolerabil de pierdere de date în caz de dezastru sau întrerupere. Acesta reprezintă perioada de timp în care datele pot fi pierdute (fără backup sau replicare) înainte ca dezastrul să înceapă să aibă un impact semnificativ asupra afacerii. De exemplu, dacă o aplicație are un RPO de o oră, înseamnă că, după un dezastru, datele trebuie să fie recuperate până la un punct cu cel mult o oră înainte de producerea incidentului. Aplicațiile cu un RPO mai mic necesită, de obicei, copii de rezervă sau replicare mai frecventă a datelor pentru a asigura o pierdere minimă de date.
Atât RTO-ul, cât și RPO-ul sunt considerații esențiale în planificarea recuperării în caz de dezastru, deoarece au un impact direct asupra continuității și rezilienței operațiunilor de afaceri în timpul și după un eveniment disruptiv. Organizațiile sunt nevoite să echilibreze aceste obiective în funcție de caracterul critic al aplicațiilor lor și de costul implementării măsurilor de DR necesare.
RTO-ul pentru o aplicație poate fi determinată prin luarea în considerare a timpului necesar pentru a finaliza planul de switchover sau de failover. OCI Full Stack DR, cu procesul său de recuperare complet automatizat, poate îmbunătăți semnificativ RTO-ul prin minimizarea perioadei de inactivitate și prin reducerea intervențiilor manuale necesare pentru recuperare.
Prin automatizarea proceselor de failover și switchover, OCI Full Stack DR simplifică fluxul de lucru pentru recuperare și permite repunerea rapidă a aplicațiilor online. Această reducere a timpului de recuperare poate duce la îmbunătățirea continuității activității și la reducerea întreruperilor în timpul unui dezastru.
OCI Full Stack DR nu are control asupra RPO-ului, deoarece acesta poate varia în funcție de serviciile OCI, de metodele de replicare și de configurațiile acestora. Diferitele servicii din cadrul Oracle Cloud Infrastructure pot avea orientări RPO specifice, în funcție de modul în care gestionează replicarea și sincronizarea datelor.
De exemplu, pentru Oracle Autonomous Database Serverless, este posibil ca Oracle să fi publicat valori RPO pentru bazele de date în standby între regiuni, indicând pierderea maximă de date tolerabilă pentru acea configurație specifică.
Pentru a asigura conformitatea cu RPO-ul dorit și pentru a înțelege capacitățile de recuperare a datelor ale fiecărui serviciu OCI, consultați documentația serviciului OCI respectiv. Aceste ghiduri oferă informații detaliate despre modul în care sunt replicate datele, opțiunile de recuperare disponibile și RPO-ul preconizat pentru diferite configurații. Urmând recomandările din documentație, puteți pune în aplicare o strategie adecvată de recuperare în caz de dezastru care să se alinieze cu nevoile dumneavoastră de afaceri și cu cerințele de protecție a datelor.
Prețul pentru OCI Full Stack DR urmează modelul de tarifare OCI OCPU și ECPU pe oră. Prețul serviciului este calculat în funcție de numărul de procesoare (nuclee OCPU și nuclee ECPU) pentru fiecare tip de membru adăugat la un grup de protecție DR. Utilizează doar procesoarele alocate pentru a calcula cheltuielile. Stocarea, rețelistica și alte utilizări ale resurselor care fac parte din grupurile de protecție Full Stack DR nu sunt facturate de Full Stack DR.
Pentru mai multe detalii, consultați estimatorul de costuri OCI și lista de prețuri OCI (PDF).
Tariful OCI Full Stack DR este calculat în funcție de numărul de OCPU și de ECPU de resurse de calcul și de baze de date adăugate ca membri atât în grupurile de protecție DR principale, cât și în cele în standby.
Exemplu 1
Exemplu 2
Vă rugăm să rețineți că prețurile pe oră și modelul se pot schimba în viitor. Pentru prețurile actuale, consultați cele mai recente orientări privind prețurile sau contactați reprezentantul de vânzări Oracle.
Nu, nu există un preț separat pentru adăugarea unui grup de volume ca membru al unui grup de protecție DR. Prețurile OCI Full Stack DR se aplică numai tipurilor de membri de calcul și de baze de date. Full Stack DR nu percepe taxe suplimentare pentru următoarele tipuri de resurse OCI:
Da. Veți plăti costurile normale ale serviciilor OCI necesare pentru implementarea stivei de aplicații, indiferent dacă utilizați Full Stack DR sau nu. Veți plăti pentru OCI Networking, OCI Compute, consumul de stocare OCI, OCI Load Balancer, bazele de date Oracle și orice alte servicii OCI de care are nevoie stiva dvs. de aplicații. Costul pentru Full Stack DR este un cost suplimentar bazat pe numărul de nuclee ECPU și OCPU, așa cum se explică în răspunsul la întrebarea 2 din această secțiune.
Costul asociat cu serviciile OCI și cu un model de implementare DR variază în funcție de serviciile și configurațiile specifice pe care le alegeți. De exemplu, dacă optați pentru replicarea blocurilor între regiuni, va exista un cost suplimentar de stocare. În mod similar, utilizarea unei baze de date standby autonome va genera, de asemenea, cheltuieli suplimentare. Pentru informații mai detaliate privind prețurile pentru fiecare serviciu OCI în parte, vă rugăm să consultați detaliile privind prețurile Oracle Cloud Infrastructure.