IBM Cloud Introducción a la VPC

Una VPC es una oferta de nube pública que las empresas utilizan para establecer su propio entorno informático de tipo nube privada en la infraestructura de nube pública compartida. Una VPC proporciona a una empresa la capacidad de definir y controlar una red virtual que está aislada de forma lógica de todos los demás arrendatarios de nube pública, de manera que se crea un lugar privado y seguro en la nube pública.

Imagine la infraestructura de un proveedor de nube como un edificio de pisos residenciales en los que viven distintas familias. Ser inquilino de una nube pública es como compartir un apartamento con unos cuantos compañeros de piso. Por otro lado, tener una VPC es como tener un piso propio, nadie más tiene la llave y nadie puede entrar en él sin el permiso del propietario.

El aislamiento lógico de la VPC se implementa utilizando funciones de red virtual y prestaciones de seguridad que otorgan al cliente empresarial un control detallado sobre las direcciones IP o las aplicaciones que pueden acceder a recursos concretos. Se trata de un control análogo al de los controles "solo para amistades" o "público/privado" en las cuentas de redes sociales, que se utilizan para restringir quién puede y quién no puede ver publicaciones que, de otro modo, serían públicas.

Con IBM Cloud VPC, puede utilizar la interfaz de usuario, la CLI y la API para aprovisionar manualmente instancias de servidor virtual para VPC con un alto rendimiento de red. La infraestructura VPC contiene varias ofertas de infraestructura como servicio ( IaaS ), entre ellas Virtual Servers for VPC. La siguiente información le ayudará a comprender un sencillo caso práctico que incluye la planificación, la creación y la configuración de recursos para la VPC, además de presentarle más descripciones generales y guías de aprendizaje de VPC. Para obtener más información sobre VPC, consulte la Guía de inicio de Virtual Private Cloud (VPC).

SAP en IBM Cloud

SAP NetWeaver es la base fundamental de la pila tecnológica SAP y es la plataforma que se utiliza para las aplicaciones ABAP y Java. El sistema SAP puede instalarse y configurarse en IBM Cloud para varios tipos de sistemas y bases de datos.

SAP Guía de valores del proyecto - Servidor de aplicaciones adicional (AAS) a HANA

SAP los proyectos varían mucho en alcance y presupuesto, pero ninguno se considera trivial. Tanto si se trata de la entrega de un nuevo sistema SAP como de la introducción de cambios en uno ya existente, los requisitos para una ejecución sin errores y la reducción del tiempo del proyecto hasta la obtención de beneficios están siempre presentes.

En muchos escenarios de proyectos SAP, el despliegue de un sistema SAP suele ser una tarea clave y repetida. Esta guía de valor del proyecto cubre el despliegue automatizado de IBM Cloud VPC y Servidor de Aplicaciones Adicional (AAS) a HANA. Para obtener más información, consulte SAP NetWeaver de la base de datos HANA y Copia de seguridad de la base de datos HANA IBM Cloud Object Storage en sus respectivas secciones.

Una vez que la base de datos HANA y el servidor de aplicaciones SAP NetWeaver estén en funcionamiento, es posible que desee instalar servidores de aplicaciones SAP adicionales para aumentar la capacidad de carga de trabajo. Con esta automatización, es posible desplegar la infraestructura, evaluar el software SAP y unirse al sistema SAP existente en menos de veinte minutos. Para más información, consulte VPC con servidor de aplicaciones ABAP adicional en Linux para SAP HANA.

SAP Instancia adicional del servidor de aplicaciones

Puede instalar una o más instancias de servidor de aplicaciones adicionales para un sistema SAP existente. Las instancias de servidor de aplicaciones adicional son opcionales y se pueden instalar en hosts independientes.

Una instancia de servidor de aplicaciones adicional se puede ejecutar en:

• El host de cualquier instancia del sistema SAP existente
• En un host dedicado - distribuido en IBM VPC adicional (instancia VSI)

Por ejemplo, SAP NetWeaver (pila ABAP o Java ) tiene una arquitectura de referencia dedicada que se ejecuta en las bases de datos SAP HANA o AnyDB que se publican en la nube IBM SAP NetWeaver en el diagrama de arquitectura UNIX.

Desplegar manualmente una VPC e instalar un sistema SAP puede llevar mucho tiempo. La automatización de Terraform no solo garantiza una implementación mucho más rápida, sino también un despliegue más estandarizado y menos propenso a errores. Terraform y Ansible se utilizan para automatizar los procesos de despliegue.

La solución de scripts Terraform proporciona la implantación automatizada de un único host con SAP NetWeaver con ASE SYB o SAP HANA db en las aplicaciones Red Hat Enterprise Linux® 8.4 y SUSE 15.x para SAP.

Los medios de instalación SAP que se utilizan para esta implantación son los medios predeterminados para SAP AAS de NetWeaver 7.x (pila ABAP) en SUSE/RHEL con ASE SYB 16 o HANA 2.0 db como instancia distribuida disponible en el portal de soporte SAP en el área INSTALACIÓN Y ACTUALIZACIÓN. Usted proporciona los medios de instalación como un parámetro de entrada para Terraform para su SAP solución AAS elegido en kits dedicados de almacenamiento del servidor bastión.

Instalación de Ansible para SAP

Ansible es una herramienta de automatización para el despliegue de diversas tareas informáticas. Ansible se utiliza para automatizar la instalación de un SAP NetWeaver con HANA o AnyDB. Para obtener más información sobre Ansible, consulte la documentación de Ansible.

El despliegue se efectúa utilizando el núcleo de Ansible, que proporciona herramientas de CLI para la automatización. Encontrará más información sobre el núcleo de Ansible en la página sobre el núcleo de Ansible.

Es el script de Terraform el que llama directamente al playbook de Ansible. El script se inicia con pasos específicos de Terraform para crear la VPC y continúa automáticamente con los pasos específicos de Ansible para instalar el sistema SAP.

Dónde ejecutar los scripts

La forma recomendada de ejecutar los scripts es desde el servidor de despliegue, porque este ya dispone de Terraform y Ansible instalados. Si quiere ejecutar los scripts desde la estación de trabajo local, tiene que instalar Terraform y Ansible en el entorno local.

Tanto en el servidor de despliegue como en la estación de trabajo local, debe descargar los kits de SAP en el almacenamiento temporal que se le ha asignado en el servidor de despliegue. Ansible instala los kits automáticamente. Especifique la ubicación de los kits en los archivos de configuración.

Requisitos previos

Antes de desplegar cualquiera de las soluciones automatizadas de SAP en IBM Cloud VPC, debe crear una VPC de servidor Bastion en la región elegida. El servidor bastión se utiliza para descargar y almacenar los medios de la solución SAP necesarios para el posterior despliegue de automatización. El servidor bastión se utiliza para ambos escenarios de despliegue en la CLI, así como para despliegues de la interfaz de usuario de Schematics. Para obtener más información sobre cómo crear el servidor bastión y su correspondiente VPC, consulte Automatizar el servidor bastión de SAP – Repositorio de almacenamiento de medios SAP.

Una vez completado el despliegue de la VPC del Bastión, debe descargar los Kits SAP para el tipo de AAS SAP y la BD que desea desplegar en el almacenamiento temporal que se le ha asignado en el Servidor Bastión.

Es necesario haber implantado ya una instalación SAP NetWeaver (ABAP) 7.X-estándar o distribuida- en SUSE 15.3 /RHEL 8.4 ya sea ASE SYB o HANA 2.0 db antes de implantar SAP AAS de NetWeaver 7.x (pila ABAP) en SUSE/RHEL con ASE SYB 16 o HANA 2.0 como instancia distribuida. SAP El AAS debe estar conectado a un SAP NW 7.X ya en funcionamiento con el mismo tipo y versión ejecutándose en una versión de BD compatible.

Ansible instala los kits automáticamente. Especifique la ubicación de los kits en los archivos de configuración.

Para ahorrar costes, el servidor Bastion, con su almacenamiento dedicado SAP media, puede retirarse una vez que las soluciones SAP se hayan implantado con éxito en la nube VPC IBM Cloud. También puede conservar el servidor bastión y utilizarlo como host de salto para una región específica.

Esta automatización se ofrece sin coste alguno; sin embargo, la infraestructura suministrada tiene un coste.