SAP HANA é un popular DBMS en memoria que inclúe servizos de almacenamento (Data Warehouse) e análise, middleware integrado, un servidor de aplicacións e unha plataforma para configurar ou desenvolver novas utilidades. Ao eliminar a latencia dos DBMS tradicionais con SAP HANA, pode aumentar moito o rendemento do sistema, o procesamento de transaccións (OLTP) e a intelixencia empresarial (OLAP).
Pode implantar SAP HANA en modos Appliance e TDI (se falamos de ambientes de produción). Para cada opción, o fabricante ten os seus propios requisitos. Neste post falaremos das vantaxes e desvantaxes das diferentes opcións, así como, para que quede claro, sobre os nosos proxectos reais con SAP HANA.
SAP HANA consta de 3 compoñentes principais: host, instancia e sistema.
Anfitrión é un servidor ou ambiente operativo para executar o DBMS SAP HANA. Os seus compoñentes necesarios son CPU, RAM, almacenamento, rede e SO. O host proporciona ligazóns a directorios de instalación, datos, rexistros ou directamente ao sistema de almacenamento. Ao mesmo tempo, o sistema de almacenamento para instalar SAP HANA non ten que estar situado no host. Se o sistema ten varios hosts, necesitarás almacenamento compartido ou un que estea dispoñible baixo demanda de todos os hosts.
Instancia — un conxunto de compoñentes do sistema SAP HANA instalados nun host. Os compoñentes principais son o servidor de índices e o servidor de nomes. O primeiro, que tamén se denomina "servidor de traballo", procesa as solicitudes, xestiona os almacéns de datos actuais e os motores de bases de datos. Name Server almacena información sobre a topoloxía da instalación de SAP HANA: onde se executan os compoñentes e que datos hai no servidor.
Sistema – Trátase dunha ou varias instancias co mesmo número. Esencialmente, este é un elemento separado que se pode activar, desactivar ou copiar (facer unha copia de seguranza). Os datos distribúense na memoria dos distintos servidores que compoñen o sistema SAP HANA.
O sistema pódese configurar como un único host (unha instancia nun host) ou multihost, distribuído (varias instancias de SAP HANA distribúense en varios hosts, cunha instancia por host). En sistemas multi-host, cada instancia debe ter o mesmo número. Un sistema SAP HANA identifícase mediante un ID de sistema (SID), un número único que consta de tres caracteres alfanuméricos.
Virtualización SAP HANA
Unha das principais limitacións de SAP HANA é a compatibilidade dun só sistema: unha instancia cun SID de servidor único. Para utilizar o hardware de forma máis eficiente ou reducir o número de servidores nun centro de datos, pode utilizar a virtualización. Deste xeito, outras paisaxes poden coexistir no mesmo servidor con sistemas que teñan menores requisitos (sistemas non produtivos). Para un servidor HA/DR en espera, a virtualización pode mellorar a velocidade de cambio entre máquinas virtuais produtivas e non produtivas.
SAP HANA inclúe soporte para o hipervisor VMWare ESX. Isto significa que diferentes sistemas SAP HANA -instalacións de SAP HANA con diferentes números de SID- poden coexistir nun único host (servidor físico común) en diferentes máquinas virtuais. Cada máquina virtual debe executarse nun SO compatible.
Para ambientes de produción, a virtualización de SAP HANA ten serias limitacións:
- Non se admite o escalado horizontal: a virtualización só se pode usar con sistemas de ampliación, xa sexa BwoH/DM/SoH ou SoH "puro";
- a virtualización debe realizarse dentro das regras establecidas para dispositivos Appliance ou TDI;
- A dispoñibilidade xeral (GA) só pode ter unha máquina virtual; as empresas que desexen utilizar a virtualización con contornos de produción HANA deben participar no programa de dispoñibilidade controlada con SAP.
En contornas non produtivas onde non existen estas limitacións, pódese utilizar a virtualización para optimizar a utilización do hardware.
Topoloxías SAP HANA
Pasemos á implantación de SAP HANA. Aquí defínense dúas topoloxías.
- Ampliación: un gran servidor. A medida que crece a base de HANA, o propio servidor crece: aumenta o número de CPU e a cantidade de memoria. Nas solucións con alta dispoñibilidade (HA) e recuperación ante desastres (DR), os servidores de copia de seguridade ou tolerantes a fallos deben coincidir coas características dos servidores produtivos.
- Escalada horizontal: todo o volume do sistema SAP HANA distribúese en varios servidores idénticos. O servidor mestre contén información para o servidor de índices e o servidor de nomes. Os servidores escravos non conteñen estes datos, excepto o servidor, que se fai cargo das funcións do Mestre en caso de fallo do servidor principal. Os servidores de índice xestionan os segmentos de datos que se lles asignan e tamén responden ás solicitudes. Os servidores de nomes coñecen como se distribúen os datos entre os servidores de produción. Se HANA crece, simplemente engádese outro nodo á configuración actual do servidor. Nesta topoloxía, abonda con ter un nodo de copia de seguridade para garantir a seguridade de todo o servidor.
Requisitos de hardware de SAP
SAP ten requisitos de hardware obrigatorios para HANA. Relacionanse con ambientes produtivos: para non producir, bastan con características mínimas. Polo tanto, aquí están os requisitos para os ambientes de produción:
- CPU Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
- desde 128 GB de RAM para aplicacións BW con 2 CPU, 256 GB con máis de 4 CPU;
Implementación de SAP HANA en modos Appliance e TDI
Agora imos practicar e falar sobre como implementar SAP HANA nos modos Appliance e TDI. Para iso utilizamos as nosas plataformas SAP HANA baseadas nos servidores BullSequana S e Bullion S, que están certificados por SAP para operar nestes modos.
Un pouco de información sobre os produtos. BullSequana S baseado en Intel Xeon Scalable inclúe varios modelos, ata 32 CPU nun único servidor. O servidor está construído cun deseño modular que proporciona escalabilidade ata 32 CPUs e o mesmo número de GPU. RAM: de 64 GB a 48 TB. As funcións de BullSequana S inclúen soporte de intelixencia artificial empresarial para mellorar o rendemento, análise acelerada de datos, computación en memoria mellorada e modernización con tecnoloxías de virtualización e nube.
Bullion S inclúe CPU da familia Intel Xeon E7 v4. O número máximo de procesadores é de 16. A memoria RAM é escalable de 128 GB a 24 TB. Un gran número de funcións RAS proporcionan altos niveis de dispoñibilidade para infraestruturas de misión crítica como SAP HANA. Bullion S é axeitado para a consolidación masiva de centros de datos, a execución de aplicacións en memoria, a migración de mainframes ou sistemas legados.
Dispositivo SAP HANA
Appliance é unha solución preconfigurada que inclúe un servidor, un sistema de almacenamento e un paquete de software para a implementación chave en man, cun servizo de soporte centralizado e un nivel de rendemento acordado. Aquí, HANA vén como hardware e software preconfigurados, totalmente integrados e certificados. O dispositivo no modo Appliance está listo para a instalación no centro de datos e xa están configurados e instalados o sistema operativo, SAP HANA e (se é necesario) unha instancia adicional de VMWare.
A certificación SAP determina o nivel de rendemento garantido, así como o modelo de CPU, a cantidade de memoria RAM e o almacenamento. Unha vez certificada, a configuración non se pode cambiar sen anular a garantía. Para escalar a plataforma HANA, SAP ofrece tres opcións.
- Ampliación de BWoH/DM/SoH – escalado vertical, que é adecuado para sistemas únicos (un SID). Os aparellos crecen en 256/384 GB a partir de SAP HANA SPS 11. Esta relación mostra a capacidade máxima admitida por unha CPU e é común para toda a lista de aparellos certificados. O dispositivo BWoH/DM/SoH con escala vertical é ideal para aplicacións BW on HANA (BWoH), Data Mart (DM) e SAP Suite en HANA (SoH).
- Ampliación de SoH - Esta é unha versión lixeira do modelo anterior, con menos restricións na cantidade de memoria RAM. Este aínda é un servidor escalable verticalmente, pero a cantidade máxima de RAM para 2 procesadores xa é de 1536 GB (ata a versión SPS11) e 3 TB (SPS12+). Só apto para SoH.
- Ampliación - Esta é unha opción escalable horizontalmente, un sistema que admite configuracións multiservidor. A escala horizontal é óptima para BW e, con algunhas limitacións, para SoH.
Nos servidores BullSequana S e Bullion S, a escala vertical é o foco porque ten menos limitacións operativas e require menos administración. Para o modo Appliance hai unha gran variedade de dispositivos diferentes.
Solucións BullSequana S para SAP HANA en modo Appliance
*E7-8890/94v4 opcional
Solucións Bullion S para SAP HANA en modo Appliance
Todas as solucións Bull en modo Appliance de SAP HANA SPS 12 están certificadas. O equipo está instalado nun rack estándar de 19 polgadas 42U, con dúas fontes de alimentación: PDU internas. Os seguintes servidores teñen certificación SAP:
- BullSequana S con Intel Xeon Skylake 8176, 8176M, 8180, 8180M (procesadores coa letra "M" admiten módulos de memoria de 128 GB). En termos de relación calidade-prezo, as opcións con Intel 8176 parecen mellor
- Bullion S con Intel Xeon E7-8880 v4, 8890 e 8894.
O sistema de almacenamento conéctase directamente ao servidor mediante portos FC, polo que aquí non se necesitan conmutadores SAN. Poden ser útiles para acceder a sistemas conectados a unha LAN ou SAN.
Aquí tes un exemplo da configuración do sistema de almacenamento EMC Unity 450F na nosa configuración:
- Altura: 5U (DPE 3U (25×2,5″ HDD/SSD) + DAE 2U (25×2,5″ HDD/SSD))
- Controladores: 2
- Discos: de 6 a 250 SSD SAS, de 600 GB a 15.36 TB cada un
- RAID: nivel 5 (8+1), 4 grupos RAID
- Interface: 4 FC por controlador, 8 ou 16 Gbit/s
- Software: Unisphere Block Suite
A aplicación é unha opción de implantación fiable, pero ten un gran inconveniente: pouca liberdade na configuración do hardware. Ademais, esta opción pode requirir cambios nos procesos do departamento de TI.
SAP HANA TDI
Unha alternativa a Appliance é o modo TDI (Tailored Data Center Integration), no que pode seleccionar fabricantes específicos e compoñentes da infraestrutura en función dos desexos do cliente, tendo en conta as tarefas realizadas e a carga de traballo. Por exemplo, unha SAN pódese reutilizar nun centro de datos, con algúns discos dedicados a unha instalación de HANA.
En comparación co Appliance, o modo TDI dálle ao usuario moita máis liberdade para cumprir os requisitos. Isto simplifica moito a integración de HANA no centro de datos: podes crear a túa propia infraestrutura personalizada. Por exemplo, varía o tipo e número de procesadores dependendo da carga.
Para os cálculos de capacidade, recomendamos utilizar SAP Quick Sizer, unha ferramenta sinxela que proporciona requisitos de CPU e memoria para diferentes cargas de traballo en SAP HANA. Despois podes contactar con SAP Active Global Support para planificar o teu panorama de TI. Despois diso, o socio de hardware de SAP HANA converte os resultados do cálculo en diferentes configuracións de sistema posibles, tanto no hardware de gama alta como no hardware máis sinxelo. En modo TDI para servidores é aceptable usar CPU Intel E7, incluíndo Intel Broadwell E7 e Skylake-SP (Platinum, Gold, Silver con 8 ou máis núcleos por procesador), así como IBM Power8/ 9.
Os servidores ofrécense sen sistemas de almacenamento, conmutadores e bastidores, pero os requisitos de hardware seguen sendo os mesmos que no modo Appliance: os mesmos nodos únicos, solucións con escala vertical ou horizontal. SAP esixe iso só se utilizaron servidores, sistemas de almacenamento e switches certificados, pero isto non dá medo: a maioría dos fabricantes teñen case todos os equipos certificados.
As probas de rendemento deben realizarse mediante probas HWCCT (Ferramenta de verificación de configuración de hardware)., que permiten comprobar o cumprimento de determinados KPI de SAP. E hai un requisito non de hardware: HANA, OS e hipervisor (opcional) deben ser instalados por especialistas certificados por SAP. Só os sistemas que cumpran todas as regras enumeradas poden recibir soporte de rendemento de SAP.
A liña de servidores BullSequana S en modo TDI é semellante á liña en modo Appliance, pero sen sistemas de almacenamento, interruptores e racks. Podes instalar calquera sistema de almacenamento da lista de sistemas SAP certificados: VNX, XtremIO, NetApp e outros. Por exemplo, se o VNX5400 cumpre os requisitos de rendemento de SAP HANA, pode conectar o almacenamento Dell EMC Unity 450F como parte da configuración TDI. Se é necesario, instálanse adaptadores FC (1 ou 10 Gbit/s), así como conmutadores Ethernet.
Agora, para que poidas imaxinar con máis claridade os modos descritos, falarémosche de varios dos nosos casos reais.
Electrodoméstico + TDI: HANA para tenda en liña
A tenda en liña Mall.cz, parte do Grupo Mall, foi fundada en 2000. Ten sucursais na República Checa, Eslovaquia, Polonia, Hungría, Eslovenia, Croacia e Romanía. Esta é a maior tenda en liña do país, vendendo ata 75 mil produtos ao día, os seus ingresos a finais de 2017 ascenderon a preto de 280 millóns de euros.
Era necesario actualizar a infraestrutura do centro de datos en relación coa migración a SAP HANA. O tamaño estimado foi de 2 x 6 TB para ambientes de produción e de 6 TB para ambientes de proba/desenvolvemento. Ao mesmo tempo, era necesaria unha solución con recuperación ante desastres para un ambiente produtivo SAP HANA nun clúster activo-activo.
No momento do anuncio da licitación, o cliente tiña un sistema para SAP baseado en servidores estándar de rack e blade. Dous centros de datos, situados a aproximadamente 10 km un do outro, estaban equipados con varios sistemas de almacenamento: IBM SVC, HP e Dell. Sistemas clave operados en modo de recuperación ante desastres.
En primeiro lugar, o cliente solicitou unha solución certificada en modo Appliance para SAP HANA para todos os sistemas (contornas de produción e proba/desenvolvemento) cun crecemento de ata 12 TB. Pero debido ás restricións orzamentarias, comezaron a considerar outras opcións, por exemplo, máis CPU con módulos RAM máis pequenos (módulos de 64 GB en lugar de módulos de 128 GB). Ademais, para optimizar o prezo, considerouse o almacenamento conxunto para os contornos de produción e de proba/desenvolvemento.
Acordamos 4 CPU e 6 TB de RAM para o entorno de Produción, con marxe de crecemento. Para ambientes de proba/desenvolvemento en modo TDI, decidimos usar CPUs menos caras: acabamos con 8 CPU e 6 TB de RAM. Debido ao maior número de funcións solicitadas polo cliente (replicación, copia de seguridade, produción conxunta e ambientes de proba/desenvolvemento no segundo sitio) en lugar de discos internos, os sistemas de almacenamento DellEMC Unity utilizáronse nunha configuración de flash completo. Ademais, o cliente solicitou unha solución de recuperación ante desastres baseada na replicación do sistema HANA (HSR) cun nodo de quórum nun terceiro sitio.
A configuración final para o contorno Prod consistiu nun servidor BullSequana S400 nun Intel Xeon P8176M (28 núcleos, 2.10 GHz, 165 W) e 6 TB de RAM. Sistema de almacenamento - Unity 450F 10x 3.84 TB. Para propósitos de recuperación ante desastres, para o ambiente Prod utilizamos un BullSequana S400 nun Intel Xeon P8176M (28 núcleos, 2.10 GHz, 165 W) con 6 TB de RAM. Para o ambiente de proba/desenvolvemento, tomamos un servidor BullSequana S800 cun Intel Xeon P8153 (16 núcleos, 2.00 GHz, 125 W) e 6 TB de RAM máis un sistema de almacenamento Unity 450F 15x 3.84 TB. Os nosos especialistas instalaron e configuraron servidores DellEMC como quórum, servidores de aplicacións (Solución VxRail) e solución de backup (DataDomain).
O equipo está listo para futuras actualizacións. O cliente espera que o tamaño de HANA aumente en 2019 e o único que ten que facer é instalar novos módulos nos bastidores.
Electrodoméstico: HANA para un gran integrador turístico
Nesta ocasión o noso cliente era un gran provedor de servizos informáticos que desenvolveu solucións tecnolóxicas para empresas de viaxes. O cliente lanzou un ambicioso proxecto SAP HANA para implementar un novo sistema de facturación. Requiría unha solución no modo Appliance con 8 TB de RAM para ambientes de produción e PreProd. De acordo coas recomendacións de SAP, o cliente escolleu a opción de escalado vertical.
A tarefa clave foi a implementación dunha infraestrutura de hardware baseada en dispositivos certificados en modo Appliance para SAP HANA. Os criterios prioritarios foron a rendibilidade, alto rendemento, escalabilidade e alta dispoñibilidade de datos.
Propuxemos e implementamos unha solución certificada SAP, que inclúe dous servidores Bullion S16, para entornos Prod e PreProd. O equipo funciona con procesadores Intel Xeon E7-v4 8890 (24 núcleos, 2.20 GHz, 165 W) e está equipado con 16 TB de RAM. Para os contornos BW e Dev/Test, instaláronse nove servidores Bullion S4 (22 núcleos, 2.20 GHz, 150 W) con 4 TB de RAM. Como sistema de almacenamento utilizouse Hybrid EMC Unity.
Esta solución ofrece compatibilidade de escalado para todos os elementos do dispositivo, por exemplo, ata 16 sockets cunha CPU Intel Xeon E7-v4. A administración nesta configuración simplifícase, en particular, para reconfigurar ou particionar o servidor.
Electrodoméstico + TDI: HANA para metalúrxicos
MMC Norilsk Nickel, un dos maiores produtores de níquel e paladio, decidiu actualizar a súa plataforma de hardware SAP HANA para soportar aplicacións e proxectos empresariais críticos. Había que ampliar o panorama existente en canto a potencia de cómputo. Unha das principais condicións expostas polo cliente foi a alta dispoñibilidade da plataforma, a pesar das limitacións de hardware.
Para os ambientes de produción, utilizamos o servidor Bullion S8 e os sistemas de almacenamento no modo SAP HANA Appliance. Para HA e proba/desenvolvemento, a plataforma implantouse en modo TDI. Usamos un servidor Bullion S8, dous servidores Bullion S6 e un sistema de almacenamento híbrido. Esta combinación permitiu aumentar significativamente a velocidade das aplicacións no panorama SAP, aumentar a cantidade de potencia informática e os recursos de almacenamento de datos e minimizar os custos operativos. É importante que o cliente aínda teña a capacidade de escalar ata 16 CPU.
Convidámoste ao Foro SAP
Nesta publicación, analizamos a implantación de SAP HANA de diferentes xeitos e tentamos destacar as vantaxes e inconvenientes das opcións dispoñibles. Se tes algunha dúbida sobre a implementación de SAP HANA, estaremos encantados de contestalas nos comentarios.
Convidamos a todos os que estean interesados nas solucións Bull e nas posibilidades da súa implementación baixo SAP HANA ao maior evento SAP do ano: o SAP Forum 17 celebrarase en Moscova o 2019 de abril. Agardámosvos no noso stand no IoT. zona: contarémosche moitas cousas interesantes, e tamén regalaremos moitos premios.
Vémonos no foro!
Fonte: www.habr.com