P
Resolver Problemas Consiga ayuda para problemas específicos con sus proyectos, procesos y tecnologías.

¿Debería automatizar la conmutación por error de una aplicación crítica en nodos?

¿Es una buena práctica automatizar el proceso de inicio de una aplicación crítica después de la conmutación por error de un nodo a otro?

¿Es una buena práctica automatizar el proceso de inicio de una aplicación crítica después de la conmutación por error de un nodo a otro?

Cuando los nodos fallan en el centro de datos, las aplicaciones necesitan reiniciarse lo antes posible.

Las organizaciones de TI implementan un sistema paraconmutar por error de un nodo a otro para permitir la rápida recuperación del servicio. La intervención manual para restaurar una aplicación lentifica este proceso, particularmente si el nodo falla en el medio de la noche o en un día festivo.

Las aplicaciones más críticas se implementan como demonios o servicios que se inician automáticamente cuando la computadora se inicia. En este caso, la conmutación por error inicia la máquina virtual donde está instalada la aplicación. La virtualización permite esta metodología de conmutación por error para cualquier aplicación que se ejecuta dentro de una máquina virtual.

A veces, las aplicaciones necesitan más que un reinicio del sistema operativo. Las aplicaciones que no estaban escritas como servicios pueden necesitar que un usuario inicie sesión en la máquina virtual y ponga la aplicación a funcionar. Esto, por lo general, solo es un problema en los servidores de Windows. Es bastante fácil configurarlos con aplicaciones de auto-inicio de sesión y de inicio, pero algunas aplicaciones también necesitan que el usuario haga clic en los botones o abra menús antes de que la aplicación pueda ejecutarse de nuevo.

La conmutación por error automatizada de aplicaciones también es posible en este escenario. Yo uso scripts AutoIT para automatizar el lanzamiento de la aplicación después de la conmutación por error. Los scripts son buenos, pero este tipo de automatización es frágil: Cada actualización de la versión de la aplicación podría romper el script.

El mayor problema es con las aplicaciones a las que no les gusta fallar. Las aplicaciones que requieren un proceso de apagado, y que no se pueden recuperar de una parada no planificada, son difíciles de conmutar por error. Generalmente, estas aplicaciones requieren una mayor intervención manual, como el listado y la eliminación de cada bloqueo de base de datos. Puede ser más fácil automatizar el proceso de alertas para arreglar estas aplicaciones de lo que es automatizar los procesos de arreglo.

Investigue más sobre Gestión del centro de datos

¿Qué necesita resolver?

Por favor, añada un título para su pregunta

Obtenga respuestas de un experto de TechTarget en lo que sea que necesite resolver

Usted será capaz de añadir detalles en la siguiente página

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close