Consideración de la red de nube híbrida para aplicaciones de SAP en IBM Power Virtual Server

Un entorno de nube híbrida combina el sitio local con un IBM® Power® Virtual Server. S/4HANA Para unirse a SAP, existen varias opciones de conexión de red entre ambos sitios.

Debido al enorme tamaño de las bases de datos de SAP S/4HANA, es obligatorio un ancho de banda mínimo para que los sistemas sean productivos.

Los siguientes temas se tratan en las siguientes secciones:

Una migración de red aproximada. Consideraciones de ancho de banda mínimo para cargas de trabajo de SAP
Una breve descripción general de las opciones de conexión de nube híbrida disponibles que incluye enlaces a las descripciones de configuración
Servicios de red adicionales necesarios para migrar un sistema de SAP
Prueba de conexiones de red para la carga de trabajo de SAP

Esta información no sustituye a la documentación existente de SAP u otros proveedores.

Consideraciones sobre el ancho de banda de la red

El ancho de banda viene determinado por la velocidad de conexión necesaria entre las instalaciones y IBM Cloud® depende del escenario del proyecto, los protocolos de red, la ruta de migración y el objetivo del proyecto.

IBM Cloud® IBM Cloud® Un escenario híbrido con sistemas colaborativos en la nube y en las instalaciones tiene necesidades diferentes en comparación con un traslado puntual de un sistema a la nube para realizar pruebas aisladas.

El ancho de banda de la red es el principal factor limitante para

Tiempo de sincronización completa de los servidores de bases de datos
Tiempo de replicación de Delta
Tiempo de interrupción durante la toma de control

La sincronización completa es necesaria tanto para la carga inicial como para solucionar problemas de sincronización cuando se produzcan.

Hable sobre el ancho de banda con su proveedor de red y especialista en redes, ya que cada tipo de conexión es diferente.

Ejemplo: estimación del tiempo de sincronización para una conexión IPsec

Como estimación aproximada, considere un ejemplo que utiliza una conexión VPN IPsec a través de una conexión a Internet dedicada. Se puede estimar un tiempo de sincronización completo utilizando la siguiente fórmula:

Tiempo = 200 % * (tamaño de la transferencia de datos) / Ancho de banda

Ejemplo de estimación.

Tamaño de la base de datos: 922 GB
Cambios previstos durante las transferencias de datos: 10 %
Tamaño de la transferencia de datos: 110 % * 922 GB = 1024 GB
Ancho de banda: 500 MBit/s = 0.061 GB/s
El tiempo estimado de transferencia es 200 % * 1024/0.061 = 33554 seg = 9:19 horas

El cálculo de un 100 % de gastos generales es un enfoque amplio para los encabezados TCP/IP necesarios, los encabezados IPsec y las transferencias de datos adicionales. No tiene en cuenta la retransmisión de datos ni el uso compartido de la red. Esta estimación tiene como objetivo ayudar a determinar el ancho de banda mínimo requerido.

La siguiente tabla muestra los tiempos de transferencia calculados para una base de datos de 1 terabyte:

Tiempo estimado calculado para la sincronización completa de la VPN IPsec
Tamaño de la transferencia de la base de datos	Ancho de banda	Sobrecarga	Hora de sincronización completa
1024 GB	10 Gbps	+100 %	00:27 horas
1024 GB	5 Gbps	+100 %	00:54 horas
1024 GB	2 Gbps	+100 %	02:16 horas
1024 GB	1 Gbps	+100 %	04:33 horas
1024 GB	500 Mbps	+100 %	09:19 horas
1024 GB	250 MBps	+100 %	18:38 horas
1024 GB	150 MBps	+100 %	31:38 horas

Por ejemplo, si un sistema de almacenamiento en red ( SAP ) necesita volver a ser productivo en un plazo de 8 horas después de que se haya producido un error de sincronización, para una base de datos de 922 GB, el ancho de banda de red calculado debe ser superior a 500 MB/s.

Esta estimación se basa en suposiciones. No está cualificado ni pretende determinar el tiempo de réplica exacto. Consulte a su proveedor de red o mida el tiempo de una réplica de prueba para determinar valores fiables específicos para la configuración de su red.

Descripción general de la opción de conexión de red

Una configuración de nube híbrida en general combina la red del cliente con un segmento de red del cliente en un IBM Cloud®. Es una extensión de la red de clientes existente, como si conectara un centro de datos remoto.

La conexión de una red local con servidores de alimentación de IBM en Power Virtual Server en IBM Cloud® se describe en Diagramas de arquitectura de red.

Si es nuevo en Power Virtual Server, las arquitecturas de los casos de uso del Power Edge Router(PER) son las recomendadas y las más fáciles de implementar. Si ya dispone de un espacio de trabajo Power Virtual Server, puede considerar la posibilidad de migrar a la nueva configuración PER o consultar la descripción del entorno de red Power Virtual Server.

Tanto las arquitecturas PER como las que no lo son ofrecen estos tipos de opciones de conexión de red:

IBM Cloud® Direct Link 2.0

IBM Cloud® Direct Link es un conjunto de ofertas que permite la creación de conexiones directas y privadas entre su red local y IBM Cloud®, sin atravesar la Internet pública. Para obtener más información, consulte Introducción a IBM Cloud®Direct Link(2.0 ) y Conexión de un centro de datos local.

VPN de Internet

IBM Cloud® La VPN de Internet utiliza la red pública de Internet para conectar redes locales y redes de Internet a través de una VPN. En IBM Cloud®, la VPN se termina mediante un dispositivo de puerta de enlace, un dispositivo de puerta de enlace o una VPN como servicio ( VPNaaS ). Lea el artículo específico sobre la creación de conexiones VPN ( IBM Power Virtual Server ).

La forma más fácil de establecer una VPN de sitio a sitio es empezar con la VPN como servicio ( VPNaaS ). Lea el artículo Preguntas frecuentes sobre las puertas de enlace VPN de sitio a sitio para obtener más detalles.

Servicios de red necesarios

Una configuración de nube híbrida extiende la red de su empresa a sus instancias en IBM Cloud®. Los servidores y los clientes de esta red híbrida necesitan comunicarse entre sí.

Una configuración de nube híbrida ayuda con los siguientes puntos:

El enrutamiento entre ambas redes funciona
Las reglas del cortafuegos permiten el tráfico a través de los puertos necesarios
La resolución de nombres DNS para ambas redes funciona

Probar las conexiones de red para una carga de trabajo e SAP

SAP proporciona una herramienta niping que comprueba la interfaz de red hasta la capa 4 del modelo OSI, lo que significa que verifica que se puedan intercambiar paquetes TCP/UDP de la capa de transporte. Esta herramienta de prueba de conectividad ( SAP ) demuestra que hay una conexión que funciona, incluso si se descartan paquetes ICMP y falla un simple ping.

Consulte la nota 500235 de SAP: Diagnóstico de red con NIPING para obtener más detalles sobre NIPING.

Para migrar sistemas de base de datos SAP mediante la replicación de bases de datos SAP HANA entre bases de datos SAP HANA locales y Power Virtual Server, los servidores de origen y destino son los dos servidores de bases de datos. Los dos comandos siguientes verifican la conexión entre un sistema de origen y un sistema de destino.

Servidor NIPING: Utilice el siguiente comando para ejecutar el servidor niping en un sistema, por ejemplo, llamado host1.
```
niping -s
```
Cliente NIPING: A continuación, ejecute la aplicación cliente niping en el segundo sistema para verificar la conexión con el primer sistema host1.
```
niping -c -H host1
```

Un enrutador ( SAP ) no suele intervenir en la comunicación de servidor a servidor. Consulte la documentación del niping para determinar la cadena de conexión adecuada si está utilizando un router e SAP.