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.
Observação
Ao usar o armazenamento do Azure para armazenar dados do banco de dados e refazer o arquivo de log, o LRS é o único nível de resiliência com suporte neste momento
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.
Observação
Exigimos que as novas implantações de VMs que usam o armazenamento em bloco do Azure nos discos (todo o armazenamento do Azure, exceto o Azure NetApp Files e os Arquivos do Azure) usem os Azure Managed Disks nos discos VHD/SO de base e nos discos de dados que armazenam arquivos de banco de dados SAP. Isso é exigido independentemente de você implantar as VMs por meio do conjunto de disponibilidade, entre Zonas de Disponibilidade ou dos conjuntos e das zonas. Os discos que são usados com a finalidade de armazenar backups não precisam necessariamente ser discos gerenciados.
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:
| Cenário de uso | HDD Standard | SSD Standard | Armazenamento Premium | SSD Premium v2 | Disco Ultra | Azure NetApp Files | Arquivos Premium do Azure |
|---|---|---|---|---|---|---|---|
| Disco do sistema operacional | Inadequado | Adequado com restrições (não usar em produção) | Recomendadas | Impossível | Impossível | Impossível | Impossível |
| Diretório de transporte global | Sem suporte | Sem suporte | Recomendadas | Recomendadas | Recomendadas | Recomendadas | Altamente recomendado |
| /sapmnt | Inadequado | Adequado com restrições (não usar em produção) | Recomendadas | Recomendadas | Recomendadas | Recomendadas | Altamente recomendado |
| Famílias de VM M/Mv2 do SAP HANA para volume de dados do DBMS | Sem suporte | Sem suporte | Recomendadas | Recomendadas | Recomendadas | Recomendadas | Sem suporte |
| Famílias de VM M/Mv2 do SAP HANA para volume do log do DBMS | Sem suporte | Sem suporte | Recomendado1 | Recomendadas | Recomendadas | Recomendadas | Sem suporte |
| Famílias de VM Esv3/Edsv4 do SAP HANA para volume de dados do DBMS | Sem suporte | Sem suporte | Recomendadas | Recomendadas | Recomendadas | Recomendadas | Sem suporte |
| Famílias de VM Esv3/Edsv4 do SAP HANA para volume do log do DBMS | Sem suporte | Sem suporte | Sem suporte | Recomendadas | Recomendadas | Recomendadas | Sem suporte |
| Volume compartilhado do HANA | Sem suporte | Sem suporte | Recomendadas | Recomendadas | Recomendadas | Recomendadas | Recomendadas |
| Volume de dados do DBMS não HANA | Sem suporte | Adequado com restrições (não usar em produção) | Recomendadas | Recomendadas | Recomendadas | Somente para versões do Oracle específicas no Oracle Linux, DB2 e SAP ASE em SLES/RHEL Linux | Sem suporte |
| Famílias de VM M/Mv2 não HANA para volume do log do DBMS | Sem suporte | Adequado com restrições (não usar em produção) | Recomendado1 | Recomendadas | Recomendadas | Somente para versões do Oracle específicas no Oracle Linux, DB2 e SAP ASE em SLES/RHEL Linux | Sem suporte |
| Famílias de VMs que não são M/Mv2 nem HANA para volume de log do DBMS | Sem suporte | adequado com restrições (não usar em produção) | Adequado, no máximo, para a carga de trabalho média | Recomendadas | Recomendadas | Somente para versões do Oracle específicas no Oracle Linux, DB2 e SAP ASE em SLES/RHEL Linux | Sem suporte |
1 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:
| Cenário de uso | HDD Standard | SSD Standard | Armazenamento Premium | SSD Premium v2 | Disco Ultra | Azure NetApp Files | Arquivos Premium do Azure |
|---|---|---|---|---|---|---|---|
| SLA de taxa de transferência/IOPS | Não | No | Sim | Sim | Sim | Sim | Yes |
| Leituras de latência | Alto | Médio a alto | Baixo | submilissegundos | submilissegundos | submilissegundos | low |
| Gravações de latência | Alto | Médio a alto | Baixo (submilissegundos 1) | submilissegundos | submilissegundos | submilissegundos | low |
| Com suporte ao HANA | Não | Não | sim1 | Sim | Sim | Sim | Não |
| Instantâneos de disco possíveis | Sim | Sim | Sim | Sim3 | Não2 | Sim | Não |
| Alocação de discos em diferentes clusters de armazenamento ao usar conjuntos de disponibilidade | Por meio de discos gerenciados | Por meio de discos gerenciados | Por meio de discos gerenciados | Tipo de disco sem suporte com VMs implantadas por meio de conjuntos de disponibilidade | Tipo de disco sem suporte com VMs implantadas por meio de conjuntos de disponibilidade | Nº3 | Não |
| Alinhado com as Zonas de Disponibilidade | Sim | Sim | Sim | Sim | Yes | Em versão prévia pública | Não |
| Redundância zonal síncrona | Não para discos gerenciados | Não para discos gerenciados | Sem suporte para DBMS | Não | No | No | Sim |
| Redundância zonal assíncrona | Não para discos gerenciados | Não para discos gerenciados | Sem suporte para DBMS | Não | Não | Em versão prévia | Não |
| Redundância geográfica | Não para discos gerenciados | Não para discos gerenciados | Não | No | Não | Possível | Não |
1 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
2 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
3 (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
Importante
Confira a seção Azure NetApp Files deste documento para ver detalhes sobre o posicionamento por proximidade de volumes e VMs NFS em caso de necessidade de menos de 1 milissegundos de latência.
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:
| Funcionalidade | Comentário | Observações/links |
|---|---|---|
| VHD de base do sistema operacional | Adequado | Todos os sistemas |
| Disco de dados | Adequado | Todos os sistemas – especialmente para SAP HANA |
| Diretório de transporte global do SAP | Sim | Com suporte |
| sapmnt do SAP | Adequado | Todos os sistemas |
| Armazenamento de backup | Adequado | Para armazenamento de backups de curto prazo |
| Compartilhamentos/disco compartilhado | Não disponível | Precisa de Arquivos Premium do Azure ou de terceiros |
| Resiliência | LRS | Nenhum GRS ou ZRS disponível para discos |
| Latência | Baixo a médio | - |
| SLA de IOPS | Sim | - |
| IOPS linear com a capacidade | semilinear entre colchetes | Preço do Managed Disk |
| IOPS máxima por disco | 20.000 dependendo do tamanho do disco | Considere também os limites da VM |
| SLA de taxa de transferência | Sim | - |
| Taxa de transferência linear com a capacidade | Semilinear entre colchetes | Preço do Managed Disk |
| Certificado pelo HANA | Yes | especialmente para SAP HANA |
| Suporte do Acelerador de Gravação do Azure | Não | - |
| Intermitência de disco | Yes | - |
| Instantâneos de disco possíveis | Sim | - |
| Instantâneos de VM do Backup do Azure possíveis | Sim | - |
| Custos | Médio | - |
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:
| Funcionalidade | Comentário | Observações/links |
|---|---|---|
| VHD de base do sistema operacional | Sem suporte | Nenhum sistema |
| Disco de dados | Adequado | Todos os sistemas |
| Diretório de transporte global do SAP | Sim | Todos os sistemas |
| sapmnt do SAP | Adequado | Todos os sistemas |
| Armazenamento de backup | Adequado | Para armazenamento de backups de curto prazo |
| Compartilhamentos/disco compartilhado | Não disponível | Precisa dos Arquivos Premium do Azure ou do Azure NetApp Files |
| Resiliência | LRS | Nenhum GRS ou ZRS disponível para discos |
| Latency | submilissegundos | - |
| SLA de IOPS | Sim | - |
| IOPS linear com a capacidade | semilinear | Preço do Managed Disk |
| IOPS máxima por disco | 80.000 dependendo do tamanho do disco | Considere também os limites da VM |
| SLA de taxa de transferência | Sim | - |
| Taxa de transferência linear com a capacidade | Semilinear | Preço do Managed Disk |
| Certificado pelo HANA | Sim | - |
| Suporte do Acelerador de Gravação do Azure | Não | - |
| Intermitência de disco | Não | - |
| Instantâneos de disco possíveis | Sim1 | - |
| Instantâneos de VM do Backup do Azure possíveis | Sim | - |
| Custos | Médio | - |
1 (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:
| Funcionalidade | Comentário | Observações/links |
|---|---|---|
| VHD de base do sistema operacional | Não funciona | - |
| Disco de dados | Adequado | Todos os sistemas |
| Diretório de transporte global do SAP | Sim | Com suporte |
| sapmnt do SAP | Adequado | Todos os sistemas |
| Armazenamento de backup | Adequado | Para armazenamento de backups de curto prazo |
| Compartilhamentos/disco compartilhado | Não disponível | Precisa de terceiros |
| Resiliência | LRS | Nenhum GRS ou ZRS disponível para discos |
| Latency | Muito baixa | - |
| SLA de IOPS | Sim | - |
| IOPS linear com a capacidade | Semilinear entre colchetes | Preço do Managed Disk |
| IOPS máxima por disco | 1\.200 a 160.000 | dependendo da capacidade do disco |
| SLA de taxa de transferência | Sim | - |
| Taxa de transferência linear com a capacidade | Semilinear entre colchetes | Preço do Managed Disk |
| Certificado pelo HANA | Sim | - |
| Suporte do Acelerador de Gravação do Azure | Não | - |
| Intermitência de disco | Yes | - |
| Instantâneos de disco possíveis | Sim1 | - |
| Instantâneos de VM do Backup do Azure possíveis | Sim | - |
| Custos | Maior do que o armazenamento Premium | - |
1 (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.
Observação
Os pools de capacidade são uma unidade de provisionamento básica para o Azure NetApp Files. Os pools de capacidade são oferecidos em tamanhos a partir de 1 TiB; você pode expandir um pool de capacidade em incrementos de 1 TiB. Os pools de capacidade são a unidade pai para volumes. Para obter informações de dimensionamento, consulte Limites de recursos do Azure NetApp Files. Para obter preços, consulte Preços do Azure NetApp Files.
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
Observação
Para cargas de trabalho de DBMS no Linux, use volumes baseados em NFS no Azure NetApp Files.
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:
| Funcionalidade | Comentário | Observações/links |
|---|---|---|
| VHD de base do sistema operacional | Usar disco gerenciado | - |
| Disco de dados | Adequado | SAP HANA, Oracle no Oracle Linux, Db2 e SAP ASE no SLES/RHEL, MAXDB, SQL Server |
| Diretório de transporte global do SAP | Sim | SMB (somente Windows) e NFS (somente Linux) |
| sapmnt do SAP | Adequado | SMB (somente Windows) ou NFS (somente Linux) |
| Armazenamento de backup | Adequado | Usar instantâneos e/ou backup do Azure NetApp Files; o backup de log para HANA também pode ser usado como destino do backup baseado em arquivo |
| Compartilhamentos/disco compartilhado | Sim | SMB, NFS |
| Resiliência | LRS e GRS | GRS com replicação entre regiões; ZRS com replicação entre zonas |
| Latência | Muito baixa | Normalmente, menos de 1 ms |
| SLA de IOPS | Sim | - |
| IOPS linear com a capacidade | Linear com QoS automático; configurável de maneira independente com QoS Manual | Três níveis de serviço disponíveis |
| SLA de taxa de transferência | Sim | As recomendações de dimensionamento estão disponíveis no Avaliador de TCO do SAP no Azure NetApp Files |
| Taxa de transferência linear com a capacidade | Linear com QoS automático; configurável de maneira independente com QoS Manual | Três níveis de serviço disponíveis |
| Certificado pelo HANA | Sim | - |
| Instantâneos de disco possíveis | Sim | Confira Como funcionam os instantâneos do Azure NetApp Files |
| Orquestração de backup e instantâneo consistente do aplicativo | Não | Usar o AzAcSnap ou o SnapCenter |
| Custos | Usar ferramentas de avaliação de TCO | Use o Avaliador de TCO do SAP no Azure NetApp Files e insira o tamanho do panorama |
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
Importante
Especificamente para implantações de banco de dados, você deseja obter latências baixas pelo menos para os logs de refazer. Especialmente para o SAP HANA, o SAP requer uma latência inferior a 1 milissegundo para gravações de log de refazer HANA de tamanhos menores. Para atingir essas latências, confira as possibilidades abaixo.
Importante
Ao implantar volumes do Azure NetApp Files, anote a zona na qual as máquinas virtuais estão ou serão implantadas. Certifique-se de selecionar a mesma zona. Essa funcionalidade está documentada no artigo Gerenciar o posicionamento do volume na zona de disponibilidade do Azure NetApp Files. O grupo de volumes de aplicativos para SAP HANA usa a mesma funcionalidade para implantar os volumes no local mais próximo possível das VMs do aplicativo.
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.
Observação
Não há suporte para cargas de trabalho do DBMS SAP em volumes compartilhados com base nos Arquivos Premium do Azure até o momento.
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.
Observação
Devido à arquitetura em camadas dos Arquivos Premium do Azure, a latência que acessa metadados dos arquivos armazenados em compartilhamentos é significativamente maior do que com o Azure NetApp Files. A latência mais alta pode afetar, por exemplo, a criação em massa e a exclusão de arquivos. Mas também pode afetar significativamente o tempo necessário para listar o conteúdo de diretórios grandes, que contêm milhares de arquivos. O principal caso de uso que vemos essa latência de metadados mais alta afetando é o uso como compartilhamento de interface em que os clientes podem encontrar milhares ou até milhões de criações de arquivos e exclusões em massa todos os dias. Portanto, você deve testar os cenários de compartilhamento de interface com cuidado. Para determinar se a carga de trabalho é pesada para metadados, verifique Carga de trabalho pesada de namespace ou de metadados
A matriz de capacidade da carga de trabalho do SAP é semelhante a:
| Funcionalidade | Comentário | Observações/links |
|---|---|---|
| VHD de base do sistema operacional | Não funciona | - |
| Disco de dados | Sem suporte para cargas de trabalho SAP | - |
| Diretório de transporte global do SAP | Sim | SMB e NFS |
| sapmnt do SAP | Adequado | Todos os sistemas com SMB (somente Windows) ou NFS (somente Linux) |
| Armazenamento de backup | Adequado | - |
| Compartilhamentos/disco compartilhado | Sim | SMB 3.0, NFS v4.1 |
| Resiliência | LRS e ZRS | Nenhum GRS disponível para os Arquivos Premium do Azure |
| Latency | low | - |
| SLA de IOPS | Sim | - |
| IOPS linear com a capacidade | estritamente linear | - |
| SLA de taxa de transferência | Sim | - |
| Taxa de transferência linear com a capacidade | estritamente linear | - |
| Certificado pelo HANA | Não | - |
| Instantâneos de disco possíveis | Sim | - |
| Instantâneos de VM do Backup do Azure possíveis | Não | - |
| Custos | low | - |
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:
| Funcionalidade | Comentário | Observações/links |
|---|---|---|
| VHD de base do sistema operacional | Adequado, mas restrito | Sistemas de não produção |
| Disco de dados | Adequado, mas restrito | Alguns sistemas de não produção com baixas demandas de IOPS e de latência |
| Diretório de transporte global do SAP | Não | Sem suporte |
| sapmnt do SAP | Adequado, mas restrito | Sistemas de não produção |
| Armazenamento de backup | Adequado | - |
| Compartilhamentos/disco compartilhado | Não disponível | Precisa de terceiros |
| Resiliência | LRS, GRS | Nenhum ZRS disponível para discos |
| Latency | high | Muito alto para o Diretório de Transporte Global do SAP ou para sistemas de produção |
| SLA de IOPS | Não | - |
| IOPS máxima por disco | 500 | Independente do tamanho do disco |
| SLA de taxa de transferência | Não | - |
| Certificado pelo HANA | Não | - |
| Instantâneos de disco possíveis | Sim | - |
| Instantâneos de VM do Backup do Azure possíveis | Sim | - |
| Custos | LOW | - |
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:
| Funcionalidade | Comentário | Observações/links |
|---|---|---|
| VHD de base do sistema operacional | Inadequado | - |
| Disco de dados | Inadequado | - |
| Diretório de transporte global do SAP | Não | Sem suporte |
| sapmnt do SAP | Não | Sem suporte |
| Armazenamento de backup | Adequado | - |
| Compartilhamentos/disco compartilhado | Não disponível | Precisa de Arquivos do Azure ou de terceiros |
| Resiliência | LRS, GRS | Nenhum ZRS disponível para discos |
| Latency | high | Muito alto para uso de DBMS, Diretório de Transporte Global do SAP ou sapmnt/saploc |
| SLA de IOPS | Não | - |
| IOPS máxima por disco | 500 | Independente do tamanho do disco |
| SLA de taxa de transferência | Não | - |
| Certificado pelo HANA | Não | - |
| Instantâneos de disco possíveis | Sim | - |
| Instantâneos de VM do Backup do Azure possíveis | Sim | - |
| Custos | Baixo | - |
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:
| Tipo de armazenamento | Linux | Windows | Comentários |
|---|---|---|---|
| HDD Standard | Tamanhos de VMs do Linux no Azure | Tamanhos de VMs do Windows no Azure | Provavelmente é difícil alterar os limites de armazenamento de VMs médias ou grandes |
| SSD Standard | Tamanhos de VMs do Linux no Azure | Tamanhos de VMs do Windows no Azure | Provavelmente é difícil alterar os limites de armazenamento de VMs médias ou grandes |
| Armazenamento Premium | Tamanhos de VMs do Linux no Azure | Tamanhos de VMs do Windows no Azure | Limites de VM de taxa de transferência de armazenamento e de IOPS fáceis de alcançar com a configuração de armazenamento |
| SSD Premium v2 | Tamanhos de VMs do Linux no Azure | Tamanhos de VMs do Windows no Azure | Limites de VM de taxa de transferência de armazenamento e de IOPS fáceis de alcançar com a configuração de armazenamento |
| Armazenamento de Disco Ultra | Tamanhos de VMs do Linux no Azure | Tamanhos de VMs do Windows no Azure | Limites de VM de taxa de transferência de armazenamento e de IOPS fáceis de alcançar com a configuração de armazenamento |
| Azure NetApp Files | Tamanhos de VMs do Linux no Azure | Tamanhos de VMs do Windows no Azure | O tráfego de armazenamento está usando largura de banda de taxa de transferência de rede e não a largura de banda de armazenamento. |
| Arquivos Premium do Azure | Tamanhos de VMs do Linux no Azure | Tamanhos de VMs do Windows no Azure | O tráfego de armazenamento está usando largura de banda de taxa de transferência de rede e não a largura de banda de armazenamento. |
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: