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.

Dimensionamento do storage

Colaboradores

A seção a seguir fornece uma visão geral sobre os considerações de capacidade e desempenho necessários para dimensionar um sistema de storage para SAP HANA.

Observação Entre em Contato com a NetApp ou com seu representante de vendas do parceiro da NetApp para ajudá-lo a criar um ambiente de storage com o tamanho adequado.

Considerações de desempenho

A SAP definiu um conjunto estático de KPIs de storage. Esses KPIs são válidos para todos os ambientes SAP HANA de produção, independentemente do tamanho da memória dos hosts de banco de dados e das aplicações que usam o banco de dados SAP HANA. Esses KPIs são válidos para ambientes de host único, host múltiplo, Business Suite no HANA, Business Warehouse no HANA, S/4HANA e BW/4HANAHANA. Portanto, a abordagem de dimensionamento de performance atual depende apenas do número de hosts SAP HANA ativos conectados ao sistema de storage.

Observação Os KPIs de performance de storage são obrigatórios apenas para sistemas SAP HANA de produção, mas você pode implementá-los para todos os sistemas HANA.

O SAP fornece uma ferramenta de teste de performance que precisa ser usada para validar a performance do sistema de storage para hosts ativos do SAP HANA que são conectados ao storage.

A NetApp testou e pré-definiu o número máximo de hosts SAP HANA que podem ser anexados a um modelo de storage específico, sem deixar de atender aos KPIs de storage necessários da SAP para sistemas SAP HANA baseados em produção.

O número máximo de hosts SAP HANA que podem ser executados em um compartimento de disco e o número mínimo de SSDs necessários por host SAP HANA foram determinados executando a ferramenta de teste de performance do SAP. Esse teste não considera os requisitos reais de capacidade de storage dos hosts. Você também precisa calcular os requisitos de capacidade para determinar a configuração de storage real necessária.

Compartimento de disco SAS

Com o compartimento de disco (SAS) de conexão serial 12GB (DS224C), o dimensionamento do desempenho é feito usando as seguintes configurações de compartimento de disco fixo:

  • Compartimentos de disco com meia carga com SSDs de 12 TB

  • Compartimentos de disco totalmente carregados com SSDs de 24 TB

Observação Ambas as configurações usam particionamento avançado de disco (ADPv2). Um compartimento de disco com meia carga dá suporte a até nove hosts SAP HANA, enquanto um compartimento totalmente carregado dá suporte a até 14 hosts em um único compartimento de disco. Os hosts do SAP HANA devem ser igualmente distribuídos entre as duas controladoras de storage. O mesmo se aplica aos discos internos de um sistema AFF A700s. O compartimento de disco de DS224C TB deve ser conetado usando SAS de 12GB GB para dar suporte ao número de hosts SAP HANA.

O compartimento de disco SAS de 6Gb TB (DS2246 TB) dá suporte a um máximo de quatro hosts SAP HANA. Os SSDs e os hosts do SAP HANA devem ser igualmente distribuídos entre as duas controladoras de storage.

A tabela a seguir resume o número com suporte de hosts SAP HANA por compartimento de disco.

6Gb gavetas SAS (DS2246 PB) totalmente carregadas com SSDs de 24 TB 12GB gavetas SAS (DS224C) com metade da carga com SSDs de 12 TB e ADPv2 TB 12GB gavetas SAS (DS224C PB) totalmente carregadas com SSDs de 24 TB e ADPv2 TB

Número máximo de hosts SAP HANA por compartimento de disco

4

9

14

Observação Este cálculo é independente do controlador de armazenamento utilizado. A adição de mais shelfs de disco não aumenta a quantidade máxima de hosts SAP HANA que um controlador de storage pode suportar.

Compartimento NVMe de NS224 TB

Um SSDs NVMe (dados) dá suporte a até 5 hosts SAP HANA. Os SSDs e os hosts do SAP HANA devem ser igualmente distribuídos entre as duas controladoras de storage. O mesmo se aplica aos discos NVMe internos dos sistemas AFF A800, AFF A70 e AFF A90.

Observação A adição de mais shelfs de disco não aumenta a quantidade máxima de hosts SAP HANA que uma controladora de storage pode suportar.

Workloads mistos

O SAP HANA e outros workloads de aplicações executados no mesmo controlador de storage ou no mesmo agregado de storage são compatíveis. No entanto, é uma prática recomendada da NetApp separar os workloads do SAP HANA de todos os outros workloads de aplicações.

Você pode decidir implantar workloads SAP HANA e outros workloads de aplicações no mesmo controlador de storage ou no mesmo agregado. Nesse caso, você precisa garantir que a performance adequada esteja disponível para SAP HANA no ambiente de workload misto. A NetApp também recomenda que você use parâmetros de qualidade do serviço (QoS) para regular o efeito que essas outras aplicações podem ter nas aplicações SAP HANA e garantir a taxa de transferência para aplicações SAP HANA.

A ferramenta de teste de performance do SAP deve ser usada para verificar se hosts SAP HANA adicionais podem ser executados em uma controladora de storage existente que já esteja em uso para outros workloads. Os servidores de aplicações SAP podem ser colocados com segurança no mesmo controlador de storage e/ou agregado que os bancos de dados SAP HANA.

Considerações sobre capacidade

Uma descrição detalhada dos requisitos de capacidade para SAP HANA está "SAP Nota 1900823" no white paper.

Observação O dimensionamento da capacidade do cenário geral do SAP com vários sistemas SAP HANA deve ser determinado com o uso de ferramentas de dimensionamento de storage do SAP HANA da NetApp. Entre em Contato com a NetApp ou com seu representante de vendas do parceiro da NetApp para validar o processo de dimensionamento do storage para um ambiente de storage de tamanho adequado.

Configurar a ferramenta de teste de desempenho

A partir do SAP HANA 1,0 SPS10, a SAP introduziu parâmetros para ajustar o comportamento de e/S e otimizar o banco de dados para o sistema de arquivos e storage usado. Esses parâmetros também devem ser definidos para a ferramenta de teste de desempenho do SAP quando o desempenho de storage estiver sendo testado com a ferramenta de teste de desempenho SAP.

A NetApp realizou testes de desempenho para definir os valores ideais. A tabela a seguir lista os parâmetros que devem ser definidos no arquivo de configuração da ferramenta de teste de desempenho SAP.

Parâmetro Valor

max_parallel_io_requests

128

async_read_submit

ligado

async_write_submit_active

ligado

async_write_submit_blocks

tudo

Para obter mais informações sobre a configuração das diferentes ferramentas de teste SAP, "SAP nota 1943937" consulte HWCCT (SAP HANA 1,0) e "SAP nota 2493172" HCMT/HCOT (SAP HANA 2,0).

O exemplo a seguir mostra como as variáveis podem ser definidas para o plano de execução HCMT/HCOT.

…{
         "Comment": "Log Volume: Controls whether read requests are submitted asynchronously, default is 'on'",
         "Name": "LogAsyncReadSubmit",
         "Value": "on",
         "Request": "false"
      },
      {
         "Comment": "Data Volume: Controls whether read requests are submitted asynchronously, default is 'on'",
         "Name": "DataAsyncReadSubmit",
         "Value": "on",
         "Request": "false"
      },
      {
         "Comment": "Log Volume: Controls whether write requests can be submitted asynchronously",
         "Name": "LogAsyncWriteSubmitActive",
         "Value": "on",
         "Request": "false"
      },
      {
         "Comment": "Data Volume: Controls whether write requests can be submitted asynchronously",
         "Name": "DataAsyncWriteSubmitActive",
         "Value": "on",
         "Request": "false"
      },
      {
         "Comment": "Log Volume: Controls which blocks are written asynchronously. Only relevant if AsyncWriteSubmitActive is 'on' or 'auto' and file system is flagged as requiring asynchronous write submits",
         "Name": "LogAsyncWriteSubmitBlocks",
         "Value": "all",
         "Request": "false"
      },
      {
         "Comment": "Data Volume: Controls which blocks are written asynchronously. Only relevant if AsyncWriteSubmitActive is 'on' or 'auto' and file system is flagged as requiring asynchronous write submits",
         "Name": "DataAsyncWriteSubmitBlocks",
         "Value": "all",
         "Request": "false"
      },
      {
         "Comment": "Log Volume: Maximum number of parallel I/O requests per completion queue",
         "Name": "LogExtMaxParallelIoRequests",
         "Value": "128",
         "Request": "false"
      },
      {
         "Comment": "Data Volume: Maximum number of parallel I/O requests per completion queue",
         "Name": "DataExtMaxParallelIoRequests",
         "Value": "128",
         "Request": "false"
      }, …

Essas variáveis devem ser usadas para a configuração do teste. Este é geralmente o caso com os planos de execução predefinidos que o SAP entrega com a ferramenta HCMT/HCOT. O exemplo a seguir para um teste de gravação de log 4K é de um plano de execução.

…
      {
         "ID": "D664D001-933D-41DE-A904F304AEB67906",
         "Note": "File System Write Test",
         "ExecutionVariants": [
            {
               "ScaleOut": {
                  "Port": "${RemotePort}",
                  "Hosts": "${Hosts}",
                  "ConcurrentExecution": "${FSConcurrentExecution}"
               },
               "RepeatCount": "${TestRepeatCount}",
               "Description": "4K Block, Log Volume 5GB, Overwrite",
               "Hint": "Log",
               "InputVector": {
                  "BlockSize": 4096,
                  "DirectoryName": "${LogVolume}",
                  "FileOverwrite": true,
                  "FileSize": 5368709120,
                  "RandomAccess": false,
                  "RandomData": true,
                  "AsyncReadSubmit": "${LogAsyncReadSubmit}",
                  "AsyncWriteSubmitActive": "${LogAsyncWriteSubmitActive}",
                  "AsyncWriteSubmitBlocks": "${LogAsyncWriteSubmitBlocks}",
                  "ExtMaxParallelIoRequests": "${LogExtMaxParallelIoRequests}",
                  "ExtMaxSubmitBatchSize": "${LogExtMaxSubmitBatchSize}",
                  "ExtMinSubmitBatchSize": "${LogExtMinSubmitBatchSize}",
                  "ExtNumCompletionQueues": "${LogExtNumCompletionQueues}",
                  "ExtNumSubmitQueues": "${LogExtNumSubmitQueues}",
                  "ExtSizeKernelIoQueue": "${ExtSizeKernelIoQueue}"
               }
            }, …

Visão geral do processo de dimensionamento de armazenamento

O número de discos por host HANA e a densidade de host do SAP HANA para cada modelo de storage foram determinados com a ferramenta de teste de performance.

O processo de dimensionamento exige detalhes como o número de hosts SAP HANA de produção e não produção, o tamanho da RAM de cada host e a retenção de backup das cópias Snapshot baseadas em storage. O número de hosts do SAP HANA determina o controlador de storage e o número de discos necessários.

O tamanho da RAM, o tamanho líquido dos dados no disco de cada host SAP HANA e o período de retenção do backup de cópia Snapshot são usados como entradas durante o dimensionamento da capacidade.

A figura a seguir resume o processo de dimensionamento.

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