Con esta lista de tareas, podrás mejorar el diseño, la migración, la implementación y el mantenimiento de tus sistemas de SAP en Google Cloud mediante bases de datos que no sean SAP HANA.
Mientras realizas la lista de tareas, considera las necesidades de tu empresa. Si tomas decisiones que sean diferentes de las que recomendamos, ten en cuenta esas diferencias para las tareas posteriores de la lista.
- Te recomendamos que no implementes varias bases de datos en la misma instancia de VM de Compute Engine en un entorno de producción. En su lugar, distribuye tus bases de datos en varias instancias de VM para aislar el consumo de recursos y evitar la contención.
Evita ejecutar otras aplicaciones en la misma instancia de VM que la base de datos.
- Si usas una sola instancia de VM para ejecutar la base de datos y otro software, ambas aplicaciones comparten recursos de VM, lo que puede disminuir el rendimiento de la base de datos. Ten en cuenta lo siguiente:
- Las operaciones de la base de datos requieren un uso intensivo de recursos y disponibilidad de recursos de procesamiento según las guías comparativas y de tamaño.
- Las aplicaciones de SAP son muy sensibles a la paginación y el intercambio, lo que puede deteriorar el rendimiento y causar la caída del sistema.
- Si usas una sola instancia de VM para ejecutar la base de datos y otro software, ambas aplicaciones comparten recursos de VM, lo que puede disminuir el rendimiento de la base de datos. Ten en cuenta lo siguiente:
Si eliges implementar cualquier software personalizado o de terceros en la misma instancia de VM que una base de datos usada en un entorno de SAP, haz lo siguiente:
- Asegúrate de implementar este modelo solo en sistemas que no sean de producción (por ejemplo, un sistema de prueba).
- Usa alias de nombre de host para las instalaciones de SAP.
- Para cada instalación, usa una dirección IP estática distinta asignada a un nombre de host de alias.
- Para obtener información sobre las regiones y zonas compatibles con VM específicas de Compute Engine, consulta Regiones y zonas disponibles. Ten en cuenta que las VM de Compute Engine con certificación de SAP pueden no estar disponibles en todas las ubicaciones.
- A fin de ofrecer protección contra las fallas zonales para los entornos de SAP, implementa las bases de datos en varias zonas, especialmente para VMs que forman parte del mismo clúster de alta disponibilidad (HA).
- Para protegerte de las fallas regionales, agrega sitios de recuperación ante desastres en otras regiones.
- Cuando instalas bases de datos para SAP, puedes usar Terraform o Cloud Deployment Manager de Google. Los archivos de configuración de Terraform o las plantillas de Deployment Manager que proporciona Google Cloud instalan y configuran todos los paquetes necesarios para ejecutar la base de datos y SAP en Google Cloud. Para obtener más información, consulta las siguientes guías de implementación de bases de datos:
- A fin de seleccionar un tipo de máquina de Compute Engine para la implementación y las cargas de trabajo de tu base de datos, consulta la Nota de SAP 2456432 - Aplicaciones de SAP en Google Cloud: Productos compatibles y tipos de máquina o Tipos de máquinas certificadas (Google Cloud).
- Para garantizar que las necesidades de tu entorno, como la planificación de capacidad y las reservas, se puedan satisfacer en la región que elijas, trabaja con tu administrador técnico de cuentas o ingeniero de Atención al cliente designado.
- Para seleccionar un SO compatible con SAP que funcione en Google Cloud, consulta la Nota de SAP 2456432 - Aplicaciones de SAP en Google Cloud: Productos y tipos de VM compatibles o la Tabla de referencia rápida (Google Cloud).
Confirma que el SO tenga parches y actualizaciones recientes.
Si usas SUSE Linux Enterprise Server (SLES) en tu entorno, sigue estos lineamientos:
Nota de SAP 1275776 - Linux: Prepara SLES para entornos de SAP
Ajusta sistemas con saptune (documentación de SUSE)
Si usas Red Hat Enterprise Linux (RHEL) en tu entorno, sigue estos lineamientos:
Te recomendamos que uses las imágenes de SO que proporciona Google Cloud porque cumplen con los requisitos de certificación de SAP, el proveedor del SO y Google. Sin embargo, si tu entorno tiene requisitos únicos que no se pueden cumplir con las imágenes estándar, consulta Imágenes de SO personalizadas.
Cuando elijas un disco persistente para SAP con otras bases de datos, haz lo siguiente:
- Para obtener el mayor rendimiento, usa un disco persistente de Compute Engine respaldado por unidades de estado sólido (basado en SSD) a fin de almacenar registros y datos (incluidos los espacios de tablas temporales). Los tipos de discos persistentes basados en SSD disponibles son disco persistente SSD (
pd-ssd), disco persistente balanceado (pd-balanced) y disco persistente extremo (pd-extreme). - Si no se requiere un rendimiento alto, por ejemplo, si usas el disco para copias de seguridad, usa un disco persistente estándar de Compute Engine (
pd-standard). Los discos persistentes estándar están respaldados por las unidades de disco duro estándar (HDD). - Si quieres obtener más información sobre los discos persistentes para bases de datos que no sean HANA, consulta:
- Para obtener el mayor rendimiento, usa un disco persistente de Compute Engine respaldado por unidades de estado sólido (basado en SSD) a fin de almacenar registros y datos (incluidos los espacios de tablas temporales). Los tipos de discos persistentes basados en SSD disponibles son disco persistente SSD (
Prueba y compara tus resultados con las expectativas a fin de asegurarte de que el entorno cumpla con los requisitos de rendimiento del disco para comparativas como el tiempo de inicio de la base de datos, la copia de seguridad, la prueba de volumen y la prueba de carga. Después de la comparación, documenta estos modelos de referencia para el futuro.
Cuando uses el servicio NetApp Cloud Volumes, asegúrate de que NetApp cuente con la certificación de tu proveedor de base de datos.
- Cuando uses un disco persistente para las copias de seguridad, ten en cuenta lo siguiente:
- Puedes usar cualquier tipo de disco, siempre y cuando cumpla con los requisitos de rendimiento. Si un disco persistente estándar (
pd-standard) no proporciona suficiente rendimiento para tus necesidades, usa un disco persistente balanceado (pd-balanced) o SSD (pd-ssd). - Recuerda probar los procedimientos de copia de seguridad y recuperación para verificar que cumplan con tus necesidades de rendimiento.
- Puedes usar cualquier tipo de disco, siempre y cuando cumpla con los requisitos de rendimiento. Si un disco persistente estándar (
- Para realizar pruebas, crea un sistema de HA que no sea de producción y que sea equivalente a tu entorno de producción.
- Prueba los procedimientos de conmutación por error y por recuperación de forma exhaustiva de la siguiente manera:
- Para simular una migración en vivo de Compute Engine y asegurarte de haber configurado los umbrales de conmutación por error de clúster adecuados, consulta la página sobre cómo probar tus políticas de disponibilidad.
- A fin de asegurarte de que tu entorno realice con éxito una conmutación por error en una región nueva en caso de un desastre localizado, prueba tus procedimientos de recuperación ante desastres con regularidad.
- Para habilitar conmutaciones correctas por error y por recuperación, crea una guía de operaciones y actualízala según sea necesario.
- Establece un procedimiento de supervisión y alerta. Los elementos comunes a los que puedes realizar un seguimiento incluyen eventos del sistema, uso de recursos (CPU, memoria y disco), alertas de base de datos para tablas, búferes, espacio de registro y copias de seguridad. Para conocer una herramienta de supervisión útil disponible en Google Cloud, consulta Cloud Monitoring.