Melhores práticas de desempenho para o Oracle em VMs do Azure
Este artigo descreve como as opções corretas de armazenamento e tamanho de VM escolhidas afetam o desempenho – operações de entrada/saída (IOPS) e taxa de transferência –, a confiabilidade e o custo da carga de trabalho do Oracle. Há uma compensação entre a otimização de custos e o desempenho. Esta série de práticas recomendadas de desempenho se concentra em como obter o melhor desempenho para a carga de trabalho do Oracle em VMs (máquinas virtuais) do Azure. Se a sua carga de trabalho for menos exigente, talvez você não precise de todas as otimizações recomendadas. É essencial na fase de planejamento avaliar os requisitos de desempenho de suas cargas de trabalho do Oracle e dimensionar corretamente a computação e o armazenamento, conforme necessário.
Ao considerar executar cargas de trabalho do Oracle em VMs do Azure, para uma configuração econômica, comece selecionando uma máquina virtual que dê suporte ao IOPS e à taxa de transferência necessários com a relação de memória para vCore apropriada e, em seguida, adicione o seu requisito de armazenamento.
Recomendações de dimensionamento de VM
As três séries de VM a seguir são recomendadas para executar cargas de trabalho do banco de dados do Oracle no Azure.
Séries E (Eds, v5 e Ebds V5)
A série E foi projetada para cargas de trabalho com uso intensivo de memória. Estas VMs fornecem relações de memória para núcleo altas, o que as torna adequadas para bancos de dados do Oracle. Além disso, ofereça uma variedade de opções de CPU para corresponder aos requisitos de desempenho da carga de trabalho de banco de dados do Oracle.
A nova série Ebdsv5 fornece a maior taxa de transferência de E/S para vCore no Azure, juntamente com uma taxa de memória para vCore de 8. Esta série oferece a melhor relação custo-desempenho para cargas de trabalho do Oracle em VMs do Azure. Considere esta série primeiro para a maioria das cargas de trabalho de banco de dados do Oracle.
Série M
A série M foi criada para bancos de dados grandes, ou seja, de até 12 TB de RAM e 416 vCPUs. As VMs da série M oferecem a maior taxa de memória para vCore no Azure. Considere estas VMs para cargas de trabalho de banco de dados do Oracle grandes e essenciais ou se você precisar consolidar bancos de dados em um número menor de VMs.
Série D
A série D é criada para VMs de uso geral com menores proporções de memória para vCore com as máquinas virtuais de Uso Geral. É importante monitorar cuidadosamente os contadores de desempenho baseados em memória para garantir que a carga de trabalho do Oracle possa obter o IOPS e a taxa de transferência. A série Ddsv5 oferece uma combinação justa de vCPU, memória e disco temporário, mas com suporte menor de memória para vCore. A série D não tem a relação de memória para vCore de 8 recomendada para cargas de trabalho do Oracle. Dessa forma, considere usar estas máquinas virtuais para bancos de dados pequenos e médios ou para ambiente de desenvolvimento/teste para TCO inferior.
Recomendações de armazenamento
Esta seção fornece as melhores práticas e diretrizes de armazenamento para otimizar o desempenho da carga de trabalho do Oracle em Máquinas Virtuais do Microsoft Azure. Considere suas necessidades de desempenho, custos e padrões de carga de trabalho ao avaliar essas recomendações. Vamos dar uma olhada rápida nas opções:
Tipos de disco: SSD Premium, SSD Premium V2 e Discos Ultra são tipos de disco recomendados para carga de trabalho do Oracle. Confira a comparação de tipos de disco para entender o tamanho máximo do disco, a taxa de transferência máxima e o máximo de IOPS para escolher o tipo de disco ideal para a VM do Azure a fim de atender ao desempenho da carga de trabalho do Oracle. Em geral, o SSD Premium v2 é a opção de disco com a melhor relação custo-desempenho que você pode considerar.
O SSD Premium v2 oferece um desempenho maior do que os SSDs Premium e, ao mesmo tempo, geralmente é menos caro. Você pode ajustar individualmente o desempenho (capacidade, taxa de transferência e IOPS) dos discos SSD Premium v2 a qualquer momento, permitindo que as cargas de trabalho sejam econômicas e atendam às necessidades de desempenho em constante mudança. Por exemplo, um banco de dados com uso intensivo de transações precisa de uma grande quantidade de IOPS em um tamanho pequeno ou um aplicativo de jogos pode exigir uma grande quantidade de IOPS, mas apenas durante o horário de pico. Como você pode ajustar individualmente o desempenho, para a maioria das cargas de trabalho de uso geral, o SSD Premium v2 pode fornecer a melhor relação custo-desempenho.
Os SSDs Premium são adequados para cargas de trabalho de produção críticas. Eles fornecem suporte a disco de alto desempenho e baixa latência para máquinas virtuais (VMs) com cargas de trabalho de entrada/saída (E/S) intensivas.
Os discos Ultra são a opção de armazenamento de mais alto desempenho para Máquinas Virtuais do Microsoft Azure. Eles são adequados para cargas de trabalho com uso intensivo de dados e com muitas transações. Eles fornecem latências inferiores a milissegundos e apresentam um modelo de configuração de desempenho flexível que permite configurar independentemente o IOPS e a taxa de transferência, antes e depois de provisionar o disco.
O Azure Elastic SAN fornece uma solução de armazenamento de blocos altamente escalonável, econômica, de alto desempenho e confiável que se conecta a vários serviços de computação do Azure por meio do protocolo iSCSI. O Elastic SAN permite uma transição perfeita de um ambiente de armazenamento SAN existente para a nuvem sem a necessidade de refatorar a arquitetura de aplicativos do cliente. Essa solução pode alcançar uma escala vertical massiva: capacidade para milhões de IOPS por segundo, taxa de transferência de GB/s de dois dígitos e latências de milissegundos de um dígito, além de contar com resiliência interna para minimizar períodos de inatividade. Isso a torna uma ótima opção para clientes que desejam consolidar o armazenamento, clientes que trabalham com vários serviços de computação ou aqueles que têm cargas de trabalho que exigem altos níveis de taxa de transferência para administrar o armazenamento pela largura de banda de rede.
Observação
O dimensionamento de VM com o Elastic SAN deve acomodar os requisitos de taxa de transferência de rede de produção (VM para VM) junto com a taxa de transferência de armazenamento.
Considere colocar cargas de trabalho do Oracle no Elastic SAN para obter uma melhor eficiência de custo pelos seguintes motivos.
Consolidação de armazenamento e compartilhamento dinâmico de desempenho: normalmente, para a carga de trabalho do Oracle na VM do Azure, o armazenamento de tipo de disco é provisionado por VM com base na capacidade do cliente e nos requisitos de desempenho de pico para essa VM. Este desempenho superprovisionado está disponível quando necessário, mas o desempenho não utilizado não pode ser compartilhado com cargas de trabalho em outras VMs. O Elastic SAN, como a SAN local, permite consolidar as necessidades de armazenamento de várias cargas de trabalho do Oracle para obter melhor eficiência de custo, com a capacidade de compartilhar dinamicamente o desempenho provisionado entre os volumes provisionados para essas diferentes cargas de trabalho com base nas demandas de E/S. Um exemplo seria você ter 10 cargas de trabalho no Leste dos EUA que exigem capacidade de 2 TiB e IOPS de 10 mil cada, mas que não precisam coletivamente de mais de 60 mil IOPS em nenhum momento. Você pode configurar um Elastic SAN com 12 unidades base (uma unidade base = US$ 0,08 por GiB/mês) que fornecem 12 TiB de capacidade e as 60 mil IOPS necessárias e oito unidades somente de capacidade (um unidade somente de capacidade = US$ 0,06 por GiB/mês) que fornecem a capacidade restante de 8 TiB a um preço mais barato. Essa configuração otimizada de armazenamento fornece melhor custo-benefício e, ao mesmo tempo, garante o desempenho necessário (10 mil IOPS) para cada uma dessas cargas de trabalho. Para obter mais informações sobre as unidades de provisionamento de base e somente de capacidade do Elastic SAN, confira Planejamento para um Azure Elastic SAN e, para preços, confira Azure Elastic SAN – preços.
Para gerar uma taxa de transferência de armazenamento mais alta: as implantações de carga de trabalho do Oracle em implantações de VM do Azure ocasionalmente exigem o excesso de provisionamento de uma VM devido ao limite de taxa de transferência de disco para essa VM. Isso pode ser evitado com o Elastic SAN, já que com ele você gera maior taxa de transferência de armazenamento sobre a largura de banda da rede de computação com o protocolo iSCSI. Por exemplo, uma VM Standard_E32bds_v5 (SCSI) é limitada a 88.000 IOPS e 2.500 MBps para taxa de transferência de disco/armazenamento, mas pode alcançar até um máximo de 16.000 MBps de taxa de transferência de rede. Se o requisito de taxa de transferência de armazenamento para a carga de trabalho for maior que 2.500 MBps, não será necessário atualizar a VM para um SKU mais alto porque agora ela aceita até 16.000 MBps usando o Elastic SAN.
Além disso, as entradas a seguir podem ajudar você a obter mais valor do Elastic SAN.
| Outros parâmetros | descrição |
|---|---|
| Modelo de provisionamento | Modelo flexível na granularidade do TiB |
| BCDR | Instantâneo incremental para restauração rápida; Exportação de instantâneo para proteção. |
| Destinos de redundância e escala | Confira os recursos de redundância do Azure Elastic SAN em requisitos de redundância. |
| Criptografia | Há suporte para criptografia em repouso. |
O Azure NetApp Files é um serviço de armazenamento de arquivos nativo do Azure, primário, de classe empresarial e de alto desempenho adequado para armazenar arquivos de banco de dados do Oracle. Ele fornece Volumes como um serviço para os quais você pode criar contas, pools de capacidade e volumes do NetApp. Você também pode selecionar níveis de desempenho e serviço e gerenciar a proteção de dados. Usando os mesmos protocolos e ferramentas que você conhece e confia e aplicativos empresariais que dependem do local, você pode criar e manter compartilhamentos de arquivos rápidos, confiáveis e escalonáveis.
Veja a seguir os principais atributos do Azure NetApp Files:
- Desempenho, otimização de custo e escala.
- Simplicidade e disponibilidade.
- Gerenciamento de dados e segurança.
- SLA de 99,99%
Os volumes do Azure NetApp Files são altamente disponíveis por padrão e fornecem flexibilidade para escalar volumes para cima e para baixo em capacidade e desempenho sem interrupção de serviço. Para outras disponibilidades entre zonas e regiões, os volumes podem ser replicados usando a replicação entre zonas e entre regiões.
Para hospedar arquivos complexos do banco de dados Oracle, refazer e arquivar logs que são escalados adequadamente para vários gigabytes por segundo de taxa de transferência e diversas dezenas de terabytes de capacidade, é possível utilizar volumes únicos ou múltiplos, dependendo dos requisitos de capacidade e de desempenho. Os volumes podem ser protegidos com instantâneos para rápida proteção inicial e recuperação de dados. É possível fazer backup dos volumes usando o RMAN, o AzAcSnap, o backup do Azure NetApp Files ou outros métodos ou aplicativos de backup preferenciais.
É altamente recomendável usar o Oracle direct NFS (dNFS) com o Azure NetApp Files para melhorar o desempenho. A combinação do Oracle dNFS com o Azure NetApp Files oferece grande vantagem para as cargas de trabalho. O Oracle dNFS possibilita gerar um desempenho mais alto do que o NFS do kernel do sistema operacional. O artigo explica a tecnologia e fornece uma comparação de desempenho entre o dNFS e o cliente NFS do kernel.
As VMs do Azure são limitadas para tráfego de rede em velocidades mais altas do que o armazenamento anexado direto, como o SSD. Como resultado, a implantação do Oracle tem um desempenho melhor usando volumes do Azure NetApp Files na mesma SKU de VM ou você pode escolher uma SKU de VM menor para o mesmo desempenho e economizar no custo da licença do Oracle.
Os instantâneos podem ser clonados para fornecer acesso de leitura/gravação aos dados atuais para fins de teste e desenvolvimento sem interagir com os dados dinâmicos.
| Item | Descrição |
|---|---|
| Outro parâmetro | Disponível em três níveis de serviço de desempenho (Ultra, Premium e Standard) com ajuste de escala dinâmico e sem interrupções de desempenho e de capacidade para equilibrar requisitos e custos em constante mudança. |
| Modelo de provisionamento | Volume único para bancos de dados médios a grandes Diversos volumes para taxas de transferência grandes e altas. Provisionamento por meio do portal do Azure com aumento e redução de tamanho dinâmicos e online. Escalonamento dinâmico de desempenho online por meio de alterações dinâmicas no nível de serviço e ajustes de QoS. |
| BDR | Acesso independente a dados baseado em instantâneos para fins de BC/DR e teste/desenvolvimento. Armazenamento de instantâneos com o backup do Azure NetApp Files, a replicação entre regiões baseada em armazenamento, a replicação entre zonas baseada em armazenamento, a integração com o Oracle Data Guard para alta disponibilidade e a recuperação de desastres. |
| Destinos de redundância e escala | Capacidade demonstrada compatível com os maiores e mais eficientes bancos de dados Oracle, com mais de 100 TiB de tamanho e diversos gigabytes por segundo de taxa de transferência, mantendo a proteção e a capacidade de recuperação iniciais praticamente instantâneas de dados baseadas em instantâneos. |
| Criptografia | Criptografia única ou dupla em repouso com chaves gerenciadas pela plataforma ou pelo cliente. |
Automatizar VMs e seleção de armazenamento
Considere usar a ferramenta da comunidade OMAT (Ferramenta do Assistente de Migração do Oracle) para obter os SKUs de VM corretos com opções de armazenamento recomendadas, incluindo tipos de disco, Elastic SAN e ANF, com custo indicativo com base no preço de tabela. Você pode fornecer um relatório do AWR com relação ao banco de dados Oracle como entrada e executar o script da ferramenta OMT para obter uma saída dos SKUs de VM recomendados e opções de armazenamento que se alinham com os requisitos de desempenho do banco de dados.