SAP HANA es un popular sistema de gestión de bases de datos en memoria que incluye servicios y análisis de Data Warehouse, middleware integrado, un servidor de aplicaciones, 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).
Puede implementar SAP HANA en los modos Appliance y TDI (en términos de entornos de producción). Para cada opción, el fabricante tiene sus propios requisitos. En esta publicación, hablaremos sobre las ventajas y desventajas de las diferentes opciones, así como para mayor claridad, sobre nuestros proyectos reales con SAP HANA.
SAP HANA consta de 3 componentes principales: host, instancia y sistema.
Un host es un servidor o entorno operativo para una base de datos SAP HANA. 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. En este caso, el almacenamiento para la instalación de SAP HANA no tiene que estar ubicado en el host. Si el sistema tiene varios hosts, necesitará un almacenamiento compartido o uno que esté disponible a pedido de todos los hosts.
Instance es un conjunto de componentes del sistema SAP HANA instalados en un solo host. Los componentes principales son Index Server y Name Server. El primero, que también se llama el "servidor de producción", procesa solicitudes, gestiona los almacenes de datos actuales y los núcleos de bases de datos. El servidor de nombres almacena información sobre la topología de la instalación de SAP HANA, dónde funcionan los componentes y qué datos hay en el servidor.
Un sistema es una o más instancias con el mismo número. De hecho, este es un elemento separado que 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 host único (una instancia en un host) o como host múltiple, distribuido (varias instancias de SAP HANA se distribuyen entre varios hosts, cada host tiene una instancia). En sistemas de múltiples hosts, cada instancia debe tener el mismo número. El sistema SAP HANA se identifica mediante un ID de sistema (SID), un número único de tres caracteres alfanuméricos.
Virtualización SAP HANA
Una de las principales limitaciones de SAP HANA es el soporte de un solo sistema, una instancia con un servidor SID único. Puede usar la virtualización para hacer un uso más eficiente del hardware o reducir la cantidad de servidores en el centro de datos. Por lo tanto, otros paisajes pueden coexistir en el mismo servidor con sistemas que tienen requisitos menores (sistemas improductivos). Para un servidor HA / DR en espera, la virtualización puede aumentar la velocidad de conmutación 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 SID) pueden coexistir en el mismo host (servidor físico compartido) en diferentes máquinas virtuales. Cada máquina virtual debe funcionar en un sistema operativo compatible.
Para entornos productivos, la virtualización de SAP HANA tiene graves limitaciones:
- El escalado horizontal no es compatible: la virtualización solo se puede usar con sistemas Scale-Up, ya sea BwoH / DM / SoH o SoH puro;
- La virtualización debe realizarse dentro de las reglas establecidas para los dispositivos Appliance o TDI.
- solo puede haber una máquina virtual en Disponibilidad general (GA): las empresas que deseen utilizar la virtualización con entornos productivos de HANA deben participar en el programa de Disponibilidad controlada con SAP.
En entornos no productivos donde las limitaciones enumeradas están ausentes, la virtualización se puede utilizar para optimizar el uso de los equipos.
Topologías SAP HANA
Pasemos a implementar SAP HANA. Aquí se definen dos topologías.
- La ampliación es un servidor grande. A medida que la base de HANA crece, el servidor mismo 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 redundantes o tolerantes a fallas deben coincidir con los servidores productivos en términos de rendimiento.
- Escalado horizontal: todo el volumen del sistema SAP HANA se distribuye en varios servidores idénticos. El servidor maestro contiene información para Index Server y Name Server. Los servidores esclavos no contienen estos datos, excepto el servidor, que se hace cargo de las funciones maestras en caso de una falla en el servidor principal. Los servidores de trabajo (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. En el caso del crecimiento de HANA, simplemente se agrega otro nodo a la configuración actual del servidor. En dicha topología, es suficiente tener un nodo de respaldo para garantizar la seguridad de todo el servidor.
Requisitos de hardware de SAP
SAP tiene los requisitos de hardware para HANA. Se relacionan con entornos productivos; para las características mínimas no productivas son suficientes. Entonces, aquí están los requisitos para entornos de producción:
- CPU 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 dispositivos y modos TDI
Ahora practiquemos y hablemos sobre cómo implementar SAP HANA en los modos Appliance y TDI. Para ello, utilizamos nuestras plataformas SAP HANA sobre la base de los servidores BullSequana S y Bullion S, que están certificados por SAP para trabajar en estos modos.
Un poco de ayuda en productos. BullSequana S con tecnología Intel Xeon escalable incluye varios modelos, hasta 32 CPU en un servidor. El servidor se basa en un diseño modular, que proporciona escalabilidad de hasta 32 CPU y la misma cantidad de GPU. RAM: de 64 GB a 48 TB. Entre las características de BullSequana S se encuentra el soporte para IA empresarial para un rendimiento mejorado, análisis de datos más rápidos, computación en memoria mejorada y actualizaciones mediante la virtualización y la tecnología en la nube.
Bullion S viene con CPUs Intel Xeon E7 v4 Family. El número máximo de procesadores es 16. La memoria RAM escala de 128 GB a 24 TB. Una gran cantidad de características RAS proporcionan alta disponibilidad para infraestructuras de misión crítica como SAP HANA. Bullion S es adecuado para consolidar centros de datos de forma masiva, trabajar con aplicaciones en memoria, migrar mainframes o sistemas heredados.
Dispositivo SAP HANA
Appliance es una solución preconfigurada que incluye un servidor, almacenamiento y paquete de software para la implementación llave en mano, con un servicio de soporte centralizado y un nivel de rendimiento acordado. Aquí HANA viene en hardware y software preconfigurado, totalmente integrado y certificado. El dispositivo en modo de dispositivo está listo para la instalación en el centro de datos, y el sistema operativo, SAP HANA y (si es necesario) la 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 el almacenamiento. Después de la certificación, no puede cambiar la configuración sin perder la garantía. HANA SAP ofrece tres opciones para escalar la plataforma.
- Scale-Up BWoH / DM / SoH : escala vertical, que es adecuada para sistemas individuales (un SID). Los dispositivos de dispositivos crecen a 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 a toda la lista de dispositivos de dispositivos certificados. El dispositivo escalable BWoH / DM / SoH es el más adecuado para aplicaciones BW on HANA (BWoH), Data Mart (DM) y SAP Suite on HANA (SoH).
- Scale-Up SoH es una versión ligera del modelo anterior, con menos restricciones en la cantidad de RAM. Todavía es 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 +). Solo apto para SoH.
- Scale-Out es una opción con escala horizontal, un sistema que admite configuraciones de servidores múltiples. La escala horizontal es la más adecuada para BW y, con algunas limitaciones, SoH.
En los servidores BullSequana S y Bullion S, el escalado vertical es esencial ya que tiene menos restricciones operativas y requiere menos administración. Para el modo de dispositivo, hay una gran línea de dispositivos diferentes.
Soluciones BullSequana S para SAP HANA en modo Appliance
* Opcional E7-8890 / 94v4
Soluciones Bullion S para SAP HANA en modo ApplianceTodas las soluciones Bull Appliance con SAP HANA SPS 12 están certificadas. El equipo se instala en un bastidor estándar de 42 pulgadas de 19 pulgadas, con dos fuentes de alimentación: PDU internas. Los servidores tienen certificación SAP:
- BullSequana S con Intel Xeon Skylake 8176, 8176M, 8180, 8180M (los procesadores con la letra "M" admiten trabajar con módulos de memoria de 128 GB). En términos de precio y calidad, las opciones con Intel 8176 se ven mejor
- Bullion S con Intel Xeon E7-8880 v4, 8890 y 8894.
El almacenamiento se conecta directamente al servidor a través de los puertos FC, por lo que aquí no se necesitan conmutadores SAN. Pueden ser útiles para acceder a sistemas conectados a una LAN o SAN.
Aquí hay un ejemplo de la configuración de almacenamiento de EMC Unity 450F en nuestra configuración:
- Altura: 5U (DPE 3U (25x2.5 "HDD / SSD) + DAE 2U (25x2.5" HDD / SSD))
- Controladores: 2
- Unidades: 6 a 250 SSD SAS, 600 GB a 15,36 TB cada una
- RAID: nivel 5 (8 + 1), 4 grupos RAID
- Interfaz: 4 FC por controlador, 8 o 16 Gb / s
- Software: Unisphere Block Suite
El dispositivo es una opción de implementación confiable, pero tiene un gran inconveniente:
hay poca libertad para configurar el 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 de centros de datos a medida), en el que puede seleccionar fabricantes específicos y componentes de infraestructura según los deseos del cliente, teniendo en cuenta las tareas y la carga de trabajo. Por ejemplo, una SAN se puede reutilizar en un centro de datos, con algunos discos reservados para una instalación de HANA.
En comparación con el dispositivo, en modo TDI, el usuario tiene mucha más libertad para cumplir 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 calcular las capacidades, se recomienda utilizar SAP Quick Sizer, una herramienta simple que proporciona los requisitos de CPU y memoria para diferentes cargas de trabajo en SAP HANA. Luego, puede ponerse en contacto con el Soporte Global Activo de SAP para planificar su panorama de TI. Después de eso, el socio de hardware SAP HANA convierte los resultados del cálculo en varias configuraciones posibles del sistema, tanto en el hardware superior como en el más simple. En el modo TDI, está
permitido que los servidores
utilicen CPU Intel E7, incluidos 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 envían sin almacenamiento, conmutadores y bastidores, pero los requisitos de hardware siguen siendo los mismos que en el modo Dispositivo: los mismos nodos individuales, soluciones con escalamiento vertical u horizontal. SAP
solo requiere
servidores, almacenamiento y conmutadores certificados , pero esto no es un problema: la mayoría de los fabricantes tienen casi todos los equipos certificados.
Las pruebas de rendimiento deben realizarse usando las pruebas HWCCT (Herramienta de verificación de configuración de hardware) , que le permiten verificar el cumplimiento de ciertos KPI de SAP. Y hay un requisito que no está relacionado con el hardware:
HANA, el sistema operativo y el hipervisor (opcional) deben ser instalados por especialistas con certificación SAP . Solo los sistemas que cumplen con todas estas reglas pueden recibir soporte de SAP para el rendimiento.
La línea de servidores BullSequana S en modo TDI es similar a la línea en modo Appliance, pero sin almacenamiento, conmutadores y bastidores. Puede instalar cualquier sistema de almacenamiento de la lista de SAP certificados: VNX, XtremIO, NetApp y otros. Por ejemplo, si el VNX5400 cumple con los requisitos de rendimiento de SAP HANA, puede conectar el Dell EMC Unity 450F como parte de una configuración de TDI. Si es necesario, se instalan adaptadores FC (1 o 10 Gbit / s), así como conmutadores Ethernet.
Ahora, para que pueda presentar más claramente los modos descritos, hablaremos sobre varios de nuestros casos reales.
Appliance + TDI: HANA para la tienda en línea
La tienda en línea Mall.cz, parte del Grupo Mall, fue fundada en 2000. Tiene sucursales en la República Checa, Eslovaquia, Polonia, Hungría, Eslovenia, Croacia y Rumania. Esta es la tienda en línea más grande del país, vendiendo hasta 75 mil productos por día, sus ingresos en 2017 ascendieron a unos 280 millones de euros.
Se requirió una actualización de la infraestructura del centro de datos debido a la migración a SAP HANA. El tamaño estimado fue de 2x6 TB para el entorno de producción y 6 TB para los entornos de prueba / desarrollo. Esto requería una solución de recuperación ante desastres para el entorno de producción de SAP HANA en un clúster activo-activo.
En el momento del anuncio de licitación, el cliente tenía un sistema para SAP basado en servidores estándar de rack y blade. Dos centros de datos, ubicados a una distancia de aproximadamente 10 km entre sí, estaban equipados con varios sistemas de almacenamiento: IBM SVC, HP y Dell. Los sistemas clave funcionaron 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 prueba / desarrollo) con un crecimiento de hasta 12 TB. Pero debido a restricciones presupuestarias, se comenzaron a considerar otras opciones, por ejemplo, un mayor número de CPU con módulos RAM más pequeños (módulos de 64 GB en lugar de módulos de 128 GB). Además, se consideró un sistema de almacenamiento conjunto para entornos de producción y prueba / desarrollo para la optimización de precios.
Acordamos 4 CPU y 6 TB de RAM para el entorno de producción, con la posibilidad de crecimiento. Para entornos de prueba / desarrollo en modo TDI, decidimos hacerlo con CPU menos costosas: obtuvimos 8 CPU y 6 TB de RAM. Debido a la mayor cantidad de funciones solicitadas por el cliente (replicación, copia de seguridad, producción y entornos de prueba / desarrollo en la segunda plataforma), se utilizaron sistemas de almacenamiento DellEMC Unity en lugar de discos internos en una configuración de flash completo. 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 el tercer sitio.
La configuración final para el entorno Prod consistió en un servidor BullSequana S400 en Intel Xeon P8176M (28 núcleos, 2,10 GHz, 165 W) y con 6 TB de RAM. Almacenamiento - Unity 450F 10x 3.84 TB. Para la recuperación ante desastres para el entorno Prod, utilizamos BullSequana S400 en Intel Xeon P8176M (28 núcleos, 2,10 GHz, 165 W) con 6 TB de RAM. Para el entorno de prueba / desarrollo, tomamos el servidor BullSequana S800 con Intel Xeon P8153 (16 núcleos, 2.00 GHz, 125 W) y 6 TB de RAM más almacenamiento Unity 450F 15x 3.84 TB. Como quórum, servidores de aplicaciones (VxRail Solution) y soluciones de respaldo (DataDomain), nuestros expertos instalaron y configuraron servidores DellEMC.
El equipo está listo para una futura actualización. El cliente espera el crecimiento del dimensionamiento de HANA en 2019, y solo puede instalar nuevos módulos en los bastidores.Dispositivo: HANA para un importante integrador de viajes
Esta vez, nuestro cliente era un gran proveedor de servicios de TI que se dedicaba al desarrollo de soluciones tecnológicas para compañías de viajes. El cliente lanzó un ambicioso proyecto SAP HANA para introducir un nuevo sistema de facturación. Se necesitaba una solución de dispositivo con 8 TB de RAM para entornos de producción y PreProd. De acuerdo con las recomendaciones de SAP, el cliente eligió la opción con escala vertical.
Un desafío clave fue la introducción de infraestructura de hardware basada en dispositivos certificados por Appliance para SAP HANA. Los criterios prioritarios fueron la rentabilidad, el alto rendimiento, la escalabilidad y la alta disponibilidad de datos.
Hemos propuesto e implementado 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. Se instalaron nueve servidores Bullion S4 (22 núcleos, 2.20 GHz, 150 W) para 4 TB de RAM para entornos BW y Dev / Test. Como almacenamiento se utilizó la unidad híbrida EMC.
Esta solución proporciona soporte para escalar todos los elementos del dispositivo, por ejemplo, hasta 16 zócalos con CPU Intel Xeon E7-v4. La administración en esta configuración se simplifica, en particular, para reconfigurar o particionar el servidor en particiones.
Appliance + 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 aplicaciones y proyectos comerciales críticos. Se requería la expansión del panorama existente en términos de potencia informática. Una de las principales condiciones presentadas por el cliente fue la alta disponibilidad de la plataforma, a pesar de las limitaciones de hardware.
Para entornos productivos, utilizamos el servidor Bullion S8 y el almacenamiento en modo de dispositivo SAP HANA. Para HA y test / dev, 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 permitió aumentar significativamente la velocidad de las aplicaciones horizontales de SAP, aumentar la potencia de cómputo y los recursos de almacenamiento y minimizar los costos operativos. Es importante que el cliente tenga la capacidad de escalar hasta 16 CPU.
Bienvenido al foro de SAP
En esta publicación, examinamos la implementación de SAP HANA de varias maneras e intentamos 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 que estén interesados en las soluciones de Bull y las posibilidades de su implementación bajo SAP HANA al mayor evento de SAP del año: SAP Forum 2019 se llevará a cabo en Moscú el 17 de abril. Te esperamos en nuestro stand en la zona IoT: te contaremos muchas cosas interesantes y también entregaremos muchos premios.
¡Nos vemos en el foro!