Planejamento de capacidade para migrar cargas de trabalho Oracle para o Azure
Este artigo baseia-se nas diretrizes do Azure Cloud Adoption Framework e fornece considerações sobre o planejamento de 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 gerenciamento eficiente de desempenho e 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 de capacidade específicos 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 poder de processamento, memória e 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 de 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.
Observação
As considerações a seguir são para bancos de dados Oracle executados em máquinas virtuais do Azure. Para Database@Azure Oracle, entre em contato com sua equipe de vendas local da Oracle para obter orientação sobre dimensionamento.
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 das 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 de AWR disponíveis. Você deve coletar métricas de desempenho dos servidores de aplicativos para garantir que os servidores de aplicativos e quaisquer soluções de PaaS (plataforma como serviço) sejam dimensionados adequadamente.
Observação
Para coletar relatórios AWR, você precisa adquirir 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 exigem 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 atinge o pico de carga. Se você não souber o tempo de carregamento de pico, use o
busiest_awrscript para determinar o AWR mais ocupado.Para um período representativo do pico de carga. Por exemplo, gere o relatório AWR durante o processo de fim de mês se a carga de pico for um processo de fim de mês. O período de tempo deve incluir apenas horários de pico de carga e excluir períodos prolongados de baixa carga. 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 constituem carga significativa no banco de dados.
Colete relatórios AWR durante picos de carga e cenários semelhantes. Para determinar a configuração de armazenamento e SKU de máquina virtual (VM) apropriada, consulte Dimensionando recursos do Azure com base 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 o 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 de 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 de VM:
Use núcleos restritos, se aplicável. Os núcleos restritos fornecem a capacidade de memória e taxa de transferência 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 Licenciando 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 otimizadas para memória para cargas de trabalho Oracle. As VMs otimizadas para memória têm uma proporção de memória para vCPU maior 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 otimizadas para memória, consulte Tamanhos de VM otimizados para memória.
Ao avaliar sua arquitetura geral, inclua outras VMs necessárias para alta disponibilidade, ambientes de não produção e muito mais.
Considerações de armazenamento
O desempenho e a confiabilidade das cargas de trabalho de banco de dados Oracle dependem muito do projeto e da configuração da infraestrutura de armazenamento subjacente. Considere as seguintes diretrizes para o planejamento de armazenamento:
Se você usar 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 do 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 Ultra Disk Storage, consulte Discos gerenciados 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 o SSD Premium, configure o cache do host para
ReadOnlytodos os discos de dados e paraReadWritea 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 ASM (gerenciamento automático de armazenamento) da Oracle 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 restritos pela SKU da VM determinam a taxa de transferência do disco. Para obter mais informações, consulte Máquinas virtuais e desempenho de disco.
Ao usar discos gerenciados com uma carga de trabalho de gravação intensiva, considere usar o Ultra Disk Storage para refazer logs.
Se os requisitos de taxa de transferência excederem a taxa de transferência máxima de uma única VM, considere usar o armazenamento de rede, como os Arquivos NetApp do Azure, porque a VM é restrita à taxa de transferência de rede ou de saída, em vez da taxa de transferência de disco para tal configuração.
Se você usar arquivos temporários Oracle com frequência, considere selecionar uma SKU de VM com um disco temporário e coloque os arquivos temporários no disco temporário. Essa configuração reduz a carga de entrada/saída (E/S) nos discos de dados.