Consideraciones sobre el diseño de SAP NetWeaver
Es importante considerar cuidadosamente la configuración, el despliegue y el diseño de su pila de soluciones de e SAP.
SAP NetWeaver-los sistemas basados en la web pueden implementarse de dos maneras:
- Un sistema central, que es una instalación de un solo host (dos niveles)
- Un sistema distribuido, que es una instalación multihost (tres niveles); esta opción puede elegirse para la escalabilidad del sistema
Puede elegir distribuir la carga de trabajo entre varios servidores o mantenerla en un solo servidor para simplificar, según los requisitos de su negocio.
SAP modelos de arquitectura de sistemas
La arquitectura de los sistemas basados en Internet ( SAP NetWeaver ) se basa en un diseño cliente/servidor de varios niveles que consta de tres capas principales: la capa de presentación (interfaz de usuario), la capa de aplicación y la capa de base de datos.
Se utilizan dos modelos de arquitectura comunes para implementar soluciones basadas en la arquitectura de servicios web ( SAP NetWeaver ).
- Un modelo de arquitectura de dos niveles se refiere a una capa de presentación separada y una capa de aplicación y base de datos. Tanto la aplicación como la base de datos se instalan juntas en un único host.
- En el modelo de arquitectura de tres niveles, las capas de presentación, aplicación y base de datos se instalan en hosts separados. La configuración de la arquitectura de tres niveles es altamente escalable. Se pueden instalar varios servidores para la capa de aplicación, e incluso para la capa de base de datos en una implementación de escalado horizontal e SAP HANA.
SAP NetWeaver Los sistemas ABAP de servidor de aplicaciones constan de los siguientes componentes, que pueden ejecutarse en un único host o distribuidos en varios hosts.
- Servicios centrales ABAP (ASCS), que incluye un servidor de mensajes ABAP y un servidor de cola independiente
- Servidor de aplicaciones primario (PAS), que incluye un proceso de distribución ABAP y procesos de trabajo ABAP
- Servidores de aplicaciones adicionales (AAS)
SAP NetWeaver Desde la versión 1.0.0.1 de 7.5, el término PAS hace referencia al servidor de aplicaciones SAP que se instala primero para el sistema. La arquitectura del PAS y de los demás servidores de aplicaciones es la misma (véase SAP Nota 2360614 - Directorio de instancias del servidor de aplicaciones principal(PAS)renombrado a partir de SAP Netweaver 7.50 ). En versiones anteriores, los servicios ASCS se integraban en la instancia PAS y dichas instancias se denominaban comúnmente Instancia Central.
Para crear un entorno de alta disponibilidad para sistemas basados en SAP NetWeaver, distribuya cada uno de estos componentes en hosts separados.
- Servidor de bases de datos
- Servicios centrales de ABAP (ASCS)
- Enqueue Replication Server (ERS), que proporciona protección adicional para la tabla de bloqueo ASCS
- PAS
- AAS
Configuración de alta disponibilidad para SAP NetWeaver
IBM Cloud proporciona automatización para implementar escenarios seleccionados de alta disponibilidad para implementaciones basadas en SAP NetWeaver o S/4HANA en VPC de IBM Cloud.
Para obtener más información sobre los escenarios disponibles con implementación automatizada en VPC de IBM Cloud, consulte la siguiente información.
Se pueden implementar otros escenarios de alta disponibilidad que no estén cubiertos por la automatización existente en función de la solución de alta disponibilidad disponible para el sistema operativo elegido.
Para una configuración de alta disponibilidad, necesita añadir componentes de hardware y software adicionales a su entorno.
Si necesita licencias de software adicionales, acceso a diferentes repositorios de software, o ambos, póngase en contacto con el servicio de asistencia de IBM Cloud para obtener ayuda.
Esta información de configuración se aplica tanto al software de alta disponibilidad para SAP NetWeaver como al software de alta disponibilidad para el sistema de gestión de bases de datos relacionales (RDBMS) que haya elegido. Los procedimientos de configuración no son diferentes de los procedimientos de configuración en un entorno local y requieren pasos de configuración de hardware y software similares.
Descripción general de las configuraciones de alta disponibilidad de SAP NetWeaver
Varios documentos ofrecen ayuda detallada sobre la planificación e instalación de un entorno de HA para los servicios de SAP. Los documentos incluyen información sobre migración tras error, réplica, reducción de escala y recuperación tras desastre (DR). Se proporcionan referencias a documentos específicos donde corresponda.
Todos los sistemas operativos y distribuciones compatibles con IBM Cloud para la implementación de una solución de SAP (Windows Server, Red Hat Enterprise Linux y SUSE Linux Enterprise Server ) vienen con software de alta disponibilidad y extensiones específicas. Los sistemas operativos y distribuciones compatibles se describen en estos documentos:
- New Failover Clustering Improvements in Windows Server 2012 and Its Benefits for SAP NetWeaver High Availability proporciona una descripción basada en Microsoft Windows Server Failover Clustering (WFSC) para implementaciones de SAP NetWeaver.
- Los siguientes documentos proporcionan orientación sobre la implementación de SAP NetWeaver en un entorno de alta disponibilidad ( Linux ).
- Soluciones de alta disponibilidad compatibles con SLES para aplicaciones de SAP
- Red Hat Soluciones de HA para aplicaciones basadas en SAP para SAP HANA, S/4HANA y NetWeaver
- Building High Availability for SAP NetWeaver and SAP HANA on Linux es un documento de mejores prácticas de SAP y proporciona una descripción técnica detallada con un fuerte enfoque en SAP HANA.
Para más productos de alta disponibilidad certificados por socios de la " SAP " bajo el programa de certificación de interfaz de alta disponibilidad de servidores de aplicaciones " SAP ", consulte SAP Alta disponibilidad - Socios de interfaz de alta disponibilidad certificados
Para bases de datos distintas de SAP HANA, consulte la documentación de su base de datos para obtener más información sobre configuraciones de alta disponibilidad y recuperación ante desastres.
Se requiere acceso compartido a uno de estos elementos de almacenamiento para respaldar la conmutación por error de los sistemas de alta disponibilidad:
- Sistema de archivos de red ( NFS ); las implementaciones locales también pueden utilizar el almacenamiento del Sistema de archivos de Internet común (CIFS)
- iSCSI-based almacenamiento
Se requiere almacenamiento local combinado con un método de replicación para soportar la conmutación por error del sistema de recuperación ante desastres.
Al igual que con las instalaciones locales, tenga en cuenta los requisitos de rendimiento y latencia del producto de base de datos como parte de la planificación de la implantación.
Configuración de la alta disponibilidad en la infraestructura clásica
El entorno de IBM Cloud no ofrece implementaciones de alta disponibilidad preconfiguradas para soluciones de SAP. Sin embargo, puede configurar escenarios de alta disponibilidad basados en la solución de alta disponibilidad que esté disponible para el sistema operativo elegido.
Consulte Consideraciones sobre alta disponibilidad y cercado y Consideraciones sobre alta disponibilidad y red para obtener listas de cosas que debe tener en cuenta para su implementación. Aparte de estas consideraciones, la configuración de alta disponibilidad para SAP NetWeaver y su base de datos no difiere de otras instalaciones locales.
Consideraciones sobre alta disponibilidad y vallado
Para proteger la integridad de los recursos compartidos en un clúster de alta disponibilidad, se requiere un mecanismo de vallado para aislar los nodos del clúster que fallan. Los clústeres basados en procesadores Intel suelen utilizar una función de interfaz de gestión de plataforma inteligente (IPMI) para el vallado. Debido a la implementación de seguridad empresarial en el entorno de infraestructura clásica de IBM Cloud, el acceso basado en red a dispositivos de gestión remota mediante IPMI no está disponible.
En ausencia de un dispositivo habilitado para IPMI, se utilizan mecanismos de cercado basados en dispositivos de almacenamiento compartidos. En un entorno de nube ( IBM Cloud ), los dispositivos de almacenamiento compartido se implementan normalmente proporcionando un LUN de nube ( iSCSI ) a los servidores.
Por ejemplo, se puede utilizar un testigo de uso compartido de archivos (FSW) en un clúster de Microsoft Windows. Consulte Gestión de quórum y testigos para obtener información sobre la configuración y gestión de quórum en implementaciones basadas en Windows Server.
Linux-los clústeres basados en almacenamiento pueden utilizar una implementación basada en SBD (dispositivo de bloqueo basado en almacenamiento o STONIT) para el vallado. Para obtener más información sobre el cercado de clúster y SBD, consulte Explicación Pacemaker: cercado y uso de SBD con Pacemaker.
IBM Cloud block storage tiene características integradas de alta disponibilidad. Un único LUN de red de área local ( iSCSI, LUN) compartido no introduce un único punto de fallo (SPOF), ya que el diseño de la red es redundante. Sin embargo, una solución de clúster específica podría requerir más de un dispositivo compartido.
Consideraciones sobre alta disponibilidad y red
Una instalación basada en la infraestructura clásica de IBM Cloud se suministra con una de las configuraciones de red siguientes:
- Red privada
- Red pública
- Redes públicas y privadas
- Dos redes privadas (bajo petición especial, en función del tipo de servidor y de la configuración de los componentes físicos del hardware)
Al igual que en las instalaciones locales, pueden pedirse adaptadores de red adicionales en función de las restricciones físicas del hardware. La restricción es la misma que para las instalaciones locales, que es el número de tarjetas NIC que pueden caber en el servidor.
Al implementar hardware de servidor, evite los puntos únicos de fallo en la topología de su red solicitando adaptadores de red redundantes.
Los adaptadores redundantes para servidores bare metal se instalan en una configuración de conmutación por error mediante el protocolo de control de agregación de enlaces (LACP). Las interfaces de enlace se utilizan para Linux y los adaptadores de equipo se utilizan para Microsoft Windows. Estas configuraciones proporcionan una interfaz lógica para la redundancia y un mayor ancho de banda.
Cuando se implementa IBM Cloud for VMware Solutions, los adaptadores redundantes para VMware se configuran utilizando un conmutador distribuido NSX-T. Esto está en consonancia con las mejores prácticas actuales de VMware para el centro de datos definido por software (véase VMware NSX-T design. Aunque está sujeta a cambios, la redundancia se configura configurando cada Conmutador Distribuido para que utilice el algoritmo de equilibrio de carga Route Based on Originating Virtual Port. Todos los grupos de puertos incluidos utilizan la agrupación en más de 2 enlaces ascendentes (activos: 0,1).
Si está implementando vSphere VMware en IBM Bare Metal en una instalación manual que utiliza vSwitch,, puede utilizar la vinculación LACP de los adaptadores NIC físicos. Esta elección de configuración depende de la necesidad de aumentar el rendimiento (por ejemplo, bonding) frente a la estabilidad redundante (por ejemplo, equilibrio de carga con teaming).
Los adaptadores NIC están conectados a conmutadores redundantes, por lo que no se introduce ningún punto único de fallo adicional. Las VLAN solicitadas pueden utilizar la infraestructura redundante.
Para algunos requisitos de red, como los escenarios de replicación de recuperación ante desastres, debe tener en cuenta la ubicación de los dispositivos conectados y cualquier nuevo requisito de red específico del escenario. A veces, el almacenamiento de archivos o bloques de IBM Cloud Classic Infrastructure con copias de seguridad instantáneas puede satisfacer sus necesidades. Consulte con el servicio de asistencia IBM Cloud para determinar qué solución se adapta mejor a las necesidades de su empresa.
Configuración de alta disponibilidad en VPC de IBM Cloud
Revise la documentación sobre la implementación automatizada de alta disponibilidad en SAP S/4HANA Implementación de alta disponibilidad en IBM Cloud VPC.
Para los escenarios que no están cubiertos por la automatización, o cuando la automatización disponible no se ajusta, siempre se puede implementar una solución de alta disponibilidad manualmente. En este caso, se aplica la misma información que en Configuración de alta disponibilidad en la infraestructura clásica.
Configuración de alta disponibilidad para IBM Power Virtual Server
Para implementar escenarios de alta disponibilidad para aplicaciones SAP en IBM Power Virtual Server, consulte Implementación de alta disponibilidad para aplicaciones SAP en IBM Power Virtual Server.