Esta lista de tareas te ayuda a mejorar el diseño, la migración, la implementación y el mantenimiento de tus sistemas de SAP en Google Cloud con 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 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 algunas 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 Cloudinstalan 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:
- Para 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 Google Cloud tipos de máquinas 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 compatibles y Google Cloud tipos de máquinas 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 proporcionaGoogle 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 o hiperdisco de Compute Engine respaldado por unidades de estado sólido (basado en SSD) para almacenar registros y datos, incluidos los espacios de tablas temporales.
- 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), que está respaldado por 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:
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 los NetApp Volumes de Google Cloud, asegúrate de que NetApp Volumes 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 un rendimiento suficiente para tus necesidades, usa un disco persistente equilibrado (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.