Mantenga entornos SAP complejos de forma eficaz
La transformación digital en curso en toda la economía y en el sector público significa naturalmente que los entornos SAP ERP también son cada vez más complejos.
En la mayoría de los casos, se trata de entornos de sistemas muy entrelazados basados en una amplia variedad de tecnologías y componentes SAP, sistemas en red distribuidos en un gran número de servidores.
Además, los servicios individuales interdependientes, como las instancias SAP, las bases de datos, los componentes técnicos y los servicios del sistema operativo, ya no están vinculados a una instancia de servidor, sino que son móviles en la red, por así decirlo.
Un buen ejemplo de este tipo de entorno SAP es el centro de datos de Arvato Systems. Este proveedor de servicios informáticos opera unos 890 sistemas SAP en 630 servidores por cuenta de sus clientes.
Éstos utilizan casi 600 componentes adicionales de SAP, como Hana, ContentServer, Trex, SolMan, WebDispatcher y muchos otros.
Mantenimiento de la complejidad
En vista de esta complejidad, no es de extrañar que los requisitos de seguridad de las empresas hayan aumentado considerablemente debido a la naturaleza crítica para el negocio de los sistemas SAP.
Las principales razones son los requisitos de conformidad y alta disponibilidad. Un requisito importante para la alta disponibilidad es la sincronización de los procesos empresariales y de mantenimiento: en el caso de los centros de datos de Arvato Systems, alrededor del 50 por ciento de los procesos están relacionados con el mantenimiento informático esencial.
Deben planificarse de forma que no choquen con los procesos empresariales y, como contribución adicional a la alta disponibilidad, funcionen con la máxima eficiencia.
Estos requisitos difícilmente pueden satisfacerse con las herramientas integradas de SAP; incluso el Landscape Virtualisation Manager de SAP, aunque a menudo se anuncia como una solución, no puede ofrecer un remedio duradero.
La única solución posible en este caso es una solución de automatización de cargas de trabajo de alto rendimiento. Arvato Systems ha desarrollado Streamworks para este fin a partir de su actividad diaria en sus propios centros de datos.
Procesos de parcheado
Parchear la infraestructura de estos sistemas multicomponente es un reto especialmente exigente. Por un lado, los parches críticos para los sistemas operativos, las bases de datos, los servidores web y las aplicaciones deben instalarse cada vez con mayor frecuencia y, por otro, solo pueden utilizarse ventanas de parcheo muy pequeñas por razones de alta disponibilidad.
Los procesos de aplicación de parches son especialmente complejos en entornos multinacionales gestionados de forma centralizada: en estos casos, los parches deben planificarse teniendo en cuenta las respectivas zonas horarias para garantizar las operaciones empresariales globales.
La complejidad de los procesos de parcheo también se debe a que los servidores no pueden apagarse y reiniciarse con la misma facilidad después del parcheo.
Tanto al apagar como al reiniciar los servidores, las aplicaciones deben detenerse e iniciarse de forma controlada, teniendo en cuenta una amplia gama de dependencias. Para no provocar incidentes, esto también se aplica a los procesos que se ejecutan en los servidores como parte del procesamiento por lotes.
Arvato Systems desarrolló para este requisito una solución denominada PrePlanS basada en Streamworks y que incorporaba otras herramientas como sistemas de gestión de la configuración, gestión de cambios e incidencias y procedimientos de supervisión establecidos. La tarea consistía en desarrollar un proceso de parcheo estándar con características personalizables para cada servidor.
Con el objetivo de automatizar por completo incluso las acciones de parcheo más complejas, esta solución permite su planificación detallada en términos de contenido y calendario.
Se tienen en cuenta las dependencias entre instancias y entre servidores, y la interacción de los procesos de parada e inicio se coordina con el flujo de los procesos de parcheo individuales. Las dependencias dentro de todo el proceso de parcheo se muestran de forma transparente.
Un ejemplo de los centros de datos de Arvato Systems: uno de los sistemas SAP mencionados anteriormente consta de 24 componentes SAP en un total de diez servidores, que a su vez dependen de un servidor Linux NFS para el intercambio de archivos.
Cuando se lleva a cabo una acción de parcheado, Streamworks apaga todos los sistemas afectados y los vuelve a poner en marcha más tarde. Para ello, las complejas dependencias entre sistemas y servidores se definen mediante PrePlanS y se introducen en Streamworks con antelación para su procesamiento controlado.
Estas dependencias garantizan que los sistemas SAP se detengan en el orden correcto: primero los servidores web, después los servidores de aplicaciones y, por último, las bases de datos. También garantizan la interacción entre los sistemas SAP y los servidores, de modo que éstos sólo se apaguen una vez que los sistemas SAP dependientes se hayan detenido correctamente.
Una vez aplicados los parches, los sistemas SAP sólo se reinician en el orden correcto cuando el servidor se ha puesto en marcha y se han realizado todas las comprobaciones necesarias.
La automatización de las acciones de parcheado supone un enorme ahorro de tiempo. Mientras que antes solo podían parchearse unos pocos servidores y sistemas en una acción de parcheo con una ventana temporal de cuatro horas, hoy se parchean varios cientos de servidores en una sola acción.
He aquí otro ejemplo práctico de los centros de datos de arvato Systems: la instalación de varios parches en 353 servidores Linux, incluidos 130 servidores SAP con más de 400 componentes SAP, se completó en sólo cuatro horas en un día de fin de semana. Gracias a la planificación de los parches en Streamworks, el equipo de TI ya no tiene que trabajar toda la noche.
Procesamiento paralelo de parches
El procesamiento coordinado y paralelo de los parches permite una utilización óptima de las ventanas de parcheo, que deben ser ajustadas por razones de alta disponibilidad.
Streamworks supervisa el cumplimiento de las ventanas de parcheo: si se producen retrasos, las tareas no esenciales se posponen automáticamente a una fecha posterior o a una acción de parcheo posterior.
Sin embargo, si las tareas se completan más rápido de lo previsto, pueden llevarse a cabo otras tareas, como un parche del núcleo SAP.
Los administradores del sistema pueden ver de un vistazo el estado actual del proceso para cada servidor. Cualquier error que se produzca, por ejemplo cuando se detiene una base de datos, se documenta de forma tan transparente que el nombre de la base de datos en cuestión es inmediatamente reconocible.
Esto permite intervenir rápidamente, ya sea manualmente o, basándose en la definición previa de una posible solución alternativa, automáticamente. En caso de que un parche falle por completo, puede planificarse una solución alternativa, durante la cual se importa automáticamente una copia de seguridad, lo que contribuye decisivamente a garantizar una alta disponibilidad.
Separación entre diseño y ejecución
Otro requisito importante para optimizar las acciones de parcheo es separar el diseño de la ejecución de los procesos correspondientes. Esto significa que las acciones de parcheo pueden planificarse durante la semana laboral y ejecutarse los domingos, por ejemplo.
Esto reduce considerablemente la carga de trabajo del equipo informático y alivia la planificación de personal. El diseño de los propios procesos también puede simplificarse notablemente, ya que los procesos de parada y arranque para sistemas y componentes SAP similares sólo tienen que definirse una vez y pueden integrarse en otros procesos de forma modular.
Así se evitan procesos redundantes y se minimiza el riesgo de errores en el mantenimiento del software. Esta estructura también proporciona la flexibilidad necesaria para reaccionar con rapidez ante la creciente complejidad del entorno SAP, por ejemplo, cuando se añaden nuevas soluciones o componentes SAP o se requieren cambios en los procesos de parada y arranque.
El entorno de mantenimiento SAP descrito puede escalarse prácticamente de forma indefinida, por lo que también es adecuado para infraestructuras en la nube, que suelen caracterizarse por un crecimiento dinámico.
Cumplimiento y experiencia
La actualización y normalización continuas y controladas de los sistemas SAP y la documentación exhaustiva de las acciones de parcheo llevadas a cabo también aumentan significativamente la auditabilidad, una contribución importante para garantizar el cumplimiento de la normativa.
Tampoco hay que descuidar la conservación de los conocimientos específicos. En el pasado, el silo de conocimientos se desarrollaba inevitablemente a nivel de los empleados, habida cuenta de la complejidad y amplitud de los procesos; si los empleados afectados abandonaban la empresa, se corría el riesgo de perder estos importantes conocimientos.
Con una solución como Streamworks o PrePlanS, los procesos están tan simplificados y bien documentados que prácticamente pasan a formar parte del conocimiento general del equipo informático.
Basta con introducir el nombre de un servidor, por ejemplo, para que el sistema ofrezca inmediatamente una visión general de la configuración del servidor en cuestión, incluida una lista de todos los componentes SAP instalados con una visualización transparente de las dependencias.
Gracias al altísimo grado de automatización que puede lograrse con Streamworks y PrePlanS, los administradores sólo tienen que ocuparse de un número generalmente reducido de soluciones individuales en materia de mantenimiento, que no pueden automatizarse por motivos económicos.
Como resultado, los departamentos de TI se ven aliviados en gran medida y pueden dedicar el tiempo liberado a tareas más exigentes, como la aplicación ulterior de una estrategia de digitalización, una ventaja competitiva que no debe subestimarse dado el ritmo de la transformación digital.
Descargar como PDF sólo para miembros. Crear una cuenta Aquí
