1. Configurar backup e recuperação de desastres para o Compute Cloud@Customer usando Rackware
  2. Preparar

Preparar

A recuperação de desastres (DR) de rackware faz backup de cargas de trabalho agrupadas como uma coleção e as coleções são chamadas de ondas. Uma coleção pode ser um conjunto de aplicativos ou requisitos do usuário para migração ou recuperação de desastres. Para começar a usar o Rackware, aponte um navegador para o endereço IP público da instância na qual você instalou o RMM. Efetue log-in usando o nome de usuário admin e a senha fornecidos no procedimento de instalação.

Preparar o Ambiente de Origem

Cada host de origem e destino deve ter acesso ssh sem senha configurado e pode ser ativado no RMM. A porta TCP 22 é o padrão; no entanto, outras portas podem ser usadas especificando a porta desejada.

Linux

  • Credenciais de Acesso: usuário root ou uma conta com privilégios sudo
  • Armazenamento: se o LVM (Logical Volume Manager) for usado, os grupos de volumes na origem deverão ter pelo menos 15% do espaço usado disponível como extensões livres.
  • 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á incluir o diretório /mnt/rackware/ na lista de permissões.

Janelas

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

Preparar o Ambiente de Destino

O ambiente de destino tem as seguintes necessidades essenciais:

  • Um administrador do sistema garante que haja recursos suficientes para fazer backup do ambiente de origem, como CPU, memória ou armazenamento.
  • Registre um clouduser no RMM.

A Oracle recomenda que o sistema seja configurado para monitoramento contínuo e automático e também configurado com notificações para recursos que se aproximam de limites baixos.

Crie um clouduser

É necessário um usuário que possa provisionar instâncias de VM, bem como outros recursos, quer você esteja usando o Private Cloud Appliance, o Compute Cloud@Customer ou o OCI como destino. O provisionamento automático permite que o RMM autoprovisione instâncias de destino idênticas à origem usando chamadas de API. O RMM requer um usuário com privilégios suficientes no nó de gerenciamento de destino. O provisionamento automático também requer que a porta TCP/443 esteja aberta para o serviço de API de destino.

Veja a seguir uma lista de permissões necessárias que um usuário deve ter para que o provisionamento automático básico funcione. As permissões necessárias para recursos adicionais de autoprovisionamento estão listadas pelo recurso abaixo:

  • Permissão read no recurso instance-images.
  • Permissão manage no recurso instances.
  • Permissão inspect no recurso VCNs.
  • Permissão use no recurso subnet.
  • Permissão inspect no recurso private-ips.
  • Permissão read no recurso public-ips.
  • Permissão use no recurso vNIC.
  • Permissão inspect no recurso vNIC-attachments.
  • Permissão inspect no recurso compartments.

Para usar endereços IP públicos reservados, estas permissões adicionais são necessárias:

  • Permissão manage no recurso public-ips.
  • Permissão use no recurso private-ips.

Para anexar volumes adicionais a instâncias, essas permissões adicionais são necessárias.

  • Permissão manage no recurso volumes.
  • Permissão manage no recurso volume-attachments.

Se um conjunto mais simples de permissões é desejado ao custo de ser um pouco mais permissivo, essas permissões podem ser usadas no lugar do acima:

  • Permissão manage nos recursos instance-family, volume-family e virtual-network-family.
  • Permissão inspect no recurso compartments.

Se a simplicidade na política for a prioridade mais alta, uma única permissão poderá ser usada:

  • Permissão manage no recurso all-resources.

Para criar o usuário, faça log-in no plano de controle do ponto final e siga estas etapas:

  1. Navegue até Painel de Controle, Identidade, Usuários e clique em Criar Usuário. Usamos o Private Cloud Appliance como exemplo. No entanto, o processo é quase idêntico no Compute Cloud@Customer e na OCI.
  2. No Private Cloud Appliance, adicione clouduser ao grupo Administradores para fornecer todas as permissões necessárias. No Compute Cloud@Customer, use o usuário administrativo. No OCI, use um usuário individual com permissões apropriadas.
  3. Depois de criar clouduser e conceder as permissões apropriadas, você poderá registrar clouduser no RMM.