Configuração do controlador de storage
Sugerir alterações
PDFs
Esta seção descreve a configuração do sistema de storage NetApp. Você deve concluir a instalação e configuração primária de acordo com os guias de configuração e configuração do Data ONTAP correspondentes.
Eficiência de storage
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.
Volumes NetApp FlexGroup
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.
NetApp volume e criptografia agregada
O uso do NetApp volume Encryption (NVE) e do NetApp Aggregate Encryption (NAE) é compatível com SAP HANA.
Qualidade do serviço
O QoS pode ser usado para limitar a taxa de transferência de storage para sistemas SAP HANA específicos ou aplicações que não sejam SAP em um controlador compartilhado.
Produção e desenvolvimento/teste
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, você deve determinar os requisitos de desempenho de um sistema que não seja de produção. Os sistemas de desenvolvimento e teste podem ser dimensionados com valores de desempenho mais baixos, normalmente na faixa de 20% a 50% de um KPI do sistema de produção conforme definido pelo SAP. 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.
Ambientes compartilhados
Outro caso de uso é limitar a taxa de transferência de cargas de trabalho de gravação pesadas, especialmente para evitar que essas cargas de trabalho tenham impacto em outras cargas de trabalho de gravação sensíveis à latência. Nesses ambientes, é prática recomendada aplicar uma política de grupo de QoS de teto de taxa de transferência não compartilhada a cada LUN em cada máquina virtual de storage (SVM) para restringir a taxa de transferência máxima de cada objeto de storage individual ao valor especificado. Isso reduz a possibilidade de que um único workload possa influenciar negativamente outros workloads.
Para fazer isso, é necessário criar uma política de grupo com a CLI do cluster do ONTAP para cada SVM:
qos policy-group create -policy-group <policy-name> -vserver <vserver name> -max-throughput 1000MB/s -is-shared false
Aplicado a cada LUN no SVM. Veja a seguir um exemplo para aplicar o grupo de políticas a todas as LUNs existentes em uma SVM:
lun modify -vserver <vserver name> -path * -qos-policy-group <policy-name>
Isso precisa ser feito para cada SVM. O nome do grupo de polícia QoS para cada SVM precisa ser diferente. Para novos LUNs, a política pode ser aplicada diretamente:
lun create -vserver <vserver_name> -path /vol/<volume_name>/<lun_name> -size <size> -ostype <e.g. linux> -qos-policy-group <policy-name>
Recomenda-se usar 1000Mb GB/s como taxa de transferência máxima para um determinado LUN. Se um aplicativo exigir mais throughput, vários LUNs com distribuição LUN devem ser usados para fornecer a largura de banda necessária. Este guia fornece um exemplo para SAP HANA com base no Linux LVM na "Configuração do host"seção .
|
O limite também se aplica a leituras. Portanto, use LUNs suficientes para cumprir os SLAs necessários para o tempo de inicialização do banco de dados SAP HANA e para backups. |
NetApp FabricPool
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.
Você pode usar a política de disposição em camadas somente Snapshot junto com o FabricPool em um destino de backup, como o SnapVault ou o destino do SnapMirror.
|
|
O uso do FabricPool para disposição em camadas de cópias Snapshot no storage primário ou o uso do FabricPool em um destino de backup altera o tempo necessário para a restauração e recuperação de um banco de dados ou outras tarefas, como a criação de clones do sistema ou sistemas de reparo. Leve isso em consideração para Planejar sua estratégia geral de gerenciamento de ciclo de vida e verifique se seus SLAs ainda estão sendo atendidos durante o uso dessa função. |
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 tiering-minimum-cooling-days deve ser definida como um valor que coloque backups de log, que são rotineiramente necessários para recuperação, na camada de armazenamento rápido local.
Configurar o armazenamento
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. Nesta seção, assumimos que o hardware de armazenamento está configurado e que o software ONTAP já está instalado. Além disso, a conexão das portas de storage FCP à malha SAN já precisa estar em vigor.
-
Verifique a configuração correta do compartimento de disco, conforme descrito em [Conexão do compartimento de disco].
-
Crie e configure os agregados necessários, conforme descrito em Configuração de agregado.
-
Crie uma máquina virtual de storage (SVM), conforme descrito em Configuração da máquina virtual de armazenamento.
-
Crie interfaces lógicas (LIFs), conforme descrito em Configuração de interface lógica.
-
Crie grupos de iniciadores (igroups) com nomes mundiais (WWNs) de servidores HANA, conforme descrito na seção Grupos de iniciadores .
-
Crie e configure volumes e LUNs dentro dos agregados conforme descrito na seção "Configuração de host único" para hosts individuais ou em seção "Configuração de múltiplos hosts"
Conexões de prateleira de disco
Compartimentos de disco baseados em SAS
É 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 mostra a figura a seguir. Os discos em cada gaveta devem ser distribuídos igualmente entre as duas controladoras do par de HA. O ADPv2 é usado com o ONTAP 9 e as DS224C gavetas de disco.
|
|
Com o compartimento de disco DS224C, o cabeamento SAS de quatro caminhos também pode ser usado, mas não é necessário. |
Prateleiras de disco baseadas em NVMe
Cada compartimento de disco NVMe de NS224 GB é conetado a duas portas de 100GbE GbE por controladora, conforme mostrado na figura a seguir. Os discos em cada gaveta devem ser distribuídos igualmente para as duas controladoras do par de HA. O ADPv2 também é usado para o compartimento de disco NS224.
Configuração de agregado
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.
|
|
Os sistemas ASA lançados após agosto de 2024 não requerem essa etapa como feito automaticamente |
A figura a seguir mostra uma configuração de 12 hosts SAP HANA executados em um compartimento SAS de 12GB TB configurado com ADPv2. Seis hosts SAP HANA são conectados a cada controlador de storage. Quatro agregados separados, dois em cada controlador de storage, são configurados. Cada agregado é configurado com 11 discos com nove partições de dados e duas partições de disco de paridade. Para cada controlador, duas partições de reposição estão disponíveis.
Configuração da máquina virtual de armazenamento
Vários cenários de SAP 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.
Se houver um perfil de QoS criado e atribuído automaticamente durante a criação de um novo SVM, remova esse perfil criado automaticamente do SVM para garantir a performance necessária para o SAP HANA:
vserver modify -vserver <svm-name> -qos-policy-group none
Configuração de interface lógica
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 Gerenciador de sistemas do ONTAP, você pode selecionar todas as portas FCP físicas necessárias e um LIF por porta física é criado automaticamente.
Grupos de iniciadores
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:
stlrx300s8-6:~ # sanlun fcp show adapter /sbin/udevadm /sbin/udevadm host0 ...... WWPN:2100000e1e163700 host1 ...... WWPN:2100000e1e163701
|
|
A sanlun ferramenta faz parte dos Utilitários de host do NetApp e deve ser instalada em cada host do SAP HANA. Mais detalhes podem ser encontrados na seção "Configuração do host."
|
Os grupos de iniciadores podem ser criados usando a CLI do cluster ONTAP.
lun igroup create -igroup <igroup name> -protocol fcp -ostype linux -initiator <list of initiators> -vserver <SVM name>