Migrar uma Implantação do Oracle Database Local para um Sistema de BD Bare Metal

Simplifique suas operações de provisionamento, manutenção e gerenciamento de banco de dados movendo suas grandes implantações locais do Oracle Database Enterprise Edition para o Oracle Cloud Infrastructure.

Arquitetura

Esta arquitetura mostra os recursos e a topologia necessários para migrar uma implantação local do Oracle Database Enterprise Edition para um sistema de BD bare metal de nó único no Oracle Cloud Infrastructure.

Descrição da ilustração mig-bmdb.png

migrar-bmdb-oracle.zip

A arquitetura tem os seguintes componentes:

• Implantação no local

  A implantação local inclui um servidor de aplicativos em execução em um servidor Intel de núcleo 4 e uma instância do Oracle Database Enterprise Edition em um servidor Intel de núcleo 16. O servidor de banco de dados está conectado a um dispositivo de armazenamento. A rede local é conectada a uma região do Oracle Cloud usando Oracle Cloud Infrastructure FastConnect ou VPN IPSec. A arquitetura supõe que os servidores locais estejam executando o Oracle Linux.

• Região

  Uma região do Oracle Cloud Infrastructure é uma área geográfica localizada que contém um ou mais data centers, denominados domínios de disponibilidade. As regiões são independentes de outras regiões, e grandes distâncias podem separá-las (entre países ou continentes).

• Domínios de disponibilidade

  Os domínios de disponibilidade são data centers independentes e independentes dentro de uma região. Os recursos físicos de cada domínio de disponibilidade são isolados dos recursos de outros domínios de disponibilidade, o que fornece tolerância a falhas. Os domínios de disponibilidade não compartilham infraestrutura como energia ou resfriamento ou a rede interna de domínios de disponibilidade. Portanto, não é possível afetar os outros domínios de disponibilidade na região.

• Domínios de falha

  Domínio de falha é um agrupamento de hardware e infraestrutura dentro de um domínio de disponibilidade. Cada domínio de disponibilidade tem três domínios de falha com energia e hardware independentes. Quando você distribui recursos entre vários domínios de falha, seus aplicativos podem tolerar falhas físicas do servidor, manutenção do sistema e falhas de alimentação dentro de um domínio de falha.

• Rede virtual na nuvem (VCN) e sub-redes

  Uma VCN é uma rede personalizável definida por software que você configura em uma região do Oracle Cloud Infrastructure. Como as redes de data center tradicionais, as VCNs permitem controle total sobre seu ambiente de rede. Uma VCN pode ter vários blocos CIDR não sobrepostos que você poderá alterar após criar a VCN. Você pode segmentar uma VCN em sub-redes, que podem ter como escopo uma região ou um domínio de disponibilidade. Cada sub-rede consiste em um intervalo contíguo de endereços que não são sobrepostos com as outras sub-redes da VCN. Você pode alterar o tamanho de uma sub-rede após a criação. Uma sub-rede pode ser pública ou privada.

  Nesta arquitetura, o banco de dados e as camadas do aplicativo usam sub-redes separadas.

• Tabelas de Roteamento

  As tabelas de roteamento virtual contêm regras para rotear o tráfego de sub-redes para destinos fora de uma VCN, geralmente por meio de gateways.

  Essa arquitetura usa uma regra de roteamento para enviar tráfego da sub-rede do banco de dados para o Oracle Cloud Infrastructure Object Storage por meio do gateway de serviço.

• Listas de segurança

  Para cada sub-rede, você pode criar regras de segurança que especifiquem a origem, o destino e o tipo de tráfego que devem ser permitidos dentro e fora da sub-rede.

  Esta arquitetura usa regras de entrada e saída nas listas de segurança anexadas ao servidor de aplicativos e sub-redes do banco de dados. Essas regras permitem a conectividade entre o aplicativo e o banco de dados. As regras de entrada são adicionadas temporariamente nas listas de segurança anexadas às sub-redes do servidor de aplicativos e do servidor de banco de dados durante a migração, para transferência de arquivos de aplicativos, scripts de shell e dados de configuração.

• DRG (Dynamic Routing Gateway)

  O DRG é um roteador virtual que fornece um caminho para tráfego de rede privada entre VCNs na mesma região, entre uma VCN e uma rede fora da região, como uma VCN em outra região do Oracle Cloud Infrastructure, uma rede local ou uma rede em outro provedor de nuvem.

• Gateway de serviço

  O gateway de serviço fornece acesso de uma VCN a outros serviços, como o Oracle Cloud Infrastructure Object Storage. O tráfego da VCN para o serviço Oracle viagens pela malha da rede Oracle e nunca atravessa a internet.

• Volume em blocos

  Com volumes de armazenamento em blocos, você pode criar, anexar, conectar e mover volumes de armazenamento e alterar o desempenho do volume para atender aos seus requisitos de armazenamento, desempenho e aplicativo. Depois de anexar e conectar um volume a uma instância, você pode usá-lo como disco rígido comum. Também é possível desconectar um volume e anexá-lo a outra instância sem perder dados.

• Armazenamento de objetos

  O armazenamento de objetos fornece acesso rápido a grandes quantidades de dados estruturados e não estruturados de qualquer tipo de conteúdo, incluindo backups de bancos de dados, dados de análise e conteúdo avançado, como imagens e vídeos. Você pode armazenar de forma segura e depois recuperar dados diretamente da internet ou de dentro da plataforma da nuvem. Você pode dimensionar o armazenamento de forma integrada sem experimentar qualquer degradação no desempenho ou na confiabilidade do serviço. Use o armazenamento padrão para armazenamento de acesso frequente que você precisa para acessar de forma rápida, imediata e frequente. Use o armazenamento de arquivos compactados para armazenamento " frio" que você mantém por longos períodos de tempo e raramente acessa.

• Sistema de banco de dados

  O banco de dados local é migrado para um sistema de BD bare metal, com licenças do Oracle Database Enterprise Edition ativadas para 16 núcleos.

• Servidor de aplicativos

  O servidor de aplicativos local é migrado para uma instância de computação de núcleo 4.

Recomendações

Os requisitos podem diferir da arquitetura descrita aqui. Use as recomendações a seguir como ponto de partida.

• Formatos de computação

  Essa arquitetura usa uma instância de computação do Oracle Linux com uma forma VM.Standard2.4 para o servidor de aplicativos. Se o aplicativo precisar de mais potência de processamento, memória ou largura de banda de rede, escolha uma forma maior.

• Volumes em blocos

  Essa arquitetura usa um volume em blocos de 100-GB para o servidor de aplicativos. Você pode usar o volume para instalar o aplicativo ou para armazenar logs e dados do aplicativo.

• Formatos do sistema de banco de dados

  Essa arquitetura usa a forma BM.DenseIO2.52 para o sistema de BD, com 16 núcleos ativados. Se precisar de mais energia de processamento, você poderá ativar núcleos adicionais.

• VCN

  Quando você cria uma VCN, determine o número de blocos CIDR necessários e o tamanho de cada bloco com base no número de recursos que você planeja anexar a sub-redes na VCN. Use blocos CIDR que estejam dentro do espaço de endereço IP privado padrão.

  Selecione uma faixa de endereços que não se sobreponha à sua rede local, para que você possa configurar uma conexão entre a VCN e sua rede local usando a VPN FastConnect ou IPSec.

  Depois de criar uma VCN, você poderá alterar, adicionar e remover seus blocos CIDR.

  Ao projetar as sub-redes, considere seu fluxo de tráfego e os requisitos de segurança. Anexe todos os recursos dentro de uma camada ou função específica à mesma sub-rede, que pode servir como limite de segurança.

  Use sub-redes regionais.

• Método de migração de banco de dados
  Nesta arquitetura de referência, o Oracle Zero Downtime Migration (ZDM) é usado para migrar a implantação local do Oracle Database Enterprise Edition para o Oracle Cloud Infrastructure com tempo de inatividade de zero para mínimo. Esse método reduz muito o impacto da migração do banco de dados na disponibilidade do aplicativo, especialmente se as operações de backup e cópia usarem uma conexão com largura de banda limitada.

  Observação:

  A Oracle oferece várias outras ferramentas para migrar implantações locais do Oracle Database para a nuvem. Consulte a seção "Mais Informações" para obter links para mais opções.
  Esta é uma visão geral do processo de migração:

  1. Você faz download do software ZDM, o instala em um servidor Linux 7 (ou superior) independente para coordenar migrações e iniciar o processo de migração de banco de dados usando o comando zdmcli migrate database.
  2. O ZDM se conecta aos servidores de banco de dados de origem e de destino usando as chaves SSH fornecidas. Em seguida, ele estabelece a conectividade entre o banco de dados de origem e um bucket no Oracle Cloud Infrastructure Object Storage.
  3. O ZDM orquestra a transferência dos arquivos de backup do banco de dados do banco de dados de origem para o bucket de armazenamento de objetos, inicia um banco de dados stand-by do Data Guard na nuvem usando os arquivos de backup e sincroniza os bancos de dados de origem e standby. O ZDM tem recursos especiais para trabalhar em conexões de baixa largura de banda e retomar a transmissão de dados após interrupções de rede.
  4. Esta arquitetura de referência concentra-se na parte de migração do banco de dados para mover sua pilha de aplicativos locais para o Oracle Cloud Infrastructure. Seus aplicativos podem usar servidores de middleware e de camadas de apresentação que geralmente dependem da conectividade de baixa latência com os bancos de dados. Portanto, antes de alternar para o sistema de BD bare metal no Oracle Cloud Infrastructure, migre os servidores de aplicativos.
  5. Quando estiver pronto para mudar para a nuvem, use o ZDM para executar uma alternância do Data Guard e transicione a função dos bancos de dados. O banco de dados local se torna o stand-by, e o sistema de BD bare metal no Oracle Cloud Infrastructure se torna o banco de dados principal.
  6. Como etapa final do processo de migração, o ZDM encerra a conectividade do Data Guard entre os bancos de dados de origem e de destino e executa operações de limpeza.

  Observação:

  Para minimizar o tempo necessário para migrar bancos de dados grandes, use o Oracle Cloud Infrastructure FastConnect.

Considerações

• Escalabilidade
  • Camada de aplicações

    Você pode dimensionar os servidores de aplicativos verticalmente alterando a forma das instâncias de computação. Uma forma com uma contagem de núcleos superior também fornece mais memória e largura de banda da rede. Se for necessário mais armazenamento, aumente o tamanho dos volumes em blocos anexados ao servidor de aplicativos.

  • Camada do banco de dados

    Você pode dimensionar o banco de dados verticalmente permitindo núcleos adicionais. O banco de dados continua disponível durante o dimensionamento. Se você superar o armazenamento disponível, poderá migrar para um Sistema de BD Exadata.

• Disponibilidade

  Os domínios de falha fornecem a melhor resiliência para cargas de trabalho implantadas em um único domínio de disponibilidade. Essa arquitetura não mostra recursos redundantes, porque o foco está na abordagem de migração. Para alta disponibilidade na camada de aplicativos, implante os servidores de aplicativos em diferentes domínios de falha e use um balanceador de carga para distribuir o tráfego do cliente nos servidores de aplicativos.

  Para obter alta disponibilidade da camada de banco de dados, considere migrar para um sistema de BD Exadata.

• Custo
  • Camada de aplicações

    Selecione a forma de computação com base nos núcleos, memória e largura de banda de rede necessários ao seu aplicativo. Você pode começar com uma forma de 4 núcleos para o servidor de aplicativos. Se precisar de mais desempenho, memória ou largura de banda de rede, você poderá alterar para uma forma maior.

  • Camada do banco de dados

    Ao provisionar um sistema de BD bare metal, você obtém toda a memória e o armazenamento bruto associados ao servidor bare metal, independentemente do número de núcleos que você ativa. O custo depende do número de núcleos que você ativa e das opções e pacotes de gerenciamento que você escolhe.

Implantar

Para implantar essa arquitetura de referência, crie os recursos necessários no Oracle Cloud Infrastructure e migre o banco de dados local usando o Oracle Zero Downtime Migration.

1. Crie os recursos necessários no Oracle Cloud Infrastructure.

   O código do Terraform para implantar os recursos na nuvem está disponível no GitHub. Use o código para provisionar os recursos de rede, uma instância de computação que você pode usar como o bastion ou para o servidor de aplicativos e um sistema de BD bare metal.

   Você pode colocar o código no Oracle Cloud Infrastructure Resource Manager com um único clique, criar a pilha e implantá-la. Como alternativa, faça download do código do GitHub para seu computador, personalize o código e implante a arquitetura usando a CLI do Terraform.

   • Implante os recursos de nuvem usando o Oracle Cloud Infrastructure Resource Manager:
     1. Clique em

        Se você ainda não estiver conectado, informe a tenancy e as credenciais do usuário.

     2. Revise e aceite os termos e condições.
     3. Selecione a região na qual você deseja implantar a pilha.
     4. Siga os prompts na tela e as instruções para criar a pilha.
     5. Após criar a pilha, clique em Ações do Terraform e selecione Planejar.
     6. Aguarde a conclusão do job e revise o plano.

        Para fazer alterações, retorne à página Detalhes da Pilha, clique em Editar Pilha e faça as alterações necessárias. Em seguida, execute a ação Plano novamente.

     7. Se nenhuma alteração adicional for necessária, retorne à página Detalhes da Pilha, clique em Ações do Terraform e selecione Aplicar.
   • Implante os recursos de nuvem usando a CLI do Terraform:
     1. Vá para GitHub.
     2. Faça download do código para seu computador local.
     3. Conclua as etapas de pré-requisito descritas no arquivo README.
     4. Aplique a configuração usando a CLI do Terraform.
2. Migre o banco de dados local usando o Oracle Zero Downtime Migration.
   Consulte Oracle Zero Downtime Migration.

Explorar Mais

Saiba mais sobre a migração de bancos de dados locais para a nuvem.

• Mude para o Oracle Cloud
• Preços do Banco de Dados Bare Metal

Alterar Log

Este log lista apenas as alterações significativas:

26 de setembro de 2022	O diagrama da arquitetura foi atualizado. Adicionada uma versão para download do diagrama.
22 de novembro de 2020	Etapas adicionadas para implantar os recursos da nuvem usando o Oracle Cloud Infrastructure Resource Manager.