Compartilhar via

Escolher computação e armazenamento

  • Artigo

Este artigo descreve como dimensionar corretamente a computação e o armazenamento para suas cargas de trabalho Oracle usando o modelo iaaS (infraestrutura como serviço) do Azure.

Você pode usar a IaaS do Azure para migrar suas cargas de trabalho do Oracle do local para a nuvem. A complexidade, o tamanho e as altas demandas de E/S (entrada/saída) de uma carga de trabalho podem complicar o processo de migração e afetar negativamente o desempenho do Oracle Database. O desempenho do banco de dados depende de parâmetros como MBps (taxa de transferência de disco de leitura/gravação), IOPS de leitura/gravação, CPU, RAM e latência de rede. Dessa forma, escolher a combinação correta de computação e armazenamento para IaaS do Azure e o local das cargas de trabalho do aplicativo em relação aos serviços de banco de dados é crucial para uma migração de banco de dados bem-sucedida.

Avaliar a carga de trabalho do Oracle usando relatórios AWR ou Statspack

Para obter recomendações de dimensionamento correto para a infraestrutura do Azure necessária, você precisa gerar um relatório AWR (Repositório de Carga de Trabalho Automático) ou um relatório statspack para cada banco de dados que você planeja migrar para o Azure.

Um relatório AWR é um relatório detalhado de análise de desempenho gerado pelo Oracle Database. O relatório contém informações abrangentes sobre o desempenho do banco de dados, eventos de espera, recursos do sistema e muito mais. Um relatório AWR está incluído no Oracle Diagnostics Pack para o conjunto de produtos do Oracle Database. Se você estiver executando o Standard Edition ou Enterprise Edition sem uma licença do Diagnostics Pack, use um relatório do Statspack .

O insight sobre a carga de pico é essencial porque um banco de dados e servidores são usados para diferentes capacidades. Se a carga de pico ocorrer em intervalos de backup durante a noite e os requisitos de RTO (Objetivo de Tempo de Recuperação) ou RPO (Objetivo de Ponto de Recuperação) de backup estiverem dentro de quatro horas, você poderá repetir o mesmo exercício para uma carga média.

A janela de pico de carga de tempo geralmente é de uma hora. Você pode determinar o pico de carga usando o Oracle Enterprise Manager. Se você não tiver uma licença para o Oracle Enterprise Manager, poderá usar o script a seguir para os cinco horários mais movimentados. Esse script está disponível para bancos de dados Standard Edition e bancos de dados Edição Enterprise.

Recomendações

  • Gere relatórios AWR abrangentes para um exercício de dimensionamento correto do banco de dados.
  • Gere o relatório AWR para o período de carga de trabalho mais movimentado durante janelas de tempo curtas, como 30 minutos ou uma hora.
  • Gere um relatório AWR de carga de pico (e um relatório AWR de pico médio, se desejar).
  • Obtenha outros relatórios AWR que possam ter detalhes importantes sobre a carga de trabalho do banco de dados, como períodos de relatório de fim de mês ou final do trimestre.
  • Verifique se o relatório está em HTML para a ferramenta de dimensionamento correto.
  • Use os seguintes scripts para obter os cinco horários mais movimentados se você não tiver certeza de quando ocorre o pico de carga:

Usar ferramentas automatizadas para dimensionar corretamente sua carga de trabalho

Dimensione corretamente suas cargas de trabalho usando ferramentas automatizadas para corresponder ao SKU correto do Azure Máquinas Virtuais de acordo com vCPU, memória, taxa de transferência e IOPS. Analise um relatório AWR ou um relatório statspack de suas cargas de trabalho Oracle para dimensionar corretamente sua infraestrutura do Azure para que ele atenda aos requisitos de desempenho. Essas análises são baseadas na compreensão especializada do desempenho do banco de dados e exigem ferramentas automatizadas para gerenciar todas as variáveis, como a OMAT (Oracle Migration Assistant Tool).

O OMAT ajuda você a avaliar o uso de recursos para instalações locais ou na nuvem do Oracle e recomenda que a VM (máquina virtual) e o armazenamento ideais executem a mesma carga de trabalho no Azure. O OMAT coleta e processa relatórios AWR do sistema de origem, extrai os dados necessários e os coloca em uma pasta de trabalho do Excel. Examine a partição de processadores principais e de CPU ao usar o OMAT para fornecer o fator hyper-threaded. O OMAT usa um fator de dois por padrão, mas você pode ajustar esse número para se ajustar ao seu uso específico. Entre em contato com sua pessoa de contato local se precisar de suporte.

Recomendações

  • Use ferramentas automatizadas de dimensionamento correto, como OMAT. As ferramentas de dimensionamento correto automatizam as etapas descritas no documento de dimensionamento AWR para acelerar o processo de migração e simplificar o relatório AWR.
  • Contate especialistas que entendem as recomendações geradas pelo relatório OMAT.

Escolha a VM certa para sua carga de trabalho

É importante escolher a VM certa para sua carga de trabalho. Cada família de VMs vem com uma seleção de tamanhos que podem ser correspondidos às suas necessidades. As séries E e M são VMs hyper-threaded amplamente usadas para necessidades de banco de dados. Use VMs da série E para cargas de trabalho que têm valores de alta taxa de transferência. Use VMs da série M para cargas de trabalho que exigem memória alta.

A Microsoft também oferece tamanhos de núcleo restritos para reduzir o custo do licenciamento de software, mantendo a mesma memória, armazenamento e largura de banda de E/S.

Recomendações

Escolha a solução de armazenamento correta para sua carga de trabalho

A escolha da solução de armazenamento do Azure para o banco de dados depende do tamanho do banco de dados, do IOPS e da taxa de transferência. O Azure Managed Disks fornece volumes de armazenamento em nível de bloco gerenciados pelo Azure e usados com VMs do Azure. O Armazenamento do Azure fornece uma ampla gama de opções de armazenamento altamente disponíveis e altamente escalonáveis para aplicativos, dados e VMs na nuvem. A avaliação de dimensionamento correto ajuda você a decidir qual solução de armazenamento usar para o banco de dados.

Outras considerações de armazenamento estão relacionadas a arquivos de log e backups arquivados do Oracle Redo. O arquivamento de logs de restauração é um processo contínuo de leitura/gravação que envolve a avaliação contínua dos requisitos e da disponibilidade da solução.

O relatório AWR fornece informações sobre a taxa de transferência e os requisitos de IOPS de sua carga de trabalho específica. É crucial saber seus requisitos de taxa de transferência e IOPS antes da implantação, pois as cargas de trabalho oracle diferenciam o desempenho.

A tabela a seguir fornece um exemplo de um layout de armazenamento em disco de dados.

Nome do disco Função Tamanho (GB) Produtividade IOPS Recomendação de disco
oredo Logs de refazer online 400 150 1500 Escolha SSD Premium v2 quando disponível e P20 caso contrário
oarch Logs de refazer arquivados 7000 300 1250 Armazenamento de Blobs do Azure configurado na camada Frequente
odata Arquivos de dados e arquivos de controle 18000 1000 2500 Escolha SSD Premium v2 quando disponível e 5*P50 (distribuído para RAID-0) caso contrário,

O espaço de tabela temporário pode usar muita taxa de transferência e IOPS. Se esse cenário se aplicar à carga de trabalho, escolha uma VM que tenha um disco efêmero anexado, como Ed-v5. Coloque o espaço de tabela temporário no disco. Você pode escolher outros tipos de disco dependendo de seus requisitos.

Este é apenas um exemplo de uma carga de trabalho do cliente. Examine e ajuste os requisitos do tamanho da carga de trabalho, do IOPS e da taxa de transferência adequadamente.

Se você precisar usar vários discos para um ou mais volumes lógicos em sua configuração de disco, independentemente da tecnologia de disco (Oracle ASM, LVM ou outro), certifique-se de equilibrar a carga entre discos para obter o desempenho máximo.

Você pode usar discos gerenciados SSD Premium v2 sempre que eles estiverem disponíveis. Verifique a disponibilidade de acordo com a região e examine as configurações de disco antes da implantação.

O tamanho do disco configurado padrão no ASM será decisivo se você usar o Oracle ASM e Managed Disks. Se você configurar o ASM para um tamanho máximo de 4096 GB, o ASM poderá processar apenas esse valor. Portanto, mesmo que você provisione discos mais altos, o ASM não reconhece o espaço. Planeje o tamanho do disco adequadamente e decida se deseja provisionar alguns discos de 4.095 GB. Para obter mais informações, consulte Configuração do ASM.

Recomendações

Dimensionar a infraestrutura de computação necessária para aplicativos Oracle

Normalmente, os aplicativos Oracle podem ser movidos para o Azure usando VMs com recursos semelhantes às VMs usadas na implantação local.

Use pontos de dados das camadas aplicativo e Web para dimensionar a infraestrutura de computação necessária para aplicativos Oracle. A camada de aplicativo pode ser movida para qualquer SKU de VM adequada que atenda aos requisitos de otimização de desempenho e custo.

Para obter mais informações sobre como usar arquiteturas de referência para implantar aplicativos Oracle em IaaS do Azure, consulte Aplicativos Oracle no Azure.

Recomendações

Obtenha pontos de dados da camada de aplicativo e da camada da Web. Esses pontos de dados incluem:

  • Número de vCPUs
  • Uso médio de vCPU
  • Tamanho da memória
  • Uso médio de memória
  • Tamanho do armazenamento do aplicativo
  • Versão do aplicativo
  • Sistema operacional
  • Total IOPS
  • Taxa de transferência total
  • Estratégia de backup

Próxima etapa

Para saber como proteger dados e aplicativos críticos, confira Continuidade dos negócios e recuperação de desastres.