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 tamaños de camisetas para cumplir con puntos de referencia específicos y llegar a un resultado de tamaño para los requisitos de hardware de una aplicación de infraestructura ( 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 implementación de dispositivos utiliza hardware optimizado para SAP predefinido y validado 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 de energía.
• Sistemas de almacenamiento en disco que utilizan striping y mirroring para la redundancia y la recuperación de 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 detallar más el resultado del dimensionamiento para los requisitos de hardware de una aplicación e SAP a (como red, CPU, memoria, almacenamiento).

Según SAP, el dimensionamiento experto suele incluir «explorar algunos procesos de negocio 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 se utilizan herramientas estandarizadas para realizar el dimensionamiento y, a menudo, requerirá un esfuerzo significativo y experiencia e SAP. Los proyectos que utilizan el dimensionamiento experto suelen recurrir a un socio comercial externo de consultoría e implementación de sistemas para ayudar al equipo de e SAP.

Para el tallaje experto, es probable que se realicen los siguientes pasos (fuente: Tipos de tallaje - Talla experta ):

• Identificar las consultas/apps/escenarios más importantes
• Identificar cómo se utilizan, por ejemplo, criterios de filtrado, 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 el dimensionamiento de escalado o de escalado horizontal, y las debe instalar un administrador certificado de SAP HANA designado. 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:

• Este método proporciona diferentes opciones de diseño de sistema en relación con las variaciones de escalado y de escalado horizontal; la base de datos de SAP HANA se debe validar antes de que se utilice en los sistemas de producción que utilizan la herramienta de comprobación de configuración de hardware de SAP HANA para las pruebas de TDI cuando la organización de soporte de SAP lo solicita.
• 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 alto 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 estas redes de entorno son diferentes, la configuración de cambios adicionales en el rendimiento de la NIC para las diferentes 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 del rendimiento, se pueden agregar 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 red de infraestructura clásica: los adaptadores redundantes para VMware se configuran mediante VMware vSphere Distributed Switch (VDS) utilizando VDS en NSX-T, de acuerdo con las mejores prácticas actuales 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 agrupaciones 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 la Guía maestra de dimensionamiento de SAP HANA- SAP HANA para determinar el tamaño de capacidad de almacenamiento total requerido para su sistema de almacenamiento en red ( SAP HANA ) objetivo.

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 FAS Systems con NFS) para ayudar a configurar 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 de servidores de SAP HANA) para instalar una base de datos de SAP HANA de su versión requerida.