Perguntas frequentes sobre o Full Stack Disaster Recovery

Tópicos de perguntas frequentes

Geral

1. O que é o Oracle Cloud Infrastructure Full Stack Disaster Recovery?

O Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery (DR) orquestra a transição de computação, banco de dados e aplicações entre regiões da OCI de todo o mundo com um único clique. Os clientes podem automatizar as etapas necessárias para recuperar um ou mais sistemas de negócios sem redesenhar ou reprojetar infraestrutura, bancos de dados ou aplicações existentes e sem precisar de servidores especializados de gerenciamento ou conversão.

2. Onde o OCI Full Stack DR está disponível atualmente?

O OCI Full Stack DR está disponível nas regiões comerciais da OCI, regiões governamentais do Reino Unido, regiões soberanas da UE, regiões do Oracle Alloy e OCI Dedicated Regions. Para obter uma lista abrangente de disponibilidade de serviços, consulte a página de disponibilidade de regiões do Full Stack DR. O processo de integração para as regiões Oracle US Government Cloud e Oracle US Defense Cloud ainda está em andamento. Para obter mais informações sobre as regiões da OCI, incluindo domínios e suas localizações específicas, consulte a documentação de domínios e regiões da OCI.

3. O OCI Full Stack DR pode oferecer suporte à recuperação de desastres em cenários de recuperação da OCI, on-premises, híbridos e multicloud?

No momento, o OCI Full Stack Disaster Recovery atende aos recursos disponíveis nas regiões da OCI, e os recursos devem estar na mesma tenancy. O Full Stack DR oferece suporte ao Oracle Database@Azure, o que significa que as transições de atribuição no nível do banco de dados só podem ser tratadas usando o Full Stack DR. No entanto, é importante observar que a capacidade de oferecer suporte à recuperação de desastres em estratégias on-premises, híbridas e multicloud faz parte do roadmap para o desenvolvimento futuro. A Oracle planeja estender a funcionalidade do OCI Full Stack DR para abranger esses ambientes, permitindo que você tenha uma solução de recuperação de desastres que cubra uma variedade mais ampla de cenários.

4. O OCI Full Stack DR oferece suporte à recuperação de desastres entre tenancies?

Não. A recuperação de desastres na OCI requer que todos os serviços da OCI suportem operações entre tenancies. Pouquíssimos serviços da OCI oferecem suporte à replicação ou ao controle entre tenancies. Como o Full Stack DR depende dos recursos e das APIs fornecidos por todos os serviços da OCI, o Full Stack DR não pode fornecer orquestração de recuperação até que todos os serviços da OCI ofereçam suporte a recursos entre tenancies.

5. O OCI Full Stack DR pode ser usado para implementações inter e intrarregionais da OCI?

Sim, pode. A implementação de recursos da OCI em duas regiões fornece recursos aprimorados de recuperação de desastres. Essa abordagem ajuda a garantir alta disponibilidade e resiliência para aplicações e serviços críticos. No caso de um desastre ou interrupção em uma região, os recursos podem fazer failover para a outra região, reduzindo o tempo de inatividade e minimizando o impacto nas operações comerciais. Ao distribuir recursos em diversas regiões, você pode obter uma estratégia robusta de recuperação de desastres que oferece maior proteção de dados e continuidade dos negócios.

6. Preciso gerenciar alguma infraestrutura adicional com o OCI Full Stack DR?

Não, o OCI Full Stack DR é um serviço totalmente gerenciado.

7. O OCI Full Stack Disaster Recovery fornece algum SLA?

Sim, o OCI Full Stack DR fornece SLAs de disponibilidade e desempenho. Para saber mais, consulte o Documento do Pilar Oracle PaaS and IaaS Public Cloud Services (PDF).

8. Como acesso o OCI Full Stack Disaster Recovery?

Você pode acessar o OCI Full Stack DR usando o console da Oracle Cloud Infrastructure (uma interface baseada em navegador), APIs REST, SDKs da Oracle Cloud Infrastructure, uma interface de linha de comando e de ferramentas DevOps.

9. Posso usar o OCI Full Stack DR para qualquer carga de trabalho?

Sim, o OCI Full Stack DR pode ser usado para cargas de trabalho Oracle e não Oracle.

10. Posso criar planos de recuperação de desastres na região primária do grupo de proteção?

Não. Por design, o Full Stack DR permite que você crie planos de recuperação de desastres apenas na região do grupo de proteção em espera. É altamente recomendável usar uma execução de teste de um plano de switchover para criar todos os planos de recuperação de desastres (planos de switchover, failover e drill) no outro grupo de proteção de recuperação de desastres. Isso garantirá que os planos de recuperação de desastres estejam disponíveis em ambas as regiões.

11. Preciso de vários grupos de proteção de recuperação de desastres ou posso usar um único grupo de proteção para gerenciar os planos de recuperação de desastres?

Depende dos requisitos da aplicação. Se não houver dependências de aplicações (por exemplo, se várias alternâncias de banco de dados puderem ocorrer em paralelo com a recuperação do servidor de aplicações), o ideal seria ter vários grupos de proteção de recuperação de desastres. Isso também ajudaria a melhorar o objetivo geral de tempo de recuperação da aplicação de negócios. No entanto, se as etapas de recuperação dependerem umas das outras, seria interessante ter um plano de recuperação em um único grupo de proteção de recuperação de desastres. O Full Stack DR é altamente flexível; você pode criar grupos de proteção de recuperação de desastres e planos de recuperação de desastres, de acordo com suas necessidades.

Pré-requisitos e serviços da OCI suportados

1. Quais são os pré-requisitos para usar o OCI Full Stack Disaster Recovery?

O OCI Full Stack DR ajuda a automatizar as etapas de recuperação de aplicações existentes. Para integrar com Full Stack DR, você precisará concluir o seguinte:

  • Manual de recuperação de desastres ou detalhes de como recuperar seu sistema corporativo
  • Implementação de aplicações
  • Scripts personalizados de acordo com os requisitos da aplicação

2. Posso usar o OCI Full Stack Disaster Recovery com qualquer topologia de RD?

Sim, o Full Stack DR é um serviço altamente flexível. Você pode integrar qualquer implementação de recuperação de desastres com o OCI Full Stack Disaster Recovery.

3. Quais recursos da OCI são necessários antes de usar o Full Stack Disaster Recovery?

Você precisará configurar toda a infraestrutura de produção/recuperação de desastres e componentes de aplicações. Dependendo das implementações de recuperação de desastres, isso pode incluir o seguinte:

  • Recursos de rede, como Oracle Cloud Infrastructure VCN e OCI Load Balancer
  • O sistema de banco de dados standby ou o banco de dados que será usado, dependendo do tipo de Oracle Database PaaS. O Oracle Data Guard é usado internamente para replicação do Oracle Database.
  • Replicação de armazenamento, dependendo do tipo de serviços de armazenamento da OCI que você usará para configuração de inicialização/bloco e replicação de grupo de volumes

4. Quais serviços da OCI podem ser integrados ao OCI Full Stack Disaster Recovery?

Você pode adicionar os seguintes tipos de recursos como membros do grupo de proteção de recuperação de desastres.

  • Máquinas virtuais (VMs e VMs dedicadas ao destino) do Oracle Cloud Infrastructure (OCI) Compute
  • Oracle Database PaaS
    • Oracle Autonomous Database Serverless
    • Oracle Autonomous Database on Dedicated Exadata Infrastructure
    • Oracle Autonomous Database on Exadata Cloud@Customer
    • Oracle Base Database Service
    • Oracle Exadata Database Service on Dedicated Infrastructure
    • Oracle Exadata Database Service on Cloud@Customer
    • Oracle Exadata Database Service on Exascale Infrastructure
  • OCI Load Balancer
  • OCI Network Load Balancer
  • OCI Block Storage (os volumes de inicialização e bloco estão contidos em grupos de volumes)
  • OCI File Storage
  • OCI Object Storage

Ao criar o plano de RD, o OCI Full Stack Disaster Recovery gera automaticamente grupos de planos integrados. Seu plano de RD pode ser ainda mais personalizado para interagir com quaisquer outros serviços da OCI por meio de grupos de planos definidos pelo usuário usando scripts ou Oracle Cloud Infrastructure Functions.

5. Que tipos de planos de recuperação de desastres estão disponíveis?

Existem quatro tipos de planos de RD.

  • Mudança
  • Failover
  • Iniciar drill
  • Parar drill

6. Há planos para adicionar novos membros como tipos de recursos no grupo de proteção de RD?

Sim, temos planos de adicionar outros serviços principais da OCI, como o OCI Kubernetes Engine (OKE). Verifique novamente se há mais informações.

7. Preciso usar o console da OCI ou a automação integrada disponível no Oracle Database PaaS para configurar o sistema de banco de dados standby ou o banco de dados?

Sim. O OCI Full Stack DR depende das APIs do Oracle Database PaaS Data Guard para gerar grupos de planos para alternância ou failover para o banco de dados. Mas, dito isso, você pode usar scripts personalizados para controlar as alterações de função do Oracle Data Guard nos casos em que o Data Guard foi configurado manualmente.

8. Posso integrar instâncias do Oracle Database em execução em VMs no OCI Compute com Full Stack Disaster Recovery?

Sim, supondo que você tenha o Oracle Data Guard configurado para os bancos de dados em execução em uma VM da OCI. Você pode criar grupos de planos definidos pelo usuário e usar o broker do Data Guard ou scripts de reversão de função.

9. Posso integrar bancos de dados não Oracle com o OCI Full Stack DR?

Recomendamos que você siga as tecnologias nativas para replicar os bancos de dados de produção e stand-by. Você pode usar grupos de planos definidos pelo usuário e trazer seus próprios scripts para executar a reversão de função de banco de dados.

10. O que são tipos de recursos de computação de instâncias móveis e não móveis?

Instância móvel: normalmente usado em topologias de recuperação de desastres de VM piloto leve ou fria, em que as instâncias que compõem a pilha de aplicações são implementadas apenas na região primária. As instâncias são movidas do grupo de proteção de RD primário para o grupo de proteção de RD stand-by.

Instância não móvel: normalmente usada para topologias de DR ativa-passiva em que as instâncias que compõem a pilha de aplicações são pré-implementadas em regiões e componentes de software de aplicação. Você inicia ou interrompe essas instâncias durante as operações de RD para fazer a transição do serviço de uma região para outra.

11. Quando preciso adicionar um grupo de volumes como membro do grupo de proteção de RD?

Se você adicionou uma instância de computação móvel ou imóvel como membro do grupo de proteção de RD primário, deverá adicionar o grupo de volume de inicialização/bloco relevante como membro desse grupo primário.

12. Como lidar com a replicação de armazenamento para as VMs adicionadas como instâncias de computação fixas no grupo de proteção de RD?

É possível especificar os detalhes da opção de montagem do volume em blocos nas propriedades do membro da instância imóvel. Você deve adicionar o grupo de volumes em blocos relevante como membro do grupo de proteção de RD primário.

13. Posso adicionar bancos de dados de serviços gerenciados MySQL e PostgreSQL do Oracle HeatWave como tipos de membros no Full Stack DR?

Não, você não pode adicionar esses bancos de dados como tipos de membro com o Full Stack DR. Depois que os recursos nativos de replicação entre regiões forem disponibilizados pelo serviço apropriado, a equipe do Full Stack DR planeja oferecer suporte a esses serviços como tipos de membros. Hoje, os clientes podem usar scripts personalizados e integrá-los ao Full Stack DR se o processo de recuperação dos bancos de dados puder ser concluído. Por exemplo, o HeatWave MySQL oferece suporte a recursos de backup e restauração entre regiões; se o processo de recuperação puder ser programado, eles poderão ser adicionados ao plano de DR usando os grupos de planos definidos pelo usuário.

Objetivo de tempo de recuperação e objetivo de ponto de recuperação

1. Qual é o objetivo de tempo de recuperação? O que é um objetivo de ponto de recuperação? Por que são importantes?

Objetivo de tempo de recuperação (Recovery Time Objective, RTO): RTO é o prazo dentro do qual uma determinada aplicação ou sistema devem ser totalmente restaurados e operacionais após um desastre ou evento interruptivo. Representa o tempo de inatividade máximo permitido que a empresa pode tolerar para essa aplicação. Em outras palavras, indica a rapidez com que a aplicação precisa estar operacional novamente para atender aos requisitos de continuidade dos negócios. As aplicações críticas geralmente têm um RTO baixo, pois precisam ser restauradas rapidamente para minimizar interrupções e manter as operações essenciais.

Objetivo de ponto de recuperação (Recovery Point Objective, RPO): O RPO refere-se à perda máxima de dados tolerável em caso de desastre ou interrupção. Representa o período de tempo durante o qual dados podem ser perdidos (sem backup ou replicação) antes que o desastre comece a impactar significativamente os negócios. Por exemplo, se uma aplicação tiver um RPO de uma hora, isso significa que, após um desastre, os dados deverão ser recuperados até um ponto não superior a uma hora antes da ocorrência do incidente. Aplicações com um RPO mais baixo normalmente exigem backups ou replicações mais frequentes para garantir perda mínima de dados.

Tanto o RTO como o RPO são considerações essenciais no planejamento de recuperação de desastres, uma vez que impactam diretamente a continuidade e a resiliência das operações empresariais durante e após um evento disruptivo. As organizações precisam equilibrar esses objetivos com base na criticidade das suas aplicações e no custo de implementação das medidas de RD necessárias.

2. Como o OCI Full Stack Disaster Recovery afeta o RTO da minha aplicação?

O RTO de uma aplicação pode ser determinado considerando o tempo necessário para concluir o plano de transição ou failover. O OCI Full Stack DR, com seu processo de recuperação totalmente automatizado, pode melhorar significativamente o RTO, minimizando o tempo de inatividade e reduzindo a intervenção manual necessária para a recuperação.

Ao automatizar os processos de failover e alternância, o OCI Full Stack DR simplifica o fluxo de trabalho de recuperação e permite que as aplicações sejam colocadas online rapidamente. Essa redução no tempo de recuperação pode levar a uma melhor continuidade dos negócios e à redução de interrupções durante um desastre.

3. Como o OCI Full Stack Disaster Recovery afeta o RPO da minha aplicação?

O OCI Full Stack DR não tem controle do RPO, pois ele pode variar com base nos serviços da OCI, seus métodos de replicação e configurações. Diferentes serviços dentro da Oracle Cloud Infrastructure podem ter diretrizes específicas de RPO, dependendo de como eles lidam com a replicação e a sincronização de dados.

Por exemplo, para o Oracle Autonomous Database Serverless, a Oracle pode ter publicado valores de RPO para bancos de dados stand-by entre regiões, indicando a perda de dados máxima tolerável para essa configuração específica.

Para garantir a conformidade com o RPO desejado e entender os recursos de recuperação de dados de cada serviço da OCI, consulte a documentação do respectivo serviço. Essas diretrizes fornecem informações detalhadas sobre como os dados são replicados, quais opções de recuperação estão disponíveis e o RPO esperado para diferentes configurações. Seguindo as recomendações da documentação, você pode implementar uma estratégia de recuperação de desastres adequada que se alinhe às necessidades do seu negócio e aos requisitos de proteção de dados.

Preços

1. Qual é o modelo de preços do OCI Full Stack Disaster Recovery?

O preço do OCI Full Stack DR segue o modelo de preços de OCPU e ECPU por hora da OCI. O preço do serviço é baseado na contagem de CPU (OCPU e ECPU) de cada tipo de membro adicionado a um grupo de proteção de RD. Ele usa apenas as CPUs alocadas para calcular as cobranças. Armazenamento, rede e outros usos de recursos que fazem parte dos grupos de proteção Full Stack DR não são cobrados pelo Full Stack DR.

  • OCI Full Stack Disaster Recovery Service – OCPU por hora – B95485
  • OCI Full Stack Disaster Recovery Service – ECPU por hora – B110274

Para saber mais, consulte o estimador de custos da OCI e a lista de preços da OCI (PDF).

2. Como o OCI Full Stack Disaster Recovery é cobrado?

O preço do OCI Full Stack DR é baseado no número de OCPUs e ECPUs de recursos de computação e de banco de dados adicionados como membros nos grupos de proteção de RD primário e standby.

Exemplo 1

  • O grupo primário tem os seguintes membros: Compute-A (2 OCPUs) e ADB-Primary (1 ECPU)
  • O DRPG stand-by tem os seguintes membros: Compute-B (2 OCPUs) e ADB-Standby (1 ECPU)
  • Total de OCPUs/h (computação e banco de dados): 4 OCPUs/h e 2 ECPUs/h.
  • Preço do Full Stack DR/h: (4 × US$0,0128) + (2 × US$0,0032) = US$0,5184

Exemplo 2

  • O grupo primário tem os seguintes membros: Compute-A (4 OCPUs), ADB-Primary (2 OCPUs), volume group-500GB
  • O Stand-DRPG tem os seguintes membros: ADB-Standby (2 OCPUs)
  • Total de OCPUs/h (computação e banco de dados): 8 OCPUs/h
  • Preço do Full Stack DR/h: 8 × US$0,0128 = US$0,1024

Observe que o preço por hora e o modelo podem mudar no futuro. Para saber os preços atuais, consulte as diretrizes de preços mais recentes ou entre em contato com seu representante de vendas da Oracle.

3. Há um preço para adicionar um grupo de volumes, armazenamento de arquivos ou balanceador de carga como membro de um grupo de proteção de RD?

Não, não há preços separados para adicionar um grupo de volumes como membro de um grupo de proteção de RD. O preço do OCI Full Stack DR só é aplicável a tipos de membros de computação e banco de dados. O Full Stack DR não cobra a mais pelos seguintes tipos de recursos da OCI:

  • OCI Load Balancer
  • OCI Network Load Balancer
  • OCI Block Storage (grupos de volumes para volumes de inicialização e de blocos)
  • OCI File Storage
  • OCI Object Storage

4. Existe um custo extra para configurar uma infraestrutura de RD?

Sim. Você pagará os custos normais dos serviços da OCI necessários para implementar a pilha de aplicações, independentemente de estar usando o Full Stack DR ou não. Você pagará pelo OCI Networking, OCI Compute, consumo de armazenamento da OCI, OCI Load Balancer, bancos de dados Oracle e quaisquer outros serviços da OCI que sua pilha de aplicações exigir. O custo do Full Stack DR é um custo adicional baseado no número de ECPUs e OCPUs, conforme explicado na resposta à pergunta 2 desta seção.

O custo associado aos serviços da OCI e a um modelo de implementação de RD variará dependendo dos serviços e configurações específicos que você escolher. Por exemplo, se você optar pela replicação em bloco entre regiões, haverá um custo adicional de armazenamento. Da mesma forma, a utilização de uma base de dados stand-by autônoma também implicará em despesas adicionais. Para saber mais sobre os preços de cada serviço da OCI, consulte os detalhes de preços da Oracle Cloud Infrastructure.