Configurações de armazenamento da máquina virtual do Azure do SAP HANA

  • Artigo
  • 10 minutos para ler

O Azure fornece diferentes tipos de armazenamento adequados para VMs do Azure que estão a executar o SAP HANA. Os tipos de armazenamento do Azure certificados pelo SAP HANA que podem ser considerados para a lista de implementações do SAP HANA, como:

Para saber mais sobre estes tipos de disco, veja o artigo Tipos de armazenamento do Azure para cargas de trabalho SAP e Selecionar um tipo de disco

O Azure oferece dois métodos de implementação para VHDs no armazenamento Standard do Azure e premium. Esperamos que tire partido do disco gerido do Azure para implementações de armazenamento de blocos do Azure.

Para obter uma lista dos tipos de armazenamento e os respetivos SLAs em IOPS e débito de armazenamento, veja a documentação do Azure para discos geridos.

Importante

Independentemente do tipo de armazenamento do Azure escolhido, o sistema de ficheiros utilizado nesse armazenamento tem de ser suportado pelo SAP para o sistema operativo específico e o DBMS. Nota de suporte do SAP #2972496 lista os sistemas de ficheiros suportados para diferentes sistemas operativos e bases de dados, incluindo o SAP HANA. Isto aplica-se a todos os volumes a que o SAP HANA pode aceder para leitura e escrita para qualquer tarefa. Especificamente através do NFS no Azure para SAP HANA, aplicam-se restrições adicionais de versões NFS conforme indicado mais adiante neste artigo

As condições mínimas certificadas do SAP HANA para os diferentes tipos de armazenamento são:

  • Armazenamento premium do Azure – é necessário que /hana/log seja suportado pelo Acelerador de Escrita do Azure. O volume /hana/dados pode ser colocado no armazenamento premium sem o Acelerador de Escrita do Azure ou no disco Ultra
  • Disco do Azure Ultra, pelo menos, para o volume /hana/log . O volume /hana/data pode ser colocado no armazenamento premium sem o Acelerador de Escrita do Azure ou para obter tempos de reinício mais rápidos, tempos de reinício Do disco Ultra
  • Volumes NFS v4.1 sobre Azure NetApp Files para /hana/log e /hana/data. O volume de /hana/shared pode utilizar o protocolo NFS v3 ou NFS v4.1

Alguns dos tipos de armazenamento podem ser combinados. Por exemplo, é possível colocar /hana/dados no armazenamento premium e /hana/log pode ser colocado no armazenamento de discos Ultra para obter a baixa latência necessária. Se utilizar um volume baseado no ANF para /hana/data, o volume /hana/log também tem de ser baseado no NFS na parte superior do ANF. A utilização de NFS por cima do ANF para um dos volumes (como /hana/data) e o armazenamento premium do Azure ou o disco Ultra para o outro volume (como /hana/log) não é suportada.

No mundo no local, raramente tinha de se preocupar com os subsistemas de E/S e as suas capacidades. O motivo foi o facto de o fornecedor da aplicação ter de garantir que os requisitos mínimos de armazenamento são cumpridos para o SAP HANA. À medida que cria a infraestrutura do Azure, deve estar ciente de alguns destes requisitos emitidos pelo SAP. Algumas das características mínimas de débito recomendadas pelo SAP são:

  • Leitura/escrita em /hana/registo de 250 MB/seg com tamanhos de E/S de 1 MB
  • Atividade de leitura de, pelo menos, 400 MB/seg para /hana/dados para tamanhos de E/S de 16 MB e 64 MB
  • Atividade de escrita de, pelo menos, 250 MB/seg para /hana/dados com tamanhos de E/S de 16 MB e 64 MB

Dado que a baixa latência de armazenamento é fundamental para os sistemas DBMS, mesmo que o DBMS, como o SAP HANA, mantenha os dados dentro da memória. Normalmente, o caminho crítico no armazenamento está relacionado com as escritas do registo de transações dos sistemas DBMS. Mas também as operações como escrever pontos de gravação ou carregar dados na memória após a recuperação de falhas podem ser críticas. Por conseguinte, é obrigatório utilizar o armazenamento premium do Azure, o disco Ultra ou o ANF para volumes /hana/data e /hana/log .

Alguns princípios de orientação na seleção da configuração de armazenamento para o HANA podem ser listados como:

  • Decida o tipo de armazenamento com base nos tipos de Armazenamento do Azure para a carga de trabalho SAP e Selecione um tipo de disco
  • O débito geral de E/S da VM e os limites de IOPS em mente ao dimensionar ou decidir para uma VM. O débito de armazenamento de VMs geral está documentado no artigo Tamanhos de máquinas virtuais otimizadas para memória.
  • Ao decidir a configuração de armazenamento, tente manter-se abaixo do débito geral da VM com a configuração do volume /hana/dados . Os pontos de poupança de escrita do SAP HANA podem ser agressivos na emissão de E/S. É facilmente possível emitir para os limites de débito do volume /hana/dados ao escrever um ponto de poupança. Se os discos que criam o volume /hana/dados tiverem um débito mais elevado do que o permitido pela VM, poderá deparar-se com situações em que o débito utilizado pela escrita do ponto de gravação está a interferir com as exigências de débito das escritas do registo de fase de rollforia. Uma situação que pode afetar o débito da aplicação
  • Se estiver a considerar utilizar a Replicação do Sistema HANA, o armazenamento utilizado para /hana/dados em cada réplica tem de ser o mesmo e o tipo de armazenamento utilizado para /hana/log em cada réplica tem de ser o mesmo. Por exemplo, a utilização do armazenamento premium do Azure para /hana/dados com uma VM e um disco do Azure Ultra para /hana/dados noutra VM com uma réplica da mesma configuração de replicação do Sistema HANA não é suportada

Importante

As sugestões para as configurações de armazenamento neste documento ou documentos subsequentes destinam-se a instruções para começar. Ao executar a carga de trabalho e analisar os padrões de utilização do armazenamento, poderá perceber que não está a utilizar toda a largura de banda de armazenamento ou IOPS fornecidos. Em seguida, poderá considerar reduzir o armazenamento. Ou, pelo contrário, a carga de trabalho pode precisar de mais débito de armazenamento do que o sugerido com estas configurações. Como resultado, poderá ter de implementar mais capacidade, IOPS ou débito. No campo da tensão entre a capacidade de armazenamento necessária, a latência de armazenamento necessária, o débito de armazenamento e a configuração IOPS necessária e menos dispendiosa, o Azure oferece diferentes tipos de armazenamento com diferentes capacidades e diferentes pontos de preço para encontrar e ajustar ao compromisso certo para si e para a sua carga de trabalho HANA.

Conjuntos de riscas versus criação de partições de volumes de dados SAP HANA

Ao utilizar o armazenamento premium do Azure, pode atingir a melhor proporção de preço/desempenho ao riscar o volume /hana/data e/ou /hana/log em vários discos do Azure. Em vez de implementar volumes de disco maiores que fornecem mais em IOPS ou débito necessário. A criação de um único volume em vários discos do Azure pode ser efetuada com gestores de volumes LVM e MDADM, que fazem parte do Linux. O método de repartição de discos tem décadas e é bem conhecido. Por mais vantajosos que esses volumes listrados sejam para aceder às capacidades de IOPS ou débito de que poderá precisar, adiciona complexidades em torno da gestão desses volumes listrados. Especialmente nos casos em que os volumes precisam de ser expandidos na capacidade. Pelo menos para /hana/data, o SAP introduziu um método alternativo que alcança o mesmo objetivo que a repartição em vários discos do Azure. Uma vez que o SAP HANA 2.0 SPS03, o indexador HANA consegue recortar a sua atividade de E/S em vários ficheiros de dados HANA, que estão localizados em discos do Azure diferentes. A vantagem é que não tem de tratar da criação e gestão de um volume remisso em diferentes discos do Azure. A funcionalidade SAP HANA da criação de partições de volumes de dados é descrita em detalhe em:

Ao ler os detalhes, é evidente que a aplicação desta funcionalidade elimina as complexidades dos conjuntos de faixas baseados no gestor de volumes. Também tem noção de que a criação de partições de volumes de dados HANA não está apenas a funcionar para o armazenamento de blocos do Azure, como o armazenamento premium do Azure. Também pode utilizar esta funcionalidade para recortar em partilhas NFS, caso estas partilhas tenham limitações de IOPS ou débito.

Modo Scheduler de E/S do Linux

O Linux tem vários modos de agendamento de E/S diferentes. A recomendação comum através dos fornecedores do Linux e do SAP é reconfigurar o modo de agendador de E/S para volumes de disco do modo mq-deadline ou kyber para o modo noop (não multiqueue) ou nenhum para o modo (multiqueue) se ainda não for feito pelos perfis saptune SLES. Os detalhes são referenciados em:

No Red Hat, deixe as definições conforme estabelecido pelos perfis de otimização específicos para as diferentes aplicações SAP.

Tamanhos de faixas ao utilizar gestores de volumes lógicos

Se estiver a utilizar LVM ou mdadm para criar conjuntos de faixas em vários discos premium do Azure, tem de definir tamanhos de faixas. Estes tamanhos diferem entre /hana/data e /hana/log. Recomendação: à medida que as faixas dimensionam, a recomendação é utilizar:

  • 256 KB para /hana/dados
  • 64 KB para /hana/log

Nota

O tamanho das faixas para /hana/dados foi alterado de recomendações anteriores que pediam 64 KB ou 128 KB para 256 KB com base nas experiências dos clientes com versões mais recentes do Linux. O tamanho de 256 KB está a proporcionar um desempenho ligeiramente melhor. Também alterámos a recomendação para tamanhos de listras de /hana/log de 32 KB para 64 KB para obter débito suficiente com tamanhos de E/S maiores.

Nota

Não precisa de configurar nenhum nível de redundância com volumes RAID, uma vez que o armazenamento de blocos do Azure mantém três imagens de um VHD. A utilização de um conjunto de faixas com discos premium do Azure é apenas para configurar volumes que fornecem débito de E/S e/ou IOPS suficiente.

A acumulação de vários discos do Azure por baixo de um conjunto de faixas é acumulada a partir de um lado de débito de armazenamento e IOPS. Por isso, se colocar um conjunto de faixas em mais de 3 x discos de armazenamento premium do Azure P30, deverá dar-lhe três vezes o IOPS e três vezes o débito de armazenamento de um único disco P30 de Armazenamento premium do Azure.

Importante

Caso esteja a utilizar LVM ou mdadm como gestor de volumes para criar conjuntos de faixas em vários discos premium do Azure, os três Sistemas de Ficheiros /dados do SAP HANA, /log e /shared não podem ser colocados num grupo de volumes predefinido ou raiz. É altamente recomendado seguir a documentação de orientação Fornecedores do Linux, que normalmente é criar Grupos de Volume individuais para /data, /log e /shared.

Configurações de Armazenamento Premium do Azure para HANA

Para obter recomendações detalhadas de configuração do armazenamento HANA com o armazenamento premium do Azure, leia o documento Configurações de armazenamento SSD Premium da máquina virtual do Azure SAP HANA

Configurações do Azure Premium SSD v2 para HANA

Para obter recomendações detalhadas de configuração de armazenamento HANA com o armazenamento ssd v2 premium do Azure, leia o documento configurações de armazenamento SSD v2 da máquina virtual do Azure SAP HANA Premium

Configuração do armazenamento de discos Ultra do Azure para SAP HANA

Para obter recomendações detalhadas de configuração de armazenamento HANA com o Azure Ultra Disk, leia o documento Configurações de armazenamento ultra disco da máquina virtual do Azure SAP HANA

Volumes NFS v4.1 no Azure NetApp Files

Para obter detalhes sobre o ANF para HANA, leia o documento volumes NFS v4.1 no Azure NetApp Files para SAP HANA

Passos seguintes

Para obter mais informações, consulte: