A deduplicação in-line, a deduplicação in-line entre volumes, a compressão e a compactação in-line são compatíveis com SAP HANA em uma configuração SSD.

A ativação dos recursos de eficiência de storage em uma configuração de HDD não é suportada.

A utilização de volumes do NetApp FlexGroup não é compatível com SAP HANA. Devido à arquitetura do SAP HANA, o uso de volumes FlexGroup não fornece nenhum benefício e pode resultar em problemas de performance.

O uso do NetApp volume Encryption (NVE) e do NetApp Aggregate Encryption (NAE) é compatível com SAP HANA.

A QoS pode ser usada para limitar a taxa de transferência de storage para sistemas SAP HANA específicos. Um caso de uso seria limitar o rendimento dos sistemas de desenvolvimento e teste para que eles não possam influenciar os sistemas de produção em uma configuração mista.

Durante o processo de dimensionamento, os requisitos de desempenho de um sistema de não produção devem ser determinados. Os sistemas de desenvolvimento e teste podem ser dimensionados com valores de desempenho mais baixos, normalmente na faixa de 20% a 50% de um sistema de produção.

A partir do ONTAP 9, a QoS é configurada no nível de volume de storage e usa valores máximos para taxa de transferência (Mbps) e número de e/S (IOPS).

A e/S de gravação grande tem o maior efeito de desempenho no sistema de storage. Portanto, o limite de taxa de transferência de QoS deve ser definido para uma porcentagem dos valores de KPI de performance de storage SAP HANA de gravação correspondentes nos volumes de dados e log.

A tecnologia NetApp FabricPool não deve ser usada em sistemas de arquivos primários ativos em sistemas SAP HANA. Isso inclui os sistemas de arquivos para a área de dados e log, bem como o /hana/shared sistema de arquivos. Isso resulta em performance imprevisível, especialmente durante a inicialização de um sistema SAP HANA.

O uso da política de disposição em camadas "somente snapshot" é possível, bem como o uso do FabricPool em geral em um destino de backup, como destino do SnapVault ou do SnapMirror.

O FabricPool é uma boa opção para mover backups de log para outra camada de storage. A migração de backups afeta o tempo necessário para recuperar um banco de dados SAP HANA. Portanto, a opção "disposição em camadas no mínimo de dias de resfriamento" deve ser definida para um valor que coloque backups de log, que são rotineiramente necessários para recuperação, na camada de storage rápido local.

A visão geral a seguir resume as etapas de configuração de armazenamento necessárias. Cada passo é abordado com mais detalhes nas seções subsequentes. Antes de iniciar essas etapas, conclua a configuração do hardware de storage, a instalação do software ONTAP e a conexão das portas FCP de storage à malha SAN.

Com HDDs, é possível conectar um máximo de duas gavetas de disco DS2246 ou quatro gavetas de disco DS224C a uma stack SAS para fornecer o desempenho necessário para os hosts SAP HANA, como mostra a figura a seguir. Os discos em cada gaveta devem ser distribuídos igualmente para as duas controladoras do par de HA.

Com os SSDs, é possível conectar um máximo de um compartimento de disco a uma stack de SAS para fornecer a performance necessária para os hosts SAP HANA, como mostrado na figura a seguir. Os discos em cada gaveta devem ser distribuídos igualmente para as duas controladoras do par de HA. Com o compartimento de disco DS224C, o cabeamento SAS de quatro caminhos também pode ser usado, mas não é necessário.

Em geral, é necessário configurar dois agregados por controladora, independentemente do compartimento de disco ou da tecnologia de disco (SSD ou HDD) usado. Esta etapa é necessária para que você possa usar todos os recursos disponíveis do controlador. Para sistemas da série FAS 2000, um agregado de dados é suficiente.

Cenários de SAP de vários hosts com bancos de dados SAP HANA podem usar um único SVM. Se necessário, um SVM também pode ser atribuído a cada cenário SAP, caso seja gerenciado por equipes diferentes dentro de uma empresa. As capturas de tela e saídas de comando neste documento usam um SVM hana chamado .

Na configuração do cluster de storage, uma interface de rede (LIF) deve ser criada e atribuída a uma porta FCP dedicada. Se, por exemplo, quatro portas FCP forem necessárias por motivos de desempenho, quatro LIFs devem ser criadas. A figura a seguir mostra uma captura de tela das oito LIFs configuradas no SVM.

Durante a criação do SVM com o ONTAP 9 System Manager, todas as portas FCP físicas necessárias podem ser selecionadas e um LIF por porta física é criado automaticamente.

A figura a seguir mostra a criação de SVM e LIFs com o Gerenciador de sistemas do ONTAP.

Um grupo de servidores pode ser configurado para cada servidor ou para um grupo de servidores que exigem acesso a um LUN. A configuração do igrupo requer os nomes de portas mundiais (WWPNs) dos servidores.

Usando a sanlun ferramenta, execute o seguinte comando para obter os WWPNs de cada host SAP HANA:

Os grupos de iniciadores podem ser criados usando a CLI do cluster ONTAP.

A figura a seguir mostra a configuração de volume de quatro sistemas SAP HANA de um único host. Os volumes de dados e log de cada sistema SAP HANA são distribuídos a diferentes controladores de storage. Por exemplo, o volume SID1_data_mnt00001 é configurado no controlador A e o volume SID1_log_mnt00001 é configurado no controlador B. em cada volume, um único LUN é configurado.

Para cada host do SAP HANA, um volume de dados, um volume de log e um volume para /hana/shared são configurados. A tabela a seguir mostra um exemplo de configuração com quatro sistemas SAP HANA de host único.

A tabela seguinte mostra um exemplo da configuração do ponto de montagem para um sistema de host único.

O LVM Linux pode ser usado para aumentar o desempenho e para lidar com as limitações de tamanho de LUN. Os diferentes LUNs de um grupo de volumes LVM devem ser armazenados em um agregado diferente e em um controlador diferente. A tabela a seguir mostra um exemplo para dois LUNs por grupo de volume.

No host do SAP HANA, grupos de volumes e volumes lógicos precisam ser criados e montados. A tabela seguinte lista os pontos de montagem para sistemas de um único host usando LVM.

A figura a seguir mostra a configuração de volume de um 4 sistema SAP HANA de mais de 1 host com vários hosts. Os volumes de dados e os volumes de log de cada host do SAP HANA são distribuídos a diferentes controladores de storage. Por exemplo, o volume SID_data_mnt00001 é configurado no controlador A e o volume SID_log_mnt00001 é configurado no controlador B. um LUN é configurado em cada volume.

Para cada host do SAP HANA, um volume de dados e um volume de log são criados. `/hana/shared`O volume é usado por todos os hosts do sistema SAP HANA. A figura a seguir mostra um exemplo de configuração para um 4 sistema SAP HANA de mais de 1 host com vários hosts.

A tabela seguinte mostra a configuração e os pontos de montagem de um sistema de vários hosts com quatro hosts SAP HANA ativos.

O LVM Linux pode ser usado para aumentar o desempenho e para lidar com as limitações de tamanho de LUN. Os diferentes LUNs de um grupo de volumes LVM devem ser armazenados em um agregado diferente e em um controlador diferente. A tabela a seguir mostra um exemplo para dois LUNs por grupo de volume para um sistema de vários hosts SAP HANA de mais de 2 GB e 1 GB.

No host do SAP HANA, grupos de volumes e volumes lógicos precisam ser criados e montados:

As opções de volume listadas na tabela a seguir devem ser verificadas e definidas em todos os SVMs.

Você pode usar o Gerenciador de sistemas do NetApp ONTAP para criar volumes de armazenamento e LUNs e mapeá-los para os grupos de servidores e a CLI do ONTAP. Este guia descreve o uso da CLI.