Configurar Rackware para Recuperação de Desastre de Máquina Virtual

O Rackware Migration Manager (RMM) é implantado no site de produção para replicar máquinas virtuais de ou para a OCI e o Compute Cloud@Customer.

A arquitetura Rackware a seguir mostra a recuperação de desastres entre a OCI e o Compute Cloud@Customer:

Veja a seguir a descrição da ilustração rackware-dr-oracle-compute-cloud-customer-oci.png
Descrição da ilustração rackware-dr-oracle-compute-cloud-customer-oci.png

rackware-dr-oracle-compute-cloud-customer-oci-oracle.zip

Nessa arquitetura, o RMM é implantado no site de produção para replicar máquinas virtuais de ou para a OCI e o Compute Cloud@Customer. O servidor RMM é implantado no OCI. O plano de DR de Rackware é configurado no servidor RMM para proteger as VMs da Web e de Aplicativos junto com seu armazenamento em blocos anexado. As VMs da Web e de Aplicativos, juntamente com seu armazenamento em blocos, são replicadas da OCI para o Compute Cloud@Customer pela Rackware.

Sobre a Configuração de uma Arquitetura de Backup e Restauração para o OCI

Veja a seguir as recomendações de configuração para configurar a arquitetura de backup e restauração para o OCI:

  • Configure o OCI como local de produção ou principal e o Compute Cloud@Customer como local secundário ou stand-by.
  • Configure a política de recuperação de desastre de Rackware como Destinos Provisionados Dinamicamente. O Rackware protege sua carga de trabalho mantendo uma cópia da imagem do servidor de origem no RMM. Você pode usar a imagem para implantar uma instância na infraestrutura de destino sob demanda no caso de um evento para reduzir significativamente os custos e reduzir o RPO à custa de um RTO mais alto.
  • O Rackware interrompe e replica as máquinas virtuais da OCI para o Compute Cloud@Customer.
  • Configure qualquer banco de dados de produção que execute o OCI para replicar em bancos de dados stand-by no Compute Cloud@Customer. Se o failover for necessário, você poderá usar o Data Guard para promover o Oracle Database stand-by, bem como não retornar ao Oracle Database no OCI para o principal após a conclusão dos esforços de recuperação de desastres.
  • Implante o OCI Storage Gateway no OCI com a replicação do Cloud Sync configurada e programada corretamente para replicar o OCI Object Storage do OCI para o Compute Cloud@Customer.
  • Use o Rackware para orquestrar a recuperação de desastres de máquinas virtuais entre o Compute Cloud@Customer e a OCI durante as operações de recuperação de desastres.

Sobre a Configuração de uma Arquitetura de Luz Piloto para o OCI

A arquitetura de luz piloto é a mesma que a recuperação de desastre do Compute Cloud@Customer com a OCI.

Veja a seguir as recomendações de configuração:

  • Semelhante ao caso de uso de backup e restauração, implante o RMM no site de produção para replicar máquinas virtuais de e para a OCI e o Compute Cloud@Customer. Nesse caso, configure o OCI como local de produção ou principal e o Compute Cloud@Customer como local secundário ou stand-by.
  • Configure a política de recuperação de desastre de Rackware como Alvos Pré-Provisionados. Com essa configuração, você pode optar por proteger suas cargas de trabalho mantendo uma instância de servidor ativa na infraestrutura de destino, além da imagem do servidor de origem no RMM. Configure jobs de sincronização para atualizar a imagem, bem como o servidor de destino em intervalos especificados pelo usuário. Essa abordagem atinge o RTO mais baixo, mas é mais cara porque você sempre precisa manter um site de recuperação de desastres ativo.
  • O Rackware replica as máquinas virtuais da OCI para o Compute Cloud@Customer em execução em escala mínima no Compute Cloud@Customer.
  • Configure qualquer banco de dados de produção que execute o OCI para replicar em bancos de dados stand-by no Compute Cloud@Customer. Se o failover for necessário, você poderá usar o Data Guard para promover o Oracle Database stand-by, bem como não retornar ao Oracle Database no OCI para o principal após a conclusão dos esforços de recuperação de desastres.
  • Implante o OCI Storage Gateway no OCI com replicação ativa do Cloud Sync configurada corretamente para replicar o OCI Object Storage do OCI para o Compute Cloud@Customer.

Sobre a Configuração de uma Arquitetura Standby Quente para o OCI

A arquitetura Stand-by Quente é a mesma que a recuperação de desastre do Compute Cloud@Customer com a OCI.

Veja a seguir as recomendações de configuração:

  • Implante o RMM no site de produção para replicar máquinas virtuais de ou para a OCI e o Compute Cloud@Customer. Nesse caso, configure o OCI como local de produção ou principal e o Compute Cloud@Customer como local secundário ou stand-by.
  • Configure a política de recuperação de desastre de Rackware como Alvos Pré-Provisionados. Com essa configuração, você pode optar por proteger suas cargas de trabalho mantendo uma instância de servidor ativa na infraestrutura de destino, além da imagem do servidor de origem no RMM. Configure jobs de sincronização para atualizar a imagem, bem como o servidor de destino em intervalos especificados pelo usuário (com periodicidade diferente). Essa abordagem atinge o RTO mais baixo, mas é mais cara porque você sempre precisa manter um site de recuperação de desastres ativo.
  • A Rackware replica constantemente as máquinas virtuais da OCI para o Compute Cloud@Customer executando a mesma versão do ambiente de produção da OCI que opera no Compute Cloud@Customer.
  • Configure qualquer banco de dados de produção que execute o OCI para replicar em bancos de dados stand-by no Compute Cloud@Customer. Se o failover for necessário, você poderá usar o Data Guard para promover o Oracle Database stand-by, bem como não retornar ao Oracle Database no OCI para o principal após a conclusão dos esforços de recuperação de desastres.
  • Implante o OCI Storage Gateway na OCI com replicação ativa e contínua do Cloud Sync configurada corretamente para replicar o OCI Object Storage da OCI para o Compute Cloud@Customer.

Configurar Rackware para Recuperação de Desastres da OCI para o Oracle Compute Cloud@Customer

Veja a seguir as etapas para configurar o RackWare para executar uma recuperação de desastre do OCI para o Oracle Compute Cloud@Customer para Linux:

Para a plataforma Linux, recomenda-se a seguinte configuração

  • Credenciais de Acesso: usuário ou usuário root com privilégios sudo
  • Armazenamento
    • Os grupos de volumes de origem devem ter pelo menos 15% do espaço usado disponível como extensões livres.
    • /var/tmp deve ter pelo menos 20 MB de espaço livre.
  • no-exec: os sistemas de arquivos /tmp e /var/tmp não devem ser configurados com propriedades no-exec em fstab.
  • Grub: Os servidores de origem devem ter o arquivo /etc/default/grub
  • Antivírus: Se algum programa antivírus estiver sendo executado no Origin, ele deverá adicionar o diretório /mnt/rackware/ à lista de permissões.

Para a plataforma Windows, recomenda-se a seguinte configuração:

  • Credenciais de Acesso: SYSTEM usuário ou usuário local com privilégios administrativos.
  • Armazenamento: Cada volume deve ter espaço livre suficiente (pelo menos/aproximadamente 20%) para snapshots de VSS.
  • Antivírus: O Origin deve adicionar rsync.exe, rwattr.exe, rwchangesvc.exe e rw_tngsync_util.exe à lista de permissões de qualquer programa antivírus ou Windows Defender.
  • Idioma: para qualquer idioma que não seja o inglês para configurações regionais SYSTEM, entre em contato com o suporte à Rackware.

Siga estas etapas:

  1. Supondo que você já tenha o Rackware RMM instalado corretamente no OCI, vá para a console de gerenciamento do Rackware RMM e faça log-in usando as credenciais configuradas durante a instalação. As opções de onda podem ser as seguintes:
  2. Criar uma Onda: para criar uma onda, navegue até Replicação, Ondas e clique no ícone de mais (+) para abrir o assistente de criação de onda. Forneça um nome e clique em criar.
    • Contagem Paralela: Permite que o usuário defina o número de transferências paralelas dentro da onda.
    • Provisionamento Automático: Os usuários podem configurar o RMM para provisionar destinos por meio de chamadas de API para a nuvem de destino.
    • Política de DR: O usuário pode configurar uma política para sincronizar periodicamente todos os hosts na onda.
    • Passthrough: Quando ativado, os dados fluem por meio do RMM. (Origem, RMM, Destino)
  3. Configurar Política de Recuperação de Desastre: Uma Política de Recuperação de Desastre permite sincronizar deltas da origem com sua imagem capturada no RMM RackWare e na instância de destino (no caso de esquema pré-provisionado) em intervalos especificados pelo usuário. Os usuários podem criar quantas políticas de Recuperação de Desastres forem necessárias com periodicidade diferente. Isso permite maior flexibilidade para sincronizar diferentes ondas em intervalos variados com base na estratégia de DR do usuário. Para criar uma nova política de Recuperação de Desastre, navegue até DR, Políticas e clique no ícone de mais (+) para abrir o assistente de criação de DR. Forneça um nome de DR, Periodicidade, horário inicial e e-mail de notificação.
  4. Aplicar a Política de recuperação de Desastre: Para aplicar uma política de recuperação de Desastre, navegue até a guia Replicação, clique em Ondas, clique no OCI para C3 detalhes da onda e clique em "Nenhuma Política". Uma caixa de diálogo Configuração será aberta. Selecione a Política de Recuperação de Desastre correta e clique em designar a política. A captura de tela listada abaixo mostra a designação da política DRPolicy_01 anteriormente configurada para o OCI para o Oracle Compute Cloud@Customer Wave. A atribuição de uma política a uma onda moverá a referida onda de Replicação, Ondas para DR, Ondas, pois agora ela está configurada para Recuperação de Desastres.
  5. Para inicializar a replicação e a recuperação de desastres de máquinas virtuais do Windows ou do Linux na tela Detalhes da Onda, clique em Iniciar Replicação.

A Rackware também fornece os seguintes recursos que você pode usar para ajustar sua arquitetura de Recuperação de Desastres:

  • Dimensionamento Certo com Provisionamento Automático: Os usuários podem optar por reduzir ou aumentar a especificação de computação e armazenamento para as instâncias de destino. Esse recurso permitirá que os usuários adicionem a granularidade do redimensionamento dos sistemas de arquivos.
  • Provisionamento Dinâmico durante a Recuperação de Desastre: Os usuários podem aproveitar a capacidade da Rackware de manter localmente uma réplica da instância de origem e usar essa imagem para implantar uma instância de failover em um evento de Recuperação de Desastre.
  • Backup, Restauração de Arquivo Único e Snapshots Protegidos: A oferta de Backup da Rackware vem com conjuntos de recursos avançados, como retenção de snapshot de até 3 anos, restaurações de arquivo seletivas e snapshots protegidos ilimitados para recuperação pontual.
  • BIOS para UEFI: Os usuários podem migrar facilmente para instâncias ativadas por UEFI sem alterações de configuração adicionais na instância original.
  • Migrações Limitadas: Os usuários têm um controle maior sobre cada migração, podendo limitar a largura de banda individualmente.
  • Failover e Fallback Completamente Automatizados: O failover é completamente automatizado, pois está retornando ao ambiente de Origem.
  • Rackware Migration Manager: Fornece muitos mais recursos, como sincronizações seletivas do sistema de arquivos, exclusões de arquivo e pasta, ativando cloud-init e pós-scripts personalizados.