SAP HANA es un DBMS en memoria popular que incluye servicios de almacenamiento (almacén de datos) y análisis, middleware integrado, un servidor de aplicaciones y una plataforma para configurar o desarrollar nuevas utilidades. Al eliminar la latencia de los DBMS tradicionales con SAP HANA, puede aumentar considerablemente el rendimiento del sistema, el procesamiento de transacciones (OLTP) y la inteligencia empresarial (OLAP).
Puedes implementar SAP HANA en modos Appliance y TDI (si hablamos de entornos de producción). Para cada opción, el fabricante tiene sus propios requisitos. En este post hablaremos de las ventajas y desventajas de las diferentes opciones, así como, para mayor claridad, de nuestros proyectos reales con SAP HANA.
SAP HANA consta de 3 componentes principales: host, instancia y sistema.
Anfitrión es un servidor o entorno operativo para ejecutar SAP HANA DBMS. Sus componentes requeridos son CPU, RAM, almacenamiento, red y sistema operativo. El host proporciona enlaces a directorios de instalación, datos, registros o directamente al sistema de almacenamiento. Al mismo tiempo, no es necesario que el sistema de almacenamiento para instalar SAP HANA esté ubicado en el host. Si el sistema tiene varios hosts, necesitará almacenamiento compartido o uno que esté disponible a pedido desde todos los hosts.
Instancia — un conjunto de componentes del sistema SAP HANA instalados en un host. Los componentes principales son el servidor de índices y el servidor de nombres. El primero, que también se denomina "servidor de trabajo", procesa solicitudes, gestiona los almacenes de datos actuales y los motores de bases de datos. Name Server almacena información sobre la topología de la instalación de SAP HANA: dónde se ejecutan los componentes y qué datos hay en el servidor.
Sistema – se trata de una o más instancias con el mismo número. Básicamente, este es un elemento separado que se puede habilitar, deshabilitar o copiar (hacer una copia de seguridad). Los datos se distribuyen en la memoria de los distintos servidores que componen el sistema SAP HANA.
El sistema se puede configurar como de un solo host (una instancia en un host) o de múltiples hosts, distribuido (varias instancias de SAP HANA se distribuyen en varios hosts, con una instancia por host). En sistemas multihost, cada instancia debe tener el mismo número. Un sistema SAP HANA se identifica mediante un ID del sistema (SID), un número único que consta de tres caracteres alfanuméricos.
Virtualización de SAP HANA
Una de las principales limitaciones de SAP HANA es la compatibilidad con un solo sistema: una instancia con un SID de servidor único. Para utilizar el hardware de manera más eficiente o reducir la cantidad de servidores en un centro de datos, puede utilizar la virtualización. De esta forma, otros paisajes pueden coexistir en el mismo servidor con sistemas que tengan menores requisitos (sistemas no productivos). Para un servidor HA/DR en espera, la virtualización puede mejorar la velocidad de cambio entre máquinas virtuales productivas y no productivas.
SAP HANA incluye soporte para el hipervisor VMWare ESX. Esto significa que diferentes sistemas SAP HANA (instalaciones de SAP HANA con diferentes números SID) pueden coexistir en un único host (servidor físico común) en diferentes máquinas virtuales. Cada máquina virtual debe ejecutarse en un sistema operativo compatible.
Para entornos de producción, la virtualización de SAP HANA tiene serias limitaciones:
- No se admite el escalado horizontal: la virtualización solo se puede utilizar con sistemas Scale-Up, ya sean BwoH/DM/SoH o SoH “puro”;
- la virtualización debe realizarse dentro de las reglas establecidas para los dispositivos Appliance o TDI;
- La Disponibilidad General (GA) solo puede tener una máquina virtual; las empresas que deseen utilizar la virtualización con entornos de producción HANA deben participar en el programa de Disponibilidad Controlada con SAP.
En entornos no productivos donde no existen estas limitaciones, se puede utilizar la virtualización para optimizar la utilización del hardware.
Topologías de SAP HANA
Pasemos a la implementación de SAP HANA. Aquí se definen dos topologías.
- Ampliación: un gran servidor. A medida que crece la base de HANA, el servidor en sí crece: la cantidad de CPU y la cantidad de memoria aumentan. En soluciones con alta disponibilidad (HA) y recuperación ante desastres (DR), los servidores de respaldo o tolerantes a fallas deben coincidir con las características de los servidores productivos.
- Escalamiento horizontal: todo el volumen del sistema SAP HANA se distribuye en varios servidores idénticos. El servidor maestro contiene información para el servidor de índice y el servidor de nombres. Los servidores esclavos no contienen estos datos, excepto el servidor, que asume las funciones del maestro en caso de fallo del servidor principal. Los servidores de índice administran los segmentos de datos que se les asignan y también responden a las solicitudes. Los servidores de nombres son conscientes de cómo se distribuyen los datos entre los servidores de producción. Si HANA crece, simplemente se agrega otro nodo a la configuración actual del servidor. En esta topología, basta con tener un nodo de respaldo para garantizar la seguridad de todo el servidor.
Requisitos de hardware de SAP
SAP tiene requisitos de hardware obligatorios para HANA. Se relacionan con entornos productivos; para los no productivos, las características mínimas son suficientes. Estos son los requisitos para los entornos de producción:
- Procesador Intel Xeon v5 (SkyLake) / 8880/90/94 v4 (Broadwell)
- desde 128 GB de RAM para aplicaciones BW con 2 CPU, 256 GB con 4+ CPU;
Implementación de SAP HANA en modos Appliance y TDI
Ahora pasemos a practicar y hablemos sobre cómo implementar SAP HANA en los modos Appliance y TDI. Para ello utilizamos nuestras plataformas SAP HANA basadas en los servidores BullSequana S y Bullion S, que están certificados por SAP para operar en estos modos.
Un poco de información sobre los productos. BullSequana S basado en Intel Xeon Scalable incluye varios modelos, hasta 32 CPU en un solo servidor. El servidor está construido utilizando un diseño modular que proporciona escalabilidad hasta 32 CPU y la misma cantidad de GPU. RAM: de 64 GB a 48 TB. Las características de BullSequana S incluyen soporte de IA empresarial para un rendimiento mejorado, análisis de datos acelerados, computación en memoria mejorada y modernización con tecnologías de virtualización y nube.
Bullion S viene con CPU de la familia Intel Xeon E7 v4. El número máximo de procesadores es 16. La RAM es escalable de 128 GB a 24 TB. Una gran cantidad de funciones RAS brindan altos niveles de disponibilidad para infraestructuras de misión crítica como SAP HANA. Bullion S es adecuado para la consolidación masiva de centros de datos, la ejecución de aplicaciones en memoria y la migración de mainframes o sistemas heredados.
Dispositivo SAP HANA
Appliance es una solución preconfigurada que incluye un servidor, un sistema de almacenamiento y un paquete de software para implementación llave en mano, con un servicio de soporte centralizado y un nivel de rendimiento acordado. Aquí, HANA se presenta como hardware y software preconfigurados, totalmente integrados y certificados. El dispositivo en modo Dispositivo está listo para su instalación en el centro de datos y el sistema operativo, SAP HANA y (si es necesario) una instancia adicional de VMWare ya están configurados e instalados.
La certificación SAP determina el nivel garantizado de rendimiento, así como el modelo de CPU, la cantidad de RAM y almacenamiento. Una vez certificada, la configuración no se puede cambiar sin anular la garantía. Para escalar la plataforma HANA, SAP ofrece tres opciones.
- Ampliación de BWoH/DM/SoH – escalado vertical, que es adecuado para sistemas individuales (un SID). Los dispositivos crecen en 256/384 GB a partir de SAP HANA SPS 11. Esta relación muestra la capacidad máxima admitida por una CPU y es común para toda la lista de dispositivos certificados. El dispositivo BWoH/DM/SoH con escalamiento vertical es ideal para aplicaciones BW en HANA (BWoH), Data Mart (DM) y SAP Suite en HANA (SoH).
- SoH ampliado - Esta es una versión liviana del modelo anterior, con menos restricciones en la cantidad de RAM. Este sigue siendo un servidor escalable verticalmente, pero la cantidad máxima de RAM para 2 procesadores ya es de 1536 GB (hasta la versión SPS11) y 3 TB (SPS12+). Apto únicamente para SoH.
- Poner a escala - Esta es una opción escalable horizontalmente, un sistema que admite configuraciones de múltiples servidores. El escalado horizontal es óptimo para BW y, con algunas limitaciones, para SoH.
En los servidores BullSequana S y Bullion S, el escalamiento vertical es el foco porque tiene menos limitaciones operativas y requiere menos administración. Para el modo Electrodomésticos existe una amplia gama de dispositivos diferentes.
Soluciones BullSequana S para SAP HANA en modo Appliance
*Opcional E7-8890/94v4
Soluciones Bullion S para SAP HANA en modo Appliance
Todas las soluciones Bull en modo Appliance de SAP HANA SPS 12 están certificadas. El equipo se instala en un rack estándar de 19U de 42 pulgadas, con dos fuentes de alimentación: PDU internas. Los siguientes servidores cuentan con certificación SAP:
- BullSequana S con Intel Xeon Skylake 8176, 8176M, 8180, 8180M (los procesadores con la letra "M" admiten módulos de memoria de 128 GB). En términos de relación calidad-precio, las opciones con Intel 8176 parecen mejores
- Bullion S con Intel Xeon E7-8880 v4, 8890 y 8894.
El sistema de almacenamiento se conecta directamente al servidor a través de puertos FC, por lo que aquí no se necesitan conmutadores SAN. Pueden resultar útiles para acceder a sistemas conectados a una LAN o SAN.
A continuación se muestra un ejemplo de la configuración del sistema de almacenamiento EMC Unity 450F en nuestra 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 SAS SSD, de 600 GB a 15.36 TB cada uno
- RAID: nivel 5 (8+1), 4 grupos RAID
- Interfaz: 4 FC por controlador, 8 o 16 Gbit/s
- Software: Suite de bloques Unisphere
El dispositivo es una opción de implementación confiable, pero tiene un gran inconveniente: poca libertad en la configuración del hardware. Además, esta opción puede requerir cambios en los procesos del departamento de TI.
SAP HANA TDI
Una alternativa al dispositivo es el modo TDI (integración personalizada del centro de datos), en el que se pueden seleccionar fabricantes y componentes de infraestructura específicos según los deseos del cliente, teniendo en cuenta las tareas realizadas y la carga de trabajo. Por ejemplo, una SAN se puede reutilizar en un centro de datos, con algunos discos dedicados a una instalación de HANA.
En comparación con el modo Appliance, el modo TDI brinda al usuario mucha más libertad para cumplir con los requisitos. Esto simplifica enormemente la integración de HANA en el centro de datos: puede crear su propia infraestructura personalizada. Por ejemplo, varíe el tipo y la cantidad de procesadores según la carga.
Para los cálculos de capacidad, recomendamos utilizar SAP Quick Sizer, una herramienta sencilla que proporciona requisitos de CPU y memoria para diferentes cargas de trabajo en SAP HANA. Luego puede ponerse en contacto con SAP Active Global Support para planificar su panorama de TI. Después de esto, el socio de hardware de SAP HANA convierte los resultados del cálculo en diferentes configuraciones posibles del sistema, tanto en hardware de gama alta como en hardware más simple. En modo TDI para servidores es aceptable utilizar CPU Intel E7, incluidas Intel Broadwell E7 y Skylake-SP (Platinum, Gold, Silver con 8 o más núcleos por procesador), así como IBM Power8/ 9.
Los servidores se suministran sin sistemas de almacenamiento, conmutadores ni bastidores, pero los requisitos de hardware siguen siendo los mismos que en el modo Dispositivo: los mismos nodos únicos, soluciones con escalamiento vertical u horizontal. SAP requiere que Solo se utilizaron servidores, sistemas de almacenamiento y conmutadores certificados., pero esto no da miedo: la mayoría de los fabricantes tienen casi todos los equipos certificados.
Las pruebas de rendimiento deben realizarse mediante pruebas HWCCT (Herramienta de verificación de configuración de hardware)., que le permiten comprobar el cumplimiento de determinados KPI de SAP. Y hay un requisito que no es de hardware: HANA, el sistema operativo y el hipervisor (opcional) deben ser instalados por especialistas certificados de SAP.. Sólo los sistemas que cumplan con todas las reglas enumeradas pueden recibir soporte de rendimiento de SAP.
La línea de servidores BullSequana S en modo TDI es similar a la línea en modo Appliance, pero sin sistemas de almacenamiento, conmutadores ni racks. Puede instalar cualquier sistema de almacenamiento de la lista de sistemas SAP certificados: VNX, XtremIO, NetApp y otros. Por ejemplo, si VNX5400 cumple con los requisitos de rendimiento de SAP HANA, puede conectar el almacenamiento Dell EMC Unity 450F como parte de la configuración de TDI. Si es necesario, se instalan adaptadores FC (1 o 10 Gbit/s), así como conmutadores Ethernet.
Ahora bien, para que puedas imaginar más claramente los modos descritos, te contamos varios de nuestros casos reales.
Electrodoméstico + TDI: HANA para tienda online
La tienda online Mall.cz, que forma parte del grupo Mall, fue fundada en el año 2000. Tiene sucursales en la República Checa, Eslovaquia, Polonia, Hungría, Eslovenia, Croacia y Rumanía. Se trata de la tienda online más grande del país, vende hasta 75 mil productos al día y sus ingresos a finales de 2017 ascendieron a unos 280 millones de euros.
Fue necesaria la actualización de la infraestructura del centro de datos en relación con la migración a SAP HANA. El tamaño estimado fue de 2x6 TB para entornos de producción y 6 TB para entornos de prueba/desarrollo. Al mismo tiempo, se necesitaba una solución con recuperación ante desastres para un entorno SAP HANA productivo en un clúster activo-activo.
En el momento del anuncio de la licitación, el cliente disponía de un sistema para SAP basado en servidores rack y blade estándar. Dos centros de datos, situados a unos 10 km uno del otro, estaban equipados con distintos sistemas de almacenamiento: IBM SVC, HP y Dell. Sistemas clave operados en modo de recuperación ante desastres.
Primero, el cliente solicitó una solución certificada en modo Appliance para SAP HANA para todos los sistemas (entornos de producción y pruebas/desarrollo) con un crecimiento de hasta 12 TB. Pero debido a restricciones presupuestarias, comenzaron a considerar otras opciones, por ejemplo, más CPU con módulos de RAM más pequeños (módulos de 64 GB en lugar de módulos de 128 GB). Además, para optimizar el precio, se consideró el almacenamiento conjunto para los entornos de Producción y test/dev.
Acordamos 4 CPU y 6 TB de RAM para el entorno de Producción, con margen de crecimiento. Para entornos de prueba/desarrollo en modo TDI, decidimos usar CPU menos costosas: terminamos con 8 CPU y 6 TB de RAM. Debido a la mayor cantidad de funciones solicitadas por el cliente (replicación, respaldo, producción conjunta y entornos de prueba/desarrollo en el segundo sitio) en lugar de discos internos, se utilizaron sistemas de almacenamiento DellEMC Unity en una configuración full-flash. Además, el cliente solicitó una solución de recuperación ante desastres basada en la replicación del sistema HANA (HSR) con un nodo de quórum en un tercer sitio.
La configuración final para el entorno Prod consistió en un servidor BullSequana S400 en un Intel Xeon P8176M (28 núcleos, 2.10 GHz, 165 W) y 6 TB de RAM. Sistema de almacenamiento: Unity 450F 10x 3.84 TB. Para fines de recuperación ante desastres, para el entorno Prod utilizamos un BullSequana S400 en un Intel Xeon P8176M (28 núcleos, 2.10 GHz, 165 W) con 6 TB de RAM. Para el entorno de prueba/desarrollo, tomamos un servidor BullSequana S800 con un Intel Xeon P8153 (16 núcleos, 2.00 GHz, 125 W) y 6 TB de RAM más un sistema de almacenamiento Unity 450F de 15x 3.84 TB. Nuestros especialistas instalaron y configuraron servidores DellEMC como quórum, servidores de aplicaciones (VxRail Solution) y solución de respaldo (DataDomain).
El equipo está listo para futuras actualizaciones. El cliente espera que el tamaño de HANA aumente en 2019 y todo lo que tiene que hacer es instalar nuevos módulos en los bastidores.
Appliance: HANA para un gran integrador turístico
Esta vez nuestro cliente era un gran proveedor de servicios de TI que desarrollaba soluciones tecnológicas para empresas de viajes. El cliente lanzó un ambicioso proyecto SAP HANA para implementar un nuevo sistema de facturación. Se requería una solución en modo Appliance con 8 TB de RAM para ambientes de Producción y PreProd. De acuerdo con las recomendaciones de SAP, el cliente eligió la opción de escalado vertical.
La tarea clave fue la implementación de una infraestructura de hardware basada en dispositivos certificados en modo Appliance para SAP HANA. Los criterios prioritarios fueron la rentabilidad, el alto rendimiento, la escalabilidad y la alta disponibilidad de datos.
Propusimos e implementamos una solución certificada por SAP, que incluye dos servidores Bullion S16, para entornos Prod y PreProd. El equipo funciona con procesadores Intel Xeon E7-v4 8890 (24 núcleos, 2.20 GHz, 165 W) y está equipado con 16 TB de RAM. Para entornos BW y Dev/Test, se instalaron nueve servidores Bullion S4 (22 núcleos, 2.20 GHz, 150 W) con 4 TB de RAM. Se utilizó Hybrid EMC Unity como sistema de almacenamiento.
Esta solución proporciona soporte de escalado para todos los elementos del dispositivo, por ejemplo, hasta 16 zócalos con una CPU Intel Xeon E7-v4. La administración en esta configuración se simplifica, en particular, para reconfigurar o particionar el servidor.
Electrodoméstico + TDI: HANA para metalúrgicos
MMC Norilsk Nickel, uno de los mayores productores de níquel y paladio, decidió actualizar su plataforma de hardware SAP HANA para admitir proyectos y aplicaciones comerciales críticas. Era necesario ampliar el panorama existente en términos de potencia informática. Una de las principales condiciones propuestas por el cliente fue la alta disponibilidad de la plataforma, a pesar de las limitaciones de hardware.
Para entornos de producción, utilizamos el servidor Bullion S8 y los sistemas de almacenamiento en modo SAP HANA Appliance. Para HA y prueba/desarrollo, la plataforma se implementó en modo TDI. Utilizamos un servidor Bull Bullion S8, dos servidores Bull Bullion S6 y un sistema de almacenamiento híbrido. Esta combinación hizo posible aumentar significativamente la velocidad de las aplicaciones en el panorama SAP, aumentar la cantidad de potencia informática y recursos de almacenamiento de datos y minimizar los costos operativos. Es importante que el cliente aún tenga la capacidad de escalar hasta 16 CPU.
Te invitamos al Foro SAP
En esta publicación, analizamos la implementación de SAP HANA de diferentes maneras y tratamos de resaltar las ventajas y desventajas de las opciones disponibles. Si tiene alguna pregunta sobre la implementación de SAP HANA, estaremos encantados de responderla en los comentarios.
Invitamos a todos los interesados en las soluciones Bull y las posibilidades de su implementación bajo SAP HANA al mayor evento de SAP del año: SAP Forum 17 que se celebrará en Moscú el 2019 de abril. Le esperamos en nuestro stand en IoT. zona: te contaremos muchas cosas interesantes, y además regalaremos muchos premios.
¡Nos vemos en el foro!
Fuente: habr.com