Partilhar via

Planejamento de capacidade para migrar cargas de trabalho Oracle para Máquinas Virtuais do Azure

Este artigo baseia-se nas diretrizes do Azure Cloud Adoption Framework e fornece considerações sobre o planejamento da capacidade de infraestrutura para cargas de trabalho Oracle no Microsoft Azure. O artigo inclui recomendações e ferramentas para ajudá-lo com esse processo de planejamento.

O planejamento de capacidade é essencial para o desempenho eficiente e o gerenciamento de custos quando você executa cargas de trabalho de banco de dados Oracle no Azure. Este artigo descreve diretrizes, métodos e ferramentas para alocar recursos com precisão, equilibrar as necessidades de desempenho e otimizar custos. Os requisitos específicos de capacidade dependem das características de desempenho da carga de trabalho do banco de dados. Essas características são transacionais, analíticas ou mistas. Os fatores restritivos para cargas de trabalho de banco de dados Oracle geralmente são a capacidade de processamento, a memória e a taxa de transferência.

O planejamento de capacidade ajuda você a selecionar a infraestrutura apropriada para a arquitetura Oracle no Azure. Você deve entender a capacidade de armazenamento do banco de dados para implementar efetivamente esse processo.

Considerações sobre planejamento de capacidade

O planejamento de capacidade para cargas de trabalho Oracle na infraestrutura como serviço (IaaS) do Azure é um processo que requer uma compreensão profunda dos requisitos de carga de trabalho e dos recursos disponíveis do Azure.

Considerações gerais sobre o desempenho

  • Seu ambiente existente pode não servir como uma medida de dimensionamento precisa para os requisitos de carga de trabalho do banco de dados Oracle no Azure. Use os relatórios do Oracle Automatic Workload Repository (AWR) para entender as características de desempenho da carga de trabalho ou cargas de trabalho para migração. Os relatórios AWR contêm estatísticas de desempenho para suas cargas de trabalho de banco de dados Oracle.

  • Você pode usar seu ambiente existente como uma medida de dimensionamento para servidores de aplicativos quando não houver estatísticas de desempenho AWR disponíveis. Você deve coletar métricas de desempenho dos servidores de aplicativos para garantir que os servidores de aplicativos e qualquer solução de plataforma como serviço (PaaS) sejam dimensionados adequadamente.

    Observação

    Para coletar relatórios AWR, você precisa comprar a licença do Oracle Diagnostic Pack para sua carga de trabalho de banco de dados. Você pode usar relatórios Statspack como uma alternativa aos relatórios AWR. Os relatórios Statspack são um subconjunto de relatórios AWR e não requerem a licença do Pacote de Diagnóstico.

  • Colete relatórios AWR para sua carga de trabalho de banco de dados:

    • Quando a carga de trabalho sofre picos de carga. Se você não souber o horário de pico de carregamento, use o script busiest_awr para determinar o AWR mais ocupado.

    • Por um período representativo da carga de pico. Por exemplo, gere o relatório AWR durante o processo de fim de mês se o pico de carga ocorrer nesse período. O período de tempo deve incluir apenas as horas de pico de carga e excluir períodos prolongados de carga reduzida. Se você incluir períodos de baixa carga em seu relatório AWR, as estatísticas de desempenho representarão uma média e não os requisitos reais de desempenho da carga de trabalho.

    • Para atividades como processos em lote ou outras atividades que constituam carga significativa no banco de dados.

  • Colete relatórios AWR durante picos de carga e cenários semelhantes. Para determinar a SKU de máquina virtual (VM) apropriada e a configuração de armazenamento, consulte Dimensionamento de recursos do Azure baseado em um relatório Oracle AWR. Se você gerencia várias cargas de trabalho de banco de dados Oracle e está considerando consolidar várias cargas de trabalho nas mesmas VMs, use Oracle Migration Assistant Tool (OMAT). O OMAT é uma ferramenta automatizada de avaliação de dimensionamento que gera uma avaliação de infraestrutura com base em relatórios AWR e fornece sugestões para possíveis configurações de VM e armazenamento.

Considerações sobre computação

Depois de determinar os requisitos básicos de desempenho para a carga de trabalho do banco de dados, considere as seguintes recomendações para o planejamento da VM:

  • Use núcleos restritos para otimizar os custos de licenciamento da Oracle. Os núcleos restritos fornecem a capacidade de memória e taxa de transferência de SKUs de VM maiores, limitando a capacidade de vCPU a SKUs de VM menores. Essa configuração reduz os custos de licenciamento da Oracle, já que o licenciamento é baseado em núcleos de processador. Para obter mais detalhes, consulte Licenciamento de software Oracle no ambiente de computação em nuvem e tamanhos de núcleo restritos.

  • Selecione VMs com otimização de memória para cargas de trabalho Oracle. As VMs otimizadas para memória oferecem uma relação memória/vCPU mais alta em comparação com VMs de uso geral, tornando-as ideais para cargas de trabalho Oracle com uso intensivo de memória. Para obter mais informações, consulte VM da série M.

  • Use as SKUs de VM mais recentes para melhorar o desempenho e a compatibilidade.** As SKUs de VM mais recentes, como Mdsv3 e Edsv6, oferecem opções robustas otimizadas para memória. Escolha entre variantes de memória média e alta memória com base na sua avaliação de tamanho.

  • Inclua VMs adicionais para alta disponibilidade e recuperação de desastres. Garanta que sua arquitetura contabilize as VMs necessárias para ambientes de alta disponibilidade, recuperação de desastres e não produção para manter a resiliência operacional.

Considerações sobre armazenamento

O desempenho e a confiabilidade das cargas de trabalho do banco de dados Oracle dependem fortemente do projeto e da configuração da infraestrutura de armazenamento subjacente. Considere as seguintes orientações para o planejamento do armazenamento:

  • Selecione o tipo de disco gerenciado apropriado com base nos requisitos de carga de trabalho. Use o SSD Premium do Azure para atividades relacionadas ao sistema operacional para garantir um desempenho confiável. Para discos de dados, recomendamos o SSD Premium do Azure v2 para recursos de desempenho aprimorados. O Armazenamento em Disco Ultra do Azure é adequado para cargas de trabalho que exigem uma taxa de transferência extremamente alta e baixa latência. Evite usar o SSD Padrão do Azure ou o HDD Padrão do Azure para cargas de trabalho Oracle de produção. Para obter mais detalhes, consulte Discos gerenciados do Azure. Outras opções de armazenamento incluem Arquivos Netapp do Azure e ESAN.

  • A latência do disco pode ser uma preocupação, dependendo das características da sua carga de trabalho. Para obter mais informações sobre latência de disco, consulte tipos de disco gerenciado do Azure.

  • Se as suas atividades relacionadas com o SO exigirem uma capacidade superior a 4 TB, utilize vários discos SSD Premium e configure-os em RAID-0. O cache de disco do host não é suportado para discos maiores que 4.095 GB.

  • Entenda as diferenças entre SSD Premium v1 e SSD Premium v2. O SSD Premium v1 usa a arquitetura original do Azure, que compartilha largura de banda com outro tráfego de VM e pode afetar o desempenho. O SSD Premium v2 aproveita a arquitetura Direct Drive para melhorar o desempenho e reduzir a latência. Para obter mais detalhes, consulte as diferenças entre SSD Premium e SSD Premium v2.

  • Considere a taxa de transferência cumulativa de disco ao usar discos gerenciados. A taxa de transferência cumulativa de todos os discos conectados à VM é restringida pela SKU da VM. Para obter mais informações, veja Máquinas virtuais e desempenho de disco.

  • Se os requisitos de taxa de transferência excederem a capacidade máxima de uma única VM, considere usar armazenamento de rede, como Arquivos NetApp do Azure, uma vez que a VM está limitada pela taxa de transferência de rede, ou egressão, em vez da taxa de transferência de disco para tal configuração.

  • Se você usa arquivos temporários Oracle com freqüência, considere selecionar uma SKU de VM com um disco temporário e coloque os arquivos temporários no disco temporário. Esta configuração reduz a carga de entrada/saída (E/S) nos discos de dados.

Próximos passos