Partilhar via

Escolher computação e armazenamento

  • Artigo

Este artigo descreve como dimensionar a computação e o armazenamento adequados para as cargas de trabalho oracle com o modelo iaaS (infraestrutura como serviço) do Azure.

Pode utilizar o IaaS do Azure para migrar as cargas de trabalho oracle do local para a cloud. A complexidade, o tamanho e as elevadas exigências de entrada/saída (E/S) de uma carga de trabalho podem complicar o processo de migração e afetar negativamente o desempenho da Base de Dados Oracle. O desempenho da base de dados depende de parâmetros como débito de disco de leitura/escrita (MBps), IOPS de leitura/escrita, CPU, RAM e latência de rede. Como tal, escolher a combinação correta de computação e armazenamento para IaaS do Azure e a localização das cargas de trabalho da aplicação relativamente aos serviços de base de dados é crucial para uma migração de base de dados bem-sucedida.

Avaliar a carga de trabalho oracle com relatórios AWR ou Statspack

Para obter recomendações de dimensionamento correto para a infraestrutura do Azure necessária, tem de gerar um relatório de Repositório de Carga de Trabalho Automático (AWR) ou um relatório Statspack para cada base de dados que planeia migrar para o Azure.

Um relatório AWR é um relatório de análise de desempenho detalhado gerado pela Oracle Database. O relatório contém informações abrangentes sobre o desempenho da base de dados, eventos de espera, recursos do sistema e muito mais. Está incluído um relatório AWR com o Pacote de Diagnóstico Oracle para o conjunto de produtos da Base de Dados Oracle. Se estiver a executar a Edição Standard ou a Edição Enterprise sem uma licença do Pacote de Diagnóstico, utilize antes um relatório statspack .

As informações sobre o pico de carga são essenciais porque uma base de dados e servidores são utilizados para diferentes capacidades. Se o pico de carga ocorrer em temporizações de cópia de segurança durante a noite e os requisitos de Objetivo de Tempo de Recuperação (RTO) ou Objetivo de Ponto de Recuperação (RPO) estiverem dentro de quatro horas, pode repetir o mesmo exercício para uma carga média.

Normalmente, a janela de pico de carga do tempo é de uma hora. Pode determinar o pico de carga com o Oracle Enterprise Manager. Se não tiver uma licença para o Oracle Enterprise Manager, pode utilizar o seguinte script para as cinco primeiras horas mais movimentadas. Este script está disponível para bases de dados standard e bases de dados Enterprise Edition.

Recomendações

  • Gerar relatórios AWR abrangentes para um exercício de dimensionamento correto da base de dados.
  • Gere o relatório AWR para o período de carga de trabalho mais movimentado durante períodos de tempo curtos, como 30 minutos ou uma hora.
  • Gere um relatório AWR de pico de carga (e um relatório AWR de pico médio de carga, se quiser).
  • Obtenha outros relatórios da AWR que possam ter detalhes importantes sobre a carga de trabalho da base de dados, como períodos de relatórios de fim de mês ou de fim de trimestre.
  • Certifique-se de que o relatório está em HTML para a ferramenta de dimensionamento correto.
  • Utilize os seguintes scripts para obter as cinco horas mais movimentadas se não tiver a certeza de quando ocorre o pico de carga:

Utilizar ferramentas automatizadas para dimensionar corretamente a carga de trabalho

Dimensione as cargas de trabalho com ferramentas automatizadas para corresponder ao SKU do Azure Máquinas Virtuais correto de acordo com a vCPU, memória, débito e IOPS. Analise um relatório AWR ou um relatório Statspack das cargas de trabalho oracle para dimensionar a infraestrutura do Azure de forma a satisfazer os requisitos de desempenho. Estas análises baseiam-se na compreensão especializada do desempenho da base de dados e requerem ferramentas automatizadas para gerir todas as variáveis, como a Ferramenta assistente de migração oracle (OMAT).

O OMAT ajuda-o a avaliar a utilização de recursos para instalações no local ou na cloud oracle e recomenda a máquina virtual (VM) ideal e o armazenamento para executar a mesma carga de trabalho no Azure. O OMAT recolhe e processa relatórios AWR do sistema de origem, extrai os dados necessários e coloca-os num livro do Excel. Reveja a partição da CPU e dos processadores principais quando utilizar o OMAT para lhe dar o fator de hiper thread. O OMAT utiliza um fator de dois por predefinição, mas pode ajustar este número para se ajustar à sua utilização específica. Contacte o seu contacto local se precisar de suporte.

Recomendações

  • Utilize ferramentas de dimensionamento direito automatizadas, como o OMAT. As ferramentas de dimensionamento correto automatizam os passos descritos no documento de dimensionamento da AWR para acelerar o processo de migração e simplificar o relatório AWR.
  • Contacte os especialistas que compreendem as recomendações geradas pelo relatório OMAT.

Escolher a VM certa para a carga de trabalho

É importante escolher a VM certa para a carga de trabalho. Cada família de VMs inclui uma seleção de tamanhos que podem ser correspondidos às suas necessidades. As séries E e M são VMs com hiper threads que são amplamente utilizadas para as necessidades da base de dados. Utilize VMs da série E para cargas de trabalho com valores de débito elevados. Utilize VMs da série M para cargas de trabalho que requerem memória elevada.

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

Escolher a solução de armazenamento certa para a carga de trabalho

A escolha da solução de armazenamento do Azure para a base de dados depende do tamanho da base de dados, do IOPS e do débito. O Azure Managed Disks fornece volumes de armazenamento ao nível do bloco geridos pelo Azure e utilizados com VMs do Azure. O Armazenamento do Azure fornece uma vasta gama de opções de armazenamento altamente disponíveis e dimensionáveis em massa para aplicações, dados e VMs na cloud. A avaliação do dimensionamento correto ajuda-o a decidir qual a solução de armazenamento a utilizar para a base de dados.

Outras considerações de armazenamento estão relacionadas com ficheiros de registo e cópias de segurança arquivados do Oracle. Arquivar registos de fase de rollforing é um processo de leitura/escrita em curso que envolve uma avaliação contínua dos requisitos e da disponibilidade da solução.

O relatório AWR fornece informações sobre os requisitos de débito e IOPS da sua carga de trabalho específica. É fundamental conhecer os seus requisitos de débito e IOPS antes da implementação, uma vez que as cargas de trabalho oracle são sensíveis ao desempenho.

A tabela seguinte dá um exemplo de um esquema de armazenamento de discos de dados.

Nome do disco Função Tamanho (GB) Débito IOPS Recomendação de disco
oredo Registos de refazer online 400 150 1500 Selecione SSD Premium v2 quando disponível e P20 de outra forma
oarch Registos de refazer arquivados 7000 300 1250 Armazenamento de Blobs do Azure configurado no escalão Frequente
odata Ficheiros de dados e ficheiros de controlo 18000 1000 2500 Selecione SSD Premium v2 quando disponível e 5*P50 (remisso para RAID-0) caso contrário

O espaço de tabelas temporário pode utilizar muito débito e IOPS. Se este 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 tabelas temporário no disco. Pode escolher outros tipos de disco consoante os seus requisitos.

Este é apenas um exemplo de uma carga de trabalho do cliente. Confirme que revê e ajusta os requisitos do tamanho da carga de trabalho, do IOPS e do débito em conformidade.

Se precisar de utilizar vários discos para um ou mais volumes lógicos na configuração do disco, independentemente da tecnologia de disco (Oracle ASM, LVM ou outro), confirme que equilibra a carga entre discos para obter o máximo desempenho.

Pode utilizar discos geridos SSD v2 Premium onde quer que estejam disponíveis. Verifique a disponibilidade de acordo com a região e reveja as configurações do disco antes da implementação.

O tamanho do disco configurado predefinido no ASM é decisivo se utilizar o Oracle ASM e Managed Disks. Se configurar o ASM para um tamanho máximo de 4096 GB, o ASM só pode processar este montante. Por isso, mesmo que aprovisione discos superiores, o ASM não reconhece o espaço. Planeie o tamanho do disco em conformidade e decida se pretende aprovisionar alguns discos de 4095 GB. Para obter mais informações, veja Configuração do ASM.

Recomendações

Dimensionar a infraestrutura de computação necessária para aplicações Oracle

Normalmente, as aplicações Oracle podem ser movidas para o Azure com VMs com capacidades semelhantes às VMs utilizadas na implementação no local.

Utilize pontos de dados das camadas Aplicação e Web para dimensionar a infraestrutura de computação necessária para aplicações Oracle. O escalão de Aplicação pode ser movido para qualquer SKU de VM adequado que cumpra os requisitos de desempenho e otimização de custos.

Para obter mais informações sobre como utilizar arquiteturas de referência para implementar aplicações Oracle no IaaS do Azure, veja Oracle applications on Azure (Aplicações Oracle no Azure).

Recomendações

Obtenha pontos de dados a partir do escalão De aplicação e da camada Web. Estes pontos de dados incluem:

  • Número de vCPUs
  • Utilização média da vCPU
  • Tamanho da memória
  • Utilização média da memória
  • Tamanho do armazenamento de aplicações
  • Versão da aplicação
  • Sistema operativo
  • Total IOPS
  • Débito total
  • Estratégia de cópia de segurança

Passo seguinte

Para saber como proteger dados e aplicações críticos, veja Continuidade do negócio e recuperação após desastre.