PRÁTICAS RECOMENDADAS DE CONFIGURAÇÃO DE · PDF fileVMAX3 ou VMAX All Flash, ... Considerações sobre replicação de armazenamento SRDF ... "Booting from SAN" do EMC Host Connectivity

Guia da Solução

PRÁTICAS RECOMENDADAS DE CONFIGURAÇÃO DE ARMAZENAMENTO PARA A TAILORED DATACENTER INTEGRATION DO SAP HANA NO EMC VMAX

VMAX 10K, 20K, 40K

VMAX3 100K, 200K, 400K

VMAX All Flash 250F/FX, 450F/FX, 850F/FX

Soluções EMC

Resumo

Este guia da solução descreve um conceito que supera as limitações do modelo do SAP HANA (High Performance Analytical Appliance, appliance analítico de alto desempenho). Usando a TDI (Tailored Datacenter Integration, integração de

datacenter sob medida) em sistemas de armazenamento EMC® VMAX®,

VMAX3TM e VMAX® All Flash, os clientes podem integrar o HANA a uma infraestrutura de datacenter existente e consagrada, resultando em vários benefícios.

Outubro de 2016

Copyright

2 Práticas Recomendadas de Configuração de Armazenamento para a TDI do SAP HANA no EMC VMAX Guia da Solução

Copyright © 2016 EMC Corporation. Todos os direitos reservados. Publicado no Brasil.

Publicado em outubro de 2016

A EMC assegura que as informações apresentadas neste documento estão corretas na data da publicação. As informações estão sujeitas a alterações sem prévio aviso.

As informações nesta publicação são fornecidas no estado em que se encontram. A EMC Corporation não garante nenhum tipo de informação contida nesta publicação, assim como se isenta das garantias para a comercialização de um produto para um propósito específico. O uso, a cópia e a distribuição de qualquer software da EMC descrito nesta publicação exigem uma licença de software.

EMC2, EMC, Data Domain, VMAX, VMAX3, VMAX All Flash, Virtual Provisioning e o logotipo da EMC são marcas registradas ou comerciais da EMC Corporation nos Estados Unidos e em outros países. Todas as outras marcas comerciais aqui utilizadas pertencem a seus respectivos proprietários.

Para obter a lista mais atualizada de produtos da EMC, consulte EMC Corporation Trademarks no site www.emc.com/pt-br/index.htm.

Práticas Recomendadas de configuração de armazenamento para TDI (Tailored Data Center) do SAP

HANA no EMC VMAX

Guia da Solução

Número da peça XXXX

Aviso: O conteúdo deste documento pode ser diferente do conteúdo do documento publicado.

http://brazil.emc.com/legal/emc-corporation-trademarks.htm

Índice


Índice

Resumo executivo ................................................................................................................................................. 4

Introdução .............................................................................................................................................................. 6

Usando os arrays EMC VMAX para SAP HANA: Considerações gerais ........................................................ 7

Princípios de projeto de armazenamento para SAP HANA em arrays VMAX (10K, 20K, 40K) ................ 13

Princípios de projeto de armazenamento para o SAP HANA em arrays VMAX3 e VMAX All Flash

(100K, 200K, 400K, 250F/FX, 450F/FX, 850F/FX) ................................................................................................. 18

Configuração de armazenamento e instalação de um cluster de scale-out do HANA em um array

VMAX All Flash: Exemplo ..................................................................................................................................... 22

Conclusão ............................................................................................................................................................. 37

Referências ........................................................................................................................................................... 38

Resumo executivo


Resumo executivo

O SAP HANA é uma plataforma em memória que pode ser implementada no local ou na nuvem. Trata-se de uma plataforma revolucionária que é ideal para a execução de lógica analítica e o desenvolvimento e a implementação de aplicativos em tempo real. Ele é o principal componente dessa plataforma de dados em tempo real.

O HANA combina componentes de software da SAP que são otimizados em um hardware comprovado, fornecido por parceiros de hardware da SAP. Ele pode ser implementado no local em dois modelos diferentes, conforme exibido na Figura 1.

Figura 1. Comparação entre o modelo de appliance e o modelo de TDI do

SAP HANA (imagem ©SAP SE)

Por padrão, um appliance HANA inclui componentes integrados de armazenamento, de computação e de rede. O appliance é certificado pela SAP, desenvolvido por parceiros do hardware do HANA e enviado para os clientes com todos os componentes de software pré-instalados, inclusive os sistemas operacionais e o software do HANA.

Em comparação com o modelo de implementação de appliance, a abordagem de TDI é mais aberta e proporciona maior flexibilidade. Os servidores do HANA ainda devem atender aos requisitos do HANA e serem servidores do HANA certificados, mas os componentes de rede e de armazenamento podem ser compartilhados em ambientes do cliente. Isso permite que os clientes usem seus storage arrays corporativos existentes para o HANA e o integre com perfeição a operações de datacenter existentes, como recuperação de desastres, proteção de dados, monitoramento e gerenciamento. Assim, são reduzidos o tempo de retorno do investimento, os riscos e os custos de uma adoção geral do HANA.

A SAP certifica os storage arrays corporativos usados em implementações de TDI do HANA para garantir que eles atendam aos requisitos funcionais e de desempenho do HANA1. Usando a ferramenta de verificação de configuração de 1Os arrays EMC VMAX, VMAX3 e VMAX All-Flash são certificados pela SAP.

Caso de

negócio

Visão geral da

solução

Resumo executivo


hardware do HANA (hwcct), a EMC fez testes abrangentes com a família EMC®

VMAX® e os sistemas de armazenamento VMAX® All Flash em conformidade com os seguintes cenários de certificação da SAP:

HANA-HWC-ES 1.0para VMAX

HANA-HWC-ES-1.1para VMAX3TMe VMAX All Flash

Com base nos resultados desses testes, este Guia da Solução descreve as recomendações de configuração de armazenamento para os arrays VMAX, VMAX3 e VMAX All Flash que atendam aos requisitos de desempenho da SAP (principais indicadores de desempenho de TDI do SAP HANA para throughput de dados e latência) e garantem a mais alta disponibilidade para persistência de banco de dados em disco.

Obs.: a SAP recomenda que os clientes de TDI executem a ferramenta hwcct em seu ambiente para garantir que a implementação específica de TDI do HANA atenda aos critérios de desempenho da SAP.

Este Guia da Solução descreve as implementações de TDI do HANA em ambientes físicos. Se você planeja usar o HANA em ambientes VMware virtualizados no vSphere, consulte o documento da EMC Guia da Solução SAP HANA Virtualizado por VMware com Armazenamento EMC.

Os clientes que usam a TDI do HANA no VMAX, no VMAX3 e no VMAX All Flash podem:

Integrar o HANA a um datacenter existente

Usar o armazenamento corporativo compartilhado do VMAX para contar com conceitos já disponíveis e de vários locais de modo a se beneficiar de processos estabelecidos de automação e de operação

Fazer a transição facilmente de um modelo baseado em appliance para a arquitetura de TDI baseada em VMAX e contar com os serviços da EMC para minimizar o risco

Usar seus processos operacionais, habilidades e ferramentas existentes, e evitar os riscos e os custos significativos associados a mudanças operacionais

Usar os benefícios de desempenho e escala do VMAX para obter percepções em tempo real em toda a empresa

Para a EMC e os autores deste documento, seu feedback sobre a solução e a documentação é bem-vindo. Envie seus comentários para [email protected] .

Autores: Werner Katzenberger, Aighne Kearney

Principais

benefícios

Nós valorizamos

seu feedback!

mailto:[email protected]

Introdução


Introdução

Antes de o modelo de implementação de TDI do HANA ser introduzido, os clientes que usaram o modelo de appliance passaram pelas seguintes limitações:

Número limitado de servidores, redes e armazenamento

Impossibilidade de usar a infraestrutura do datacenter e os processos operacionais existentes

Tamanhos fixos para capacidades de armazenamento do HANA (o armazenamento fazia parte do appliance)

Poucas informações e pouco controle dos componentes críticos do appliance do HANA

Tamanhos fixos para as capacidades de servidor e de armazenamento do HANA, aumentando os custos por conta da falta de capacidade e da impossibilidade de responder com rapidez a demandas inesperadas de crescimento

Este guia descreve uma solução que usa o HANA em um cenário de implementação de TDI no armazenamento corporativo EMC VMAX, VMAX3 e VMAX All Flash. A solução reduz os custos operacionais e de hardware, diminui os riscos e aumenta a flexibilidade para escolher os fornecedores de servidor e rede.

O guia apresenta as recomendações de configuração baseadas nos requisitos da SAP para alta disponibilidade e nos testes e resultados de desempenho que são necessários para atender aos KPIs (Key Performance Indicators, principais indicadores de desempenho) da SAP para TDI do SAP HANA.

Este documento apresenta as seguintes informações:

Práticas recomendadas e dicas para implementar o banco de dados do HANA em sistemas de armazenamento VMAX, VMAX3 e VMAX All Flash

Introdução às tecnologias-chave da solução

Descrição dos requisitos de configuração e dos princípios de projeto de armazenamento para o armazenamento VMAX, VMAX3 e VMAX All Flash com o HANA

Exemplo de uma instalação de scale-out do HANA usando dispositivos de armazenamento do VMAX All Flash

Este documento destina-se a integradores de sistemas, administradores de sistemas ou de armazenamento, clientes, parceiros e membros do EMC Professional Services que precisem configurar um storage array VMAX, VMAX3 ou VMAX All Flash para ser usado em um ambiente de TDI para o HANA.

Finalidade da

solução

Escopo

Público-alvo

Usando os arrays EMC VMAX para SAP HANA: Considerações gerais


Usando os arrays EMC VMAX para SAP HANA: Considerações

gerais

Esta seção descreve as considerações gerais que você deve ter em mente ao conectar o HANA a arrays VMAX. Enquanto as considerações de configuração de disco, de pool e de LUN são diferentes entre os sistemas VMAX e os sistemas VMAX3 ou VMAX All Flash, os seguintes itens são comuns a todas as plataformas:

Requisitos de capacidade do HANA

Considerações sobre a rede SAN

Padrões de I/O do HANA

Considerações sobre replicação de armazenamento SRDF

A certificação do armazenamento corporativo SAP HANA não usa os mesmos cenários de certificação para o VMAX (10K, 20K, 40K) que usa para os arrays VMAX3 e VMAX All Flash. Esta seção descreve as diferenças.

Cada nó do HANA requer dispositivos de armazenamento e capacidade para as seguintes finalidades:

Imagem de inicialização do sistema operacional (SO)

Instalação do HANA

Persistência do HANA (dados e registro)

Backup

Imagem de inicialização do sistema operacional

Quando os nós do HANA inicializam em um volume no array VMAX (ou seja, a inicialização de rede de área de armazenamento ou SAN), a capacidade necessária do sistema operacional deve ser incluída no cálculo de capacidade geral para a instalação do HANA. Cada nó do HANA requer aproximadamente 100 GB de capacidade para o sistema operacional. Essa capacidade inclui o diretório /usr/sap/.

Ao inicializar de uma SAN, siga as práticas recomendadas descritas na seção "Booting from SAN" do EMC Host Connectivity Guide for Linux.

Instalação do HANA (hana/shared/)

Cada nó do HANA exige acesso a um file system montado sob o ponto de montagem local,/hana/shared/,para a instalação dos binários do HANA e os arquivos, os rastreamentos e os registros de configuração. Em um cluster de scale-out do HANA, somente um file system compartilhado é obrigatório e deve ser montado em todos os nós. A maioria das instalações do HANA usa um file system NFS para essa finalidade. Os arrays VMAX3 e VMAX All Flash podem fornecer ao file system a opção de eNAS. Você pode calcular o tamanho do file system /hana/shared/ usando a fórmula no White paper sobre Requisitos de

Requisitos de

capacidade do

HANA



Armazenamento do SAP HANA. A versão 2.7 do paper (fevereiro de 2016) usa as seguintes fórmulas:

Único nó (scale-up):

Tamanhoinstalação (único nó)= MIN (1 x RAM; 1 TB)

Vários nós (scale-out):

Tamanhoinstalação (scale-out) = 1 x RAM_de_operador a cada 4 nós

do operador

Persistência do HANA (dados e registro)

O banco de dados do HANA em memória exige o armazenamento em disco para as seguintes finalidades:

Manter a persistência dos dados em memória no disco de modo a evitar uma perda de dados devido a uma paralisação de energia, além de permitir um failover automático de host, no qual um host em standby do HANA assume o controle dos dados em memória de um host operador com falha em instalações scale-out

Registrar informações sobre alterações de dados (redo log)

Cada nó do HANA (scale-up) e nó do operador (scale-out) requer dois volumes de disco para salvar o banco de dados em memória no disco (dados) e para manter um redo log (registro). O tamanho desses volumes depende do requisito de memória total prevista do banco de dados e do tamanho da RAM do nó. Para ajudá-lo a preparar o dimensionamento de disco, a SAP fornece referências para ferramentas e documentos relevantes no White paper sobre Requisitos de Armazenamento SAP HANA. A versão 2.7 do artigo, publicada em fevereiro de 2016, explica que você pode calcular o tamanho do volume de dados usando a seguinte fórmula:

Tamanhodados = 1,2x de espaço líquido em disco para dados

sendo que espaço líquido em disco é o requisito total de memória previsto para o banco de dados mais espaço livre adicional de 20%.

Se o banco de dados é distribuído entre vários nós em um cluster de scale-out, divida o espaço em disco líquido pelo número de nós de operadores do HANA no cluster. Por exemplo, se o espaço em disco líquido é de 2 TB e o cluster de scale-out consiste em 4 nós de operador, então cada nó deve ter um volume de dados de 616 GB atribuído a ele (2 TB/4 = 512 GB x 1,2 = 616 GB).

Se o espaço em disco líquido é desconhecido no momento do dimensionamento do armazenamento, a EMC recomenda o uso do tamanho da RAM do nó mais 20% de espaço livre para calcular a capacidade do sistema de file system.



O tamanho do volume de registro depende do tamanho de RAM do nó. O White paper sobre Requisitos de Armazenamento SAP HANA sugere o uso das seguintes fórmulas para calcular o tamanho mínimo do volume de registro:

[sistemas ≤ 512GB] Tamanhoredolog = 1/2 x RAM

[sistemas > 512 GB] Tamanhoredolog(mín.) = 512 GB

Backup

O HANA dá suporte a backup para um file system ou ao uso de ferramentas de terceiros certificados pela SAP. A EMC dá suporte a estratégias de proteção de dados para backup do HANA utilizando o EMC Data Domain® e o Networker®. Embora seja possível fazer um backup do HANA para um file system NFS em um array VMAX3 ou VMAX All Flash, a EMC não recomenda fazer backup do banco de dados HANA para o mesmo storage array no qual reside a persistência primária. Se você planeja fazer backup do HANA para um file system NFS em um array VMAX3 ou VMAX All Flash diferente, consulte o white paper sobre requisitos de armazenamento SAP para mais informações sobre o dimensionamento do file system de backup. A capacidade não depende apenas do tamanho dos dados e da frequência das operações de alteração no banco de dados, mas também das gerações de backup mantidas em disco.

Considerações gerais sobre conectividade de SAN

A conectividade de SAN, que inclui os HBAs do host, as portas de SAN, os switches e as portas de front-end do array, requer um planejamento cuidadoso. Os KPIs do SAP HANA para implementações de TDI exigem uma largura de banda máxima de 400 MB/s por nó do HANA. Por exemplo, se 10 nós em uma SAN são conectados a um array VMAX, uma largura de banda total de 4.000 MB/s é necessária. Supondo-se que uma porta de front-end de 8 Gbps forneça cerca de 750 MB/s de largura de banda, então pelo menos 6 portas dedicadas de front-end de 8 Gbps são necessárias para dar suporte a 10 nós do HANA (6 x 750 MB/s = 4500 MB/s). Três portas são necessárias ao usar portas front-end de 16 Gbps.

Apesar de esse requisito de largura de banda máxima surgir somente no caso improvável de que todos os nós tenham esse requisito simultaneamente, a capacidade de storage arrays de sustentar essa carga de trabalho de pico é um dos critérios de certificação do SAP HANA.

Esse requisito não afeta apenas a configuração de front-end de armazenamento. No exemplo com 10 nós, o caminho completo por meio da rede SAN também precisa ser configurado para dar suporte à largura de banda máxima. Em uma SAN multihop, onde vários switches são conectados por meio de ISLs (Inter Switch Links, links entre switches), a largura de banda dos ISLs também deve dar suporte à largura de banda máxima necessária.

Portas de armazenamento

Quando você estiver planejando a conectividade de armazenamento para desempenho e disponibilidade, a EMC recomenda "ampliar antes de aprofundar", o que significa que é melhor conectar as portas de armazenamento entre

Considerações

sobre a rede

SAN



directors e engines diferentes do 2que usar todas as portas em um único director. Dessa forma, mesmo que um componente falhe, o armazenamento poderá continuar a atender a I/Os do host. A novidade para os arrays VMAX3 e VMAX All Flash é a alocação de núcleo dinâmica. Cada director do VMAX3 oferece serviços como gerenciamento de dados, conectividade de back-end ou conectividade de front-end. Cada serviço tem seu próprio conjunto de núcleos em cada director. Os núcleos são agrupados para fornecer recursos de CPU que podem ser alocados conforme necessário. Por exemplo, mesmo que os I/Os de host sejam entregues por meio de uma única porta front-end no director, o pool de front-end com todos os seus núcleos de CPU estará disponível para atender a essa porta. Como os I/Os que chegam a outros directors terão seus próprios pools de núcleo, a EMC recomenda conectar cada host a portas em diferentes directors antes de usar portas adicionais no mesmo director para obter melhor desempenho e disponibilidade.

A SAP requer o isolamento da carga de trabalho do HANA de aplicativos que não são do HANA. Portanto, a EMC recomenda usar portas de front-end dedicadas para HANA e não compartilhar essas portas com aplicativos que não sejam do HANA.

Portas de HBA

Cada porta (iniciador) de host bus adapter (HBA) cria um caminho de I/Os entre o host e o switch de SAN, que, em seguida, continua para o armazenamento do VMAX. Você precisa usar duas portas HBA, preferencialmente em dois HBAs separados. Duas portas fornecem mais conectividade e também permitem múltiplos caminhos nativos do Linux (DM-MPIO) para o balanceamento de carga e failover entre os caminhos do HBA.

Os dispositivos persistentes do HANA têm diferentes padrões de I/O. Consulte o White paper sobre Requisitos de Armazenamento SAP HANA para obter mais detalhes.

Volume de dados

O acesso ao volume de dados é principalmente aleatório, com blocks que variam de 4 K a 64 M em tamanho. Os dados são gravados assincronamente com I/Os paralelas ao file system de dados. Durante operações normais, a maioria das I/Os para o file system de dados são gravações e os dados são lidos do file system somente durante a reinicialização do banco de dados, backups de HANA, failover automático de host ou uma operação de carga/recarga de tabela de armazenamento de coluna.

Volume dos registros

O acesso ao volume de registro é principalmente sequencial, com blocks que variam de 4 K até 1 M de tamanho. O HANA mantém um buffer de 1 M para o redo log em memória. Quando o buffer estiver cheio, ele será gravado de modo síncrono no volume de registro. Quando uma transação do banco de dados é

2Cada engine do VMAX tem dois directors redundantes.

Padrões de I/O

do HANA



confirmada antes que o buffer de registro esteja cheio, um block menor é gravado no file system. Como os dados são gravados de modo síncrono no volume de registro, uma baixa latência de I/O para o dispositivo de armazenamento, especialmente para os tamanhos de block menores, de 4 K e de 16 K, é importante.

Como ocorre com o volume de dados, durante operações normais de banco de dados a maioria dos I/Os para o volume de registro é composta por gravações, e os dados só são lidos no volume de registro durante uma reinicialização do banco de dados, um failover de alta disponibilidade e um backup de logs ou uma recuperação de banco de dados.

Os I/Os do HANA podem ser otimizados para ambientes específicos de armazenamento. Otimizando I/Os do arquivo após a instalação do HANA descreve a otimização específica para os arrays VMAX.

O HANA dá suporte a duas tecnologias de replicação: replicação de volumes de armazenamento com replicação de armazenamento e replicação baseada em aplicativos com replicação de sistema HANA.

A EMC validou a replicação de armazenamento usando o Symmetrix Remote Data Facility (SRDF), conforme descrito nos seguintes guias da solução da EMC:

Continuidade de Negócios e Recuperação de Desastres com EMC VMAX3 para Implementações de TDI de SAP HANA

Práticas Recomendadas de Continuidade de Negócios para a TDI de SAP HANA com o EMC Symmetrix VMAX

Mesmo que a replicação síncrona do armazenamento usando o SRDF/S tenha sido validada e seja compatível com ambientes do HANA, ela exige uma análise cuidadosa do impacto na latência de I/Os de registro do HANA. Dependendo da distância e da infraestrutura de rede entre os locais do SRDF/S, a latência desses I/Os podem exceder o valor do limite aceitável e resultar em um processamento significativamente mais lento de transações, que pode levar a situações de congelamento ou de falta de memória em alguns casos.

Apesar de a SAP não fornecer um valor de limite de latência para replicações de armazenamento para I/Os de blocks pequenos (4 KB e 16 K), a EMC recomenda que essas latências não devem exceder significativamente os KPIS definidos pelo SAP para ambientes não replicados.

Se a latência usando SRDF/S em um ambiente do cliente é maior, e os usuários estão enfrentando problemas de desempenho do HANA, a EMC recomenda mudar para a replicação assíncrona usando SRDF/A se um objetivo de ponto de recuperação diferente de zero (RPO) é aceitável.

Desde que a SAP introduziu o modelo de implementação de TDI, dois cenários diferentes de certificação têm sido usados para testar o desempenho da persistência do HANA (dados e registro) e validar que o storage array atende aos KPIs da SAP para largura de banda (MB/s) e latência (microssegundos).

Replicação de

armazenamento

do Symmetrix

Remote Data

Facility

Cenários de

certificação do

SAP HANA

http://brazil.emc.com/collateral/technical-documentation/h14466-continuity-vmax3-hana-sg.pdf


http://brazil.emc.com/collateral/white-paper/h13149-business-continuity-best-practices-sap-hana.pdf




HANA-HWC-ES 1.0

O cenário de certificação HANA-HWC-ES 1.0 foi o primeiro cenário SAP fornecido. Ele usou uma ferramenta fstest subjacente para realizar e validar as operações de I/O nos file systems. De uma perspectiva de file system, fstest executou operações de I/O sequenciais e aleatórias, enquanto a maioria dos I/Os aleatórios de file systems foram tratados como I/Os sequenciais pelo storage array. Portanto, foi possível obter os KPIs da SAP usando um número menor de discos.

Os arrays VMAX 10K, 20K e 40K foram certificados usando o cenário de HANA-HWC-ES 1.0. As recomendações de configuração e escalabilidade para esses modelos neste guia são baseadas no cenário do HANA-HWC-ES 1.0. Ao revalidar um VMAX 10K, 20K ou 40K no local do cliente, consulte a Nota da SAP 1943937.

HANA-HWC-ES 1.1

Com SAP HANA 1.0 SPS 10 e posterior, a SAP introduziu um novo cenário para certificações de armazenamento corporativo. A versão 1.1 usa uma ferramenta fsperf subjacente de validação de desempenho do file system. Com fsperf, as operações de I/O aleatórias exigiam recursos adicionais, e os KPIs podiam ser obtidos apenas com discos adicionais (HDDs) ou com discos flash.

Os arrays VMAX3 foram originalmente certificados usando HANA-HWC-ES 1.0, mas foram certificados com os arrays VMAX All Flash usando o cenário de HANA-HWC-ES 1.1. As recomendações de configuração e escalabilidade neste guia da solução são baseadas no cenário do HANA-HWC-ES 1.1. Ao revalidar arrays VMAX3 ou VMAX All Flash no local do cliente, consulte a nota 1943937 da SAP.

Princípios de projeto de armazenamento para SAP HANA em arrays VMAX (10K, 20K, 40K)


Princípios de projeto de armazenamento para SAP HANA em

arrays VMAX (10K, 20K, 40K)

As recomendações de configuração a seguir se aplicam a sistemas HANA de produção implementados em storage arrays corporativos VMAX 10K, 20K e 40K. Os sistemas HANA de produção em ambientes de TDI precisam atender aos requisitos dos indicadores-chave de desempenho da SAP e aos requisitos especiais de configuração a seguir.

ATabela 1 fornece diretrizes para calcular o número inicial de hosts do HANA de produção que podem ser conectados, com base em testes de desempenho que realizamos em um único engine VMAX 10K usando a ferramenta hwcct do SAP (para o cenário HANA-HWC-ES 1.0).

Obs.: Nós determinamos a capacidade de expansão de modelos superiores e engines adicionais ao extrapolar os resultados de teste do VMAX 10K usando as características de desempenho dos modelos mais altos.

O número real de hosts do HANA que podem ser conectados a um array VMAX em um ambiente do cliente pode ser maior ou menor do que o número mencionado na Tabela 1, dependendo da carga de trabalho real. A EMC recomenda usar a ferramenta hwcct do HANA do cenário HANA-HWC-ES 1.0 em ambientes do cliente para validar o desempenho do HANA e determinar o número máximo possível de hosts do HANA em determinado storage array.

Tabela 1. Escalabilidade do VMAX de 10K, 20K e 40K

Modelo do

VMAX

Número de engines

disponíveis

Número de hosts operadores do

HANA

10K 1 12

2 18

3 24

4 30

20K 1 12

2 20

3 28

4 36

5 44

6 52

7 60

8 68

40K 1 12

Escalabilidade



Modelo do

VMAX

Número de engines

disponíveis

Número de hosts operadores do

HANA

2 22

3 32

4 42

5 52

6 62

7 72

8 82

Além das informações fornecidas na seção Portas de armazenamento, os requisitos especiais se aplicam quando você conectar nós do HANA às portas director front-end (portas FA) de um array VMAX 10K, 20K ou 40K.

Em um director do VMAX, duas portas FA compartilham um núcleo de CPU dedicado. Para fins de ilustração, suponha que FA-1E:0 e FA-1E:1 compartilham o mesmo núcleo. Para obter o máximo de desempenho de I/O de implementações do HANA, use apenas uma porta FA por núcleo de CPU no módulo de I/O. Por exemplo, você poderia usar a FA-1E:0 e deixar a FA-1E:1 como não utilizada. Não use a porta adjacente para aplicativos que não sejam do HANA. Figura 1 e a Figura 2 mostram a visão posterior dos engines VMAX com módulos de I/O FC de 4 portas (8 Gbps) para conectividade de host. As quatro portas são nomeadas 0, 1, 2 e 3. A EMC recomenda o uso das portas de I/O marcadas com uma caixa amarela (porta 0 e porta 2) para conectividade do HANA, visto que a porta 0 e a porta 1 compartilham um núcleo de CPU e a porta 2 e a porta 3 compartilham outro núcleo de CPU. Deixe as portas adjacentes não utilizadas.

Figura 1. Visão posterior do engine VMAX 10K

Requisitos para

portas/director

FA



Figura 2. Visão posterior do engine VMAX 20K e 40K

Os arrays VMAX 10K, 20K e 40K usam o EMC Virtual ProvisioningTM para fornecer capacidade a um aplicativo. A capacidade é alocada por meio do uso de dispositivos de dados de thin (TDAT) e fornecida em thin-pools baseados na tecnologia de disco e no tipo de RAID. Os thin devices (TDEVs) são dispositivos que podem ser acessados pelo host, estão ligados a thin-pools e são fracionados de modo nativo ao longo do pool com o objetivo de oferecer o melhor desempenho.

Fully Automated Storage Tiering for Virtual Pools, armazenamento com

classificação totalmente automatizada por níveis (FAST VP)

O FAST move os dados em um VMAX de um nível de armazenamento para outro para otimizar o desempenho e a economia. Os dados mais usados são armazenados no nível de armazenamento mais rápido (e mais caro), e os dados menos utilizados são armazenados no nível de armazenamento mais lento (e menos caro). Em ambientes HANA, esses algoritmos de movimentação de dados podem ter resultados inesperados. O HANA altera os dados na memória dos servidores e quando um ponto de gravação é gravado no file system, ele pode ser gravado em um local diferente no file system, mesmo sem alteração dos dados na memória.

Portanto, usar o FAST VP não oferece nenhuma vantagem com a persistência do HANA, e um nível de armazenamento com base em disco rígido 10K ou 15K é a opção preferencial nos arrays VMAX 10K, 20K e 40K. O uso de SSDs para o

nível de armazenamento do HANA é opcionale não é necessário para atender aos requisitos de desempenho para o cenário de certificação HANA-HWC-ES 1.0.

Discos e grupos de disco

Os grupos de discos em um array VMAX contém discos da mesma tecnologia, ou seja, FC, SAS ou SSDs. Os grupos de discos são pré-configurados com o array ou criados quando as unidades são adicionadas ao array para aumentar a capacidade disponível. Criar grupos de discos requer o envolvimento do atendimento ao cliente EMC.

Para isolar ainda mais a carga de trabalho do HANA de aplicativos que não são do HANA em um array compartilhado, considere a possibilidade de um grupo

Considerações

sobre

provisionamento

virtual



dedicado de discos para HANA. Pondere cuidadosamente a escolha entre desempenho e isolamento de carga de trabalho e evite os grupos de discos HANA dedicados com menos de 40 discos (HDDs).

Cada nó do operador HANA requer pelo menos dez discos (HDDs de 10.000 ou 15.000 RPM) para atender aos requisitos de IOPS com base no cenário de certificação do SAP HANA-HWC-ES 1.0. Para configurações com melhor desempenho para o HANA, o número de discos em um grupo de discos deve ser divisível por 8 quando você estiver usando HDDs.

Considerações sobre RAID

Para proporcionar o melhor desempenho de gravação para a persistência do HANA, a EMC recomenda configurações espelhadas de RAID 1 para os TDATs em discos de 10.000 ou 15.000 RPM. Quando você usa SSDs, o RAID 5 3+1 é recomendado.

Thin-pools

A EMC recomenda a criação de um thin-pool para todos os volumes de dados do HANA e de um segundo thin-pool para os volumes de registro do HANA no VMAX. No entanto, se há um número limitado de discos disponíveis em ambientes do HANA menores, o desempenho pode ser melhorado por meio do uso de um só thin-pool para ambos os volumes. Thin-pools são compostos por TDATs. O número e o tamanho dos TDATs em um thin-pool dependem dos requisitos de capacidade do SAP HANA e precisam ser configurados com o uso de práticas recomendadas de configuração da VMware.

Durante a criação de TDATs, certifique-se de que oito hipervolumes (divisões) sejam alocados em cada disco. Ajuste o tamanho da TDAT de acordo com a capacidade utilizável do disco. Além disso, certifique-se de que os TDATs sejam criados em todos os discos disponíveis.

Exemplo:

64 discos estão disponíveis 512 hipervolumes (64 x 8 = 512)

Um TDAT de RAID1 tem dois hipervolumes criar 256 TDATs (512 / 2 = 256)

O tamanho dos TDATs deve ser a capacidade utilizável de um disco dividido por 8

Crie thin-pools para arquivos de registro e dados usando o número de TDATs que atendem aos requisitos de capacidade

Metavolumes para dados e log

Cada host de operador do HANA requer um volume de dados e outro de registro para os file systems persistentes. Os tamanhos de volume dependem dos Requisitos de capacidade do HANA.

Crie um metavolume de thin device para dados do HANA usando 32 membros.

Crie um metavolume de thin device para registro do HANA usando 8 membros.



O VMAX utiliza exibições de mascaramento para atribuir armazenamento a um host. A EMC recomenda a criação de uma visualização de mascaramento única para cada host do HANA (scale-up) ou cluster do HANA (scale-out). Uma visualização de mascaramento consiste em:

Grupo de iniciadores

Grupo de portas

Grupo de armazenamento

Grupo de iniciadores

O grupo de iniciadores contém os iniciadores (WWNs) dos HBAs do host do HANA. Conecte cada host do HANA ao array VMAX com pelo menos duas portas de HBAs, para fins de redundância.

Grupo de portas

O grupo de portas contém as portas director front-end às quais os hosts do HANA são conectados. Consulte os Portas de armazenamento e Requisitos para portas/director FA para determinar o número de portas necessário para a instalação do HANA.

Grupo de armazenamento

Um cluster scale-out do HANA usa o conceito de "nada compartilhado" para a persistência do banco de dados, em que cada host operador do HANA usa seu próprio par de volumes de dados e registro e tem acesso exclusivo aos volumes durante operações normais. Se um host operador do HANA apresentar falha, a persistência do HANA do host com falha será usada em um host em standby. Isso exige que todos os volumes persistentes fiquem visíveis para todos os hosts do HANA, pois cada host pode se tornar um host operador ou em standby.

O grupo de armazenamento do VMAX de um banco de dados HANA precisa conter todos os dispositivos persistentes do cluster do banco de dados. O servidor de nomes do HANA e a API do conector de armazenamento do HANA administram a montagem de persistência e o isolamento de I/O, o que garante que apenas um nó por vez tenha acesso a um determinado par de volumes de dados e registros.

Instalação do SAP HANA nos arrays VMAX 10K, 20K, 40K

Consulte Preparando os nós do HANA e Instalando o cluster de scale-out do HANA para obter instruções. Essas seções descrevem uma instalação do HANA em um array VMAX All Flash, mas também podem ser usadas como um exemplo de uma instalação dos arrays VMAX 10K, 20K e 40K.

Visualização de

mascaramento

Princípios de projeto de armazenamento para o SAP HANA em arrays VMAX3 e VMAX All Flash (100K, 200K, 400K, 250F/FX, 450F/FX, 850F/FX)


Princípios de projeto de armazenamento para o SAP HANA em

arrays VMAX3 e VMAX All Flash (100K, 200K, 400K, 250F/FX,

450F/FX, 850F/FX)

As recomendações de configuração descritas nesta seção se aplicam a sistemas HANA implementados em storage arrays corporativos VMAX3 e VMAX All Flash. Os sistemas HANA de produção em ambientes TDI precisam atender aos requisitos dos KPIs da SAP e aos requisitos de configuração a seguir.

Com base em nossos testes de desempenho em uma única engine VMAX 100K e um VMAX450F com um só V-Brick usando a ferramenta hwcct do SAP (para certificação HANA-HWC-ES 1.1), a Tabela 2 fornece diretrizes para estimar o número inicial de hosts HANA de produção que pode ser conectado.

Obs.: Nós determinamos a capacidade de expansão de modelos superiores e outros engines e V-Bricks ao extrapolar os resultados do teste do VMAX 100K e 450F usando as características de desempenho dos modelos mais altos.

O número real de hosts do HANA que podem ser conectados a um array VMAX em um ambiente do cliente pode ser maior ou menor do que o número de hosts do HANA listado na Tabela 2, dependendo da carga de trabalho real. Use a ferramenta hwcct do HANA com o cenário HANA-HWC-ES 1.1 em ambientes do cliente para validar o desempenho do HANA e determinar o número máximo possível de hosts do HANA em determinado storage array.

Tabela 2. Escalabilidade do VMAX3 e VMAX All Flash

Modelo do

VMAX3 Engines ou V-Bricks

Número de hosts

operadores do HANA

100K e 250F/FX 1 12

2 20

200K e 450F/FX

1 16

2 28

3 40

4 52

400K e 850F/FX

1 20

2 32

3 44

4 56

5 68

6 80

Escalabilidade



Modelo do

VMAX3 Engines ou V-Bricks

Número de hosts

operadores do HANA

7 92

8 104

FAST no VMAX3

Com o VMAX3, o FAST (Fully Automated Storage Tiering, armazenamento com classificação totalmente automatizada por níveis) é aprimorado para incluir provisionamento de armazenamento e gerenciamento de desempenho por meio de SLOs (Service Level Objectives, objetivos de nível de serviço). Os SLOs automatizam a alocação e a distribuição de dados do aplicativo para o nível de pool e de armazenamento de dados corretos sem intervenção manual. Em contraste com o FAST VP no VMAX 10K, 20K ou 40K, onde a movimentação de dados é acionada por amadurecimento de dados, os SLOs do VMAX3 estão vinculados a uma latência de I/O média esperada para leituras e gravações. Portanto, tanto o provisionamento inicial quanto o desempenho contínuo dos aplicativos são automaticamente medidos e gerenciados com base em conformidade com níveis de armazenamento e metas de desempenho. O FAST coleta amostras da atividade de armazenamento a cada dez minutos e, quando necessário, move os dados com granularidade de sub-LUN do FAST, que é de 5,25 MB (42 extents de 128 KB). Os SLOs podem ser alterados dinamicamente (promovidos ou rebaixados) a qualquer momento, e o FAST monitora e ajusta continuamente o local de dados na granularidade de sub-LUN entre os níveis de armazenamento disponíveis para fazer correspondência com as metas de desempenho fornecidas. Tudo isso é feito automaticamente no array de armazenamento do VMAX3, sem a necessidade de implementar uma estratégia complexa3 de gerenciamento do ciclo de vida das informações de aplicativo ou usar recursos do host para migração de dados devido a necessidades de desempenho. Um pool de recursos de armazenamento (SRP) é um conjunto de pools de dados que oferece o FAST com um domínio para o gerenciamento de capacidade e desempenho. Por padrão, um único padrão SRP é pré-configurado de fábrica. As movimentações de dados executadas pelo FAST são feitas dentro dos limites do SRP. O HANA não requer um SRP separado e pode coexistir com aplicativos não sejam do HANA no mesmo SRP quando SLOs adequados são usados, conforme descrito em Práticas recomendadas de tipo de SLO e carga de trabalho para HANA. O SRP é um conjunto de pools de dados que oferece o FAST com um domínio para o gerenciamento de capacidade e desempenho. Por padrão, um único padrão SRP é pré-configurado de fábrica. As movimentações de dados executadas pelo FAST são feitas dentro dos limites do SRP.

3Gerenciamento de ciclo de vida de informações (ILM) refere-se a uma estratégia de gerenciamento de dados do aplicativo com

base em políticas. Ele envolve a análise, o mapeamento e práticas recomendadas de rastreamento de dados complexos.

Provisionamento

baseado em

objetivo de nível

de serviço



Há cinco objetivos de nível de serviço disponíveis, que variam em termos de objetivos de tempo médio de resposta esperado, conforme exibido na Tabela 3. Há um outro SLO otimizado disponível que não possui uma meta explícita de tempo de resposta associada a ele.

Tabela 3. Informações de SLO

SLO Tempo médio de resposta

esperado

Diamante 0,8 a 2,3 ms

Platinum 3,0 a 4,4 ms

Gold 5,0 a 6,5 ms

Silver 8,0 a 9,5 ms

Bronze 14,0 a 15,5 ms

Otimizado (padrão)

N/D

Ao selecionar um SLO que não seja um SLO otimizado, você pode qualificá-lo adicionalmente por tipo de carga de trabalho: OLTP (On-line Transaction Processing, processamento online de transações) ou DSS (Decision-Support System, sistema de suporte a decisões). A carga de trabalho do OLTP é voltada para otimizar o desempenho de I/Os de blocks pequenos, e a carga de trabalho de DSS é voltada para otimizar o desempenho de I/Os de block grande. O tipo de carga de trabalho também pode especificar se qualquer sobrecarga associada à replicação (local ou remota) deve ser considerada. Os qualificadores de tipo de carga de trabalho para sobrecarga de replicação são OLTP_Rep e DSS_Rep, sendo que “Rep” significa replicados. Tabela 4 lista os tipos de carga de trabalho disponíveis.

Tabela 4. Tipos de carga de trabalho do VMAX3

Carga de trabalho Descrição

OLTP Carga de trabalho de I/O de blocos pequenos

OLTP com replicação Carga de trabalho de I/O de blocos pequenos com replicação local ou remota

DSS Carga de trabalho de I/O de blocos grandes

DSS com replicação Carga de trabalho de I/O de blocos grandes com replicação local ou remota

Tipos de carga

de trabalho e

objetivos de

nível de serviço



As seguintes configurações de SLO são recomendadas para instalações HANA. Observe que os arrays VMAX All Flash oferecem somente um único nível superior nível de serviço Diamante.

Persistência do HANA (dados e registro) para instalações do HANA de

produção

Para instalações de produção do HANA, a EMC recomenda usar o SLO Diamante para a persistência do HANA (os volumes de dados e registros). Embora o HANA use vários tamanhos de block, recomendamos que você especifique o tipo de carga de trabalho de OLTP. Isso garante que o VMAX3 tente manter a latência abaixo de 1 ms, que é um requisito de SAP para blocks pequenos (4 K e 16 K) no volume de registro. Usar o SLO Diamante com dispositivos totalmente flash oferece os seguintes benefícios para instalações do HANA de produção:

Tempos de inicialização do HANA reduzidos quando os dados são lidos no volume de dados em memória

Tempos reduzidos de failover automático de host do HANA em implementações de scale-out quando um nó em standby assume os dados de um nó do operador com falha

Os tempos reduzidos de backup do HANA quando o processo de backup precisa ler os dados do volume de dados

Latências inferiores a milissegundos para blocks pequenos no volume de registro

Persistência do HANA (dados e registro) para instalações do HANA de

produção

Embora os KPIs de desempenho do SAP não sejam aplicados às instalações de HANA de não produção, essas instalações ainda são componentes críticos em um panorama geral de SAP. A EMC recomenda usar o SLO Ouro para todas as instalações do HANA de não produção.

Instalação do HANA (hana/shared/)

Um SLO Bronze é suficiente quando você estiver usando o eNAS em um array VMAX3 para fornecer o compartilhamento NFS para o file system de instalação do HANA

Imagem de inicialização do sistema operacional

A imagem de inicialização do sistema operacional também pode residir em um SLO Bronze.

E se um VMAX3 existente não der suporte ao SLO Diamante?

Quando um novo array VMAX3 é configurado para ambientes HANA, os SSDs são automaticamente adicionados com a capacidade solicitada para habilitar o SLO Diamante para instalações do HANA de produção. No entanto, os clientes talvez queiram usar arrays VMAX3 existentes sem SSDs para HANA. Nesses ambientes, o desempenho e os tempos de resposta do HANA podem ser

Práticas

recomendadas

de tipo de SLO e

carga de

trabalho para

HANA

Configuração de armazenamento e instalação de um cluster de scale-out do HANA em um array VMAX All Flash: Exemplo


afetados, e operações como reinicializações, tabelas recarregadas ou backups podem ter execução mais lenta do que o esperado. Além disso, o número de nós do HANA de produção que podem ser conectados ao array (como mostrado na Tabela 1) serão menores. Nesses casos, use o mais alto SLO de disponibilidade para HANA.

Considerações de SLO para vizinho barulhento e cargas de trabalho

concorrentes

Em ambientes altamente consolidados, o HANA e outros bancos de dados e aplicativos competem por recursos de armazenamento. O FAST pode fornecer a cada um com o desempenho adequado quando os SLOs e os tipos de carga de trabalho são especificados. Usando SLOs diferentes para cada aplicativo (ou grupo de aplicativos), é fácil gerenciar um ambiente consolidado e modificar os SLOs quando as necessidades dos negócios mudam. A seção a seguir descreve as maneiras adicionais de controle de desempenho em um ambiente consolidado.

Limites de I/O de host e multi-tenancy

O recurso de qualidade de serviço (QoS) que limita o I/O do host foi introduzido na geração anterior dos arrays VMAX. Ele continua a oferecer aos clientes do VMAX3 a opção de colocar limites específicos de IOPS ou de largura de banda em qualquer grupo de armazenamento, independentemente do SLO atribuído a esse grupo. Por exemplo, atribuir um limite de I/O de host para IOPS a um grupo de armazenamento de um vizinho barulhento do HANA com requisitos de desempenho baixo pode garantir que um aumento na demanda de I/O não tenha impacto na carga de trabalho e no desempenho do HANA.

Configuração de armazenamento e instalação de um cluster

de scale-out do HANA em um array VMAX All Flash: Exemplo

Esta seção mostra como:

Criar e configurar o armazenamento persistente (dados e registro) em um array VMAX All Flash para um cluster de scale-out do HANA com três nós de operadores e um nó em standby (3+1)

Preparar os hosts do HANA

Instalar o cluster do HANA usando a ferramenta de linha de comando de gerenciamento do ciclo de vida do SAP hdblcm

A configuração de armazenamento em arrays VMAX3 de 100K, 200K e 400K segue as mesmas etapas. A única diferença é na seleção de nível de serviço quando o grupo de armazenamento é criado. Os arrays VMAX3 oferecem opções de nível de serviço adicionais para instalações HANA: selecione um nível de serviço Diamante para instalações de produção e um nível de serviço Ouro para instalações de não produção.



Usamos a GUI (Graphical User Interface, interface gráfica do usuário) do Unisphere for VMAX para configurar todos os dispositivos de armazenamento, grupos de armazenamento, grupos de portas, grupos de host e a visualização de mascaramento para o cluster de scale-out do HANA. Siga estas etapas:

1. Faça log-in Unisphere e vá para o painel de controle Storage Group, conforme mostrado na Figura 3.

Figura 3. Painel de controle Storage Group

2. Clique no bloco Total para visualizar os grupos de armazenamento existentes, conforme exibido na Figura 4

Figura 4. Grupos de armazenamento existentes

3. Clique em Create SG para criar um novo grupo de armazenamento para nosso cluster HANA, conforme exibido na Figura 5.

Configurando o

array VMAX All

Flash



Figura 5. Criando um novo grupo de armazenamento

Para nosso cluster HANA 3+1, precisamos de 3 volumes de dados, cada um de 1,5 TB, e 3 volumes de registros, cada um de 512 GB. Portanto, criamos um grupo de armazenamento em cascata com um grupo de nível superior

(HANA_ABC), um subgrupo para todos os volumes de dados (HANA_ABC_D) e

um segundo subgrupo para todos os volumes de registro (HANA_ABC_L). Em seguida, especificamos o número e o tamanho dos volumes a serem criados. Em um array VMAX All Flash, o único nível de serviço disponível é Diamante. Em arrays híbridos do VMAX3 (100K, 200k, 400k), podemos selecionar o nível de serviço Diamante para instâncias do HANA de produção e serviço Ouro para todas as instâncias do HANA de não produção.

4. Clique na seta para baixo em Add to Job List e selecione Run Now. O novo grupo de armazenamento em cascata é criado, conforme mostrado naFigura 5.

Figura 6. Grupo de armazenamento em cascata

5. Selecione o grupo de armazenamento HANA_ABC_D e clique em View

Details para exibir informações sobre os volumes criados, conforme mostrado naFigura 7.



Figura 7. Volumes criados

6. Clique em Volumes – 3 na área RELATED OBJECTS para exibir a lista de volumes de dados. Figura 8 mostra um exemplo.

Figura 8. Lista de volumes de dados

7. Observe o WWN do volume.

8. Repita essa etapa para todos os seus volumes de registros e dados. O conector de armazenamento do HANA (fcClient) usa o WWN para identificar uma LUN de armazenamento. O WWN é especificado no arquivo global.ini do HANA.

Definir aliases do iniciador (nomes de host e HBAs)

Selecione Host > Initiators. Clique com botão direito no iniciador, selecione

Rename Alias e especifique um alias para cada host do HANA e a porta de HBA (iniciador), conforme mostrado naFigura 9. Faça isso apenas uma vez para cada iniciador, mesmo que um iniciador pode estar conectado a várias portas de armazenamento.



Figura 9. Definindo aliases de iniciador

Neste exemplo, cada HBA está conectado a uma porta em cada Director (1D e 2D) do único V-Brick VMAX All Flash. Anote as portas nas quais os iniciadores estão registrados.

Se não souber os WWNs do iniciador dos nós do HANA, você pode executar o seguinte comando do Linux no nó para localizar as informações:

# systool -c fc_host -v | grep -i port_name

port_name = "0x10000090fa53fd1c"

port_name = "0x10000090fa53fd1d"

Criando um grupo de host

1. Selecione Host > Create Host Group. Digite um nome no formato

HANA_ABC, selecione os hosts que pertencem ao cluster do HANA e

clique em Add, conforme mostrado naFigura 9.

Figura 10. Criando grupos de host

2. Clique na seta para baixo em Add to Job List e selecione Run Now. Seu grupo de host é criado, conforme mostrado naFigura 11.



Figura 11. Grupo de host criado

Criar um grupo de portas

1. Selecione Hosts > Port Groups > Create Port Group. Digite um nome,

p. ex., HANA_ABC, conforme exibido na Figura 12 e selecione as portas

nas quais os iniciadores estão logados mantendo pressionada a tecla control.

Figura 12. Criando um grupo de portas

2. Clique em OK. A mensagem de advertência mostrada naFigura 13 pode ser exibida.



Figura 13. Mensagem de advertência de grupo de portas

3. Clique em OK para confirmar que você tem várias portas no mesmo director no grupo de portas — neste exemplo, FA-1D:28, FA1D:30 e FA-2D:28, FA-2D:30.

Para um host único, recomenda-se uma relação de 1:1 entre um host HBA e uma porta de front-end de armazenamento. No entanto, criamos um grupo de portas para um cluster do HANA que exigem o throughput e a largura de banda de vários hosts.

Criar uma visualização de mascaramento

Uma visualização de mascaramento de VMAX combina o grupo de armazenamento, o grupo de portas e o grupo de host e permite o acesso a partir de nós do HANA para os volumes de armazenamento.

1. Selecione Hosts > Masking View > Create Masking View.

2. Digite um nome de visualização de mascaramento (HANA_ABC) e

selecione o grupo de host, o grupo de portas e o grupo de armazenamento criados nas etapas anteriores, conforme mostrado naFigura 14.

Figura 14. Criando uma visualização de mascaramento

Clique em OK. A visualização de mascaramento é criada, conforme mostrado naFigura 15.



Figura 15. Visualização de mascaramento

Os nós do HANA têm acesso a volumes de armazenamento.

Nós criamos um sistema de scale-out do HANA com três nós de operadores e um nó em standby (3+1). Em um cluster do HANA com quatro nós, cada nó deve ter acesso a todos os dispositivos do HANA. Durante a inicialização do HANA, o nameserver do HANA, juntamente com o conector de armazenamento fcClient do HANA, administra a montagem4 dos volumes para o nó do HANA adequado e o isolamento de I/O. Isso requer preparação adequada dos nós do HANA e o arquivo global.ini do HANA antes de fazer a instalação real do HANA. A seção a seguir descreve essas etapas.

Este exemplo supõe a conclusão anterior dos itens básicos de instalação e configuração em nós do HANA, da seguinte maneira:

O sistema operacional está instalado e configurado corretamente usando as recomendações da SAP (neste exemplo, nós usamos o SUSE Linux 12 para aplicativos SAP)

Um file system do HANA compartilhado (/hana/shared/) foi criado em um sistema NAS, por exemplo, em um VMAX3 ou VMAX All Flash com o recurso de eNAS, e montado em todos os nós do HANA

Os múltiplos caminhos nativos do Linux (DM-MPIO) são instalados em nós do HANA

Todas as configurações de rede e os requisitos de largura de banda para comunicações internode são configurados de acordo com os requisitos de SAP

As chaves de SSH foram trocadas entre todos os nós do HANA

A sincronização de horário do sistema foi configurada usando um servidor NTP

A arquivo ISO do DVD de instalação do HANA foi baixado do site da SAP e disponibilizado em um file system compartilhado

Obs.: O SAP HANA só pode ser instalado em hardware de servidor certificado. A instalação deve ser executada por um especialista de HANA certificado.

As seções a seguir apresentam as etapas para:

Configuração de armazenamento em nós do HANA

4Ao usar o fcClient do conector de armazenamento do HANA, o dispositivo não deve ser montado automaticamente usando

/etc/fstab

Preparando os

nós do HANA



Preparação do arquivo global.ini do HANA

Instalação de uma instância de scale-out do HANA com a ferramenta de linha de comando hdblcm de gerenciamento de ciclo de vida de banco de dados usando os volumes de armazenamento criados nas etapas anteriores.

Recurso nativo de múltiplos caminhos do Linux (DM-MPIO)

Use as seguintes entradas no arquivo /etc/multipath.conf:

defaults {

user_friendly_names no

}

devices {

device {

vendor "EMC"

product "SYMMETRIX"

getuid_callout "/lib/udev/scsi_id -g -u -d /dev/%n"

features "0"

hardware_handler "0"

path_selector "round-robin 0"

path_grouping_policy "multibus"

rr_weight "uniform"

no_path_retry "fail"

rr_min_io "100"

path_checker "directio"

prio "const"

prio_args ""

flush_on_last_del yes

fast_io_fail_tmo off

dev_loss_tmo 120

}

}

Reinicie o recurso de múltiplos caminhos depois de alterar o arquivo /etc/multipath.conf usando o seguinte comando:

# service multipath restart

Inicializando a persistência do HANA

A persistência do HANA deve ser visível para todos os nós do cluster do HANA.

Use o comando rescan-scsi-bus.sh ou reinicialize cada nó.

Para verificar se os volumes estão visíveis, use os seguintes comandos em um dos nós:

Liste todos os volumes de dados de 1,5 TB:

# multipath -ll | grep -B1 -A5 1.5T

360000970000197000112533030303338 dm-6 EMC,SYMMETRIX

size=1.5T features='1 queue_if_no_path' hwhandler='0' wp=rw

`-+- policy='service-time 0' prio=1 status=active

|- 0:0:0:11 sdm 8:192 active ready running

|- 0:0:4:11 sdcs 70:0 active ready running

|- 1:0:7:11 sdlk 68:288 active ready running

`- 1:0:0:11 sdfs 130:224 active ready running

--



360000970000197000112533030303337 dm-5 EMC,SYMMETRIX



|- 0:0:0:10 sdl 8:176 active ready running

|- 0:0:4:10 sdcr 69:240 active ready running

|- 1:0:7:10 sdlj 68:272 active ready running

`- 1:0:0:10 sdfr 130:208 active ready running

--

360000970000197000112533030303336 dm-18 EMC,SYMMETRIX



|- 0:0:0:9 sdk 8:160 active ready running

|- 0:0:4:9 sdcq 69:224 active ready running

|- 1:0:7:9 sdli 68:256 active ready running

`- 1:0:0:9 sdfq 130:192 active ready running

Liste todos os volumes de registro de 512 GB:

# multipath -ll | grep -B1 -A5 512G

360000970000197000112533030303339 dm-4 EMC,SYMMETRIX

size=512G features='1 queue_if_no_path' hwhandler='0' wp=rw


|- 0:0:0:12 sdn 8:208 active ready running

|- 0:0:4:12 sdct 70:16 active ready running

|- 1:0:7:12 sdll 68:304 active ready running

`- 1:0:0:12 sdft 130:240 active ready running

360000970000196701016533030313841 dm-47 EMC,SYMMETRIX



|- 0:0:1:15 sdaf 65:240 active ready running

|- 0:0:5:15 sddi 71:0 active ready running

|- 1:0:5:15 sdjj 8:464 active ready running

`- 1:0:2:15 sdgu 132:160 active ready running

360000970000197000112533030303342 dm-7 EMC,SYMMETRIX



|- 0:0:0:13 sdo 8:224 active ready running

|- 0:0:4:13 sdcu 70:32 active ready running

|- 1:0:7:13 sdlm 68:320 active ready running

`- 1:0:0:13 sdfu 131:0 active ready running

O identificador exclusivo de dispositivo do dispositivo de múltiplos caminhos com

iniciando com 3 deve corresponder ao WWN dos volumes criados no Unisphere.

Em seguida, inicialize os dispositivos e crie file system do Linux XFS em cada um dos dispositivos, usando o seguinte exemplo de comando:

# mkfs.xfs /dev/mapper/360000970000197000112533030303341

Depois que todos os file systems serem criados, você está pronto para instalar o cluster de scale-out do HANA.

Antes de executar o script de instalação, prepare estes dois arquivos de configuração:

O arquivo global.ini com uma seção de armazenamento que descreve as partições de armazenamento do HANA, as opções de montagem e o conector de armazenamento a ser usado

Instalando o

cluster de scale-

out do HANA



Um arquivo de parâmetro de instalação usado pelo script de linha de comando hdblcm com parâmetros personalizados de instalação

Preparar o arquivo global.ini

A instalação usa o arquivo global.ini para descrever as partições de armazenamento do HANA e o conector de armazenamento usado. Todas as plataformas de armazenamento EMC certificadas para HANA usam fcClient, que faz parte da distribuição de software do SAP.

Certifique-se de que o arquivo global.ini tem o seguinte conteúdo:

[storage]

ha_provider = hdb_ha.fcClient

partition_*_*__prtype = 5

partition_*_data__mountoptions = -o inode64

partition_*_log__mountoptions = -o inode64,nobarrier

partition_1_data__wwid = 360000970000197000112533030303336

partition_1_log__wwid = 360000970000197000112533030303339





Certifique-se de que as entradas de partição correspondam ao identificador de

dispositivo exclusivo exibido. Isso é feito usando o comando multipath-ll que

inicia com 3.

Posicione o arquivo global.ini (esse nome é obrigatório) em um diretório no file system /hana/shared/, por exemplo, /hana/shared/ABC_cfg. Instalações maiores de scale-out do HANA exigem entradas de partição adicionais.

Preparar o arquivo de parâmetros de instalação

O SAP HANA SPS 07 apresentou o gerenciador de ciclo de vida do banco de dados do SAP HANA para oferecer a eficiência de instalar todos os componentes de uma só vez e, ao mesmo tempo, automatizar a instalação e proporcionar mais flexibilidade aos clientes. No exemplo a seguir, nós usamos a interface de linha

de comando hdblcm para instalar o nosso cluster de scale-out de HANA 3+1.

1. No file system compartilhado, vá para o diretório HDB_LCM_LINUX_X86_64 no qual a arquivo ISO do DVD de instalação do HANA tenha sido extraído, usando o seguinte comando:

# cd /<installation media>/DATA_UNITS/HDB_LCM_LINUX_X86_64

2. Crie um arquivo de parâmetro de instalação do modelo usando o seguinte comando hdblcm:

# ./hdblcm --action=install --

dump_configfile_template=ABC_install.cfg

3. Depois que o modelo foi criado, modifique os seguintes parâmetros nesse arquivo para fazer correspondência com nosso ambiente:

# Directory root to search for components

component_root=/SAPShare/software/SAP_HANA_SPS11_IM/51050506

/



# Components ( Valid values: all | client | es | ets |

lcapps | server | smartda | streaming | rdsync | xs | studio

| afl | pos | sal | sca | sop | trd | udf )

components=server,client

# Installation Path ( Default: /hana/shared )

sapmnt=/hana/shared

# Local Host Name ( Default: server06 )

hostname=C240-08W

# Directory containing a storage configuration

storage_cfg=/hana/shared/ABC_cfg

Obs.: O parâmetro acima aponta para o diretório onde você tiver colocado o arquivo personalizado global.ini.

# SAP HANA System ID

sid=ABC

# Instance Number

number=00

# System Administrator User ID

userid=1001

# ID of User Group (sapsys)

groupid=79

# Action to be performed ( Default: exit; Valid values:

install | update | extract_components )

action=install

# Additional Hosts

addhosts=C240-03E:storage_partition=2:role=worker,C240-

02C:storage_partition=3:role=worker,C240-2M2:role=standby

Obs.: O parâmetro acima descreve os hosts adicionais e suas funções na instalação scale-out.

4. Você pode especificar as senhas para o usuário root, o usuário do agente de Host SAP (sapadm), o usuário do administrador do sistema (<sid>adm) e o usuário de banco de dados (SYSTEM) no arquivo de parâmetro. Você também pode usar senhas criptografadas. Consulte o Guia de Instalação e Upgrade do SAP HANA para mais informações. O

procedimento de instalação hdblcm solicita quaisquer senhas ou

parâmetros ausentes.

5. Analise todo o arquivo de modelo e especifique parâmetros adicionais que podem ser necessários para seu ambiente específico.



Instale o cluster de scale-out do SAP HANA usando a linha de comando

hdblcm

Depois que você tiver criado os arquivos global.ini e o parâmetro de instalação e personalizá-los para suas necessidades, inicie a instalação usando o seguinte comando:

# ./hdblcm --action=install –-configfile=ABC_Install.cfg

SAP HANA Lifecycle Management - SAP HANA 1.00.110.00.1447753075

***************************************************************

Scanning Software Locations...

Detected components:

SAP HANA Database (1.00.110.00.1447753075) in

/SAPShare/software/SAP_HANA_SPS11_IM/51050506/DATA_UNITS/HDB_SERVE

R_LINUX_X86_64/server

SAP HANA AFL (incl.PAL,BFL,OFL,HIE) (1.00.110.00.1447766426)

in

/SAPShare/software/SAP_HANA_SPS11_IM/51050506/DATA_UNITS/HDB_AFL_L

INUX_X86_64/packages

SAP TRD AFL FOR HANA (1.00.110.00.1447766426) in

/SAPShare/software/SAP_HANA_SPS11_IM/51050506/DATA_UNITS/HDB_TRD_A

FL_LINUX_X86_64/packages

SAP HANA Database Client (1.00.110.00.1447753075) in

/SAPShare/software/SAP_HANA_SPS11_IM/51050506/DATA_UNITS/HDB_CLIEN

T_LINUX_X86_64/client

SAP HANA Studio (2.2.8.000000) in

/SAPShare/software/SAP_HANA_SPS11_IM/51050506/DATA_UNITS/HDB_STUDI

O_LINUX_X86_64/studio

SAP HANA Smart Data Access (1.00.6.001.0) in

/SAPShare/software/SAP_HANA_SPS11_IM/51050506/DATA_UNITS/SAP_HANA_

SDA_10_LINUX_X86_64/packages

SAP HANA XS Advanced Runtime (1.0.9.258635) in

/SAPShare/software/SAP_HANA_SPS11_IM/51050506/DATA_UNITS/XSA_RT_10

_LINUX_X86_64/packages

XS Monitoring 1 (1.001.1) in

/SAPShare/software/SAP_HANA_SPS11_IM/51050506/DATA_UNITS/XSA_CONTE

NT_10/XSAC_MONITORING-1.1.1.zip

XS Services 1 (1.001.0) in


NT_10/XSAC_SERVICES-1.1.0.zip

SAP Hana Demo Model for XS Advanced 1.0 (1.001.4) in


NT_10/XSAC_SHINE-1.1.4.zip

Collecting information from host 'c240-03e'...

Collecting information from host 'c240-02c'...

Collecting information from host 'c240-2m2'...

Information collected from host 'c240-03e'.

Information collected from host 'c240-2m2'.

Information collected from host 'c240-02c'.

Restrict maximum memory allocation? [n]: n

Enter Certificate Host Name For Host 'c240-08w' [c240-08w]:

Enter Certificate Host Name For Host 'c240-03e' [c240-03e]:



Enter Certificate Host Name For Host 'c240-02c' [c240-02c]:

Enter Certificate Host Name For Host 'c240-2m2' [c240-2m2]:

Enter System Administrator (abcadm) Password:

Confirm System Administrator (abcadm) Password:

Enter Database User (SYSTEM) Password:

Confirm Database User (SYSTEM) Password:

Summary before execution:

=========================

SAP HANA Components Installation

Installation Parameters

Remote Execution: ssh

Installation Path: /hana/shared

Local Host Name: c240-08w

Root User Name: root

Directory containing a storage configuration:

/hana/shared/ABC_cfg

SAP HANA System ID: ABC

Instance Number: 09

Database Mode: single_container

System Usage: custom

Location of Data Volumes: /hana/data/ABC

Location of Log Volumes: /hana/log/ABC

Certificate Host Names: c240-08w -> c240-08w, c240-2m2 ->

c240-2m2, c240-03e -> c240-03e, c240-02c -> c240-02c

System Administrator Home Directory: /usr/sap/ABC/home

System Administrator Login Shell: /bin/sh

System Administrator User ID: 1010

ID of User Group (sapsys): 79

Software Components

SAP HANA Database

Install version 1.00.110.00.1447753075

Location:

/SAPShare/software/SAP_HANA_SPS11_IM/51050506/DATA_UNITS/HDB_SERVE

R_LINUX_X86_64/server

SAP HANA AFL (incl.PAL,BFL,OFL,HIE)

Do not install

SAP TRD AFL FOR HANA

Do not install

SAP HANA Database Client

Do not install

SAP HANA Studio

Do not install

SAP HANA Smart Data Access

Do not install

SAP HANA XS Advanced Runtime

Do not install

Additional Hosts

c240-2m2

Role: Database Standby (standby)

Storage Partition: N/A

c240-03e

Role: Database Worker (worker)

Storage Partition: 2

c240-02c

Role: Database Worker (worker)



Storage Partition: 3

Do you want to continue? (y/n): y

[….]

SAP HANA system installed

Você pode enviar feedback para a SAP com este formulário:

https://c240-08w:1129/lmsl/HDBLCM/ABC/feedback/feedback.html

Arquivo de registros gravado em

'/var/tmp/hdb_ABC_hdblcm_install_2016-04-17_17.09.22/hdblcm.log'

on host 'C240-08W'.

A camada de base do HANA fornece duas interfaces de I/O de arquivo:

Arquivo simpleUsado para solicitações de I/O simples e pequenas em arquivos de configuração, rastreamentos e assim por diante. Ele usa embalagens leves, independente de plataforma, em torno de chamadas do sistema.

FileFactory e ArquivoUsado para fluxos de solicitações de I/O grandes e complexas nos volumes de registros e dados e para backup e recuperação. Ele usa operações de I/O síncronas e assíncronas.

Você pode configurar a camada de I/O em file do HANA com parâmetros de configuração para otimizar I/Os em file para um determinado storage array e file system (o file system XFS Linux é usado em todas as LUNs de armazenamento EMC para a persistência do HANA).

1. Depois que a persistência do HANA é instalada em LUNs do VMAX, defina o seguinte arquivo de parâmetros de camada de I/O para processamento de I/O ideal:

max_parallel_io_requests=256

async_read_submit=on

async_write_submit_blocks=all

2. Defina os parâmetros após a instalação inicial do HANA for concluída usando o comando hdbparam do HANA como <sid>adm no shell do Linux:

# su - <sid>adm

# hdbparam –p # lists current parameter setting

# hdbparam –-paramset fileio.max_parallel_io_requests=256

# hdbparam –-paramset fileio.async_read_submit=on

# hdbparam –-paramset fileio.async_write_submit_blocks=all

Obs.: As instruções acima para ajustar os parâmetros de I/O de arquivo são baseadas em SPS 11 do SAP HANA 1.0. As versões futuras do SAP HANA podem permitir que esses parâmetros sejam definidos nos arquivos de configuração. Consulte a documentação mais recente do SAP HANA para atualizações.

Otimizando I/Os

do arquivo após

a instalação do

HANA

Conclusão


Conclusão

O uso do SAP HANA em implementações de TDI (Tailored Datacenter Integration) com storage arrays corporativos EMC VMAX, VMAX3 e VMAX All Flash oferece muitos benefícios, inclusive a redução dos custos operacionais e de hardware, a diminuição dos riscos, a melhoria na disponibilidade e no desempenho e o aumento na flexibilidade para a escolha de fornecedores de hardware.

Todos os arrays VMAX são certificados pela SAP e podem ser usados para as seguintes instalações do HANA: produção e fora de produção; único nó (scale-up) e sistemas de scale-out.

Durante nossos testes com o HANA em arrays VMAX, observamos o seguinte:

O cenário de certificação do SAP HANA-HWC-ES 1.0 requer menos recursos de disco, conforme descrito em Princípios de projeto de armazenamento para SAP HANA em arrays VMAX (10K, 20K, 40K).

O cenário de certificação do SAP HANA-HWC-ES 1.1 torna demandas mais altas em relação à configuração de disco.

As instalações de produção do HANA nos sistemas VMAX3 e VMAX All Flash exigem SSDs para a persistência do HANA.

O uso de SSDs para a persistência do HANA oferece benefícios significativos, inclusive:

A configuração inicial do array e do disco pode ser feita com base na capacidade, sem a necessidade de levar em consideração a contagem do eixo

Tempos reduzidos de failover automático de inicialização e do host do HANA

Tempos reduzidos de backup do HANA

Resumo

Resultados

Referências


Referências

A documentação a seguir em brazil.emc.com ou no Suporte On-line da EMC apresentam informações adicionais e relevantes. O acesso a esses documentos depende de suas credenciais de log-in. Caso você não tenha acesso a determinado documento, entre em contato com o representante da EMC.

Guia de Produtos da Família Symmetrix VMAX (Symmetrix VMAX 10K (número de série xxx987xxxx), VMAX 20K, VMAX 40K)

Guia de Produtos da Família VMAX3 com HYPERMAX OS: VMAX 100K, VMAX 200K e VMAX 400K

Família EMC VMAX All Flash VMAX 250F, 450F, 850F

Guia de Produtos do VMAX All Flash para VMAX 450F, VMAX 450FX, VMAX 850F e 850FX com HYPERMAX OS

Conjunto de documentação do EMC Unisphere for VMAX 8.0.3

Continuidade de negócios e recuperação de desastres com EMC VMAX3 para implementações de TDI de SAP HANA

Práticas Recomendadas de Continuidade de Negócios para TDI de SAP HANA com o EMC Symmetrix VMAX

Guia da Solução SAP HANA Virtualizado por VMware com Armazenamento EMC

Guia de Conectividade de Host da EMC para Linux

A documentação a seguir no Site da SAP apresenta informações adicionais e relevantes:

SAP HANA Master Guide

SAP HANA Server Installation and Update Guide

SAP HANA Studio Installation and Update Guide

SAP HANA Technical Operations Manual

Guia de Administração SAP HANA

Recursos da web

SAP HANA Storage Requirements

SAP HANA Appliance

SAP HANA One

SAP HANA Enterprise Cloud

Integração de datacenter SAP HANA personalizada

Obs.: Para acessar os documentos a seguir, você precisará de um nome de usuário e uma senha da SAP.

Nota da SAP 1943937 - Hardware Configuration Check Tool - Central Note

Documentação

da EMC

Documentação

do SAP HANA

http://brazil.emc.com/

https://support.emc.com/

https://brazil.emc.com/collateral/TechnicalDocument/docu47591.pdf




https://brazil.emc.com/auth/rcoll/dataandspecsheet/h14892-vmax-af-ss.pdf



http://brazil.emc.com/collateral/TechnicalDocument/docu59482.pdf






http://brazil.emc.com/collateral/technical-documentation/h14721-vmware-virtualized-sap-hana-emc-storage-sg.pdf

http://brazil.emc.com/collateral/technical-documentation/h14721-vmware-virtualized-sap-hana-emc-storage-sg.pdf


http://help.sap.com/hana/

http://scn.sap.com/docs/DOC-62595

http://help.sap.com/hana_appliance

http://help.sap.com/hana_one

http://www.saphana.com/entcloud

http://help.sap.com/saphelp_hanaplatform/helpdata/en/0b/15a92d554c4941a452c9ca127f8c70/content.htm

https://service.sap.com/sap/support/notes/1943937

https://service.sap.com/sap/support/notes/1943937

Documents

PRÁTICAS RECOMENDADAS DE CONFIGURAÇÃO DE · PDF fileVMAX3 ou VMAX All Flash, ... Considerações sobre replicação de armazenamento SRDF ... "Booting from SAN" do EMC Host Connectivity