Tipos de Armazenamento do Azure para carga de trabalho SAP

O Azure tem vários tipos de armazenamento que diferem amplamente em recursos, taxa de transferência, latência e preços. Alguns dos tipos de armazenamento não são utilizáveis ou têm uso limitado em cenários do SAP. Enquanto vários tipos de armazenamento do Azure são adequados ou otimizados para cenários de carga de trabalho do SAP específicos. Especialmente para o SAP HANA, alguns tipos de armazenamento do Azure receberam certificação para o uso com o SAP HANA. Neste documento, examinaremos os diferentes tipos de armazenamento e descreveremos a capacidade e usabilidade deles com as cargas de trabalho e com os componentes do SAP.

Comentário sobre as unidades usadas neste artigo. Os fornecedores de nuvem pública passaram a usar GiB (gibibyte) ou TiB (tebibyte) como unidades de tamanho, em vez de gigabyte ou terabyte. Portanto, todas as documentações e preços do Azure estão usando essas unidades. Em todo o documento faremos referência somente às unidades de tamanho MiB, GiB e TiB. Talvez seja necessário planejar com MB, GB e TB. Portanto, esteja ciente de algumas pequenas diferenças nos cálculos se você precisar dimensionar para uma taxa de transferência de 400 MiB/s, em vez de uma taxa de transferência de 250 MiB/s.

Resiliência do Armazenamento do Microsoft Azure

Armazenamento do Microsoft Azure de HDD Standard, SSD Standard, armazenamento Premium do Azure, SSD Premium v2 e Disco Ultra mantêm o VHD base (com o sistema operacional) e os discos de dados anexados à VM ou VHDs (Disco rígido virtual) em três cópias em três nós de armazenamento diferentes. O failover para outra réplica e a propagação de uma nova réplica é transparente, se houver uma falha de nó de armazenamento. Como resultado dessa redundância, NÃO é necessário usar um tipo de camada de redundância de armazenamento em vários discos do Azure. Esse fato é chamado de Armazenamento com Redundância Local (LRS). O LRS é o padrão para esses tipos de armazenamento no Azure. Azure NetApp Files fornece redundância suficiente para obter os mesmos SLAs (Contratos de Nível de Serviço) que outros armazenamentos nativos do Azure.

Há vários outros métodos de redundância, descritos no artigo Replicação do Armazenamento do Azure, que se aplicam a alguns dos diferentes tipos de armazenamento que o Azure oferece.

Lembre-se também que diferentes tipos de armazenamento do Azure influenciam os SLAs de disponibilidade de VM única lançados no SLA para Máquinas Virtuais.

Azure Managed Disks

Discos gerenciados são um tipo de recurso no Azure Resource Manager que pode ser usado em vez de VHDs armazenados em Contas de Armazenamento do Azure. Os discos gerenciados se alinham automaticamente ao [conjunto de disponibilidade][disponibilidade gerenciada de máquinas virtuais] da máquina virtual ao qual estão anexados. Com esse alinhamento, você experimenta uma melhoria da disponibilidade da máquina virtual e dos serviços que estão em execução na máquina virtual. Para obter mais informações, leia o artigo de visão geral.

Cenários de armazenamento com as cargas de trabalho SAP

O armazenamento persistente é necessário na carga de trabalho do SAP em vários componentes da pilha que você implanta no Azure. Esses cenários constam, no mínimo, os seguintes:

• O armazenamento persistente do VHD de base da sua VM que contém o sistema operacional e outro software que você instala nesse disco. Este disco/VHD é a raiz de sua VM. Todas as alterações feitas nele precisam ser persistidas. Assim, na próxima vez que você interromper e reiniciar a VM, todas as alterações feitas anteriormente ainda existirão. Especialmente nos casos em que a VM está sendo implantada pelo Azure em outro host diferente daquele que estava em execução originalmente
• Discos de dados persistentes. Esses discos são VHDs anexados para armazenar dados de aplicativo. Esses dados de aplicativos podem ser arquivos de log/refazer e dados de um banco de dados, arquivos de backup ou instalações de software. Isso significa qualquer disco além do seu VHD de base que contém o sistema operacional
• Compartilhamentos de arquivos ou discos compartilhados que contêm seu diretório de transporte global para NetWeaver ou S/4HANA. O conteúdo desses compartilhamentos é consumido pelo software em execução em várias VMs ou é usado para criar cenários de cluster de failover de alta disponibilidade
• O diretório /sapmnt ou compartilhamentos de arquivos comuns para processos de EDI (intercâmbio eletrônico de dados) ou similares. O conteúdo desses compartilhamentos é consumido pelo software em execução em várias VMs ou é usado para criar cenários de cluster de failover de alta disponibilidade

Nas próximas seções, serão discutidos os diferentes tipos de armazenamento do Azure que se aplicam aos quatro cenários acima e a usabilidade deles na carga de trabalho SAP. Uma categorização geral de como os diferentes tipos de armazenamento do Azure devem ser usados está descrita no artigo Quais tipos de disco estão disponíveis no Azure?. As recomendações para usar os diferentes tipos de armazenamento do Azure para carga de trabalho do SAP não serão muito diferentes.

Para obter as restrições de suporte dos tipos de armazenamento do Azure para camada de NetWeaver/application SAP do S/4HANA, confira a Observação de suporte do SAP 2015553. Para obter os tipos de armazenamento do Azure certificados e com suporte do SAP HANA, confira o artigo Configurações de armazenamento de máquina virtual SAP HANA no Azure.

As seções que descrevem os diferentes tipos de armazenamento do Azure fornecerão mais informações sobre as restrições e as possibilidades usando o armazenamento com suporte ao SAP.

Opções de armazenamento ao usar a replicação de DBMS

Nossas arquiteturas de referência preveem o uso da funcionalidade do DBMS (sistema de gerenciamento de banco de dados), como o SQL Server Always On, a Replicação de Sistema do HANA, o Db2 HADR ou o Oracle Data Guard. Caso você use essas tecnologias entre duas ou várias máquinas virtuais do Azure, os tipos de armazenamento escolhidos para cada uma das VMs precisam ser iguais. Isso significa que a configuração de armazenamento entre o nó ativo e o nó de réplica na configuração de HA do DBMS precisa ser a mesma.

Recomendações de armazenamento para cenários de armazenamento SAP

Antes de entrar em detalhes, apresentaremos o resumo e as recomendações já no início do documento. Enquanto os detalhes dos tipos específicos de armazenamento do Azure serão descritos após esta seção do documento. Resumimos as recomendações de armazenamento dos cenários de armazenamento do SAP em uma tabela:

¹ Com o uso do Acelerador de Gravação do Azure nas famílias de VM M/Mv2 para log/volume do log de restauração

Características que você pode esperar da lista de diferentes tipos de armazenamento, como:

¹ Com o uso do Acelerador de Gravação do Azure nas famílias de VM M/Mv2 para log/volume do log de restauração

² A criação de diferentes pools de capacidade do Azure NetApp Files não garante a implantação de pools de capacidade em diferentes unidades de armazenamento

³ (Incremental) Instantâneos de um SSD Premium v2 ou de um disco Ultra não podem ser usados imediatamente após serem criados. A cópia em segundo plano deve ser concluída antes que você possa criar um disco a partir do instantâneo

Armazenamento Premium do Azure

O armazenamento SSD Premium do Azure foi introduzido com a meta de fornecer:

• Latência de E/S baixa
• SLAs para IOPS e taxa de transferência
• Menos variabilidade na latência de E/S

Esse tipo de armazenamento tem como destino cargas de trabalho do DBMS, tráfego de armazenamento que exige baixa latência de milissegundos de dígito único e SLAs em IOPS e taxa de transferência. A base de custo para o armazenamento Premium do Azure não é o volume real de dados armazenados nesses discos, mas a categoria de tamanho desses discos, independentemente da quantidade de dados armazenados no disco em questão. Você também pode criar discos no armazenamento Premium que não estão sendo mapeados diretamente para as categorias de tamanho mostradas no artigo SSD Premium. As conclusões deste artigo são:

• O armazenamento é organizado em intervalos. Por exemplo, um disco no intervalo de capacidade de 513 GiB a 1.024 GiB compartilha as mesmas funcionalidades e os mesmos custos mensais
• A IOPS por GiB não está sendo acompanhada linearmente nas categorias de tamanho. Discos menores abaixo de 32 GiB têm taxas de IOPS maiores por GiB. Para discos com mais de 32 GiB a 1.024 GiB, a taxa de IOPS por GiB está entre 4 e 5 IOPS por GiB. Para discos maiores de até 32.767 GiB, a taxa de IOPS por GiB está abaixo de 1
• A taxa de transferência de E/S desse armazenamento não é linear com o tamanho da categoria de disco. Para discos menores, como na categoria com capacidade entre 65 GiB e 128 GiB, a taxa de transferência fica em torno de 780 KB por GiB. Por outro lado, para discos muito grandes, como um disco de 32.767 GiB, a taxa de transferência fica em torno de 28 KB por GiB
• Os SLAs de taxa de transferência e de IOPS não podem ser alterados sem alterar a capacidade do disco

A matriz de capacidade da carga de trabalho do SAP é semelhante a:

O armazenamento Premium do Azure não atende os KPIs de latência de armazenamento do SAP HANA com os tipos de cache comuns oferecidos com o armazenamento Premium do Azure. Para atender aos KPIs de latência de armazenamento para gravações de log do SAP HANA, você precisa usar o cache do Acelerador de Gravação do Azure, conforme descrito no artigo Habilitar o Acelerador de Gravação. O Acelerador de Gravação do Azure beneficia todos os outros sistemas de DBMS para as gravações de log de transações e gravações de log de restauração. Portanto, é recomendável usá-lo em todas as implantações do DBMS do SAP. No SAP HANA, é obrigatório o uso do Acelerador de Gravação do Azure para /hana/log com o armazenamento Premium do Azure.

Resumo: o armazenamento Premium do Azure é um dos tipos de armazenamento do Azure recomendados para a carga de trabalho do SAP. Essa recomendação é aplicável em sistemas de produção e de não produção. O armazenamento Premium do Azure é adequado para lidar com as cargas de trabalho do banco de dados. O uso do Acelerador de Gravação do Azure aprimora substancialmente a latência de gravação em discos premium do Azure. No entanto, para sistemas do DBMS com taxas de transferência e de IOPS altas é necessário superprovisionar capacidade de armazenamento. Ou você precisa usar funcionalidade como Espaços de armazenamento do Windows ou gerentes de volumes lógicos no Linux para criar conjuntos de faixa que fornecem a capacidade desejada por um lado. Mas também fornecem o IOPS ou a taxa de transferência necessária de forma mais econômica.

Funcionalidade de intermitência do Azure para armazenamento premium

É oferecida a funcionalidade de intermitência a discos de armazenamento premium do Azure com capacidade menor ou igual a 512 GiB. A maneira exata que o bursting de disco funciona é descrita no artigo Bursting de disco. Ao ler o artigo, você entenderá o conceito de acumular IOPS e taxa de transferência quando a sua carga de trabalho de E/S estiver abaixo do IOPS nominal e da taxa de transferência dos discos (para obter detalhes sobre a taxa de transferência nominal, confira Preço do Managed Disk). Você acumulará o delta do IOPS e da taxa de transferência sobre o uso atual e os valores nominais do disco. As intermitências são limitadas a 30 minutos no máximo.

Os casos ideais em que essa funcionalidade de intermitência pode ser planejada provavelmente serão os volumes ou discos que contêm arquivos de dados para o DBMS diferente. A carga de trabalho de E/S esperada nesses volumes, especialmente com sistemas de pequeno a médio porte, deve ser semelhante a:

• Carga de trabalho de leitura baixa a moderada pois os dados são preferencialmente armazenados em cache na memória. Ou, como com o SAP HANA, que deve ser completamente na memória
• Intermitências de gravações disparadas por pontos de verificação de banco de dados ou por pontos de salvamento emitidos regularmente
• Carga de trabalho de backup que faz leituras em um fluxo contínuo, nos casos em que os backups não são executados por meio de instantâneos de armazenamento
• Para o SAP HANA, carregar os dados na memória após uma reinicialização da instância

Especialmente em sistemas DBMS menores em que a carga de trabalho lida apenas com algumas centenas de transações por segundo, uma funcionalidade de intermitência também pode fazer sentido para os discos ou volumes que armazenam a transação ou o log refazer. A carga de trabalho esperada nesse disco ou nesses volumes é semelhante a:

• Gravações regulares no disco que dependem da carga de trabalho e da natureza da carga de trabalho, pois cada confirmação emitida pelo aplicativo provavelmente dispara uma operação de E/S
• Maior carga de trabalho na taxa de transferência para casos de tarefas operacionais, como criar ou recriar índices
• Intermitências de leitura ao executar o log de transações ou backups de log de refazer

Azure Premium SSD v2

O armazenamento do Azure SSD Premium v2 é uma nova versão do armazenamento Premium que foi introduzida com o objetivo de fornecer:

• Latência de E/S de submilissegundos para tamanhos menores de E/S de leitura e gravação
• SLAs para IOPS e taxa de transferência
• Capacidade de pagamento pelo GB provisionado
• Fornecer um conjunto padrão do IOPS e taxa de transferência de armazenamento por disco
• Fornece a possibilidade de adicionar mais IOPS e taxa de transferência em cada disco e pagar separadamente por esses recursos provisionados adicionais
• Passar na certificação SAP HANA sem a ajuda de outras funcionalidades, como o Acelerador de Gravação do Azure ou outros caches

Esse tipo de armazenamento tem como destino cargas de trabalho do DBMS, tráfego de armazenamento que exige latência de submilissegundos e SLAs em IOPS e taxa de transferência. Os discos SSD Premium v2 são entregues com um conjunto padrão de 3.000 IOPS e 125 MBps de taxa de transferência. Além da possibilidade de adicionar mais IOPS e taxa de transferência em discos individuais. O preço do armazenamento é estruturado para que ao ser adicionado mais taxa de transferência ou IOPS isso não influencie principalmente o preço. Mesmo assim, deixamos você decidir como será a configuração de armazenamento do SSD Premium v2. Para um início básico, confira Configurações de armazenamento da máquina virtual do Azure SAP HANA do SSD Premium v2.

Para obter as regiões de fato, esse novo tipo de armazenamento de blocos está disponível e as restrições estão no documento Premium SSD v2.

A matriz de capacidade da carga de trabalho do SAP é semelhante a:

¹ (Incremental) Os instantâneos de um SSD Premium v2 ou de um disco Ultra não podem ser usados imediatamente após serem criados. A cópia em segundo plano deve ser concluída antes que você possa criar um disco a partir do instantâneo

Ao contrário do armazenamento Premium do Azure, o Azure SSD Premium v2 atende aos KPIs de latência de armazenamento do SAP HANA. Como resultado, NÃO é necessário usar o cache do Acelerador de Gravação do Azure, conforme descrito no artigo Habilitar Acelerador de Gravação.

Resumo: o Azure SSD Premium v2 é o armazenamento em bloco que ajusta a melhor taxa de preço/desempenho para cargas de trabalho SAP. O Azure SSD Premium v2 é adequado para tratar cargas de trabalho de banco de dados. A latência de submilissegundos é o armazenamento ideal para cargas de trabalho do DBMS exigentes. Apesar de ser um tipo de armazenamento mais recente, lançado em novembro de 2022. Portanto, ele ainda pode ter algumas limitações que desaparecerão nos próximos meses.

Disco Ultra do Azure

Os discos Ultra do Azure proporcionam uma alta taxa de transferência, alta IOPS e armazenamento em disco de baixa latência e consistente para as VMs de IaaS do Azure. Alguns benefícios dos Discos Ultra incluem a capacidade de alterar dinamicamente a IOPS e a taxa de transferência do disco junto as suas cargas de trabalho, sem a necessidade de reiniciar as VMs (máquinas virtuais). Os Discos Ultra são adequados para cargas de trabalho com uso intensivo de dados, como carga de trabalho do SAP DBMS. Os Discos Ultra só podem ser usados como discos de dados e não podem ser usados como um disco VHD de base que armazena o sistema operacional. É recomendável que o armazenamento Premium do Azure seja usado como um disco VHD de base.

Ao criar um Disco Ultra, você tem três dimensões que podem ser definidas:

• A capacidade do disco. Os intervalos são de 4 GiB a 65.536 GiB
• IOPS provisionada para o disco. Diferentes valores máximos se aplicam à capacidade do disco. Leia o artigo Disco Ultra para obter mais detalhes
• Largura de banda de armazenamento provisionada. Diferentes larguras de banda máximas são aplicáveis de acordo com a capacidade do disco. Leia o artigo Disco Ultra para obter mais detalhes

O custo de um disco é determinado pelas três dimensões que você pode definir para os discos específicos separadamente.

A matriz de capacidade da carga de trabalho do SAP é semelhante a:

¹ (Incremental) Os instantâneos de um SSD Premium v2 ou de um disco Ultra não podem ser usados imediatamente após serem criados. A cópia em segundo plano deve ser concluída antes que você possa criar um disco a partir do instantâneo

Resumo: os Discos Ultra do Azure são um armazenamento adequado com latência de submilissegundos baixa para todos os tipos de carga de trabalho do SAP. Até agora, o Disco Ultra só pode ser usado em combinações com VMs implantadas por meio de Zonas de Disponibilidade (implantação zonal). Ao contrário de todos os outros armazenamentos, o Disco Ultra não pode ser usado para o disco VHD base. O Disco Ultra é ideal para casos em que a carga de trabalho de E/S flutua muito e você deseja adaptar a taxa de transferência de armazenamento implantada ou a IOPS aos padrões de carga de trabalho de armazenamento, em vez de dimensionar para uso máximo de largura de banda e IOPS.

Azure NetApp Files

O Azure NetApp Files é um serviço de armazenamento de arquivos de alto desempenho, nativo do Azure, de primeira linha e de classe empresarial, certificado para uso com o SAP HANA. Fornece Volumes como um serviço para os quais você cria contas, pools de capacidade e volumes do NetApp. Com o Azure NetApp Files, você seleciona os níveis de serviço e desempenho e gerencia a proteção de dados para criar e gerenciar compartilhamentos de arquivos de alto desempenho, altamente disponíveis e dimensionáveis usando os mesmos protocolos e ferramentas que você já conhece no local e nas quais confia.

Os seguintes tipos de carga de trabalho do SAP têm suporte nos volumes do Azure NetApp Files:

• Carga de trabalho do DBMS do SAP
• Compartilhamento do SAPMNT
• Diretório de transporte global

O Azure NetApp Files está disponível em três níveis de serviço, cada um com suas próprias especificações de taxa de transferência e preços. Qual delas será ideal para a sua implantação depende do tamanho da implantação. Recomendações de dimensionamento personalizadas estão disponíveis no Avaliador de TCO do SAP no Azure NetApp Files.

Para obter informações sobre os níveis de serviço, confira Níveis de serviço do Azure NetApp Files.

Como implantar volumes

Para obter resultados ideais, use o Grupo de volumes de aplicativos para SAP HANA para implantar os volumes. O grupo de volumes de aplicativos coloca os volumes em locais ideais na infraestrutura do Azure usando regras de afinidade e antiafinidade para reduzir a contenção e permitir a melhor taxa de transferência e a menor latência possíveis.

O Azure NetApp Files têm suporte para vários cenários de carga de trabalho do SAP:

• Implantações do SAP HANA usando compartilhamentos de NFS para volumes de /hana/data e /hana/log para volumes /hana/shared, conforme documentado no artigo Configurações de armazenamento de máquina virtual do Azure para SAP HANA
• Como fornecer compartilhamentos SMB ou NFS para o diretório de transporte global do SAP
• O compartilhamento sapmnt em cenários de alta disponibilidade, conforme documentado em:
  • Alta disponibilidade do SAP NetWeaver em VMs do Azure no Windows com o Azure NetApp Files (SMB) para aplicativos SAP
  • Alta disponibilidade do SAP NetWeaver em VMs do Azure no SUSE Linux Enterprise Server com o Azure NetApp Files para aplicativos SAP
  • Alta disponibilidade de Máquinas Virtuais do Azure para SAP NetWeaver no Red Hat Enterprise Linux com o Azure NetApp Files para aplicativos SAP
• IBM Db2 em VMs do Azure baseadas no Suse ou no Red Hat Linux
• Implantações do SAP no Oracle no sistema operacional convidado Oracle Linux usando dNFS para volumes de dados e redo log do Oracle. Veja mais detalhes no artigo Implantações de Oracle DBMS de máquinas virtuais do Azure para carga de trabalho do SAP
• SAP no ASE no Suse ou no sistema operacional convidado do Red Hat Linux
• AP no MAXDB no Suse ou no sistema operacional convidado do Red Hat Linux
• SAP no Microsoft SQL Server com volumes de SMB

Como desassociar a taxa de transferência do tamanho do volume

O armazenamento para aplicativos de banco de dados normalmente tem requisitos de taxa de transferência que não são escalados linearmente com o tamanho dos volumes, ou seja, os volumes de log são relativamente pequenos em tamanho, mas exigem altos níveis de taxa de transferência.

O Azure NetApp Files permite que você aloque a taxa de transferência do volume independentemente do tamanho do volume ao usar um pool de capacidade do tipo QoS manual.

Veja um exemplo:

• Um volume para arquivos de banco de dados requer 500 MiB/s de taxa de transferência e capacidade de 39 TiB
• Um volume para arquivos de log requer uma taxa de transferência de 2000 MiB/s e capacidade de 1 TiB

Você pode criar um pool de capacidade de QoS manual para esse cenário e alocar a taxa de transferência independentemente dos tamanhos de volume. A capacidade total necessária é 40 TiB e o orçamento total da taxa de transferência é 2.500 MiB/s. Um pool de capacidade no nível de serviço Premium (64 MiB/s por TiB alocado) acomoda tanto os requisitos de desempenho quanto de capacidade (40 TiB * 64 MiB/s/TiB = 2.560 MiB).

A escala linear do desempenho exigiria um superprovisionamento considerável do volume de registro para atingir o requisito de taxa de transferência. Para atingir a taxa de transferência de 2.000 MiB/s para o volume do log, você precisaria implementar um pool de capacidade no nível Ultra (128 MiB/s por TiB alocado) de 16 TiB, resultando em provisionamento excessivo e, portanto, em uma desperdício de capacidade de 15 TiB.

Use a Calculadora de Desempenho do Azure NetApp Files para obter uma estimativa para seu cenário.

A matriz de funcionalidade para cargas de trabalho do SAP no Azure NetApp Files se parece com o seguinte:

Outra funcionalidade interna do armazenamento do Azure NetApp Files:

• Capacidade de executar instantâneos de volume consistentes com o aplicativo usando o AzAcSnap
• Clonagem de volumes de instantâneos do Azure NetApp Files para fins de testes e desenvolvimento
• Como restaurar volumes de instantâneos (snap-revert) para restaurações rápidas de arquivos corrompidos e erros

A motivação para ter esse tipo de alinhamento com a Zona de Disponibilidade é a redução da superfície de risco por ter os compartilhamentos de NFS na mesma zona de disponibilidade que as VMs do aplicativo.

• Implante volumes do Azure NetApp Files para sua implantação do SAP HANA usando o grupo de volumes de aplicativos para SAP HANA. A vantagem do Grupo de Volumes de Aplicativos é que os volumes de dados são implantados em vários pontos de extremidade de armazenamento, reduzindo a contenção de rede e aprimorando o desempenho.

Resumo: o Azure NetApp Files é uma solução de armazenamento certificada de baixa latência para SAP HANA. O serviço fornece volumes extraídos de um ou mais pools de capacidade. Os pools de capacidade estão disponíveis em três níveis de serviço, que definem a capacidade total e a taxa de transferência alocada. Os volumes podem ser redimensionados e a taxa de transferência alocada pode ser ajustada, sem interrupção de serviço, para atender aos requisitos de alteração e controlar os custos. O serviço fornece funcionalidade para replicar volumes para outras regiões ou zonas para fins de recuperação de desastres e continuidade de negócios.

Arquivos Premium do Azure

O Arquivos Premium do Azure é um armazenamento compartilhado que oferece SMB e NFS por um preço moderado e latência suficiente para tratar compartilhamentos da camada de aplicativo do SAP. Além disso, os Arquivos Premium do Azure oferecem replicação zonal síncrona dos compartilhamentos com um automatismo que, caso uma réplica falhe, outra réplica em outra zona pode assumir o comando. Ao contrário do Azure NetApp Files, não há camadas de desempenho. Além de não haver necessidade de um pool de capacidade. O carregamento é baseado na capacidade real provisionada dos diferentes compartilhamentos. Os Arquivos Premium do Azure não foram testados como armazenamento do DBMS para a carga de trabalho do SAP. Em vez disso, o cenário de uso da carga de trabalho do SAP se concentrou em todos os tipos de compartilhamentos SMB e NFS, pois eles são usados na camada de aplicativo do SAP. Os Arquivos Premium do Azure também são adequados para o uso do /hana/shared.

Cenários SAP com suporte na lista de Arquivos Premium do Azure, como:

• Como fornecer compartilhamentos SMB ou NFS para o diretório de transporte global do SAP
• Uso como compartilhamento para interfaces de sistemas SAP e processos de EDI
• O compartilhamento sapmnt em cenários de alta disponibilidade, conforme documentado em:
  • Alta disponibilidade para SAP NetWeaver em VMs do Azure no SUSE Linux Enterprise Server com o NFS nos Arquivos do Azure
  • Alta disponibilidade para SAP NetWeaver em VMs do Azure no Red Hat Enterprise Linux com NFS nos Arquivos do Azure
  • Alta disponibilidade do SAP NetWeaver em VMs do Azure no Windows com os Arquivos do Azure Premium (SMB) para aplicativos SAP
  • Alta disponibilidade para o sistema de expansão SAP HANA com HSR no SUSE Linux Enterprise Server

Os Arquivos Premium do Azure estão começando com uma quantidade maior de IOPS no tamanho mínimo de compartilhamento de 100 GB em comparação com o Azure NetApp Files. Essa barra mais alta de IOPS pode evitar o superprovisionamento de capacidade para alcançar determinados valores de IOPS e taxa de transferência. Para IOPS e taxa de transferência de armazenamento, confira a seção Destinos de escala de compartilhamento de arquivos do Azure nas metas de escalabilidade e desempenho dos Arquivos do Azure.

A matriz de capacidade da carga de trabalho do SAP é semelhante a:

Resumo: os Arquivos Premium do Azure são um armazenamento de baixa latência que permite implantar volumes ou compartilhamentos NFS e SMB. Os Arquivos Premium do Azure fornecem excelente taxa de preço/desempenho para compartilhamentos de camada de aplicativo SAP. Eles também fornecem replicação zonal síncrona para esses compartilhamentos. Até agora, não oferecemos suporte a esse tipo de armazenamento para carga de trabalho do DBMS SAP. Embora os volumes /hana/shared possam ser usados.

Armazenamento SSD Standard do Azure

Em comparação com o armazenamento HDD Standard do Azure, o armazenamento SSD Standard do Azure oferece melhor disponibilidade, consistência, confiabilidade e latência. Ele é otimizado para cargas de trabalho que precisam de desempenho consistente em níveis de IOPS mais baixos. Esse armazenamento é o armazenamento mínimo usado para sistemas SAP de não produção e têm baixas demandas de taxa de transferência e de IOPS. A matriz de capacidade da carga de trabalho do SAP é semelhante a:

Resumo: o armazenamento SSD Standard do Azure é a recomendação mínima para VMs que não são de produção para o VHD de base, implantações eventuais de DBMS com insensibilidade à latência relativa e/ou baixas taxas de IOPS e de transferência. Esse tipo de armazenamento do Azure não tem mais suporte para hospedar o Diretório de Transporte Global SAP.

Armazenamento HDD Standard do Azure

O armazenamento HDD Standard do Azure era o único tipo de armazenamento disponível quando a infraestrutura do Azure obteve a certificação para a carga de trabalho do SAP NetWeaver no ano de 2014. Em 2014, as máquinas virtuais do Azure eram pequenas e tinham taxas de transferência de armazenamento baixas. Portanto, esse tipo de armazenamento conseguia apenas acompanhar as demandas. O armazenamento é ideal para cargas de trabalho sem sensibilidade de latência, que você dificilmente experimenta no espaço do SAP. Com o aumento das taxas de transferência das VMs do Azure e a maior carga de trabalho produzida por essas VMs, esse tipo de armazenamento não é mais usado com cenários de SAP. A matriz de capacidade da carga de trabalho do SAP é semelhante a:

Resumo: HDD Standard é um tipo de armazenamento do Azure que só deve ser usado para armazenar backups do SAP. Ele só deve ser usado como um VHD base para sistemas inativos, como sistemas descontinuados usados para pesquisar dados aqui e lá. Porém, nenhuma VM de desenvolvimento ativo, garantia de qualidade ou produção deve ser baseada nesse armazenamento. Os arquivos de banco de dados também não devem ser hospedados no armazenamento

Limites de VM do Azure no tráfego de armazenamento

Ao contrário dos cenários locais, o tipo de VM individual que você está selecionando desempenha uma função vital na largura de banda de armazenamento que você pode obter. Para os diferentes tipos de armazenamento, você precisa considerar:

Como limitações, você precisa observar que:

• Quanto menor a VM, menos discos você pode anexar. Essa restrição não se aplica ao Azure NetApp Files. Como você monta compartilhamentos NFS ou SMB, não encontra um limite de número de volumes compartilhados a serem anexados
• As VMs têm limites de taxa de transferência de E/S e IOPS que podem ser excedidos facilmente com discos de armazenamento Premium e Discos Ultra
• Com o Azure NetApp Files e os Arquivos do Azure Premium, o tráfego para os volumes compartilhados está consumindo a largura de banda da rede da VM e não a largura de banda do armazenamento
• Com grandes volumes NFS no espaço de capacidade TiB de dois dígitos, a taxa de transferência que acessa esse volume fora de uma só VM atingirá um platô com base nos limites do Linux para uma só sessão que interage com o volume compartilhado.

Ao dimensionar as VMs do Azure no ciclo de vida de um sistema SAP, você deve avaliar os limites de taxa de transferência de IOPS e armazenamento do tipo de VM novo e maior. Em alguns casos, também poderia fazer sentido ajustar a configuração de armazenamento para as novas funcionalidades da VM do Azure.

Distribuição ou não distribuição

A criação de um conjunto de distribuição de vários discos do Azure em um volume maior permite que você acumule a IOPS e a taxa de transferência dos discos individuais em um volume. Ele só é usado para o Armazenamento Standard do Azure e o Armazenamento Premium do Azure. O Disco Ultra do Azure, no qual você pode configurar a taxa de transferência e a IOPS independentes da capacidade de um disco, não exige o uso de conjuntos de distribuição. Volumes compartilhados baseados em NFS ou SMB não podem ser distribuídos. Devido à natureza não linear da taxa de transferência e da IOPS do armazenamento Premium do Azure, você pode provisionar capacidade menor com a mesma IOPS e taxa de transferência do que grandes discos únicos de armazenamento Premium do Azure. Esse é o método para obter uma taxa de transferência maior ou IOPS com custo mais baixo usando o armazenamento Premium do Azure. Por exemplo, a distribuição entre dois discos de armazenamento P15 Premium faz com que você tenha uma taxa de transferência de:

• 250 MiB/s. Esse volume terá uma capacidade de 512 GiB. Se você quiser ter um disco que forneça uma taxa de transferência de 250 MiB por segundo, precisará escolher um disco P40 com capacidade de 2 TiB.
• 400 MiB/s distribuindo quatro discos de armazenamento Premium P10 com uma capacidade geral de 512 GiB por distribuição. Se você quiser ter um disco com uma taxa de transferência mínima de 500 MiB por segundo, precisará escolher um disco de armazenamento Premium P60 com 8 TiB. Como o custo do armazenamento Premium é quase linear com a capacidade, você pode perceber a economia de custos usando a distribuição.

Algumas regras precisam ser seguidas na distribuição:

• Nenhuma redundância de armazenamento configurada na VM deve ser usada, pois o armazenamento do Azure mantém o disco de dados redundante já no back-end de armazenamento do Azure
• Os discos aos quais o conjunto de distribuição é aplicado precisam ter o mesmo tamanho
• Com o disco Ultra e SSD Premium v2 a capacidade, o IOPS provisionado e a taxa de transferência provisionada precisam ser iguais

A distribuição em vários discos menores é a melhor maneira de atingir um bom preço/taxa de desempenho usando o armazenamento Premium do Azure. Considera-se que a distribuição possa ter alguma sobrecarga de implantação e gerenciamento extra.

Para obter recomendações específicas de tamanho de distribuição, leia a documentação do DBMS diferente, como Configurações de armazenamento de máquina virtual do Azure para SAP HANA.

Próximas etapas

Leia os artigos:

• Considerações para Implantação do DBMS de Máquinas Virtuais do Azure para carga de trabalho do SAP
• Configurações de armazenamento de máquina virtual do SAP HANA no Azure