

# 4. Valide y mejore su carga de trabajo de SAP con regularidad
<a name="design-principle-4"></a>

 **¿Cómo validará sus cargas de trabajo de SAP para que sigan operando de manera eficiente?** Apunte a mejorar su carga de trabajo de SAP con regularidad y aproveche los lanzamientos de los nuevos servicios de AWS. Dedique tiempo y recursos para mantener su carga de trabajo de SAP. Apunte a tener mejoras progresivas y continuas para que la eficiencia de su carga de trabajo de SAP evolucione. Planifique la implementación de revisiones, cambios pequeños y revaluaciones de las decisiones de diseño anteriores con medidas correctivas que mejoren el rendimiento, la resiliencia y la rentabilidad. 

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/wellarchitected/latest/sap-lens/design-principle-4.html)

# Práctica recomendada 4.1: comprenda y planifique los eventos del ciclo de vida de su carga de trabajo de SAP
<a name="best-practice-4-1"></a>

 Las cargas de trabajo de SAP dependen en gran medida de que SAP proporcione nuevas revisiones de software y de vulnerabilidades, sistemas operativos y kernels de base de datos, así como escalado a modo de respaldo. Con frecuencia, SAP publica información sobre nuevos lanzamientos de software: tipos de lanzamiento, duración de las labores de mantenimiento, disponibilidad prevista y rutas de actualización en su [PAM](https://support.sap.com/en/release-upgrade-maintenance.html) y en las notas de SAP. Le recomendamos consultar detalles específicos sobre cada una de sus aplicaciones SAP y hacerles un seguimiento a nivel local para saber si su software de SAP está vigente o tiene soporte y cuándo finalizará su vida útil desde el punto de vista del mantenimiento. 

La PAM también ofrece información sobre la disponibilidad y la compatibilidad de la plataforma: incluida la plataforma de base de datos y los sistemas operativos compatibles que deberían guiarlo en la revisión y la actualización de estos componentes subyacentes de su carga de trabajo de SAP. Los proveedores de sistemas operativos también tienen su propio ciclo de vida de revisión y soporte, el cual también se debe tomar en consideración al momento de planificar eventos de ciclo de vida y mantenimiento de SAP tales como las actualizaciones.

 **Sugerencia 4.1.1: cree un plan de desarrollo operativo para sus aplicaciones SAP tomando en cuenta fechas de soporte y de ciclo de vida importantes** 

 Haga una lista de todas las aplicaciones de software, versiones de kernels, sistemas operativos y versiones de base de datos de SAP en un registro central y agregue la información sobre las versiones admitidas y sobre las ventanas de mantenimiento que figura en la PAM. Utilice esta lista como una vista consolidada para planificar la revisión, las actualizaciones y los cambios de plataforma de todos los componentes requeridos para mantener a SAP vigente y en capacidad de recibir soporte. 
+  Documentación de SAP: [SAP Release & Maintenance Strategy: Product Availability Matrix (Estrategia de lanzamiento y mantenimiento de SAP: Matriz de disponibilidad de productos)](https://support.sap.com/en/release-upgrade-maintenance.html) [Se necesita acceso al portal de SAP] 

 **Sugerencia 4.1.2: lleve un calendario del vencimiento de las credenciales, los certificados y las licencias** 

 Además de los principales eventos de ciclo de vida y revisión de SAP mencionados anteriormente, asegúrese de llevar un calendario operativo que prevea la ocurrencia de eventos menores en el sistema. Algunos ejemplos de estos eventos de mantenimiento podrían ser el vencimiento de las credenciales del sistema, el vencimiento de certificados (por ejemplo, para la integración STRUST entre los sistemas) y cualquier trabajo de renovación de licencia o actualizaciones requeridas (por ejemplo, licencias de base de datos o de SAP temporales para la migración, el desarrollo o para fines de Proof of Concept (POC, prueba de concepto). 
+  Documentación de AWS: [AWS Certificate Manager](https://aws.amazon.com/certificate-manager/) 

 **Sugerencia 4.1.3: planifique las actualizaciones o las alternativas antes de que el software de SAP llegue al final de su vida útil** 

 Cree un plan de desarrollo de la infraestructura SAP en el que se prevea los eventos importantes de ciclo de vida de SAP y el mantenimiento operativo: revisión, actualizaciones de software, migraciones y redefinición de la plataforma, en caso de ser necesario. Haga llegar este calendario del ciclo de vida a las partes interesadas, tanto comerciales como técnicas. Planifique invertir para financiar estas actividades o proyectos del ciclo de vida de SAP. Planifique con las partes interesadas de su empresa dónde es posible que ocurran ventanas de mantenimiento y dónde se requerirán períodos de inactividad o reinicios. 
+  Documentación de SAP: [SAP Roadmap Explorer (Explorador del plan de desarrollo de SAP)](https://www.sap.com/products/roadmaps.html) 

 **Sugerencia 4.1.4: manténgase actualizado y suscríbase a las notas de SAP para recibir asesoramiento de soporte** 

 Suscríbase a las notas clave de SAP y a los Knowledge Base Articles (KBA, artículos de la base de conocimientos) correspondiente a su carga de trabajo de SAP para que se le notifique de cualquier cambio o actualización de compatibilidad y asesoramiento. Utilice la funcionalidad “Favorite” (Agregar a favoritos) de las notas de SAP para llevar una lista de notas importantes y de acceso frecuente para su carga de trabajo de SAP a fin de que sean fácilmente accesibles y comparables. 
+  [SAP Support Portal - Favorite SAP Notes (SAP Support Portal: Notas favoritas de SAP)](https://launchpad.support.sap.com/#/mynotes?tab=Favorites) [Se necesita acceso al portal de SAP] 

# Práctica recomendada 4.2: lleve a cabo regularmente administraciones de revisiones para mantener vigente el software
<a name="best-practice-4-2"></a>

Lleve a cabo administraciones de revisiones de forma regular para obtener nuevas características, abordar problemas y mantener conformidad con la gobernanza. Considere aplicar revisiones en la capa del sistema operativo, la base de datos y la aplicación SAP Comprenda si su proceso de revisiones será revisar sus servidores existentes o aprovisionar y revisar un nuevo servidor. Automatice la administración de revisiones para reducir los errores causados por procesos manuales, el nivel de esfuerzo en las revisiones y el tiempo de inactividad de las aplicaciones que se requiere en las principales revisiones de bases de datos y del kernel de SAP.

 **Sugerencia 4.2.1: implemente los procedimientos de administración de revisiones de SAP para repasar regularmente las notas de seguridad de SAP y las revisiones recientemente lanzadas** 

Considere aplicar revisiones en la capa del sistema operativo, la base de datos y la aplicación SAP

 Documentación de AWS: [Boletines de seguridad de AWS](https://aws.amazon.com/security/security-bulletins/?card-body.sort-by=item.additionalFields.bulletinDateSort&card-body.sort-order=desc) 

 Documentación de SAP: [SAP EarlyWatch Alert](https://support.sap.com/en/offerings-programs/support-services/earlywatch-alert.html) 

 Documentación de SAP: [SAP Security News (Noticias de seguridad de SAP)](https://support.sap.com/en/my-support/knowledge-base/security-notes-news.html) 

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/wellarchitected/latest/sap-lens/best-practice-4-2.html)

 Para informarse más sobre este tema, consulte [seguridad] [Práctica recomendada 6.2: cree y proteja el sistema operativo](best-practice-6-2.md) . 

 **Sugerencia 4.2.2: considere el uso de herramientas automatizadas, tales como AWS Systems Manager y AWS OpsWorks, para que lo ayuden a alinear y automatizar las revisiones en su infraestructura SAP** 
+  Documentación de AWS: [AWS Systems Manager Patch Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-patch.html?ref=wellarchitected) 
+  Documentación de AWS: [AWS OpsWorks](https://aws.amazon.com/opsworks/?ref=wellarchitected) 
+  Documentación de AWS: [¿Qué es AWS OpsWorks?](https://docs.aws.amazon.com/opsworks/latest/userguide/welcome.html?ref=wellarchitected) 
+  SAP Lens [seguridad]: [Práctica recomendada 6.2: cree y proteja el sistema operativo.](best-practice-6-2.md) 

# Práctica recomendada 4.3: pruebe periódicamente los planes de continuidad de la empresa y la recuperación de errores
<a name="best-practice-4-3"></a>

Los sistemas SAP suelen ser esenciales para las empresas y se depende mucho de ellos para transacciones directas con clientes. Permitir la reanudación rápida de las operaciones de TI y minimizar la pérdida de datos durante un error o ante un desastre es esencial para lograr la excelencia operativa. Se requieren Business Continuity Plans (BCP, planes de continuidad empresariales) y procedimientos de recuperación de errores para asegurarse de que su equipo y sus sistemas de operaciones sepan qué hacer y cuándo hacerlo, y así se puede reanudar el servicio de la carga de trabajo rápidamente en caso de un error.

Para lograr una reanudación exitosa de los servicios es esencial que se prueben, se mejoren y se refinen con regularidad los procedimientos del BCP y los planes de recuperación de errores a medida que el equipo de soporte y los sistemas evolucionan. Probar su BCP y sus planes de recuperación fuera de situaciones de crisis reales garantizará que, cuando se produzca una falla o un desastre reales en el sistema, pueda confiar en su capacidad de reanudar el servicio de manera satisfactoria y en que cumplirá con el Recovery Time Objective (RTO, objetivo de tiempo de recuperación) y con el Recovery Point Objective (RPO, objetivo de punto de recuperación).

 **Sugerencia 4.3.1: cree un calendario de pruebas de los procedimientos de recuperación de errores y del BCP** 

Cree un calendario para programar pruebas regulares (como mínimo anuales) de los procedimientos de recuperación de errores y del BCP para su carga de trabajo de SAP. Involucre a equipos operativos de tecnología, personal de soporte y partes interesadas comerciales en esta prueba, de manera que se comprendan los procedimientos y se cumplan las expectativas. Intente probar su sistema en una situación que se asemeje lo máximo posible a la realidad.

 Considere probar las siguientes situaciones y validar las métricas de recuperación para cada uno de ellas: 
+ Error en el servicio de aplicaciones SAP

   *(por ejemplo, el servicio de aplicaciones SAP no se inicia debido a un cambio en la configuración)* 
+ Error del host de única instancia

   *(por ejemplo, la instancia de EC2 del servidor de aplicaciones SAP se torna inaccesible)* 
+ Error en el volumen de almacenamiento único

   *(por ejemplo, un volumen de EBS único se torna inaccesible)* 
+ Error en la red y conmutación a conexión redundante

   *(por ejemplo, su conexión de Direct Connect en las instalaciones es inaccesible)* 
+ Conmutación por error automatizada entre los componentes agrupados primarios y secundarios

   *(por ejemplo, el clúster SUSE HAE fuerza a la base de datos principal de HANA a moverse a la base de datos secundaria en una AZ alternativa)* 
+ Conmutación por error manual entre componentes primarios y secundarios

   *(por ejemplo, invocación manual de la conmutación de Oracle DataGuard a la base de datos secundaria en una AZ alternativa)* 
+ Balanceador de carga entre múltiples componentes redundantes

   *(por ejemplo, el Web Dispatcher principal falla en un par de alta disponibilidad entre las AZ)* 
+ Recuperación de su aplicación SAP en una región de AWS alterna (si es necesario)
+ Recuperación a partir de la copia de seguridad en caso de ransomware

   *(por ejemplo, recuperar todo su sistema SAP ERP desde la copia de seguridad WORM de Amazon S3)* 

 **Sugerencia 4.3.2: revise y actualice regularmente el BCP y los procedimientos de recuperación de errores como parte de los cambios en la carga de trabajo** 

 A medida que su carga de trabajo evoluciona y cambia, asegúrese de que se tomen en cuenta el BCP y los procedimientos de recuperación en estos cambios. Cuando un cambio de código o infraestructura podría afectar su RTO o RPO, asegúrese de que la documentación y la configuración estén actualizadas, y de probar el nuevo BCP y proceso de recuperación como parte del proceso de lanzamiento o calendario de prueba regular. 
+  Documentación de AWS: [Business Continuity Plan (BCP) Definition (Definición del plan de continuidad empresarial [BCP])](https://docs.aws.amazon.com/whitepapers/latest/disaster-recovery-workloads-on-aws/business-continuity-plan-bcp.html) 
+  Documentación de AWS: [Architecture Guidance for Availability and Reliability of SAP on AWS (Guía de arquitectura para la disponibilidad y la fiabilidad de SAP on AWS)](https://docs.aws.amazon.com/sap/latest/general/architecture-guidance-of-sap-on-aws.html) 
+  SAP Lens [fiabilidad]: [Práctica recomendada 11.4: realice pruebas periódicas de resiliencia](best-practice-11-4.md) 

# Práctica recomendada 4.4: realice revisiones regulares de las cargas de trabajo para optimizarlas en función de resiliencia, rendimiento, agilidad y costos
<a name="best-practice-4-4"></a>

Cuando ejecute SAP on AWS, haga planes para mejorar de forma continua y progresiva la efectividad y la eficiencia de su carga de trabajo y dedique tiempo y recursos a ello. Con regularidad, AWS lanza nuevos servicios, enfoques, y publica Service Level Agreements (SLA, acuerdos de nivel servicio) mejorados y reducciones de precios que puede aprovechar para optimizar su carga de trabajo de SAP. Cerciórese de que los lanzamientos de nuevos servicios sean aplicables a su carga de trabajo de SAP y, si corresponde, impleméntelos en su entorno de producción para mejorar su carga de trabajo.

 **Sugerencia 4.4.1: planifique revisiones regulares de su carga de trabajo de SAP** 

Trabaje con su equipo de AWS, socios de AWS o expertos internos para revisar de forma periódica su carga de trabajo de SAP sirviéndose de SAP Lens para Well-Architected Framework (este documento). Programe al menos una revisión anual de sus cargas de trabajo. Identifique, valide y priorice las actividades de mejora y la remediación de problemas, e incorpore esto en su lista de tareas.

 **Sugerencia 4.4.2: revise el tamaño y el rendimiento de la instancia de Amazon EC2** 

Revise el uso de CPU y el uso de memoria de su carga de trabajo de SAP validando las métricas históricas de CloudWatch. Revise cada componente de SAP para determinar si el uso de la CPU y memoria es bajo y considere utilizar instancias de EC2 del tamaño adecuado para que coincidan mejor con los requisitos de la carga de trabajo. Considere utilizar tipos de instancias de EC2 que estén certificadas por SAP y que se hayan lanzado recientemente para conseguir un rendimiento adecuado y optimizar costos. Planifique aprovechar las nuevas mejoras en su lista de tareas operativa.

 Consulte [Optimización de costos](cost-optimization.md) para el uso de Amazon EC2 en cargas de trabajo de SAP. 
+  Documentación de AWS: [Amazon EC2 Instance Types for SAP (Tipos de instancia de Amazon EC2 para SAP)](https://aws.amazon.com/sap/instance-types/) 

 **Sugerencia 4.4.3: revise el ajuste de tamaño y el rendimiento de Amazon EBS** 

 Revise el uso de almacenamiento de su carga de trabajo de SAP mediante la validación del consumo de volumen, el rendimiento y el uso de las IOPS de las métricas históricas de CloudWatch. Revise cada componente de SAP para detectar casos de almacenamiento sobredimensionado o de subutilización del rendimiento y de las IOPS, y considere utilizar un almacenamiento de Amazon EBS del tipo y tamaño adecuados a fin de satisfacer en mayor grado los requisitos de la carga de trabajo. Considere utilizar tipos de volúmenes de Amazon EBS que estén certificados por SAP y que se hayan lanzado recientemente para adaptarse al rendimiento y optimizar costos. Planifique aprovechar las nuevas mejoras en su lista de tareas operativa 
+  Documentación de AWS: [Ajuste del tamaño](https://aws.amazon.com/aws-cost-management/aws-cost-optimization/right-sizing/) 
+  SAP Lens [Optimización de costos]: [Práctica recomendada 18.4: evalúe el efecto del costo de las opciones de almacenamiento en función de las características requeridas](best-practice-18-4.md) . 

 **Sugerencia 4.4.4: revise los nuevos servicios que mejoran la agilidad o mejoran la eficiencia en sus operaciones de carga de trabajo de SAP** 

Revise los nuevos lanzamientos de servicios de soporte que podrían mejorar las operaciones de su carga de trabajo de SAP. Si tiene a su disposición un Technical Account Manager (TAM, administrador técnico de cuenta) en virtud de su acuerdo de AWS Support, este puede asistirlo con reuniones informativas sobre los servicios nuevos y charlas sobre optimización.

Tenga en cuenta nuevos lanzamientos, como servicios de almacenamiento compartido de archivos o de interfaz (por ejemplo, AWS Transfer, API Gateway), servicios de seguridad (por ejemplo, Amazon GuardDuty, AWS Firewall), herramientas de copia de seguridad (por ejemplo, AWS Backint) y herramientas de automatización (por ejemplo, Launch Wizard for SAP).

 Planifique aprovechar las nuevas mejoras en su lista de tareas operativa. 
+  Documentación de AWS: [Fuente de novedades](https://aws.amazon.com/new/) 
+  Documentación de AWS: [Proactive Services from Support (Servicios proactivos de soporte)](https://aws.amazon.com/premiumsupport/technology-and-programs/proactive-services/) 

 **Sugerencia 4.4.5: supervise las publicaciones y anuncios del blog de SAP on AWS** 

 Considere suscribirse a la fuente del blog SAP on AWS y a la fuente de novedades de AWS para mantenerse al tanto de los servicios recientemente lanzados, las innovaciones y las reducciones de precios. 
+  [Fuente del blog de SAP on AWS](https://aws.amazon.com/blogs/awsforsap/) 

 **Sugerencia 4.4.6: planifique tareas de mejora periódicas para aprovechar los servicios de AWS nuevos y mejorados** 

Asegúrese de que su presupuesto operativo prevea un esfuerzo planificado de parte del equipo de soporte para la implementación y la realización de pruebas de nuevos servicios de AWS y la evolución de la carga de trabajo de forma periódica.