Tipo de dimensionamiento estándar

Este término se refiere a un ejercicio de dimensionamiento en el que se definen tamaños de configuración predefinidos basados en pruebas de hardware y dimensionamiento de camisetas para cumplir con puntos de referencia específicos con el fin de llegar a un resultado de dimensionamiento para los requisitos de hardware de una aplicación SAP (como red, CPU, Memoria, Almacenamiento).

Método de despliegue de dispositivo

El hardware soportado para SAP HANA depende del método de despliegue. El método de despliegue de dispositivos utiliza hardware predefinido, validado y optimizado para SAP por socios de hardware certificados por SAP que ejecutan un sistema operativo específico. Estas opciones de hardware se ofrecen en diversos tamaños de configuración.

Los socios o partners (como los proveedores de servicios de nube) ofrecen dispositivos con múltiples capas de hardware redundante, software y componentes de red, que no interrumpen las operaciones de SAP HANA y protegen frente a una interrupción del sistema. Estos componentes incluyen:

• Fuentes de alimentación y ventiladores redundantes y fuente de alimentación ininterrumpida (UPS)
• Memorias con corrección de errores a nivel de empresa
• Conmutadores y direccionadores de red totalmente redundantes
• Sistemas de almacenamiento en disco que utilizan baterías para garantizar la escritura incluso en caso de corte del suministro eléctrico.
• Sistemas de almacenamiento en disco que utilizan striping y mirroring para la redundancia y la recuperación ante fallos de disco.

En colaboración con SAP, un proveedor de servicios de nube define el dimensionamiento correcto al diseñar IaaS certificado por SAP para SAP HANA con el método de despliegue de dispositivo:

• Garantiza el máximo rendimiento con el hardware capaz de cumplir con las cargas de trabajo especificadas, proporcionando memoria dedicada para SAP HANA después de que la memoria residente del sistema operativo y otros programas se tenga en cuenta y con el intercambio al disco inhabilitado.
• Para maximizar el rendimiento, SAP recomienda el máximo escalado posible (adquirir la configuración con el procesador más potente y la especificación de memoria más alta para la carga de trabajo de la aplicación) antes que el escalado horizontal (para despliegues con mayores requisitos de volumen de datos).
• Puede copiar una base de datos en máquinas de diferentes proveedores de dispositivos SAP HANA con diferentes configuraciones de hardware, si tanto las máquinas de origen como de destino cumplen las especificaciones de dispositivo de SAP HANA.

Tipo de dimensionamiento experto

El tipo de dimensionamiento experto se refiere a un ejercicio de dimensionamiento en el que se analizan datos específicos del cliente y se utilizan para dar más detalle al resultado del dimensionamiento de los requisitos de hardware de una aplicación SAP (como red, CPU, Memoria, Almacenamiento).

Según SAP, el dimensionamiento experto suele incluir "la exploración de algunos procesos empresariales con más detalle, tanto a nivel funcional como técnico" (fuente de la cita: Tipos de dimensionamiento - Dimensionamiento experto ).

Por lo tanto, con el dimensionamiento experto, no hay herramientas estandarizadas utilizadas para llevar a cabo el dimensionamiento y a menudo requerirá un esfuerzo significativo y SAP experiencia. Los proyectos que utilizan el dimensionamiento experto suelen recurrir a un socio empresarial externo de consultoría e implantación de sistemas para ayudar al equipo interno de SAP.

Para el dimensionamiento experto, es probable que se realicen los siguientes pasos (fuente: Tipos de dimensionamiento - Dimensionamiento experto ):

• Identificar las consultas/apps/escenarios más importantes
• Identificar, cómo se utilizan, por ejemplo, criterios de filtro, autorizaciones.
• Ejecutar estas consultas/apps/escenarios sobre datos de prueba representativos (calidad de datos de prueba y cantidad de datos de prueba). Lo ideal es hacerlo sobre una copia reciente de los datos de producción
• Medir el consumo de recursos (CPU/memoria) y los tiempos de respuesta
• Realizar un cálculo de previsión basado en el uso esperado de consultas/apps/escenarios

Método de despliegue de TDI

El hardware soportado para SAP HANA depende del método de despliegue. El método de despliegue de TDI utiliza hardware definido personalizado por los socios de hardware certificados por SAP que utilizan versiones flexibles de SO o SAP HANA; se pueden configurar en cualquier tamaño (bajo la configuración máxima probada por SAP).

Los socios (como los proveedores de servicios de nube) ofrecen TDI con diversas opciones de configuración y opciones de redundancia. Estas opciones dependen de si selecciona un dimensionamiento ampliado o reducido, y deben ser instaladas por un administrador certificado designado de SAP HANA. Estas opciones pueden incluir:

• Fuentes de alimentación y ventiladores redundantes y fuente de alimentación ininterrumpida (UPS)
• Memorias con corrección de errores a nivel de empresa
• Conmutadores y direccionadores de red totalmente redundantes
• Sistemas de almacenamiento en disco que utilizan baterías para garantizar la escritura incluso si falla la alimentación
• Sistemas de almacenamiento en disco que utilizan técnicas de fragmentación y de duplicación para ofrecer redundancia y recuperación de anomalías de disco

SAP y un proveedor de servicios de nube acuerdan dan soporte al cliente para un dimensionamiento de escalado o de escalado horizontal seleccionado utilizando IaaS certificado por SAP para SAP HANA con el método de despliegue de TDI:

• Esto proporciona diferentes opciones de diseño del sistema en lo que respecta a las variaciones de ampliación y reducción; la base de datos SAP HANA debe validarse a continuación antes de su uso en sistemas de producción que utilicen la herramienta de medición de hardware y nubes (HCMT) de SAP HANA para las pruebas de IDT cuando así lo solicite la organización de asistencia SAP.
• Para maximizar el rendimiento, SAP recomienda el máximo escalado posible (adquirir la configuración con el procesador más potente y la especificación de memoria más alta para la carga de trabajo de la aplicación) antes que el escalado horizontal (para despliegues con mayores requisitos de volumen de datos).

Redes

Para que funcione el sistema SAP HANA de varios nodos, es necesario contar con unas redes determinadas. Antes de solicitar otros componentes para el sistema, estas redes deben estar correctamente configuradas, junto con los nodos de base de datos. La separación de los flujos/tráfico de red puede mejorar el rendimiento (es decir, mantener el tráfico de almacenamiento elevado separado del tráfico de usuario) cuando se conectan más interfaces de red al servidor.

Como resumen de la separación de red, necesita que el clúster de escalado horizontal de SAP HANA tenga:

• Una red del lado del cliente, que conecte los servidores de aplicaciones de SAP ABAP (SAP Advanced Business Application Programming), los clientes de SAP HANA Studio y cualquier otro cliente de red con el sistema de varios nodos. Las opciones de disponibilidad y rendimiento de la red dependen del entorno y del escenario de uso del sistema de varios nodos SAP HANA. Tenga en cuenta la cantidad de datos transferidos a y desde la base de datos SAP HANA y los indicadores clave de rendimiento (KPI) de disponibilidad necesarios para la aplicación.
• Una red de almacenamiento, que se conecta al almacenamiento de red (de archivos/NFS o en bloque/iSCSI en función de la selección de la infraestructura). Las opciones de disponibilidad y rendimiento de la red dependen del entorno y del escenario de uso del sistema de varios nodos SAP HANA. Tenga en cuenta que el rendimiento y la latencia necesarios para proporcionar 10.000 IOPS están disponibles para cada nodo SAP HANA.
• Una red internodal para comunicación interna de SAP HANA que se configure de forma equivalente a la red de almacenamiento. La red internodal solo se utiliza para la comunicación entre nodos y la transferencia de datos que puede ser necesaria entre los nodos durante las operaciones.

Dentro de cada entorno hay un diseño de red independiente. La red del entorno de infraestructura clásica es la precursora y constituye la opción más potente en cuanto a muchos de los conceptos de redes tradicionales y físicas. La red del entorno de la infraestructura VPC es una red definida por software. La red del entorno IBM Power (como oferta complementaria de IBM Power Systems) está diseñada con principios de red para el rendimiento de grado empresarial.

Dado que las redes de estos entornos son diferentes, la configuración del rendimiento adicional de las NIC cambia para las distintas opciones de infraestructura:

• Red de servidor nativo en la infraestructura clásica: para maximizar el rendimiento y la redundancia, se proporcionan interfaces de red físicas (NIC) con 10 Gbps y luego se suministran con enlaces mediante Link Aggregation Control Protocol (LACP). Los conmutadores se configuran automáticamente cuando se solicita redundancia en la NIC física. Se pueden añadir tarjetas NIC adicionales, en función de la especificación de la máquina física y de la disponibilidad del conmutador físico de los puertos.
• Servidor virtual Intel en la infraestructura VPC: para maximizar el rendimiento y la redundancia, se pueden añadir hasta 5 interfaces de red (vNIC) en varias subredes.
• IBM Power Virtual Server, en la red IBM Power Infrastructure: Para maximizar la redundancia de rendimiento, se pueden añadir múltiples interfaces de red ( vNIC ) conectadas a diferentes VLAN (y sus respectivas subredes).
• Red de VMware para SAP en la infraestructura clásica....
  • IBM Cloud for VMware Solutions en la red de la infraestructura clásica: los adaptadores redundantes para VMware son configurados por el conmutador distribuido (VDS) VMware vSphere mediante VDS en NSX-T, de acuerdo con las mejores prácticas actuales de VMware para SDDC. Aunque esto está sujeto a cambios, la redundancia se configura estableciendo cada conmutador distribuido con el algoritmo de equilibrio de carga de Ruta basada en puerto virtual de origen. Todos los grupos de puertos utilizados por el algoritmo deben configurarse para utilizar teamings a través de 2 enlaces ascendentes (Activo: 0,1).
  • Red de Servidor nativo IBM Cloud con VMware vSphere (configuración manual) en la infraestructura clásica: se recomienda que los adaptadores sigan las prácticas recomendadas, aunque vSwitch podría utilizar el enlace LACP de los adaptadores NIC físicos

Almacenamiento de escalado horizontal

Los datos se distribuyen entre los múltiples nodos SAP HANA, que alojan la base de datos única.

Siga las directrices de Sizing SAP HANA- SAP HANA Master Guide para determinar el tamaño total de la capacidad de almacenamiento necesaria para su sistema SAP HANA de destino.

El volumen compartido de SAP HANA, y cada uno de los volúmenes de datos y de registro, debe ser accesible para todos los nodos (que puede ser más fácil que permitir el acceso de almacenamiento de red a todos los nodos dentro de la subred utilizada para la conectividad de almacenamiento). Existen criterios de rendimiento específicos que deben cumplir los volúmenes NFS (Network File System) conectados:

• Se necesitan volúmenes /hana/data/ y /hana/log individuales para cada nodo con un mínimo de 10 IOPS/GB
• El volumen /hana/shared se debe compartir entre todos los nodos con un mínimo de 10 IOPS/GB y se recomienda aumentarlo a 12 IOPS/GB

Para la infraestructura clásica:

• Lea SAP HANA en NetApp Sistemas FAS con NFS ) para ayudarle en la configuración de su sistema multinodo SAP HANA.
• Utilice las siguientes opciones de montaje de Network File System (NFS) en /etc/fstab para cada volumen que vaya a montar: rw,bg,hard,timeo=600,intr,noatime,vers=4,minorversion=1,lock,rsize=1048576,wsize=1048576.

Una vez que haya montado todos los volúmenes en todos los nodos, los servidores de varios nodos estarán configurados y listos para instalar la base de datos SAP HANA de varios nodos. Siga los pasos de la Guía de instalación y actualización del servidor SAP HANA) para instalar una base de datos SAP HANA de la versión que necesite.