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

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

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

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

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

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

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

Configure o OCI como o site principal ou de produção e o Compute Cloud@Customer como o site secundário ou stand-by.
Configure a política de recuperação de desastres do Rackware como Destinos Provisionados Dinamicamente. A Rackware protege sua carga de trabalho mantendo uma cópia da imagem do servidor de origem em 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 diminuir o RPO à custa de RTO mais alto.
A Rackware interrompe e replica máquinas virtuais do OCI para o Compute Cloud@Customer.
Configure qualquer banco de dados de produção que esteja executando o OCI para replicar para 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 falhar de volta para retornar o Oracle Database no OCI para principal depois que os esforços de recuperação de desastres forem concluídos.
Implante o OCI Storage Gateway no OCI com a replicação do Cloud Sync configurada e programada para replicar o OCI Object Storage do OCI para o Compute Cloud@Customer.
Use a Rackware para orquestrar a recuperação de desastres de máquinas virtuais entre o Compute Cloud@Customer e o OCI durante operações de recuperação de desastres.

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

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

A seguir estão as recomendações de configuração:

Da mesma forma que o caso de uso de backup e restauração, implante o RMM no site de produção para replicar máquinas virtuais no OCI e no Compute Cloud@Customer. Nesse caso, configure o OCI como o site principal ou de produção e o Compute Cloud@Customer como o site secundário ou stand-by.
Configure a política de recuperação de desastres do Rackware como Alvos Pré-Provisionados. Com essa configuração, você pode optar por proteger suas cargas de trabalho mantendo uma instância ativa do servidor na infraestrutura de destino, além da imagem do servidor de origem em 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 menor RTO, mas é mais cara porque você precisa sempre manter um local ativo de recuperação de desastres.
A Rackware replica as máquinas virtuais do 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 esteja executando o OCI para replicar para 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 falhar de volta para retornar o Oracle Database no OCI para principal depois que os esforços de recuperação de desastres forem concluídos.
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 Morno para OCI

A arquitetura de Standby Morno é a mesma que a recuperação de desastres para o Compute Cloud@Customer com o OCI.

A seguir estão as recomendações de configuração:

Implante o RMM no site de produção para replicar máquinas virtuais no OCI ou no Compute Cloud@Customer. Nesse caso, configure o OCI como o site principal ou de produção e o Compute Cloud@Customer como o site secundário ou stand-by.
Configure a política de recuperação de desastres do Rackware como Alvos Pré-Provisionados. Com essa configuração, você pode optar por proteger suas cargas de trabalho mantendo uma instância ativa do servidor na infraestrutura de destino, além da imagem do servidor de origem em 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 menor RTO, mas é mais cara porque você precisa sempre manter um local ativo de recuperação de desastres.
A Rackware replica constantemente as máquinas virtuais do OCI para o Compute Cloud@Customer executando a mesma versão do ambiente de produção do OCI que opera no Compute Cloud@Customer.
Configure qualquer banco de dados de produção que esteja executando o OCI para replicar para 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 falhar de volta para retornar o Oracle Database no OCI para principal depois que os esforços de recuperação de desastres forem concluídos.
Implante o OCI Storage Gateway no OCI com replicação ativa e contínua do Cloud Sync configurada corretamente para replicar o OCI Object Storage do OCI para o Compute Cloud@Customer.

Configure o Rackware para Recuperação de Desastres do OCI para o Oracle Compute Cloud@Customer

Veja a seguir as etapas para configurar 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 configuração a seguir

Credenciais de Acesso: usuário ou usuário root com privilégios sudo
Armazenamento
- Os grupos de volumes de origens devem ter pelo menos 15% do espaço usado disponível como expansõ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
Antivirus: Se algum programa antivírus estiver em execução na Origem, 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: usuário SYSTEM ou usuário local com privilégios administrativos.
Armazenamento: cada volume deve ter espaço livre suficiente (pelo menos/aproximadamente 20%) para snapshots do VSS.
Antivírus: A origem 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 diferente do inglês para a configuração regional SYSTEM, entre em contato com o suporte da Rackware.

Siga estas etapas:

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:
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 Create.
- 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.
- Passo: Quando ativado, os dados fluem por RMM. (Origem, RMM, Destino)
Configurar Política de Recuperação de Desastres: Uma Política de Recuperação de Desastres 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 Desastres, 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 de início e e e-mail de notificação.
Aplicar a Política de recuperação de Desastres: Para aplicar uma política de recuperação de Desastres, 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 Desastres correta e clique em designar a política. A captura de tela listada abaixo mostra a designação da política DRPolicy_01 configurada anteriormente para o OCI para a Onda Oracle Compute Cloud@Customer. A atribuição de uma política a uma onda moverá a referida onda de Replicação, Ondas para DR, Ondas conforme agora está configurado para Recuperação de Desastres.
Para inicializar a replicação e a recuperação de desastres de máquinas virtuais Windows ou 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 Direito 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. Essa funcionalidade permitirá que os usuários adicionem a granularidade de redimensionamento dos sistemas de arquivos.
Provisionamento Dinâmico durante a Recuperação de Desastres: 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 Desastres.
Backup, Restauração de Arquivo Único e Snapshots Protegidos: A oferta de Backup da Rackware vem com recursos avançados - conjuntos 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, pois podem acelerar a largura de banda individualmente.
Failover e Fallback Completamente Automatizados: O failover é totalmente automatizado, assim como está voltando para o ambiente Origin.
Gerenciador de Migração de Rackware: Fornece muitos outros recursos, como sincronizações seletivas de sistemas de arquivos, exclusões de arquivos e pastas, ativando cloud-init e pós-scripts personalizados.