Tipo de dimensionamento Standard

Esse termo se refere a um exercício de dimensionamento em que tamanhos de configuração predefinidos são definidos com base em testes de hardware e dimensionamento de camisetas para atender a benchmarks específicos para chegar a um resultado de dimensionamento para os requisitos de hardware de um aplicativo SAP (como rede, CPU, memória, armazenamento).

Método de implementação do dispositivo

O hardware suportado para o SAP HANA depende do método de implementação. SAP O método de implementação do appliance usa hardware pré-definido, validado e otimizado por parceiros de hardware certificados pela SAP, que executam um sistema operacional específico. Essas opções de hardware são oferecidas em vários tamanhos de configuração.

Parceiros (como os Provedores de serviços em nuvem) oferecem dispositivos com várias camadas de hardware, software e componentes de rede redundantes, que não interrompem as operações SAP HANA e defendem contra a indisponibilidade do sistema. Esses componentes incluem:

• Fontes de alimentação e ventiladores e fonte de alimentação ininterrupta (UPS) redundantes
• Memórias de correção de erro de classificação corporativa
• Comutações de rede e roteadores totalmente redundantes
• Sistemas de armazenamento em disco que usam baterias para garantir a gravação mesmo na presença de falta de energia.
• Sistemas de armazenamento em disco que usam striping e espelhamento para redundância e recuperação de falhas de disco.

Em colaboração com a SAP, um Provedor de serviços de nuvem define o dimensionamento correto ao projetar IaaS certificada para SAP para o SAP HANA com o método de implementação do dispositivo:

• Garante o máximo de desempenho com o hardware capaz de atender a cargas de trabalho especificadas, fornecendo memória dedicada para o SAP HANA após a memória residente do S.O. e de outros programas ser levada em consideração e com troca de disco desativada.
• Para maximizar o desempenho e o rendimento, a SAP recomenda que você aumente a capacidade na medida do possível (adquira a configuração com a especificação mais alta de processador e de memória para a carga de trabalho do aplicativo) antes de diminuir a escala (para implementações com requisitos maiores de volume de dados).
• É possível copiar um banco de dados em máquinas de diferentes fornecedores de dispositivos SAP HANA com configurações de hardware diferentes se as máquinas de origem e de destino estiverem em conformidade com as especificações do dispositivo SAP HANA.

Tipo de dimensionamento de Expert

O tipo de dimensionamento especializado refere-se a um exercício de dimensionamento em que os dados específicos do cliente são analisados e usados para detalhar o resultado do dimensionamento dos requisitos de hardware de um aplicativo SAP (como rede, CPU, memória, armazenamento).

De acordo com SAP, o dimensionamento especializado normalmente inclui "explorar alguns processos de negócios com mais detalhes, tanto em nível funcional quanto técnico" (fonte de citação: Sizing Types - Expert Sizing ).

Portanto, com o dimensionamento especializado, não há ferramentas padronizadas usadas para realizar o dimensionamento e, com frequência, isso exigirá um esforço significativo e conhecimento especializado SAP. Os projetos que utilizam o dimensionamento especializado geralmente usam um parceiro comercial externo de consultoria e implementação de sistemas para auxiliar a equipe interna do SAP.

Para o dimensionamento especializado, é provável que as etapas a seguir sejam executadas (fonte: Tipos de dimensionamento - dimensionamento especializado ):

• Identificar as consultas/apps/cenários mais importantes
• Identifique como eles são usados, por exemplo, critérios de filtro, autorizações.
• Executar essas consultas/apps/cenários em dados de teste representativos (qualidade de dados de teste e quantidade de dados de teste). Idealmente, em uma cópia recente dos dados de produção
• Medir o consumo de recursos (CPU/memória) e tempos de resposta
• Executar um cálculo de previsão com base no uso esperado das consultas/apps/cenários

Método de implementação da TDI

O hardware suportado para o SAP HANA depende do método de implementação. O método de implementação da TDI usa o hardware definido customizado por parceiros de hardware certificados pela SAP que usam versões flexíveis de S.O. ou SAP HANA. Estas podem ser configuradas para qualquer tamanho (sob a configuração máxima testada pela SAP).

Parceiros (como Provedores de serviços de nuvem) oferecem TDI com várias opções de configuração e opções de redundância. Essas opções dependem da seleção do dimensionamento scale-up ou scale-out e devem ser instaladas por um administrador certificado designado pelo site SAP HANA. Isso pode incluir:

• Fontes de alimentação e ventiladores e fonte de alimentação ininterrupta (UPS) redundantes
• Memórias de correção de erro de classificação corporativa
• Comutações de rede e roteadores totalmente redundantes
• Sistemas de armazenamento em disco usam baterias para garantir a gravação mesmo na presença de falha de energia
• Sistemas de armazenamento em disco que usam o striping e o espelhamento para redundância e recuperação de falhas de disco

A SAP e um provedor de serviços de nuvem concordam em dar suporte ao cliente para um dimensionamento de aumento de capacidade ou de ampliação selecionado usando a IaaS certificada pela SAP para o SAP HANA com o método de implementação de TDI:

• O banco de dados SAP HANA deve ser validado antes de ser usado em sistemas de produção que usam a SAP HANA Hardware and Cloud Measurement Tool (HCMT) para testes de TDI quando solicitado pela organização de suporte SAP.
• Para maximizar o desempenho e o rendimento, a SAP recomenda que você aumente a capacidade na medida do possível (adquira a configuração com a especificação mais alta de processador e de memória para a carga de trabalho do aplicativo) antes de diminuir a escala (para implementações com requisitos maiores de volume de dados).

Rede

O multinó do SAP HANA requer que determinadas redes estejam instaladas para funcionar. Antes de solicitar outros componentes do seu sistema, essas redes devem ser configuradas corretamente e junto dos nós do banco de dados. A separação dos fluxos/tráfego de rede pode melhorar o desempenho (ou seja, manter o alto tráfego de armazenamento separado do tráfego do usuário) quando mais interfaces de rede são conectadas ao servidor.

Como um resumo da separação de rede, é necessário ter no cluster de ampliação do SAP HANA:

• Uma rede do lado do cliente, que conecta os servidores de aplicativos SAP Advanced Business Application Programming (SAP ABAP), clientes SAP HANA Studio e qualquer outro cliente de rede ao sistema de multinó. As opções de rendimento de rede e disponibilidade dependem do ambiente e do cenário de uso de seu sistema de multinós SAP HANA. Considere os principais indicadores de desempenho (KPIs) de disponibilidade e a quantia de dados transferidos do banco de dados SAP HANA e para ele que são necessários para seu aplicativo.
• Uma rede de armazenamento, que se conecta ao Network Storage (Arquivo/NFS ou Bloco/iSCSI dependente da seleção de infraestrutura). As opções de rendimento de rede e disponibilidade dependem do ambiente e do cenário de uso de seu sistema de multinós SAP HANA. Considere que o rendimento e a latência necessários para fornecer 10.000 IOPS estão disponíveis para cada nó SAP HANA.
• Uma rede entre nós para comunicação interna do SAP HANA que é configurada de forma equivalente à rede de armazenamento. A rede entre nós é usada somente para comunicação entre nós e a transferência de dados que pode ser necessária entre os nós durante as operações.

Dentro de cada ambiente está um design de rede separado. A rede de ambiente de infraestrutura clássica é a precursora e é a opção mais robusta de muitos conceitos tradicionais e de rede física. A rede do ambiente de Infraestrutura de VPC é uma rede definida por software. A rede do ambiente IBM Power (como uma oferta complementar dos IBM Power Systems) é projetada com princípios de rede para desempenho de classificação corporativa.

Como essas redes de ambiente são diferentes, a configuração da taxa de transferência da NIC extra muda para as diferentes opções de infraestrutura:

• Bare Metal, na rede de Infraestrutura clássica: para maximizar o desempenho e a redundância, as interfaces de rede física (NIC) são fornecidas com 10 Gbps e, em seguida, provisionadas com ligação usando o Link Aggregation Control Protocol (LACP). Os comutadores são configurados automaticamente ao solicitar redundância na NIC física. Placas NIC adicionais podem ser incluídas, dependendo da especificação de máquina física e da disponibilidade de comutação física de portas.
• Intel Virtual Server na rede de infraestrutura VPC: para maximizar o desempenho e a redundância, até cinco interfaces de rede (vNIC) podem ser incluídas em várias sub-redes.
• IBM Power Virtual Server em IBM Rede de infraestrutura de energia: Para maximizar a redundância de desempenho, podem ser adicionadas várias interfaces de rede ( vNIC ) conectadas a diferentes VLANs (e suas respectivas sub-redes).
• VMware for SAP, na rede de Infraestrutura clássica...
  • IBM Cloud for VMware Solutions, na rede de infraestrutura clássica: adaptadores redundantes para VMware são configurados pelo VMware vSphere Distributed Switch (VDS) usando o VDS no NSX-T, de acordo com as práticas recomendadas atuais do VMware para SDDC. Embora sujeita a mudanças, a redundância é definida configurando cada comutador distribuído com o algoritmo de balanceamento de carga Rota baseada na porta virtual de origem. Todos os grupos de portas usados pelo algoritmo devem ser configurados para usar teamings em 2 uplinks (Ativo: 0,1).
  • IBM Cloud Bare Metal with VMware vSphere (configuração manual), na rede de Infraestrutura clássica: sugere-se que os adaptadores usem as melhores práticas, no entanto, o vSwitch poderia usar a ligação LACP dos adaptadores da NIC física

Armazenamento de ampliação

Os dados são distribuídos entre vários nós do SAP HANA, que estão hospedando o banco de dados único.

Siga as diretrizes do Sizing SAP HANA- SAP HANA Master Guide para determinar o tamanho da capacidade total de armazenamento necessária para seu sistema SAP HANA de destino.

O volume compartilhado SAP HANA e cada um dos volumes de dados e de log devem ser acessíveis a todos os nós (o que pode ser mais fácil de permitir o acesso de armazenamento de rede a todos os nós dentro da Sub-rede usada para conectividade de armazenamento). Existem critérios de desempenho específicos que devem ser atendidos pelos volumes do Network File System (NFS) conectados:

• Volumes /hana/data/ e /hana/log; os volumes individuais são necessários para cada nó com um mínimo de 10 IOPS/GB
• Volume /hana/shared, necessário para ser compartilhado em todos os nós com um mínimo de 10 IOPS/GB e recomendado para incrementar ainda mais para 12 IOPS/GB

Para a Infraestrutura clássica:

• Leia SAP HANA em NetApp Sistemas FAS com NFS ) para ajudar na configuração de seu sistema de vários nós SAP HANA.
• Use as opções de montagem do Network File System (NFS) a seguir em /etc/fstab para cada volume para montagem - rw,bg,hard,timeo=600,intr,noatime,vers=4,minorversion=1,lock,rsize=1048576,wsize=1048576.

Depois de montar todos os seus volumes para todos os nós, seus servidores de multinó estão configurados e prontos para instalar o banco de dados de multinó do SAP HANA. Siga as etapas do Guia de Instalação e Atualização do Servidor SAP HANA) para instalar um banco de dados SAP HANA da versão necessária.