Skip to main content
NetApp Solutions SAP
O português é fornecido por meio de tradução automática para sua conveniência. O inglês precede o português em caso de inconsistências.

Configuração do controlador de storage

Colaboradores

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.

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

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 NetApp SnapVault ou SnapMirror.

Observação 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.

  1. Verifique a configuração correta do compartimento de disco, conforme descrito em "Conexão do compartimento de disco."

  2. Crie e configure os agregados necessários conforme descrito em "Configuração de agregado."

  3. Crie uma máquina virtual de storage (SVM) conforme descrito em "Configuração SVM."

  4. Crie LIFs conforme descrito em "Configuração LIF."

  5. Crie volumes dentro dos agregados conforme descrito emConfiguração de volume para sistemas SAP HANA de host único " " e "Configuração de volume para sistemas SAP HANA de vários hosts."

  6. Defina as opções de volume necessárias, conforme descrito em "Opções de volume."

  7. Defina as opções necessárias para o NFSv3 conforme descrito emConfiguração NFS para NFSv3 " " ou para o NFSv4 conforme descrito em "Configuração NFS para NFSv4."

  8. Montar os volumes no namespace e definir 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

Compartimentos de disco 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 para as duas controladoras do par de HA. O ADPv2 é usado com o ONTAP 9 e as DS224C gavetas de disco.

Observação Com o compartimento de disco DS224C, o cabeamento SAS de quatro caminhos também pode ser usado, mas não é necessário.

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

Compartimentos de disco NVMe (100GbE)

Cada compartimento de disco NVMe de NS224 GB é conetado usando duas portas de 100GbE GbE por controladora. Os discos em cada gaveta devem ser distribuídos igualmente para as duas controladoras do par de HA. O ADPv2, como descrito no capítulo de configuração agregada, também é usado para o compartimento de disco NS224. A figura a seguir mostra a conexão do compartimento de disco com uma unidade NVMe.

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

Configuração de agregado

Em geral, você precisa configurar dois agregados por controladora, independentemente do compartimento de disco ou da tecnologia de unidade (SSDs SAS ou SSDs NVMe) que for usada. Esta etapa é necessária para que você possa usar todos os recursos disponíveis do controlador. Para sistemas da série AFF A200, um agregado de dados é suficiente.

A imagem a seguir mostra uma configuração de 12 hosts SAP HANA executados em um compartimento SAS de 12GB GB 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.

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

Configuração SVM

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 permitir a performance necessária para o SAP HANA:

vserver modify -vserver <svm-name> -qos-policy-group none

Configuração LIF

Para sistemas de produção SAP HANA, você precisa usar LIFs diferentes para montar o volume de dados e o 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.

A quantidade máxima de dados e montagens de volume de log por interface física são mostradas 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

Observação 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.

Observação 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.
Observação 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 a outra para acessar o volume de log.

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

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 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.

Observação 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.
Observação 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.

Figura que mostra a caixa de diálogo de entrada/saída ou que representa o conteúdo escrito

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/SID

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 nesta tabela, tem de mudar para o modo de privilégio avançado.

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

Observação 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 desta tabela, tem de mudar para o modo de privilégio avançado.

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

Observação Em ambientes compartilhados com workloads diferentes, defina o tamanho máximo de transferência NFS TCP para 262144
Observação Tenha em atenção que a desativação de ids numéricas requer a gestão do utilizador, conforme descrito na secção ""Preparações de instalação do SAP HANA para NFSv4.""
Observação 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 na seção ""Preparações de instalação do SAP HANA para NFSv4.""
Observação 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.