Pasos de conmutación por error manual para balanceadores de carga
Conmutación por error manual del balanceador de carga Es un proceso en el que los administradores redirigen el tráfico de un servidor principal a un sistema de respaldo. A diferencia de los sistemas automatizados, este enfoque otorga control total a los administradores, lo que lo hace ideal para mantenimiento planificado, problemas de hardware o dependencias complejas que requieren juicio humano. A continuación, un breve resumen del proceso:
- Preparación: Garantice el acceso de administrador, diagramas de red actualizados y grupos de conmutación por error preconfigurados. Utilice herramientas como interfaces gráficas de usuario (GUI), interfaces de línea de comandos (CLI) o consolas en la nube para la administración.
- EjecuciónPause los procesos automatizados, desactive el servidor principal y redirija el tráfico al servidor de respaldo. Ajuste la configuración de DNS si es necesario.
- Validación:Verifique el enrutamiento del tráfico, monitoree el rendimiento y pruebe la funcionalidad del sistema para garantizar que el servidor de respaldo funcione correctamente.
Consejos clave:
- Utilice drenaje de conexión para minimizar las interrupciones.
- Pruebe periódicamente las configuraciones de conmutación por error durante períodos de poco tráfico.
- Supervise las métricas después de la conmutación por error para detectar cualquier irregularidad.
Con una planificación y ejecución adecuadas, la conmutación por error manual garantiza un tiempo de inactividad mínimo y operaciones estables durante las transiciones críticas.
Balanceador de carga de respaldo/conmutación por error a través de Google Cloud DNS
Requisitos previos y preparación para la conmutación por error manual
Una preparación minuciosa es esencial para reducir el tiempo de inactividad y evitar interrupciones del servicio durante una conmutación por error manual. El objetivo es tener todo listo antes de que surja un problema, ya que las emergencias dejan poco tiempo para la resolución de problemas o la recopilación de elementos faltantes. Una vez establecidas las bases, puede elegir con confianza la interfaz de administración adecuada para llevar a cabo el proceso de conmutación por error.
Prerrequisitos requeridos
Para comenzar, asegúrese de que las credenciales de administrador proporcionen acceso completo a las interfaces del balanceador de carga, ya sea a través de un Interfaz gráfica de usuario, CLI, o consola en la nube – así como servidores backend y configuraciones DNS.
Es igualmente importante mantener actualizados los diagramas de red y verificar las configuraciones de respaldo. Esto incluye servidores en espera sincronizados, comprobaciones de estado activas y grupos de conmutación por error preconfigurados. Documente la topología de la red, detallando las funciones de los servidores, las direcciones IP y las asignaciones de conmutación por error. Esta documentación le ayuda a comprender las dependencias, los flujos de tráfico y las rutas de conmutación por error, minimizando así la posibilidad de errores en momentos críticos.
Herramientas e interfaces de gestión
Con todos los requisitos previos establecidos, el siguiente paso es seleccionar las herramientas que permitan una ejecución rápida y eficiente de la conmutación por error.
- GUI basadas en web Son fáciles de usar e incluyen monitoreo en tiempo real, asistentes de configuración e indicadores de estado claros. Son ideales para administradores que prefieren una interfaz visual.
- Interfaces de línea de comandos (CLI) Permiten un control preciso y una ejecución rápida, especialmente útiles en entornos con scripts o automatizados. También son una alternativa fiable si una interfaz gráfica de usuario deja de responder.
- Consolas de gestión basadas en la nube Como las de AWS, Google Cloud o Azure, ofrecen una integración fluida con sus ecosistemas. Suelen incluir monitorización mejorada, registro de auditoría y gestión simplificada de grupos de conmutación por error, lo que las convierte en una excelente opción para infraestructuras en la nube.
Las herramientas de gestión de DNS también desempeñan un papel crucial cuando se requiere la redirección del tráfico. Por ejemplo, Ruta 53 del Amazonas Proporciona controles de estado y conmutación por error de DNS automática, complementando los esfuerzos manuales para garantizar una coordinación fluida entre todos sus sistemas.
Configuración del grupo de conmutación por error
Antes de iniciar una conmutación por error manual, es fundamental organizar y configurar correctamente los grupos de conmutación por error dentro del balanceador de carga. Estos grupos deben incluir servidores principales y de respaldo, con asignaciones de roles claras en la jerarquía de conmutación por error. Asegúrese de que cada servidor del grupo tenga configuradas las comprobaciones de estado para que el balanceador de carga pueda evaluar con precisión su estado durante una conmutación por error.
Además, configure drenaje de conexión Configuración para reducir las interrupciones para los usuarios. Esta función permite que las sesiones activas se completen y evita que las nuevas conexiones se dirijan a servidores que se desconecten. El tiempo de espera de vaciado debe equilibrar la experiencia del usuario con la velocidad de conmutación por error, que suele oscilar entre 30 segundos y 5 minutos, según las necesidades de la aplicación.
Revisar y ajustar políticas de conmutación por error Para alinearse con los requisitos de su negocio. Estas políticas rigen la distribución del tráfico, la persistencia de la sesión y otras configuraciones que afectan la gestión del tráfico en vivo durante una conmutación por error. Algunos proveedores de la nube incluso ofrecen controles detallados para ajustar estas configuraciones.
Finalmente, pruebe su configuración de conmutación por error periódicamente, idealmente durante periodos de poco tráfico. Documente los resultados y ajuste sus configuraciones según los problemas que encuentre. Esto garantiza que sus grupos de conmutación por error estén listos cuando los necesite.
Por ejemplo, empresas como Servion Demuestran la importancia de una preparación exhaustiva. Con una red global de centros de datos y una monitorización constante, mantienen la redundancia del sistema incluso en condiciones difíciles. Su enfoque destaca cómo una planificación cuidadosa y una infraestructura robusta son clave para ejecutar conmutaciones por error manuales exitosas.
Pasos del procedimiento de conmutación por error manual
Una vez completada la fase de preparación, es hora de llevar a cabo el proceso de conmutación por error paso a paso. Para los clientes que utilizan las soluciones de balanceo de carga de Serverion, seguir estas instrucciones les ayudará a minimizar las interrupciones y a redirigir el tráfico eficazmente.
Iniciar el proceso de conmutación por error
Lo primero que debe hacer en una conmutación por error manual es pausar los procesos automatizados de monitorización y replicación. Este paso evita conflictos entre las acciones manuales y los sistemas automatizados. Inicie sesión en la interfaz de administración de su balanceador de carga (ya sea un panel web, una herramienta de línea de comandos o una consola en la nube) con sus credenciales de administrador.
Antes de continuar, tome una instantánea de la configuración actual. Esta instantánea debe incluir detalles como el estado del servidor y las conexiones activas. Estas métricas servirán como referencia para verificar el éxito de la conmutación por error posteriormente.
Notifique a su equipo sobre la próxima conmutación por error para garantizar que todos estén preparados ante posibles interrupciones del servicio. Con la configuración guardada y los sistemas pausados, estará listo para redirigir el tráfico a los servidores de respaldo.
Redirigir el tráfico a los servidores de respaldo
Con los procesos automatizados en espera, deshabilite el servidor principal marcándolo como "fuera de servicio". Esta acción detiene las nuevas conexiones, pero permite que las sesiones existentes finalicen, según la configuración de descarga de conexiones y los tiempos de espera.
A continuación, redirija el tráfico al servidor de respaldo. Actualice la configuración del balanceador de carga para priorizar el servidor de respaldo o el grupo de conmutación por error. Según su plataforma, esto podría implicar cambiar el peso de los servidores, modificar la configuración del grupo de backend o actualizar las reglas de enrutamiento. Si utiliza conmutación por error basada en DNS, actualice los registros DNS para que apunten a la dirección IP del servidor de respaldo. Tenga en cuenta que los tiempos de propagación de DNS pueden variar según la configuración de TTL (tiempo de vida).
Una vez que el tráfico se redirige con éxito, es momento de verificar que todo funciona como se espera.
Confirmación y supervisión de la conmutación por error
La verificación es un paso clave en el proceso. Comience revisando los registros de tráfico en tiempo real y los paneles de estado de su balanceador de carga para asegurarse de que el tráfico se esté dirigiendo al servidor de respaldo. Verifique la actividad del backend y confirme que el servidor de respaldo esté gestionando las conexiones correctamente.
Ejecute solicitudes de prueba desde varias ubicaciones para confirmar que las respuestas provienen del servidor de respaldo. Preste especial atención a los tiempos de respuesta, las tasas de error y la funcionalidad general de su aplicación. Características como las sesiones de usuario y las conexiones a bases de datos, que son sensibles a los cambios del servidor, requieren un análisis más exhaustivo.
Supervise las métricas clave de rendimiento durante un tiempo después de la conmutación por error. Compare estas métricas con la línea base previa a la conmutación por error para identificar picos inusuales en los tiempos de respuesta, las tasas de error o los problemas de conexión. Documente el tiempo de finalización de la conmutación por error y anote cualquier desafío o irregularidad encontrada. Esta documentación será invaluable para mejorar sus procedimientos en futuras situaciones de conmutación por error.
Si bien las conmutaciones por error manuales están diseñadas para minimizar los riesgos, debe prever una breve interrupción del servicio durante la transición. La duración de este tiempo de inactividad dependerá de factores como los valores TTL del DNS, los intervalos de comprobación del estado y los tiempos de espera de la conexión.
sbb-itb-59e1987
Configuración y mejores prácticas
Una configuración precisa es la columna vertebral de las conmutaciones por error manuales sin problemas, lo que garantiza un tiempo de inactividad mínimo y la estabilidad del sistema.
Parámetros de configuración clave
Configuración de comprobación de salud Desempeñan un papel fundamental en la fiabilidad de las conmutaciones por error. Configure comprobaciones de estado para que se ejecuten cada 5-10 segundos en sistemas críticos, con intervalos de tiempo de espera adaptados a los tiempos de respuesta de su aplicación. Para evitar conmutaciones por error innecesarias causadas por problemas temporales, marque un servidor como en mal estado solo después de 2 o 3 fallos consecutivos, en lugar de reaccionar a un solo fallo.
Para los balanceadores de carga en la nube, las sondas de comprobación de estado deben provenir de tres regiones representativas que coincidan con la distribución geográfica del tráfico de sus clientes. La detección de conmutación por error solo debe activarse cuando fallan las sondas de al menos dos regiones, lo que garantiza una evaluación completa del estado del servidor en diversas rutas de red.
Configuración de la relación de conmutación por error Establece la cantidad de tráfico que pueden gestionar sus servidores de respaldo antes de que el sistema considere que la conmutación por error está incompleta. Establezca esta relación entre 0,3 y 0,7, según la capacidad de su sistema de respaldo. Por ejemplo, si su servidor principal admite 1000 RPS y su servidor de respaldo puede gestionar 600 RPS, una relación de 0,6 es adecuada para evitar la sobrecarga del servidor de respaldo durante períodos de alto tráfico.
Drenaje de conexión Garantiza una transición fluida al permitir que las conexiones activas finalicen antes de redirigir el tráfico de los servidores con fallos. Configure el drenaje de conexiones con un tiempo de espera de 30 a 300 segundos, según la duración máxima de la transacción que su aplicación suele gestionar.
Configuración de replicación Son fundamentales en clústeres de alta disponibilidad (HA). Antes de iniciar la conmutación por error manual, pause la replicación en todos los servidores en espera para evitar conflictos de tiempo si el servidor principal vuelve a estar en línea inesperadamente. El sistema debería seleccionar automáticamente el servidor en espera con el tiempo de replicación más reciente como candidato para la conmutación por error a fin de reducir la pérdida de datos.
Configuración de caída de tráfico Determina cómo gestionar las solicitudes entrantes cuando todos los backends presentan problemas. Para aplicaciones web y API, active esta función para devolver respuestas de error inmediatas en lugar de dejar las conexiones bloqueadas. Para servicios backend críticos que requieren una entrega garantizada, o si utiliza sistemas de colas externos, desactive esta configuración para garantizar que las solicitudes se conserven durante las interrupciones.
Estos parámetros constituyen una base sólida para configuraciones de conmutación por error fiables. Sin embargo, la configuración técnica por sí sola no es suficiente: las mejores prácticas operativas son igualmente cruciales.
Mejores prácticas de conmutación por error
Más allá de la configuración, siga estas prácticas recomendadas para garantizar la coherencia y la confiabilidad durante los escenarios de conmutación por error.
Consistencia de versiones Es fundamental. Asegúrese siempre de que tanto el servidor principal como el de conmutación por error ejecuten las mismas versiones de software. Las discrepancias entre versiones pueden provocar errores de aplicación o corrupción de datos cuando el tráfico cambia. Utilice herramientas de gestión de configuración para mantener las implementaciones sincronizadas en toda su infraestructura.
Documentación y control de versiones Son clave para mantener la claridad. Almacene todas las configuraciones de conmutación por error, como los intervalos de comprobación de estado, las tasas de conmutación por error y los valores de tiempo de espera, en repositorios centralizados junto con sus definiciones de infraestructura como código. Estandarice valores como una tasa de conmutación por error de 0,5, un tiempo de espera de descarga de conexión de 60 segundos y intervalos de comprobación de estado de 10 segundos para simplificar la gestión.
Procedimientos de prueba regulares No son negociables. Programe pruebas de conmutación por error rutinarias como parte de su plan de continuidad empresarial. Estas pruebas deben incluir tanto cambios graduales de tráfico como escenarios de conmutación por error instantáneos. Verifique que sus sistemas de respaldo puedan soportar las cargas previstas y que todas las funciones de la aplicación funcionen correctamente en la infraestructura de conmutación por error.
Distribución geográfica La protección de los backends de conmutación por error protege contra fallos en toda la zona. Implemente servidores de respaldo en diferentes zonas o regiones de disponibilidad, garantizando que puedan gestionar entre 60 y 80% de tráfico pico. En entornos de nube, separe los backends principal y de conmutación por error en diferentes zonas para mantener la disponibilidad del servicio durante interrupciones regionales.
Gestión del cambio Garantiza la rendición de cuentas. Registre cada cambio de configuración, incluyendo el motivo de la actualización. Utilice mensajes de confirmación claros como "Tasa de conmutación por error actualizada a 0,6 debido al aumento de la capacidad de copia de seguridad" para facilitar la reversión si surgen problemas. Los registros detallados son invaluables durante la respuesta a incidentes, ya que le ayudan a identificar y abordar rápidamente comportamientos de conmutación por error inesperados.
Integración de monitoreo Es fundamental para la supervisión. Configure alertas para monitorear métricas como tiempos de respuesta más largos, picos de error y problemas de conexión antes, durante y después de las conmutaciones por error. Comparar las métricas posteriores a la conmutación por error con las líneas de base previas a la conmutación por error ayuda a identificar áreas de mejora en su configuración.
Solución de problemas y validación posterior a la conmutación por error
Al realizar una conmutación por error manual, pueden surgir problemas inesperados que requieren una rápida identificación y resolución. Abordar estos problemas con rapidez es fundamental para mantener la disponibilidad del servicio.
Problemas comunes y soluciones
Pueden surgir varios problemas comunes durante una conmutación por error manual. A continuación, se explica cómo solucionarlos:
Errores de replicación Son un problema frecuente. Ocurren cuando los servidores de respaldo no están completamente sincronizados con el servidor principal antes de la conmutación por error, lo que genera inconsistencias en los datos. Para solucionar esto, suspenda la replicación, rebase con el servidor de respaldo más actualizado y promueva su uso.
Desajustes de configuración También puede causar interrupciones. Por ejemplo, la configuración de la comprobación de estado optimizada para el servidor principal podría no coincidir con la del servidor de respaldo, o las configuraciones del grupo de conmutación por error podrían indicar direcciones de servidor obsoletas. En tales casos, pause el proceso de conmutación por error y verifique toda la configuración. Asegúrese de que los intervalos de comprobación de estado coincidan con los tiempos de respuesta del servidor de respaldo y confirme que las direcciones del grupo de conmutación por error sean precisas y accesibles.
Retrasos en la propagación del DNS Puede provocar que los usuarios sigan conectándose al servidor fallido incluso después de que el tráfico debería haberse desviado. Esto suele ocurrir debido a una configuración de TTL (tiempo de vida) alta. Reduzca el TTL a 60 segundos antes de la conmutación por error y monitoree la propagación con herramientas como excavar o nslookup.
Problemas de conectividad de red La conexión entre los balanceadores de carga y los servidores de respaldo puede bloquear la redirección del tráfico. Problemas como reglas de firewall adaptadas a los servidores principales o rutas faltantes en la tabla de red son causas comunes. Utilice herramientas como silbido y Telnet para probar la conectividad y actualizar las reglas del firewall o las tablas de enrutamiento según sea necesario.
A continuación se muestra una tabla de referencia rápida para estos problemas comunes:
| Problema | Causa | Solución |
|---|---|---|
| Errores de replicación | Datos no sincronizados, replicación fallida | Suspender la replicación, la rebase y la resincronización antes de la conmutación por error |
| Desajuste de configuración | Conmutación por error o comprobaciones de estado incorrectas | Verificar y corregir configuraciones |
| Retardo de propagación del DNS | Alto TTL, actualizaciones de DNS lentas | Reducir TTL, monitorear actualizaciones de DNS |
| Conectividad de red | Problemas de firewall o enrutamiento | Probar y actualizar rutas de red, ajustar reglas de firewall |
| El tráfico no se redirige | Configuraciones erróneas de la comprobación de estado | Ajustar parámetros y validar el estado del servidor de respaldo |
Abordar estos problemas rápidamente garantiza un proceso de conmutación por error más fluido y prepara el escenario para la validación posterior a la conmutación por error.
Lista de verificación de validación posterior a la conmutación por error
Una vez completada la conmutación por error, validar el sistema es crucial para garantizar que todo funcione como se espera.
Validación del control de salud Este debería ser el primer paso. Confirme que las comprobaciones de estado se realicen correctamente en los nuevos servidores principales y que los servidores de respaldo también se reporten como correctos. Utilice endpoints a nivel de aplicación y herramientas de monitoreo de infraestructura para una cobertura completa. Investigue y resuelva cualquier comprobación fallida de inmediato.
Confirmación de enrutamiento de tráfico A continuación. Supervise las conexiones de los usuarios para asegurarse de que lleguen a los servidores de respaldo. Revise los registros de conexión y compare los patrones de tráfico actuales con las líneas base previas a la conmutación por error. Si algún usuario sigue enrutado a los servidores fallidos, esto podría indicar una propagación de DNS incompleta o grupos de conexiones en caché.
Monitoreo del rendimiento Es esencial en las horas posteriores a una conmutación por error. Los servidores de respaldo pueden tener características de rendimiento diferentes a las de los servidores principales. Realice un seguimiento de las métricas clave y compárelas con las líneas base previas a la conmutación por error. Configure alertas para cualquier desviación significativa y, si el rendimiento disminuye, considere aumentar la capacidad o redistribuir el tráfico.
Pruebas de funcionalidad del sistema Es otro paso fundamental. Pruebe todas las funciones de la aplicación para confirmar que las conexiones a la base de datos, las API externas y la gestión de sesiones funcionan correctamente en los servidores de respaldo. Preste especial atención a las funciones que dependen de configuraciones específicas del servidor o del almacenamiento local de archivos, ya que son más propensas a problemas.
Para las organizaciones que utilizan proveedores de hosting como Serverion, la monitorización continua de la red puede ser fundamental durante este período. Contar con soporte técnico disponible las 24 horas garantiza que cualquier anomalía se pueda solucionar de inmediato.
Reintegración del servidor original Debería seguirse una vez que los sistemas de respaldo se estabilicen. Sincronice el servidor principal original, realice comprobaciones de estado y reinsértelo como respaldo.
Actualización de la documentación Es el paso final. Registre los cambios realizados durante la resolución de problemas, observe las diferencias de rendimiento en los servidores de respaldo y refine sus procedimientos de conmutación por error según estas experiencias. Esta documentación es esencial para la capacitación y la mejora de futuras estrategias de recuperación.
Por último, asegúrese de que su infraestructura esté preparada para gestionar las cargas de tráfico normales y de que los sistemas de monitorización reflejen la nueva configuración. Este enfoque proactivo minimiza el riesgo de fallos secundarios y ayuda a mantener la estabilidad del sistema en el futuro.
Conclusión
La conmutación por error manual sigue un proceso claro: preparación, ejecución y validación. Las organizaciones que dominan estos pasos pueden mantener los servicios funcionando sin problemas, incluso durante fallos inesperados de la infraestructura.
La preparación es clave: elimina la incertidumbre en momentos de alta presión. Si bien los controles de salud actúan como un sistema de alerta temprana, la intervención manual brinda la flexibilidad de controlar los tiempos de una manera que los sistemas automatizados no pueden igualar.
La ejecución exige precisión. Redirigir el tráfico en tiempo real requiere una monitorización minuciosa para garantizar una transición fluida. Errores comunes, como errores de configuración o problemas de red, pueden evitarse mediante pruebas y validaciones exhaustivas previas.
La validación posterior a la conmutación por error es igualmente crucial. Los servidores de respaldo pueden comportarse de forma diferente a los sistemas principales, y las horas posteriores a una conmutación por error son cuando suelen surgir problemas ocultos. La monitorización continua durante este periodo ayuda a mantener la estabilidad y garantiza que los sistemas funcionen según lo previsto.
Una infraestructura sólida facilita una conmutación por error eficaz. Por ejemplo, Serverion: su red global de 37 centros de datos ofrece conmutación por error multirregional con una garantía de disponibilidad del 99,991 TP3T. Con monitorización 24/7 y protección contra DDoS de hasta 4 Tbps, gestionan tanto las operaciones principales como los escenarios de respaldo que requieren la conmutación por error manual.
A medida que las arquitecturas multirregionales ganan popularidad, el valor de la redundancia geográfica se hace evidente. La conmutación por error manual sigue siendo un enfoque rentable cuando se combina con soluciones de alojamiento fiables. Las pruebas periódicas y la documentación actualizada son esenciales para mantener su estrategia de conmutación por error optimizada y lista para la acción.
Preguntas frecuentes
¿Cuáles son los principales beneficios de elegir la conmutación por error manual en lugar de la conmutación por error automatizada para los balanceadores de carga?
La conmutación por error manual para balanceadores de carga proporciona mayor control Durante transiciones críticas. En lugar de depender de sistemas automatizados, permite a los administradores analizar la situación con mayor detalle, verificar las configuraciones y confirmar que todo esté configurado antes de realizar cambios. Este enfoque práctico puede ayudar a evitar problemas o interrupciones inesperadas que podrían causar los desencadenadores automatizados.
Es especialmente útil en configuraciones personalizadas o complejas Donde a menudo se requieren ajustes únicos. Al gestionar el proceso manualmente, puede adaptar los pasos de conmutación por error a su infraestructura específica, lo que resulta en una transición más fluida y confiable.
¿Cómo pueden las organizaciones garantizar que sus servidores de respaldo estén completamente sincronizados y listos para un evento de conmutación por error?
Para mantener los servidores de respaldo listos para la conmutación por error, es fundamental verificar periódicamente que la replicación de datos funcione correctamente y esté actualizada. Esto implica supervisar cualquier retraso o error en el proceso de sincronización y garantizar que las configuraciones críticas, como las direcciones IP y las reglas del firewall, se reflejen correctamente en los servidores de respaldo.
Las pruebas de conmutación por error periódicas son otra necesidad. Al simular escenarios de conmutación por error, puede detectar y resolver problemas potenciales antes de que se conviertan en problemas reales. Contar con un proceso claro y documentado para conmutación por error manual Puede facilitar la transición, reduciendo el tiempo de inactividad y minimizando las interrupciones. Para soluciones de alojamiento que puedan gestionar las demandas de los sistemas de conmutación por error, Serverion ofrece centros de datos de alto rendimiento, seguros y distribuidos globalmente, diseñados para satisfacer estos requisitos.
¿Qué debo hacer si hay problemas de red durante un proceso de conmutación por error manual para balanceadores de carga?
Si tiene problemas de conectividad de red durante un proceso de conmutación por error manual, es fundamental abordar la situación metódicamente para reducir al máximo el tiempo de inactividad. Comience por verificar la configuración de los balanceadores de carga principal y secundario. Asegúrese de que los protocolos de conmutación por error estén habilitados y funcionen correctamente. Preste mucha atención a las direcciones IP, la configuración de DNS y las tablas de enrutamiento; cualquier configuración incorrecta podría ser la raíz del problema.
Una vez descartados los errores de configuración, supervise detenidamente el tráfico de red. Busque indicios de fallos de hardware o cuellos de botella que puedan interrumpir la conexión. Si el problema persiste, podría tener que reiniciar los sistemas afectados o redirigir manualmente el tráfico a un balanceador de carga que funcione correctamente. Durante el proceso, anote detalladamente los pasos que ha realizado y, una vez resuelto el problema, pruebe exhaustivamente el sistema de conmutación por error para confirmar que todo funciona correctamente.
