Arquitetura de armazenamento do SAP HANA (Instâncias Grandes)

Neste artigo, vamos ver a arquitetura de armazenamento para implantar o SAP HANA em Instâncias Grandes do Azure (também conhecida como infraestrutura BareMetal).

O layout de armazenamento para o SAP HANA no Azure (Instâncias Grandes) é configurado pelo SAP HANA no modelo de implantação clássico de acordo com as diretrizes recomendadas da SAP.

A classe Tipo I do HANA em Instâncias Grandes é fornecida com um volume de armazenamento equivalente a quatro vezes o volume de memória. Por outro lado, a classe Tipo II do HANA em Instâncias Grandes é fornecida com um volume destinado a armazenar backups de log de transações do HANA. Para obter mais informações, consulte Instalar e configurar o SAP HANA (Instâncias Grandes) do Azure.

Consulte a tabela a seguir para alocação de armazenamento. A tabela lista a capacidade aproximada dos volumes fornecidos com as diferentes unidades de Instâncias Grandes do HANA.

SKUs mais recentes de instâncias grandes do HANA são fornecidas com as seguintes configurações de armazenamento.

Os volumes reais implantados podem variar com base na implantação e na ferramenta utilizada para mostrar os tamanhos do volume.

Se você subdividir uma SKU do SAP HANA em Instâncias Grandes, alguns exemplos de possíveis divisões poderão parecer:

Esses tamanhos são números de volume aproximado que podem variar um pouco com base na implantação e nas ferramentas utilizadas para examinar os volumes. Há, também, outros tamanhos de partição, como 2,5 TB. Esses tamanhos de armazenamento são calculados usando uma fórmula semelhante àquela usada para as partições anteriores. O termo "partições" não significa que o sistema operacional, a memória ou os recursos de CPU sejam particionados. Ele indica as partições de armazenamento para as diferentes instâncias do HANA que talvez você quira implantar em uma única unidade do SAP HANA em Instâncias Grandes.

Se precisar de mais armazenamento, você poderá comprar mais em unidades de 1 TB. O armazenamento extra pode ser adicionado como mais volume ou usado para estender um ou mais volumes existentes. Você não pode reduzir os tamanhos dos volumes conforme implantados originalmente e conforme documentados pelas tabelas anteriores. Também não é possível alterar os nomes dos volumes ou nomes de montagem. Os volumes de armazenamento descritos anteriormente são anexados às unidades do SAP HANA em Instâncias Grandes como volumes NFS4.

É possível usar instantâneos de armazenamento para fins de backup, restauração e recuperação de desastre. Para obter mais informações, consulte Alta disponibilidade e recuperação de desastre do SAP HANA (Instâncias Grandes) do Azure.

Para obter mais informações sobre o layout de armazenamento do seu cenário, consulte os cenários com suporte para HLI.

Executar várias instâncias do SAP HANA em uma unidade do SAP HANA em Instâncias Grandes

É possível hospedar mais de uma instância ativa do SAP HANA das unidades do SAP HANA em Instâncias Grandes. Para fornecer os recursos de instantâneos de armazenamento e recuperação de desastre, essa configuração requer um conjunto de volumes por instância. Atualmente, as unidades do SAP HANA em Instâncias Grandes podem ser subdivididas da seguinte maneira:

• S72, S72m, S96, S144, S192: em incrementos de 256 GB, com 256 GB, como a menor unidade inicial. Diferentes incrementos, como 256 GB e 512 GB, podem ser combinados à memória máxima da unidade.
• S144m e S192m: em incrementos de 256 GB, com 512 GB, como a menor unidade. Diferentes incrementos, como 512 GB e 768 GB, podem ser combinados à memória máxima da unidade.
• Classe do Tipo II: em incrementos de 512 GB, com a menor unidade inicial de 2 TB. Diferentes incrementos, como 512 GB, 1 TB e 1,5 TB, podem ser combinados à memória máxima da unidade.

Os exemplos a seguir mostram como pode ser a execução de várias instâncias do SAP HANA.

Também há outras variações.

Criptografia de dados em repouso

O armazenamento para o HANA em Instâncias Grandes usa criptografia transparente para dados conforme são armazenados nos discos. Nas implantações anteriores ao final de 2018, era possível criptografar os volumes. Se você optar por usar essa opção, poderá criptografar os volumes online. A passagem de volumes não criptografados para volumes criptografados é transparente e não requer tempo de inatividade.

Com a classe Tipo I de SKUs do HANA em Instâncias Grandes, o volume que armazena o LUN de inicialização é criptografado. Nos carimbos do HANA em Instâncias Grandes da Revisão 3 que usam a classe Tipo II de SKUs, é necessário criptografar o LUN de inicialização com os métodos do sistema operacional. Nos carimbos do HANA em Instâncias Grandes da Revisão 4 que usam a classe Tipo II de SKUs, o volume que armazena o LUN de inicialização é criptografado em repouso por padrão.

Configurações necessárias para instâncias maiores do HANA em instâncias grandes do HANA

O armazenamento usado no HANA em Instâncias Grandes tem uma limitação de tamanho de arquivo. A limitação de tamanho é de 16 TB por arquivo. Ao contrário das limitações de tamanho de arquivo nos sistemas de arquivos EXT3, o HANA não reconhece implicitamente a limitação de armazenamento imposta pelo armazenamento do HANA em Instâncias Grandes. Como resultado, o HANA não criará automaticamente um novo arquivo de dados quando o limite de tamanho de arquivo de 16 TB for atingido. Como o HANA tenta aumentar o arquivo para além de 16 TB, o HANA relatará erros e o servidor de índice finalmente falhará.

Próximas etapas

Saiba como implantar o SAP HANA (Instâncias Grandes).