Práticas recomendadas de desempenho para Oracle em VMs do Azure
Este artigo descreve como o tamanho correto da VM e as opções de armazenamento escolhidas afetam o desempenho da carga de trabalho Oracle - operações de entrada/saída (IOPS) e taxa de transferência - confiabilidade e custo. Há um trade-off entre a otimização para custos e para desempenho. Esta série de práticas recomendadas de desempenho concentra-se em obter o melhor desempenho para a carga de trabalho Oracle em máquinas virtuais (VMs) do Azure. Se sua carga de trabalho for menos exigente, talvez você não precise de todas as otimizações recomendadas. É fundamental, na fase de planejamento, avaliar os requisitos de desempenho de suas cargas de trabalho Oracle e dimensionar corretamente a computação e o armazenamento, conforme necessário.
Ao considerar executar cargas de trabalho Oracle em VMs do Azure, para uma configuração econômica, comece selecionando uma máquina virtual que ofereça suporte às IOPS e à taxa de transferência necessárias com a relação memória/vCore apropriada e, em seguida, adicione seu requisito de armazenamento.
Recomendações de dimensionamento de VM
As três séries de VM a seguir são as recomendadas para executar cargas de trabalho de banco de dados Oracle no Azure.
Série E (Eds, v5 e Ebds V5)
A série E foi concebida para cargas de trabalho que consomem muita memória. Essas VMs fornecem altas proporções de memória/núcleo, tornando-as adequadas para bancos de dados Oracle. Ofereça também uma variedade de opções de CPU para atender aos requisitos de desempenho da carga de trabalho do banco de dados Oracle.
A nova série Ebdsv5 fornece a mais alta taxa de transferência de E/S para vCore no Azure, juntamente com uma relação memória/vCore de 8. Esta série oferece o melhor preço-desempenho para cargas de trabalho Oracle em VMs do Azure. Considere esta série primeiro para a maioria das cargas de trabalho de banco de dados Oracle.
Série M
A série M é construída para grandes bancos de dados, ou seja, até 12 TB de RAM e 416vCPUs. As VMs da série M oferecem a mais alta relação memória/vCore no Azure. Considere essas VMs para cargas de trabalho de banco de dados Oracle de missão crítica e grandes ou se você precisaria consolidar bancos de dados em menos VMs.
Série D
A série D foi 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 Oracle possa obter as IOPS & através da colocação. A série Ddsv5 oferece uma combinação razoável de vCPU, memória e disco temporário, mas com menor suporte de memória para vCore. A série D não tem a relação memória/vCore de 8 recomendada para cargas de trabalho Oracle. Como tal, considere o uso dessas máquinas virtuais para bancos de dados pequenos e médios ou para ambiente de desenvolvimento/teste para TCO mais baixo.
Recomendações de armazenamento
Esta seção fornece diretrizes e práticas recomendadas de armazenamento para otimizar o desempenho para sua carga de trabalho Oracle em Máquinas Virtuais (VM) do Azure. Considere suas necessidades de desempenho, custos e padrões de carga de trabalho ao avaliar essas recomendações. Vejamos rapidamente as opções:
Tipos de disco: SSD Premium, SSD Premium V2 ou discos Ultra são tipos de disco recomendados para carga de trabalho Oracle. Consulte a comparação de tipo de disco para entender o tamanho máximo do disco, a taxa de transferência máxima e o IOPS máximo para escolher o tipo de disco certo para a VM do Azure atender ao desempenho da carga de trabalho Oracle. Geralmente, SSD Premium v2 é o melhor preço por opção de disco de desempenho que você poderia considerar.
SSD Premium V2 oferece maior desempenho do que SSDs Premium e, em geral, também é menos dispendioso. 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, ao mesmo tempo, atendam às necessidades de desempenho em constante mudança. Por exemplo, um banco de dados com transações intensivas 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 o melhor desempenho de preço.
As SSD Premium são adequadas para cargas de trabalho de produção de missão crítica. Eles oferecem suporte a disco de alto desempenho e baixa latência para máquinas virtuais (VMs) com cargas de trabalho intensivas de entrada/saída (IO).
Os discos Ultra são a opção de armazenamento de melhor desempenho para máquinas virtuais (VMs) do Azure. Eles são adequados para cargas de trabalho com uso intensivo de dados e transações pesadas. Eles fornecem latências baixas de submilissegundos e apresentam um modelo de configuração de desempenho flexível que permite configurar IOPS e taxa de transferência de forma independente, antes e depois de provisionar o disco.
O Azure Elastic SAN oferece uma solução de armazenamento em bloco massivamente escalá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 conjunto de armazenamento SAN existente para a nuvem sem a necessidade de refatorar a arquitetura de aplicativos do cliente. Essa solução pode atingir uma escala massiva - até milhões de IOPS, GB/s de taxa de transferência de dois dígitos e latências de milissegundos de um dígito baixas com resiliência integrada para minimizar o tempo de inatividade. Isso o torna uma ótima opção para clientes que desejam consolidar 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 throughput alcançados ao impulsionar o armazenamento pela largura de banda da rede.
Nota
O dimensionamento de VM com SAN elástica deve acomodar os requisitos de taxa de transferência de rede de produção (VM para VM) juntamente com a taxa de transferência de armazenamento.
Considere colocar cargas de trabalho Oracle na SAN elástica para obter melhor eficiência de custos pelos seguintes motivos.
Consolidação de armazenamento e compartilhamento dinâmico de desempenho: normalmente para a carga de trabalho Oracle na VM do Azure, o armazenamento do tipo de disco é provisionado por VM com base na capacidade do cliente e nos requisitos de desempenho máximo para essa VM. Esse 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. A SAN elástica, como a SAN local, permite consolidar as necessidades de armazenamento de várias cargas de trabalho Oracle para obter melhor eficiência de custos, 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. Por exemplo, no Leste dos EUA, se você tiver 10 cargas de trabalho que exigem capacidade de 2 TiB e IOPS de 10K cada, mas coletivamente elas não precisam de mais de 60 K IOPS em nenhum momento. Você pode configurar uma SAN elástica com 12 unidades básicas (uma unidade base = US$ 0,08 por GiB/mês) que oferece uma capacidade de 12 TiB e as IOPS de 60K necessárias, e 8 unidades somente de capacidade (1 unidade somente capacidade = US$ 0,06 por GiB/mês) que oferecem a capacidade restante de 8 TiB a um preço mais barato. Essa configuração de armazenamento ideal oferece melhor eficiência de custos e, ao mesmo tempo, fornece o desempenho necessário (IOPS de 10K) para cada uma dessas cargas de trabalho. Para obter mais informações sobre unidades de provisionamento de base e capacidade do Elastic SAN, consulte Planejando uma SAN elástica do Azure e preços, consulte Azure Elastic SAN - Preços.
Para aumentar a taxa de transferência de armazenamento: o Oracle Workload em implantações de VM do Azure ocasionalmente exigem o superprovisionamento de uma VM devido ao limite de taxa de transferência de disco para essa VM. Você pode evitar isso com o Elastic SAN, uma vez que gera uma taxa de transferência de armazenamento mais alta na 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 atingir 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 sua carga de trabalho for maior que 2.500 MBps, não será necessário atualizar a VM para uma SKU mais alta, pois ela agora pode suportar até 16.000 MBps usando a SAN elástica.
Além disso, a seguir estão algumas entradas que podem ajudá-lo a obter mais valor do Elastic SAN.
| Outros parâmetros | descrição |
|---|---|
| Modelo de provisionamento | Modelo flexível com granularidade TiB |
| BCDR | Snapshot incremental para restauração rápida; Exportação de snapshot para proteção. |
| Redundância & Metas de escala | Consulte os recursos de redundância do Azure Elastic SAN nos requisitos de redundância. |
| Encriptação | A encriptação em repouso é suportada. |
O Azure NetApp Files é um serviço de armazenamento de arquivos de alto desempenho nativo, primário, de classe empresarial e do Azure, adequado para armazenar arquivos de banco de dados Oracle. Ele fornece Volumes como um serviço para o qual você pode criar contas NetApp, pools de capacidade e volumes. Você também pode selecionar níveis de serviço e desempenho e gerenciar a proteção de dados. Usando os mesmos protocolos e ferramentas que você conhece e confia, e aplicativos corporativos que dependem do local, você pode criar e manter compartilhamentos de arquivos que são rápidos, confiáveis e escaláveis.
A seguir estão os principais atributos dos arquivos NetApp do Azure:
- Desempenho, otimização de custos e escala.
- Simplicidade e disponibilidade.
- Gestão e segurança de dados.
- SLA 99,99%
Os volumes de Arquivos NetApp do Azure são altamente disponíveis por design e fornecem flexibilidade para dimensionar volumes para cima e para baixo em capacidade e desempenho sem interrupção do 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 de banco de dados Oracle exigentes, refazer e arquivar logs que podem ser dimensionados em vários gigabytes por segundo de taxa de transferência e várias dezenas de terabytes de capacidade, você pode utilizar volumes únicos ou múltiplos, dependendo dos requisitos de capacidade e desempenho. Os volumes podem ser protegidos usando snapshots para rápida proteção e capacidade de recuperação dos dados primários . É possível fazer backup de volumes usando RMAN, AzAcSnap, backup de Arquivos NetApp do Azure ou outros métodos ou aplicativos de backup preferidos.
É altamente recomendável usar o Oracle direct NFS (dNFS) com os Arquivos NetApp do Azure para melhorar o desempenho. A combinação do Oracle dNFS com o Azure NetApp Files oferece uma grande vantagem para suas cargas de trabalho. O Oracle dNFS torna possível gerar um desempenho superior ao 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 com conexão direta, como SSD. Como resultado, a implantação do Oracle tem um desempenho melhor usando os 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 Oracle.
Os snapshots 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 | Description |
|---|---|
| Outro parâmetro | Disponível em três níveis de serviço de desempenho (Ultra, Premium, Standard) com escalonamento dinâmico de desempenho e capacidade sem interrupções para equilibrar as mudanças nos requisitos e nos custos. |
| Modelo de provisionamento | Volume único para bancos de dados médios a grandes Vários volumes para taxa de transferência grande e alta. Provisionamento por meio do portal do Azure com aumento e downsizing dinâmico online. Escalonamento dinâmico de desempenho on-line por meio de alterações dinâmicas de nível de serviço e ajustes de QoS. |
| BDR | Acesso a dados independentes baseado em snapshot para fins de BC/DR e teste/desenvolvimento. Compartimentação de instantâneos com backup de arquivos NetApp do Azure, replicação entre regiões baseada em armazenamento, replicação entre zonas baseada em armazenamento, integração com o Oracle Data Guard para alta disponibilidade e recuperação de desastres. |
| Redundância e metas de escala | Capacidade demonstrada para oferecer suporte a bancos de dados Oracle maiores e de melhor desempenho com mais de 100 TiB de tamanho e taxa de transferência de vários gigabytes por segundo, mantendo a proteção e a capacidade de recuperação de dados primários quase instantâneas baseadas em snapshot. |
| Encriptação | Criptografia única ou dupla em repouso com chaves gerenciadas pela plataforma ou pelo cliente. |
Automatize VMs e seleção de armazenamento
Considere o uso da ferramenta comunitária Oracle Migration Assistant Tool (OMAT) para obter as SKUs de VM corretas com opções de armazenamento recomendadas, incluindo tipos de disco, SAN elástica e ANF com custo indicativo com base no preço de tabela. Você pode fornecer um relatório AWR do banco de dados Oracle como entrada e executar o script da ferramenta OMT para obter uma saída das SKUs de VM recomendadas e opções de armazenamento que se alinham com os requisitos de desempenho do banco de dados.