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 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.
A ativação dos recursos de eficiência de storage em uma configuração de HDD não é suportada.
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.
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 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 "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.
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. 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.
-
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 (grupos de iniciadores) com nomes mundiais (WWNs) de SERVIDORES HANA, conforme descrito na seção link:HANA-fas-fc-storage-controller-setup.htmlGrupos 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" para vários hosts
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.
Prateleiras de disco 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.
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. Para sistemas da série FAS 2000, um agregado de dados é suficiente.
Agregue a configuração com HDDs
A figura a seguir mostra uma configuração para oito hosts SAP HANA. Quatro hosts SAP HANA são conectados a cada controlador de storage. Dois agregados separados, um em cada controlador de storage, são configurados. Cada agregado é configurado com 4 x 10, ou seja, 40 discos de dados (HDDs).
Configuração agregada com sistemas apenas SDD
Em geral, dois agregados por controladora devem ser configurados, independentemente do compartimento de disco ou da tecnologia de disco (SSDs ou HDDs) usados.
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
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 .
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 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.
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>