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 habilitação de recursos de eficiência de storage em uma configuração baseada em 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.
Criptografia de volume e agregado do NetApp
O uso do NetApp volume Encryption (NVE) e do NetApp Aggregate Encryption (NAE) é compatível com SAP HANA.
Qualidade do serviço
A QoS pode ser usada para limitar a taxa de transferência de storage para sistemas SAP HANA específicos ou outras aplicações em uma controladora de uso compartilhado. 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 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 quantidade 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.
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 um destino de SnapVault ou 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.
Configuração de armazenamento
A visão geral a seguir resume as etapas de configuração de armazenamento necessárias. Cada passo é abordado em 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, as conexões entre as portas de armazenamento (10GbE ou mais rápido) e a rede já devem estar em vigor.
-
Verifique a configuração correta da pilha SAS, 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 LIFs conforme descrito em "Configuração de interface lógica."
-
Crie volumes dentro dos agregados, conforme descrito "Configuração de volume para sistemas SAP HANA de host único"em e. "Configuração de volume para sistemas SAP HANA de vários hosts."
-
Defina as opções de volume necessárias, conforme descrito em "Opções de volume."
-
Defina as opções necessárias para NFSv3, conforme descrito em "Configuração NFS para NFSv3" ou para NFSv4, conforme descrito em "Configuração NFS para NFSv4."
-
Monte os volumes no namespace e defina as políticas de exportação como descrito em "Montar volumes no namespace e definir políticas de exportação."
Conexão do compartimento de disco
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.
Configuração de agregado
Em geral, é necessário configurar dois agregados por controladora, independentemente do compartimento de disco ou da tecnologia de unidade (SSD ou HDD) usada. Para sistemas da série FAS2000, 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, é necessário configurar dois agregados por controladora, independentemente do compartimento de disco ou da tecnologia de disco (SSDs ou HDDs) usado. Para sistemas da série FAS2000, um agregado de dados é suficiente.
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 um perfil de QoS for criado e atribuído automaticamente durante a criação da nova SVM, remova o perfil criado automaticamente do SVM para fornecer a performance necessária para o SAP HANA:
vserver modify -vserver <svm-name> -qos-policy-group none
Configuração de interface lógica
Para sistemas de produção SAP HANA, você precisa usar LIFs diferentes para a montagem do volume de dados e do volume de log do host SAP HANA. Portanto, pelo menos dois LIFs são necessários.
As montagens de volume de dados e log de diferentes hosts SAP HANA podem compartilhar uma porta de rede de storage físico usando as mesmas LIFs ou usando LIFs individuais para cada montagem.
O número máximo de montagens de dados e volume de log por interface física é mostrado na tabela a seguir.
| Velocidade da porta Ethernet | 10GbE | 25GbE | 40GbE | 100GeE |
|---|---|---|---|---|
Número máximo de montagens de volumes de dados ou log por porta física |
2 |
6 |
12 |
24 |
|
|
O compartilhamento de um LIF entre diferentes hosts do SAP HANA pode exigir uma remontagem de dados ou volumes de log para um LIF diferente. Essa alteração evita penalidades de desempenho se um volume for movido para um controlador de armazenamento diferente. |
Os sistemas de desenvolvimento e teste podem usar mais dados e montagens de volume ou LIFs em uma interface de rede física.
Para sistemas de produção, desenvolvimento e teste, o /hana/shared sistema de arquivos pode usar o mesmo LIF que o volume de dados ou log.
Configuração de volume para sistemas SAP HANA de host único
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.
|
|
Se apenas um controlador de storage de um par de HA for usado nos sistemas SAP HANA, os volumes de dados e log também poderão ser armazenados no mesmo controlador de storage. |
|
|
Se os volumes de dados e de log forem armazenados no mesmo controlador, o acesso do servidor ao armazenamento deve ser realizado com duas LIFs diferentes: Uma LIF para acessar o volume de dados e outra para acessar o volume de log. |
Para cada host de banco de dados 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 para sistemas SAP HANA de um único host.
| Finalidade | Agregar 1 no controlador A | Agregar 2 no controlador A | Agregado 1 no controlador B | Agregado 2 no controlador b |
|---|---|---|---|---|
Dados, log e volumes compartilhados para o sistema SID1 |
Volume de dados: SID1_data_mnt00001 |
Volume compartilhado: SID1_shared |
– |
Volume de log: SID1_log_mnt00001 |
Dados, log e volumes compartilhados para o sistema SID2 |
– |
Volume de log: SID2_log_mnt00001 |
Volume de dados: SID2_data_mnt00001 |
Volume compartilhado: SID2_shared |
Dados, log e volumes compartilhados para o sistema SID3 |
Volume compartilhado: SID3_shared |
Volume de dados: SID3_data_mnt00001 |
Volume de log: SID3_log_mnt00001 |
– |
Dados, log e volumes compartilhados para o sistema SID4 |
Volume de log: SID4_log_mnt00001 |
– |
Volume compartilhado: SID4_shared |
Volume de dados: SID4_data_mnt00001 |
A tabela a seguir mostra um exemplo da configuração do ponto de montagem para um sistema de host único. Para colocar o diretório inicial sidadm do usuário no armazenamento central, o /usr/sap/SID sistema de arquivos deve ser montado a partir do SID_shared volume.
| Caminho de junção | Diretório | Ponto de montagem no host HANA |
|---|---|---|
SID_data_mnt00001 |
– |
/Hana/data/SID/mnt00001 |
SID_log_mnt00001 |
– |
/Hana/log/SID/mnt00001 |
SID_shared |
usr-sap compartilhou |
/Usr/sap/SID /hana/shared |
Configuração de volume para sistemas SAP HANA de vários hosts
A figura a seguir mostra a configuração de volume de um sistema SAP HANA de mais de 4HANA. 1HANA. Os volumes de dados e log de cada host do SAP HANA são distribuídos a diferentes controladores de storage. Por exemplo, o volume SID1_data1_mnt00001 é configurado no controlador A e o volume SID1_log1_mnt00001 é configurado no controlador B.
|
|
Se apenas um controlador de storage de um par de HA for usado no sistema SAP HANA, os volumes de dados e log também poderão ser armazenados no mesmo controlador de storage. |
|
|
Se os volumes de dados e de log forem armazenados no mesmo controlador, o acesso do servidor ao armazenamento deve ser realizado com duas LIFs diferentes: Uma para acessar o volume de dados e outra para acessar o volume de log. |
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 tabela a seguir mostra um exemplo de configuração para um sistema SAP HANA de vários hosts com quatro hosts ativos.
| Finalidade | Agregar 1 no controlador A | Agregar 2 no controlador A | Agregado 1 no controlador B | Agregado 2 no controlador B |
|---|---|---|---|---|
Volumes de dados e log para o nó 1 |
Volume de dados: SID_data_mnt00001 |
– |
Volume de log: SID_log_mnt00001 |
– |
Volumes de dados e log para o nó 2 |
Volume de log: SID_log_mnt00002 |
– |
Volume de dados: SID_data_mnt00002 |
– |
Volumes de dados e log para o nó 3 |
– |
Volume de dados: SID_data_mnt00003 |
– |
Volume de log: SID_log_mnt00003 |
Volumes de dados e log para o nó 4 |
– |
Volume de log: SID_log_mnt00004 |
– |
Volume de dados: SID_data_mnt00004 |
Volume compartilhado para todos os hosts |
Volume compartilhado: SID_shared |
– |
– |
– |
A tabela a seguir mostra a configuração e os pontos de montagem de um sistema de vários hosts com quatro hosts SAP HANA ativos. Para colocar os diretórios iniciais sidadm do usuário de cada host no armazenamento central, os /usr/sap/SID sistemas de arquivos são montados a partir do SID_shared volume.
| Caminho de junção | Diretório | Ponto de montagem no host SAP HANA | Nota |
|---|---|---|---|
SID_data_mnt00001 |
– |
/Hana/data/SID/mnt00001 |
Montado em todos os hosts |
SID_log_mnt00001 |
– |
/Hana/log/SID/mnt00001 |
Montado em todos os hosts |
SID_data_mnt00002 |
– |
/Hana/data/SID/mnt00002 |
Montado em todos os hosts |
SID_log_mnt00002 |
– |
/Hana/log/SID/mnt00002 |
Montado em todos os hosts |
SID_data_mnt00003 |
– |
/Hana/data/SID/mnt00003 |
Montado em todos os hosts |
SID_log_mnt00003 |
– |
/Hana/log/SID/mnt00003 |
Montado em todos os hosts |
SID_data_mnt00004 |
– |
/Hana/data/SID/mnt00004 |
Montado em todos os hosts |
SID_log_mnt00004 |
– |
/Hana/log/SID/mnt00004 |
Montado em todos os hosts |
SID_shared |
compartilhado |
/hana/shared/ |
Montado em todos os hosts |
SID_shared |
usr-sap-host1 |
/Usr/sap/SID |
Montado no host 1 |
SID_shared |
usr-sap-host2 |
/Usr/sap/SID |
Montado no host 2 |
SID_shared |
usr-sap-host3 |
/Usr/sap/SID |
Montado no host 3 |
SID_shared |
usr-sap-host4 |
/Usr/sap/SID |
Montado no host 4 |
SID_shared |
usr-sap-host5 |
/Usr/sap/SID |
Montado no host 5 |
Opções de volume
Você deve verificar e definir as opções de volume listadas na tabela a seguir em todos os SVMs. Para alguns dos comandos, tem de mudar para o modo de privilégio avançado no ONTAP.
| Ação | Comando |
|---|---|
Desativar a visibilidade do diretório Snapshot |
vol modificar -vserver <vserver-name> -volume <volname> -snapdir-access false |
Desativar cópias Snapshot automáticas |
modificar vol –vserver <vserver-name> -volume <volname> -snapshot-policy none |
Desative a atualização do tempo de acesso, exceto o volume SID_shared |
defina advanced vol modify -vserver <vserver-name> -volume <volname> -atime-update false set admin |
Configuração NFS para NFSv3
As opções NFS listadas na tabela a seguir devem ser verificadas e definidas em todos os controladores de storage.
Para alguns dos comandos apresentados, tem de mudar para o modo de privilégio avançado no ONTAP.
| Ação | Comando |
|---|---|
Ativar NFSv3 |
nfs modificar -vserver <vserver-name> v3,0 ativado |
Defina o tamanho máximo de transferência TCP NFS como 1MB |
defina o <vserver_name> -vserver -tcp-max-xfer-size 1048576 set admin |
|
|
Em ambientes compartilhados com workloads diferentes, defina o tamanho máximo de transferência NFS TCP para 262144 |
Configuração NFS para NFSv4
As opções NFS listadas na tabela a seguir devem ser verificadas e definidas em todos os SVMs.
Para alguns dos comandos, tem de mudar para o modo de privilégio avançado no ONTAP.
| Ação | Comando |
|---|---|
Ativar NFSv4 |
nfs modificar -vserver <vserver-name> -v4,1 ativado |
Defina o tamanho máximo de transferência TCP NFS como 1MB |
defina o <vserver_name> -vserver -tcp-max-xfer-size 1048576 set admin |
Desativar listas de controle de acesso (ACLs) NFSv4 |
nfs modificar -vserver <vserver_name> -v4,1-acl desativado |
Defina o ID de domínio NFSv4 |
nfs modificar -vserver <vserver_name> -v4-id-domain <domain-name> |
Desative a delegação de leitura NFSv4 |
nfs modificar -vserver <vserver_name> -v4,1-read-delegation desabilitado |
Desative a delegação de gravação NFSv4 |
nfs modificar -vserver <vserver_name> -v4,1-write-delegation desabilitado |
Desative NFSv4 ids numéricas |
nfs modificar -vserver <vserver_name> -v4-numeric-ids desabilitados |
Altere a quantidade de slots de sessão NFSv4.x opcional |
definir o nfs avançado modificar -vserver hana -v4.x-session-num-slots <value> set admin |
|
|
Em ambientes compartilhados com workloads diferentes, defina o tamanho máximo de transferência NFS TCP para 262144 |
|
|
Tenha em atenção que a desativação de ids de numeração requer a gestão do utilizador, conforme descrito em "Preparações da instalação do SAP HANA para NFSv4." |
|
|
O ID de domínio NFSv4 deve ser definido com o mesmo valor em todos os servidores Linux (/etc/idmapd.conf ) e SVMs, conforme descrito em "Preparações da instalação do SAP HANA para NFSv4."
|
|
|
O pNFS pode ser ativado e usado. |
Se os sistemas de vários hosts SAP HANA com failover automático do host estiverem sendo usados, os parâmetros de failover precisarão ser ajustados nameserver.ini conforme mostrado na tabela a seguir. Mantenha o intervalo de repetição predefinido de 10 segundos nestas secções.
| Seção dentro de nameserver.ini | Parâmetro | Valor |
|---|---|---|
failover |
normal_tentativas |
9 |
distributed_watchdog |
desativação_tentativas |
11 |
distributed_watchdog |
takeover_tenta novamente |
9 |
Montar volumes no namespace e definir políticas de exportação
Quando um volume é criado, o volume deve ser montado no namespace. Neste documento, assumimos que o nome do caminho de junção é o mesmo que o nome do volume. Por padrão, o volume é exportado com a política padrão. A política de exportação pode ser adaptada, se necessário.