Veelgestelde vragen over Full Stack Disaster Recovery

Algemeen

1. Wat is Oracle Cloud Infrastructure Full Stack Disaster Recovery?

Met Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery (DR) beheert u met één muisklik het overzetten van compute-resources, databases en applicaties tussen OCI-regio's over de hele wereld. Klanten kunnen de stappen automatiseren die nodig zijn om een of meer bedrijfssystemen te herstellen zonder bestaande infrastructuur, databases of applicaties opnieuw te ontwerpen of bouwen, en zonder gespecialiseerde beheer- of conversieservers te hoeven gebruiken.

2. Waar is OCI Full Stack DR momenteel beschikbaar?

OCI Full Stack DR is beschikbaar in commerciële OCI-regio's, regio's voor de Britse overheid, EU Sovereign regio's, Oracle Alloy regio's en OCI Dedicated regio's. Zie de pagina met regio's waar Full Stack DR beschikbaar is voor een uitgebreide lijst met de servicebeschikbaarheid. Het onboardingproces voor de regio's Oracle US Government Cloud and Oracle US Defense Cloud is nog in uitvoering. Raadpleeg de documentatie over OCI-realms en -regio's voor meer informatie over OCI-regio's, waaronder realms en hun specifieke locaties.

3. Kan OCI Full Stack DR herstel na calamiteiten ondersteunen in heel OCI, met on-premises, hybride en multicloud-scenario's voor herstel na calamiteiten?

OCI Full Stack Disaster Recovery is momenteel geschikt voor resources die beschikbaar zijn binnen OCI-regio's, en resources moeten zich in dezelfde tenancy bevinden. Full Stack DR biedt ondersteuning voor het aanbod van Oracle Database@Azure, wat betekent dat rolovergangen op databaseniveau alleen kunnen worden afgehandeld met Full Stack DR. Het is echter belangrijk om op te merken dat de mogelijkheid voor ondersteuning van noodherstel in on-premises, hybride en multicloud-strategieën onderdeel uitmaakt van de roadmap voor toekomstige ontwikkeling. Oracle is van plan om de functionaliteit van OCI Full Stack DR uit te breiden naar deze omgevingen, zodat u een uitgebreide oplossing voor herstel na calamiteiten krijgt die veel meer scenario's dekt.

4. Biedt Full Stack DR ondersteuning voor noodherstel over verschillende tenancy's?

Nee. Full Stack DR is afhankelijk van andere OCI-services om noodherstel te bieden. Er zijn maar weinig OCI-services die replicatie tussen of beschikbaarheid in verschillende tenancy's bieden. Dit betekent dat Full Stack DR pas ondersteuning kan bieden voor noodherstel over verschillende tenancy's als alle OCI-services ondersteuning bieden voor beschikbaarheid in verschillende tenancy's. Opmerking: Amazon Web Services gebruikt de term 'tenancy' in een geheel andere betekenis als OCI. AWS Elastic Disaster Recovery beschouwt het hardwareplatform waarop virtuele machines worden gehost als een tenancy. Full Stack DR biedt volledige ondersteuning voor dezelfde mogelijkheden voor noodherstel op verschillende hardwareplatforms, zoals gedeelde platforms en dedicated virtuele hosts.

5. Biedt OCI Full Stack DR ondersteuning voor noodherstel over verschillende regio's?

Ja. OCI Full Stack DR ondersteunt resources die in verschillende regio's zijn geïmplementeerd. Oracle raadt aan om noodherstel voor verschillende regio's te configureren om een betere foutisolatie, hoogwaardige mogelijkheden voor noodherstel, naleving van wettelijke vereisten en verbeterde SLA's voor bedrijfscontinuïteit mogelijk te maken. In regio's met slechts één beschikbaarheidsdomein (availability domain, AD) is het van essentieel belang om de infrastructuur voor noodherstel in een andere regio te configureren. Raadpleeg het gedeelte 'Commerciële realms voor Oracle Cloud Infrastructure' in de documentatie voor een lijst met regio's met één beschikbaarheidsdomein.

6. Biedt OCI Full Stack DR ondersteuning voor noodherstel over verschillende beschikbaarheidsdomeinen?

Ja. OCI Full Stack DR ondersteunt resources die in meerdere beschikbaarheidsdomeinen zijn geïmplementeerd. Raadpleeg het gedeelte 'Commerciële realms voor Oracle Cloud Infrastructure' in de documentatie voor een lijst met regio's met drie beschikbaarheidsdomeinen.

7. Moet ik een aanvullende infrastructuur beheren met OCI Full Stack DR?

Nee, OCI Full Stack DR is een volledig beheerde service.

8. Biedt OCI Full Stack Disaster Recovery SLA's?

Ja, OCI Full Stack DR biedt SLA's voor beschikbaarheid en prestaties. Voor meer informatie raadpleegt u het Oracle PaaS and IaaS Public Cloud Services Pillar Document (pdf).

9. Hoe krijg ik toegang tot OCI Full Stack Disaster Recovery?

U kunt toegang krijgen tot OCI Full Stack DR via de console van Oracle Cloud Infrastructure (interface via browser), REST API's, Oracle Cloud Infrastructure SDK's, een opdrachtregel-interface en DevOps-tools.

10. Kan ik OCI Full Stack DR gebruiken voor alle workloads?

Ja, OCI Full Stack DR kan dienen voor workloads van zowel Oracle als andere workloads.

11. Kan ik noodherstelplannen (DR) maken in de regio van de primaire DR-beveiligingsgroep?

Nee. Full Stack DR is zo ontworpen dat u alleen noodherstelplannen kunt maken in de regio van de standby beveiligingsgroep voor noodherstel. Het wordt ten zeerste aanbevolen om een testuitvoering van een switchoverplan te gebruiken voor het maken van alle noodherstelplannen (switchover-, failover- en drillplannen) in de andere beveiligingsgroep voor noodherstel. Dit zorgt ervoor dat de noodherstelplannen in beide regio's beschikbaar zijn.

12. Heb ik meerdere beveiligingsgroepen voor noodherstel nodig of kan ik één beveiligingsgroep gebruiken om de noodherstelplannen te beheren?

Dit is afhankelijk van de applicatievereisten. Als er geen applicatieafhankelijkheden zijn (als meerdere databaseswitchovers bijvoorbeeld parallel kunnen plaatsvinden met herstel van de applicatieserver), is het ideaal om meerdere beveiligingsgroepen voor noodherstel te hebben. Dit zou ook helpen om de algemene doelstelling voor de hersteltijd van de bedrijfsapplicatie te verbeteren. Als de herstelstappen echter van elkaar afhankelijk zijn, zou het zinvol zijn om een herstelplan in één beveiligingsgroep voor noodherstel te hebben. Full Stack DR is zeer flexibel: u kunt beveiligingsgroepen en plannen voor noodherstel maken op basis van uw vereisten.

Vereisten en ondersteunde OCI-services

1. Wat zijn de vereisten voor het gebruik van OCI Full Stack Disaster Recovery?

Met OCI Full Stack DR kunt u de herstelstappen voor bestaande applicaties automatiseren. Ga als volgt te werk om Full Stack DR te integreren:

• Maak een runbook voor herstel na calamiteiten of verzamel details over hoe u uw bedrijfssysteem kunt herstellen
• Implementatie van applicaties
• Voer aangepaste scripts uit volgens de vereisten voor de applicaties.

2. Kan ik OCI Full Stack Disaster Recovery gebruiken met elke topologie voor herstel na calamiteiten?

Ja, Full Stack DR is een bijzonder flexibele service. U kunt alle implementaties voor noodherstel integreren met OCI Full Stack Disaster Recovery.

3. Welke OCI-resources zijn er nodig voor het gebruik van Full Stack Disaster Recovery?

U moet alle infrastructuur- en applicatiecomponenten voor productie/noodherstel instellen. Afhankelijk van uw implementaties voor noodherstel kan dit het volgende omvatten:

• Netwerkresources, zoals Oracle Cloud Infrastructure VCN en OCI Load Balancer
• Het standby databasesysteem of de database die wordt gebruikt, afhankelijk van het type Oracle Database PaaS (Oracle Data Guard wordt intern gebruikt voor Oracle Database replicatie)
• Opslagreplicatie, afhankelijk van het soort OCI-opslagservices dat u gebruikt voor opstart-/blokinstellingen en replicatie van volumegroepen

4. Welke OCI-services kunnen worden geïntegreerd met OCI Full Stack Disaster Recovery?

U kunt de volgende typen resources toevoegen als leden in de beveiligingsgroep voor noodherstel.

• Oracle Cloud Infrastructure (OCI) Compute virtuele machines (VM's en VM's met dedicated bestemming)
• Oracle Database PaaS
• Oracle Autonomous Database Serverless
• Oracle Autonomous Database op Dedicated Exadata Infrastructure
• Oracle Autonomous Database op Exadata Cloud@Customer
• Oracle Base Database Service
• Oracle Exadata Database Service op Dedicated Infrastructure
• Oracle Exadata Database Service op Cloud@Customer
• Oracle Exadata Database Service op Exascale Infrastructure
• OCI Load Balancer
• OCI Network Load Balancer
• OCI Block Storage (opstart- en blokvolumes bevinden zich in volumegroepen)
• OCI File Storage
• OCI Object Storage
• OCI Kubernetes Engine

Bij het maken van het plan voor herstel na calamiteiten worden automatisch ingebouwde plangroepen gegenereerd door OCI Full Stack Disaster Recovery. Het noodherstelplan kan verder worden aangepast voor interactie met andere OCI-services via door de gebruiker gedefinieerde plangroepen met behulp van scripts of functies van Oracle Cloud Infrastructure.

5. Welke typen noodherstelplannen zijn beschikbaar?

Er zijn vier soorten noodherstelplannen.

• Overschakeling
• Failover
• Start inzoomen
• Stop inzoomen

6. Bestaan er al plannen om nieuwe leden toe te voegen als resourcesoorten in de beveiligingsgroep voor noodherstel?

Ja, we zijn van plan om andere OCI-kernservices, zoals OCI Kubernetes Engine (OKE) toe te voegen. Controleer regelmatig of er meer informatie is.

7. Moet ik de OCI-console of de ingebouwde automatisering van Oracle Database PaaS gebruiken om het standby databasesysteem of de standby database in te stellen?

Ja. OCI Full Stack DR is afhankelijk van de Oracle Database PaaS Data Guard API's voor het genereren van plangroepen voor switchover of failover van de database. U kunt echter wel aangepaste scripts gebruiken om rolwijzigingen in Oracle Data Guard te beheren indien Data Guard handmatig is ingesteld.

8. Kan ik Oracle Database instances die worden uitgevoerd in OCI Compute VM's integreren met Full Stack Disaster Recovery?

Ja, als u Oracle Data Guard hebt ingesteld voor de databases die draaien in een OCI VM. U kunt door de gebruiker gedefinieerde plangroepen maken en Data Guard Broker of scripts voor het omkeren van rollen gebruiken.

9. Kan ik niet-Oracle-databases integreren met OCI Full Stack DR?

We raden u aan de native databasereplicatietechnologieën toe te passen voor het repliceren van de productie- en reservedatabases. U kunt door de gebruiker gedefinieerde plangroepen gebruiken en uw eigen scripts toepassen om de databaserol om te keren.

10. Wat zijn verplaatsbare en niet-verplaatsbare resourcetypen voor compute-instances?

Verplaatsbare instance: wordt doorgaans gebruikt in koude of lichte VM-testtopologieën voor noodherstel, waarbij instances die de applicatiestack vormen, alleen worden geïmplementeerd in de primaire regio. De instances worden verplaatst van de primaire beveiligingsgroep voor herstel na calamiteiten naar de reservebeveiligingsgroep voor herstel na calamiteiten.

Niet-verplaatsbare instance: wordt doorgaans gebruikt voor actief-passieve topologieën voor noodherstel, waarbij instances die de applicatiestack vormen, vooraf worden geïmplementeerd in zowel de regio's als software-componenten van applicaties. U kunt deze instances starten en stoppen tijdens hersteloperaties na calamiteiten om de service van de ene regio naar de andere over te zetten.

11. Wanneer moet ik een volumegroep als lid toevoegen in de beveiligingsgroep voor herstel na calamiteiten?

Als u een verplaatsbare of niet-verplaatsbare compute-instance als lid hebt toegevoegd aan de primaire DR-beveiligingsgroep (noodherstel), moet u de relevante opstart- en blokvolumegroep als lid toevoegen aan de primaire DR-beveiligingsgroep.

12. Hoe kan ik opslagreplicatie uitvoeren voor de VM's die zijn toegevoegd als niet-verplaatsbare compute-instances in de beveiligingsgroep voor herstel na calamiteiten?

U kunt de details van de optie voor het aankoppelen van blokvolumes opgeven in de eigenschappen van niet-verplaatsbare instance-onderdelen. U moet de betreffende blokvolumegroep als lid aan de primaire DR-beveiligingsgroep toevoegen.

13. Kan ik Oracle HeatWave MySQL- en PostgreSQL- databases toevoegen als een lidsoort in Full Stack DR?

Nee, u kunt deze databases niet toevoegen als lidsoorten in Full Stack DR. Zodra de native replicatiefuncties tussen regio's van de desbetreffende service zijn vrijgegeven, is het Full Stack DR team van plan om ondersteuning te gaan bieden voor deze services als lidsoorten. Momenteel kunnen klanten aangepaste scripts gebruiken en deze met Full Stack DR integreren als het herstelproces voor de databases kan worden voltooid. In HeatWave MySQL worden bijvoorbeeld back-up- en herstelfuncties tussen regio's ondersteund. Als het herstelproces kan worden uitgevoerd met een script, kunnen deze aan het noodherstelplan worden toegevoegd met behulp van door de gebruiker gedefinieerde plangroepen.

Doelstelling voor hersteltijd en doelstelling voor herstelpunt

1. Wat is een doelstelling voor de hersteltijd? Wat is een doelstelling voor het herstelpunt? En waarom zijn deze belangrijk?

Doelstelling voor hersteltijd (Recovery Time Objective, RTO): het beoogde tijdsbestek waarin een bepaalde applicatie of systeem volledig hersteld en operationeel moet zijn na een calamiteit of verstoring. Dit is de maximaal toegestane uitvaltijd die het bedrijf voor die applicatie kan toestaan. Met andere woorden: hiermee wordt aangegeven hoe snel de applicatie weer operationeel moet zijn om te voldoen aan de vereisten voor bedrijfscontinuïteit. Kritieke applicaties hebben vaak een kleine RTO, omdat deze snel moeten worden hersteld om onderbrekingen tot een minimum te beperken en essentiële activiteiten operationeel te houden.

Doelstelling voor herstelpunt (Recovery Point Objective, RPO): het maximaal toelaatbare dataverlies na een calamiteit of verstoring. Het geeft de periode aan waarvoor gegevens (zonder back-up of replicatie) verloren kunnen gaan voordat de calamiteit een aanzienlijke impact op het bedrijf heeft. Als voor een applicatie bijvoorbeeld een RPO van één uur geldt, betekent dit dat de gegevens na een calamiteit moeten worden hersteld tot niet meer dan één uur vóór het incident. Van applicaties met een kleine RPO moet doorgaans vaker een gegevensback-up of replicatie worden uitgevoerd, om een eventueel verlies van gegevens minimaal te houden.

RTO en RPO zijn essentiële overwegingen bij de planning van het noodherstel (DR), omdat ze rechtstreeks van invloed zijn op de continuïteit en veerkracht van de bedrijfsactiviteiten tijdens en na een verstoring. Organisaties moeten deze doelstellingen afstemmen op basis van de kritikaliteit van hun applicaties en de kosten voor het implementeren van de noodzakelijke maatregelen voor herstel na calamiteiten.

2. Hoe beïnvloedt OCI Full Stack Disaster Recovery de RTO van mijn applicatie?

De RTO voor een applicatie kan worden bepaald door rekening te houden met de tijd die nodig is om het switchover- of failoverplan te voltooien. Met het volledig geautomatiseerde herstelproces van OCI Full Stack DR kan de RTO aanzienlijk worden verbeterd door de uitvaltijd te minimaliseren en de handmatige interventie die nodig is voor herstel te verminderen.

Doordat de failover- en switchoverprocessen worden geautomatiseerd, zorgt OCI Full Stack DR ervoor dat de herstelworkflow wordt gestroomlijnd en de applicaties snel weer online worden gezet. Deze verkorting van de hersteltijd kan leiden tot een betere bedrijfscontinuïteit en minder onderbrekingen tijdens een calamiteit.

3. Hoe beïnvloedt OCI Full Stack Disaster Recovery de RPO van mijn applicatie?

OCI Full Stack DR heeft geen controle over de RPO, omdat deze kan variëren afhankelijk van de OCI-services, de replicatiemethoden en configuraties. De verschillende services in Oracle Cloud Infrastructure hebben mogelijk specifieke RPO-richtlijnen, afhankelijk van hoe deze de gegevensreplicatie en -synchronisatie uitvoeren.

Oracle kan bijvoorbeeld voor Oracle Autonomous Database Serverless RPO-waarden hebben gepubliceerd voor interregionale standby-databases om het maximaal toelaatbare dataverlies voor die specifieke configuratie aan te geven.

Raadpleeg de documentatie van de betreffende OCI-service als u wilt zorgen voor de realisatie van een bepaalde RPO en om meer inzicht te krijgen in de mogelijkheden voor dataherstel van de verschillende OCI-services. Deze richtlijnen bieden gedetailleerde informatie over hoe gegevens worden gerepliceerd, welke herstelopties beschikbaar zijn en wat de verwachte RPO is voor verschillende configuraties. Door de aanbevelingen in de documentatie op te volgen, kunt u een passende strategie voor herstel na calamiteiten implementeren die is afgestemd op uw bedrijfsbehoeften en vereisten voor gegevensbescherming.

Prijzen

1. Wat is het prijsmodel voor OCI Full Stack Disaster Recovery?

De prijs voor OCI Full Stack DR volgt het OCI-prijsmodel van OCPU en ECPU per uur. De prijs van de service is gebaseerd op het aantal CPU's (OCPU en ECPU) van elk lidsoort dat aan een beveiligingsgroep voor noodherstel is toegevoegd. Hierbij worden de toegewezen CPU's alleen gebruikt om kosten te berekenen. Opslag, netwerken en ander resourcegebruik dat deel uitmaakt van Full Stack DR beveiligingsgroepen worden niet gefactureerd door Full Stack DR.

• OCI Full Stack Disaster Recovery Service – OCPU per uur – B95485
• OCI Full Stack Disaster Recovery Service – ECPU per uur – B110274

Raadpleeg de OCI-kostencalculator en de OCI-prijslijst (pdf) voor meer informatie.

2. Hoe wordt de prijs van OCI Full Stack Disaster Recovery berekend?

De prijs van OCI Full Stack DR berust op het totale aantal OCPU's en ECPU's van compute- en database-resources die als leden zijn toegevoegd aan de primaire en reservebeveiligingsgroepen voor noodherstel.

Voorbeeld 1

• De primaire beveiligingsgroep voor noodherstel heeft de volgende leden: Compute-A (2 OCPU's) en ADB-primair (1 ECPU)
• De reservebeveiligingsgroep voor noodherstel heeft de volgende leden: Compute-B (2 OCPU's) en ADB-reserve (1 ECPU)
• Totaal aantal OCPU's/uur (compute en database): 4 OCPU's per uur en 2 ECPU's per uur
• Prijs/uur van Full Stack DR: (4 × USD 0,0128) + (2 × USD 0,0032) = USD 0,0576

Voorbeeld 2

• De primaire beveiligingsgroep voor noodherstel heeft de volgende leden: Compute-A (4 OCPU's), ADB-primair (2 OCPU's), volumegroep 500 GB
• De reservebeveiligingsgroep voor noodherstel heeft de volgende leden: ADB-reserve (2 OCPU's)
• Totaal aantal OCPU's/uur (compute en database): 8 OCPU's per uur
• Prijs/uur van Full Stack DR: 8 × USD 0,0128 = USD 0,1024

Houd er rekening mee dat de toekomstige prijzen per uur en model kunnen veranderen. Raadpleeg de nieuwste prijsopgaven of neem contact op met uw Oracle vertegenwoordiger voor de actuele prijzen.

3. Zijn er prijzen voor het toevoegen van een volumegroep, bestandsopslag of lastverdeler als lid van een beveiligingsgroep voor noodherstel?

Nee, er zijn geen aparte prijzen voor het toevoegen van een volumegroep als lid in een beveiligingsgroep voor noodherstel. De prijs voor OCI Full Stack DR is alleen van toepassing op leden van het soort compute en database. Voor Full Stack DR worden geen extra kosten in rekening gebracht voor de volgende OCI-resourcesoorten:

• OCI Load Balancer
• OCI Network Load Balancer
• OCI Block Storage (volumegroepen voor opstart- en blokvolumes)
• OCI File Storage
• OCI Object Storage

4. Zijn er extra kosten verbonden aan het opzetten van een infrastructuur voor herstel na calamiteiten?

Ja. U betaalt de normale kosten van de OCI-services die nodig zijn voor implementatie van de applicatiestack, ongeacht of u Full Stack DR gebruikt. U betaalt voor OCI Networking, OCI Compute, OCI-opslagverbruik, OCI Load Balancer, Oracle databases en andere OCI-services die uw applicatiestack nodig heeft. De kosten van Full Stack DR zijn extra kosten op basis van het aantal ECPU's en OCPU's, zoals uitgelegd in het antwoord op vraag 2 van deze sectie.

De kosten voor OCI-services en een implementatiemodel voor herstel na calamiteiten variëren, afhankelijk van de specifieke services en configuraties die u kiest. Als u bijvoorbeeld kiest voor blokreplicatie tussen regio's, worden er extra opslagkosten in rekening gebracht. Ook het gebruik van een autonome reservedatabase brengt extra kosten met zich mee. Raadpleeg de prijsdetails van Oracle Cloud Infrastructure voor meer gedetailleerde informatie over de prijzen voor de verschillende OCI-services.