Partilhar via

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

  • Artigo

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:

  • Utilize núcleos restritos, se aplicável. Núcleos limitados fornecem a memória e a capacidade de processamento de uma SKU de VM maior com capacidade de vCPU de uma SKU de VM menor. Os núcleos restritos são preferíveis do ponto de vista do custo de licenciamento da Oracle porque o licenciamento da Oracle é baseado em núcleos de processador. Para obter mais informações sobre como o licenciamento Oracle funciona no Azure, consulte Licenciamento de software Oracle no ambiente de computação em nuvem. Para obter mais informações sobre núcleos restritos, consulte tamanhos de VM do Azure.

  • Use VMs com otimização de memória para cargas de trabalho Oracle. As VMs otimizadas para memória têm uma relação memória/vCPU mais alta do que as VMs de uso geral. Essas VMs são preferidas para cargas de trabalho Oracle, que normalmente consomem muita memória. Para obter mais informações sobre VMs com otimização de memória, consulte Tamanhos de VM com otimização de memória.

  • Ao avaliar sua arquitetura geral, inclua outras VMs necessárias para ambientes de alta disponibilidade, não produção e muito mais.

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:

  • Se você usa discos gerenciados, certifique-se de usar o SSD Premium do Azure, o SSD Premium do Azure v2 ou o Armazenamento em Disco Ultra do Azure para cargas de trabalho Oracle. Não recomendamos o SSD Padrão do Azure ou o HDD Padrão do Azure para cargas de trabalho Oracle de produção. Para obter detalhes sobre as limitações do SSD Premium v2 e do armazenamento Ultra Disk, consulte discos geridos do Azure.

  • 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 você usar SSD Premium, configure o cache do host para ReadOnly para todos os discos de dados e para ReadWrite para a classe OSDisk. O cache de disco do host não é suportado para discos maiores que 4.095 GB. Para criar volumes maiores que um parâmetro P50 ou 4 TB, aloque vários discos SSD Premium para criar volumes lógicos distribuídos RAID-0. Use um gerenciador de volumes, como o Linux Logical Volume Manger versão 2 (LVM2), ou aloque vários discos SSD Premium para criar grupos de discos Oracle de gerenciamento automático de armazenamento (ASM) para atender à capacidade desejada ou à taxa de transferência necessária.

  • Quando você usa discos gerenciados, a taxa de transferência cumulativa de todos os discos conectados à VM e restringidos pela SKU da VM determinam a taxa de transferência do disco. Para obter mais informações, veja Máquinas virtuais e desempenho de disco.

  • Ao usar discos geridos com uma carga de trabalho de gravação intensiva, considere o uso do Ultra Disk Storage para logs de reexecução.

  • 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