Noticias Google Cloud Platform

2 formas de migrar su base de datos de SAP HANA a Google Cloud

Muchas de las empresas líderes del mundo funcionan con SAP, y su implementación en Google Cloud amplía aún más los beneficios de SAP. La migración de su implementación actual de SAP S / 4HANA a Google Cloud, independientemente si esta reside en los servidores locales de tu empresa u otro servicio en la nube, le proporciona a tu organización una arquitectura virtualizada flexible que permite escalar su entorno para que coincida con sus cargas de trabajo, por lo que sólo paga por la capacidad de procesamiento y de almacenamiento que necesita en cada momento. Google Cloud incluye funciones integradas, como la migración en vivo de Compute Engine y el reinicio automático, que minimizan el tiempo de inactividad para el mantenimiento de la infraestructura. Y te permite integrar tus datos de SAP con múltiples fuentes de datos y procesarlos utilizando la tecnología de Google Cloud, como BigQuery, para impulsar el análisis de datos.

La arquitectura del lado del servidor de SAP consta de dos capas: la base de datos de SAP HANA y la capa de aplicación Netweaver. En este artículo, se verán las opciones y los pasos para mover la capa de la base de datos a Google Cloud siguiendo una estrategia Lift and Shift o rehospedaje, un enfoque sencillo que implica mover su entorno SAP actual sin cambios a Google Cloud.

Implementar un sistema SAP HANA en Google Cloud

Google Cloud ofrece máquinas virtuales (VM) certificadas por SAP y optimizadas para productos SAP, incluidos SAP HANA y SAP HANA Enterprise Cloud, así como servidores dedicados para SAP HANA para entornos de más de 12 TB. (Para obtener una lista completa de las opciones de hardware y VM, puedes visitar el Directorio de hardware certificado y compatible de SAP HANA).

Antes de continuar con una migración de rehospedaje a Google Cloud, tu entorno actual (origen) y los entornos de Google Cloud (destino) deben cumplir con estas especificaciones:

Requisitos previos:  

• La configuración del entorno de Google Cloud (es decir, recursos de VM, capacidad de almacenamiento SSD) debe ser idéntica a la del entorno de origen. Sin embargo, si el hardware subyacente es diferente, debes utilizar la Opción 2 para su migración, que se detallará a continuación.
• Ambos entornos deben ejecutar el mismo sistema operativo (SUSE o RHEL Linux).
• La versión de HANA, el número de instancia y el ID del sistema (SID) deben ser idénticos.
• Los nombres de esquema deben seguir siendo los mismos.
• En esta fase, será necesario establecer la conexión de red entre el entorno local y Google Cloud para admitir el rehospedaje de la aplicación SAP. Puede usar Cloud VPN o interconexión dedicada. Obtén más información sobre la interconexión dedicada y la Cloud VPN. 

Nota: Dependiendo de tu conexión a Internet y los requisitos de ancho de banda, desde Google recomiendan usar una interconexión dedicada a través de Cloud VPN para entornos de producción. 

Google ofrece una serie de procesos automatizados para acelerar tu transformación a la nube. Para implementar el sistema SAP HANA en Google Cloud, puedes usar el administrador de implementación de Google Cloud o los scripts de Terraform y Ansible disponibles en GitHub con plantillas de archivos de configuración para definir tu instalación. Para obtener más detalles, puedes consultar la Guía de planificación de SAP HANA de Google Cloud.

Nota: Para implementar SAP HANA en los tipos de máquinas de Google Cloud que están certificados por SAP para producción, puedes revisar la página de Certificación de SAP HANA en Google Cloud. 

Traslado de una base de datos de SAP HANA a Google Cloud

Hay dos opciones diferentes que puedes utilizar para rehospedar tu base de datos de SAP HANA en Google Cloud, y cada una tiene ventajas y desventajas que debes considerar al decidir tu enfoque.

• Opción 1: la replicación asincrónica utiliza la herramienta de replicación integrada de SAP para proporcionar replicación de datos continua desde el sistema de origen (también conocido como sistema principal) al sistema de destino o secundario, en este caso que reside en Google Cloud. Es mejor para aplicaciones de misión crítica para las que el tiempo de inactividad mínimo es una prioridad alta y para grandes bases de datos. Además, el alto nivel de automatización significa que el proceso requiere menos intervención manual. Aquí puedes obtener más información sobre la Replicación Asincrónica de HANA.
• Opción 2: Copia de seguridad y restauración se basa en la utilidad de copia de seguridad de SAP para crear una imagen de la base de datos que luego se transfiere a Google Cloud, donde se restaura en el nuevo entorno. El tiempo de inactividad de este método varía según el tamaño de la base de datos, por lo que las bases de datos grandes pueden requerir más tiempo de inactividad a través de este método en comparación con la replicación asincrónica. También implica más tareas manuales. Sin embargo, requiere menos recursos para funcionar, lo que la convierte en una opción atractiva para casos de uso menos urgentes. Aquí puedes obtener más información sobre la copia de seguridad y restauración de la base de datos de SAP HANA .

Cómo migrar la base de datos de SAP HANA a Google Cloud mediante la Replicación Asincrónica:

1. Crea y configura una interconexión dedicada o Cloud VPN entre el entorno actual y Google Cloud.
2. Configura la replicación asincrónica de SAP HANA. Puedes configurar la replicación del sistema mediante SAP HANA Cockpit, SAP HANA Studio o hdbnsutil. Consulta detalles sobre la Configuración de la replicación del sistema SAP HANA en la Guía de administración de SAP HANA.
3. Asegúrate de utilizar el mismo número de instancia y SID de HANA en la plantilla como instancia principal.
4. Configura la instancia de Google Cloud como nodo secundario para usar la Replicación Asincrónica de HANA.
5. Realiza la validación de datos una vez que se complete la replicación completa de datos en la base de datos de SAP HANA en Google Cloud. Puedes obtener más información aquí: descripción general de la Replicación del Sistema HANA.  
6. Realiza una adquisición de SAP HANA en su base de datos en espera. Esto cambia su sistema activo del sistema principal actual al sistema secundario en Google Cloud. Una vez que se ejecuta el comando de adquisición, el sistema de Google Cloud se convierte en el nuevo sistema principal. Puedes obtener más información aquí: HANA Takeover. 

Cómo migrar la base de datos de SAP HANA a Google Cloud usando Copia de Seguridad y Restauración:

1. Crea una copia de seguridad completa de tu base de datos SAP HANA en tu entorno actual.
2. Crea un nuevo depósito de almacenamiento en tu entorno de Google Cloud. Visita Crear depósitos de almacenamiento en la documentación de Google Cloud Storage. 
3. Descarga e instala gsutil en el entorno de origen y ejecútalo para cargar la copia de seguridad de HANA en el depósito de almacenamiento de Google Cloud. Para instalar la utilidad gsutil en cualquier computadora o servidor, consulta Instalar gsutil en la documentación de Google Cloud Storage.

Nota: Puedes ejecutar el procesamiento múltiple / multiproceso en paralelo en gsutil para copiar archivos grandes más rápidamente.

4. Recupera la base de datos HANA en Google Cloud con la declaración RECOVER DATABASE de SAP. Consulta la declaración RECOVER DATABASE (copia de seguridad y recuperación) en la Guía de referencia de SAP HANA SQL para la plataforma SAP HANA.

Nota: El agente BackInt es una herramienta de interfaz de SAP integrada que se utiliza para la base de datos HANA en Google Cloud. El agente BackInt para SAP HANA se puede utilizar para almacenar y recuperar copias de seguridad directamente desde Google Cloud Storage. Es compatible y certificado por SAP en Google Cloud. Para obtener más información:  SAP HANA Backint Agent en Google Cloud. 

En resumen, la recomendación de Google es utilizar la replicación asincrónica (opción 1) para aplicaciones de misión crítica que requieren la ventana de tiempo de inactividad más baja. Para todas las demás aplicaciones, se recomienda emplear la estrategia de Copia de seguridad y restauración (opción 2), ya que este enfoque requiere menos recursos. También es una excelente manera de implementar la funcionalidad de copia de seguridad y restauración en Google Cloud.

Una migración de rehospedaje es la ruta más sencilla para poner en funcionamiento tu sistema SAP HANA en Google Cloud. Y cuanto antes realices la migración, antes podrás aprovechar los numerosos beneficios que Google Cloud aporta a tu solución SAP. Para obtener más información sobre las diferentes opciones de migración, consulta SAP en Google Cloud: Estrategias de migración. 

Obtén más información sobre cómo implementar SAP en Google Cloud. Los recursos técnicos se pueden encontrar aquí.

---

Las opciones para las bases de datos de Google Cloud explicadas

Elegir la base de datos adecuada para tu aplicación no es fácil. La elección depende en gran medida de tu caso de uso -procesamiento transaccional, procesamiento analítico, base de datos en memoria, etc.- pero también depende de otros factores. En este artículo se describen las diferentes opciones de bases de datos disponibles en Google Cloud, tanto relacionales (SQL) como no relacionales (NoSQL), y se explica qué casos de uso son los más adecuados para cada opción de base de datos.  

Bases de datos relacionales

En las bases de datos relacionales la información se almacena en tablas, filas y columnas, lo que suele funcionar mejor para datos estructurados. Por eso se utilizan para aplicaciones en las que la estructura de los datos no cambia a menudo. Al interactuar con la mayoría de las bases de datos relacionales se utiliza el lenguaje SQL (Structured Query Language). Ofrecen un modo de consistencia ACID para los datos, lo que significa

• Atómico: Todas las operaciones de una transacción tienen éxito o la operación se revierte.
• Consistente: Al finalizar una transacción, la base de datos es estructuralmente sólida.
• Aislada: Las transacciones no compiten entre sí. La base de datos modera el acceso contencioso a los datos para que las transacciones parezcan ejecutarse de forma secuencial.
• Duradera: Los resultados de la aplicación de una transacción son permanentes, incluso en presencia de fallos.

Debido a estas propiedades, las bases de datos relacionales se utilizan en aplicaciones que requieren una gran precisión y para las consultas transaccionales, como las transacciones financieras y comerciales. Por ejemplo: En el sector bancario, cuando un cliente realiza una solicitud de transferencia de fondos, se quiere asegurar que la transacción es posible y que realmente se realiza sobre el saldo de cuenta más actualizado, en este caso es probable que un error o una solicitud de reenvío estén bien.

Hay tres opciones de bases de datos relacionales en Google Cloud: Cloud SQL, Cloud Spanner y Bare Metal Solution.

Cloud SQL: Proporciona bases de datos gestionadas de MySQL, PostgreSQL y SQL Server en Google Cloud. Reduce el coste de mantenimiento y automatiza el aprovisionamiento de la base de datos, la gestión de la capacidad de almacenamiento, las copias de seguridad y la alta disponibilidad y la recuperación de desastres/recuperación de fallos. Por estas razones, es el mejor para marcos web de propósito general, CRM, ERP, SaaS y aplicaciones de comercio electrónico.

Cloud Spanner: Cloud Spanner es una base de datos de grado empresarial, distribuida globalmente y fuertemente consistente que ofrece hasta un 99,999% de disponibilidad, construida específicamente para combinar los beneficios de la estructura de la base de datos relacional con la escala horizontal no relacional. Es una base de datos única que combina las transacciones ACID, las consultas SQL y la estructura relacional con la escalabilidad que se suele asociar a las bases de datos no relacionales o NoSQL. Como resultado, Spanner se utiliza mejor para aplicaciones como juegos, soluciones de pago, libros financieros globales, banca minorista y gestión de inventario que requieren la capacidad de escalar sin límites con una fuerte consistencia y alta disponibilidad. 

Bare Metal Solution: Proporciona hardware para ejecutar cargas de trabajo especializadas con baja latencia en Google Cloud. Esto es especialmente útil si hay una base de datos Oracle que se quiere levantar y trasladar a Google Cloud. Esto permite la retirada de los centros de datos y abre el camino a la modernización de las aplicaciones heredadas. 

Bases de datos no-relacionales

Las bases de datos no-relacionales (o bases de datos NoSQL) almacenan datos complejos y no estructurados en forma no tabular, como los documentos. Las bases de datos no-relacionales se utilizan a menudo cuando hay que organizar grandes cantidades de datos complejos y diversos, o cuando la estructura de los datos evoluciona regularmente para satisfacer nuevas necesidades empresariales. A diferencia de las bases de datos relacionales, son más rápidas porque una consulta no tiene que acceder a varias tablas para obtener una respuesta, lo que las hace ideales para almacenar datos que pueden cambiar con frecuencia o para aplicaciones que manejan muchos tipos de datos diferentes. Por ejemplo, una tienda de ropa puede tener una base de datos en la que las camisas tienen su propio documento que contiene toda su información, incluida la talla, la marca y el color, con espacio para añadir más parámetros posteriormente, como el tamaño de las mangas, los cuellos, etc.

Cualidades que hacen que las bases de datos NoSQL sean rápidas:

• Normalmente, están optimizadas para un patrón de carga de trabajo específico (es decir, clave-valor, gráfico, columna ancha).
• Escalado horizontal, normalmente utilizando distribuciones de rango o hashed.
• Consistencia eventual: muchos “stores” NoSQL suelen presentar la consistencia en algún momento posterior (por ejemplo, de forma perezosa en el momento de la lectura). Sin embargo, Firestore ofrece de forma exclusiva una fuerte consistencia global.
• Transacciones: la mayoría de los “stores” NoSQL no admiten transacciones entre fragmentos ni modos de aislamiento flexibles. Sin embargo, Firestore es el único que ofrece transacciones ACID entre fragmentos con aislamiento serializable.

Debido a estas propiedades, las bases de datos no-relacionales se utilizan en aplicaciones que requieren gran escala, fiabilidad, disponibilidad y cambios frecuentes de datos. Pueden escalar fácilmente de forma horizontal añadiendo más servidores, a diferencia de algunas bases de datos relacionales, que escalan verticalmente aumentando el tamaño de la máquina a medida que crecen los datos. Sin embargo, algunas bases de datos relacionales, como Cloud Spanner, admiten la escalabilidad y la consistencia estricta.

Las bases de datos no relacionales pueden almacenar una gran variedad de datos no estructurados, como documentos, clave-valor, gráficos, columnas anchas, etc. Estas son las opciones de bases de datos no-relacionales en Google Cloud: 

• Bases de datos de documentos: Almacenan la información como documentos (en formatos como JSON y XML). Por ejemplo: Firestore
• Almacenes de clave-valor: Agrupan los datos asociados en colecciones con registros que se identifican con claves únicas para facilitar su recuperación. Los almacenes de clave-valor tienen la estructura justa para reflejar el valor de las bases de datos relacionales, pero conservando las ventajas de NoSQL. Por ejemplo: Bigtable, Memorystore.
• Base de datos en memoria: Base de datos creada a propósito que se basa principalmente en la memoria para el almacenamiento de datos. Están diseñadas para lograr un tiempo de respuesta mínimo al eliminar la necesidad de acceder a los discos. Son ideales para aplicaciones que requieren tiempos de respuesta de microsegundos y pueden tener grandes picos de tráfico. Por ejemplo: Memorystore.
• Bases de datos de columnas anchas: Utilizan el formato tabular pero permiten una amplia variación en la forma de nombrar y formatear los datos en cada fila, incluso en la misma tabla. Tienen cierta estructura básica, pero conservan mucha flexibilidad. Por ejemplo: Bigtable.
• Bases de datos gráficas: Utilizan estructuras gráficas para definir las relaciones entre los puntos de datos almacenados; son útiles para identificar patrones en información no estructurada y semiestructurada. Por ejemplo: JanusGraph.

Hay tres bases de datos no-relacionales en Google Cloud:

• Firestore: Es una base de datos documental sin servidor que escala bajo demanda, es fuertemente consistente, ofrece hasta un 99,999% de disponibilidad y actúa como backend-as-a-service. Es una DBaaS optimizada para construir aplicaciones. Es perfecta para todos los casos de uso de propósito general, como el comercio electrónico, los juegos, el IoT y los cuadros de mando en tiempo real. Con Firestore, los usuarios pueden interactuar y colaborar con datos en vivo y fuera de línea, lo que lo hace ideal para aplicaciones en tiempo real y aplicaciones móviles.  
• Cloud Bigtable: Cloud Bigtable es una tabla poco poblada que puede escalar hasta miles de millones de filas y miles de columnas, lo que permite almacenar terabytes o incluso petabytes de datos. Es ideal para almacenar grandes cantidades de datos de una sola clave con una latencia muy baja. Admite un alto rendimiento de lectura y escritura con una latencia inferior al milisegundo, y es una fuente de datos ideal para las operaciones MapReduce. También es compatible con el estándar de la API de HBase de código abierto para integrarse fácilmente con el ecosistema de Apache, incluyendo HBase, Beam, Hadoop y Spark, junto con el ecosistema de Google Cloud.
• Memorystore: Memorystore es un servicio de almacenamiento de datos en memoria totalmente gestionado para Redis y Memcached en Google Cloud. Es el mejor para los almacenes de datos en memoria y transitorios y automatiza las complejas tareas de aprovisionamiento, replicación, conmutación por error y parcheo para que puedas dedicar más tiempo a la codificación. Dado que ofrece una latencia extremadamente baja y un alto rendimiento, Memorystore es ideal para aplicaciones web y móviles, de juegos, de tablas de clasificación, sociales, de chat y de noticias.

Conclusión

La elección de una base de datos relacional o no relacional depende en gran medida del caso de uso. En general, si su estructura de datos no va a cambiar mucho, selecciona una base de datos relacional. En Google Cloud utilice Cloud SQL para cualquier base de datos SQL de propósito general y Cloud Spanner para casos de uso a gran escala, globalmente escalables y fuertemente consistentes. En general, si tu estructura de datos puede cambiar más adelante y si la escala y la disponibilidad son un requisito mayor, entonces es preferible elegir una base de datos no relacional. Google Cloud ofrece Firestore, Memorystore y Cloud Bigtable para dar soporte a una gran variedad de casos de uso en el espectro de bases de datos de documentos, de valores clave y de columnas amplias. 

Para obtener más recursos de comparación sobre cada base de datos, consulta la descripción general. 

Para obtener más experiencia práctica con Bigtable, echa un vistazo a nuestra formación bajo demanda aquí y aprende sobre la migración de bases de datos a los servicios gestionados echa un vistazo a este libro blanco.