{"id":6554,"date":"2022-03-02T15:44:48","date_gmt":"2022-03-02T15:44:48","guid":{"rendered":"http:\/\/itdconsulting.com\/failovers\/"},"modified":"2022-06-13T12:23:52","modified_gmt":"2022-06-13T17:23:52","slug":"failovers","status":"publish","type":"page","link":"https:\/\/itdconsulting.com\/en\/base-de-datos\/postgresql\/failovers\/","title":{"rendered":"Failovers"},"content":{"rendered":"<p><strong>\u00bfQu\u00e9 significa?<\/strong><\/p>\n<p>La conmutaci\u00f3n por error es la capacidad de cambiar autom\u00e1ticamente y sin problemas a un sistema de respaldo confiable. Cuando un componente o sistema principal falla, el modo operativo en espera o la redundancia deben lograr la conmutaci\u00f3n por error y disminuir o eliminar el impacto negativo en los usuarios.<\/p>\n<p><img fetchpriority=\"high\" decoding=\"async\" class=\"size-full wp-image-6555 aligncenter\" src=\"https:\/\/itdconsulting.com\/wp-content\/uploads\/2022\/03\/Ilustracion-de-failovers-con-un-shared-storage-y-2-host-con-sus-vm-correspondientes.jpg\" alt=\"\" width=\"602\" height=\"301\" \/><\/p>\n<p>Para lograr la redundancia en caso de falla anormal o finalizaci\u00f3n de una versi\u00f3n anteriormente activa, una base de datos, sistema, servidor u otro componente de hardware o red en espera siempre debe estar listo para entrar en acci\u00f3n autom\u00e1ticamente. En otras palabras, todas las t\u00e9cnicas de copia de seguridad, incluidos los sistemas de servidores inform\u00e1ticos en espera, deben ser inmunes a los fallos, ya que la conmutaci\u00f3n por error es fundamental para la recuperaci\u00f3n ante desastres (DR).<\/p>\n<p>&nbsp;<\/p>\n<p><strong>\u00bfEn qu\u00e9 consiste?<\/strong><\/p>\n<p>La conmutaci\u00f3n por error, o failover, es un modo de funcionamiento de respaldo en el que las funciones de un componente de un sistema primario, como el procesador, un servidor, la red o una base de datos, por ejemplo, son asumidos por componentes de un sistema secundario cuando el primero no est\u00e1 disponible, ya sea debido a una falla o por el tiempo de mantenimiento programado.<\/p>\n<p>Se utiliza para hacer los sistemas m\u00e1s tolerantes a fallos, y suele ser una parte integral de los sistemas de misi\u00f3n cr\u00edtica que deben estar constantemente disponibles.<\/p>\n<p>El objetivo principal de failover es permitir que procesos que normalmente se ejecutan en un nodo sean transferidos a otro, en caso de que el principal que brinda los servicios falle. Este m\u00e9todo, entre otras funciones, tambi\u00e9n permite realizar mantenimientos y cambios de hardware, sin afectar los servicios espec\u00edficos que se brindan al usuario final.<\/p>\n<p>&nbsp;<\/p>\n<p><strong>\u00bfC\u00f3mo es el procedimiento?<\/strong><\/p>\n<p>La automatizaci\u00f3n de conmutaci\u00f3n por error en los servidores incluye condiciones de pulso o latido. Es decir, los cables Heartbeat conectan dos servidores o varios servidores en una red con el servidor principal siempre activo. Mientras el latido del coraz\u00f3n contin\u00fae o perciba el pulso, el servidor secundario simplemente descansa.<\/p>\n<p>Sin embargo, si el servidor secundario percibe alg\u00fan cambio en el pulso del servidor de conmutaci\u00f3n por error principal, iniciar\u00e1 sus instancias y se har\u00e1 cargo de las operaciones del servidor principal. Tambi\u00e9n enviar\u00e1 un mensaje al t\u00e9cnico o al centro de datos solicitando que vuelvan a poner en l\u00ednea el servidor principal. Algunos sistemas, llamados configuraci\u00f3n autom\u00e1tica con aprobaci\u00f3n manual, simplemente alertan al t\u00e9cnico o al centro de datos, solicitando que el cambio en el servidor se realice manualmente.<\/p>\n<p>&nbsp;<\/p>\n<p><strong>How does it work?<\/strong><\/p>\n<p>Activo-activo y activo-pasivo o activo-en espera son las configuraciones m\u00e1s comunes para alta disponibilidad (HA). Cada t\u00e9cnica de implementaci\u00f3n logra la conmutaci\u00f3n por error de una manera diferente, aunque ambas mejoran la confiabilidad.<\/p>\n<p>Por lo general, al menos dos nodos que ejecutan activa y simult\u00e1neamente el mismo tipo de servicio conforman un cl\u00faster de alta disponibilidad activo-activo. El cl\u00faster activo-activo distribuye las cargas de trabajo entre todos los nodos de manera m\u00e1s uniforme, lo que evita que un solo nodo se sobrecargue y logra el equilibrio de carga. Y debido a que quedan m\u00e1s nodos disponibles, el rendimiento y los tiempos de respuesta mejoran. Para garantizar que el cl\u00faster HA funcione sin problemas y logre la redundancia, las configuraciones y los ajustes individuales de los nodos deben ser id\u00e9nticos.<\/p>\n<p>En cambio, en un cl\u00faster activo-pasivo, aunque debe haber al menos dos nodos, no todos est\u00e1n activos. En un sistema de dos nodos con el primer nodo activo, el segundo nodo permanecer\u00e1 pasivo o en espera como servidor de conmutaci\u00f3n por error.<\/p>\n<p>En este modo operativo en espera, puede permanecer listo en caso de que el servidor primario activo deje de funcionar para servir como respaldo. Sin embargo, a menos que haya una falla, los clientes solo se conectan al servidor activo.<\/p>\n<p>Al igual que en el cl\u00faster activo-activo, ambos servidores en el cl\u00faster activo-en espera deben configurarse con las mismas configuraciones. De esta forma, los clientes no pueden percibir ning\u00fan cambio en el servicio, incluso si el enrutador o el servidor de conmutaci\u00f3n por error deben asumir el control.<\/p>\n<p>Claramente, en un cl\u00faster activo-en espera, aunque el nodo en espera siempre se est\u00e1 ejecutando, la utilizaci\u00f3n real se aproxima a cero.<\/p>\n<p>En un cl\u00faster activo-activo, la utilizaci\u00f3n de ambos nodos se acerca a la mitad, aunque cada nodo puede manejar la carga completa por s\u00ed solo. Sin embargo, esto tambi\u00e9n significa que la falla del nodo puede hacer que el rendimiento se degrade si un nodo de configuraci\u00f3n activo-activo maneja m\u00e1s de la mitad de la carga de manera consistente.<\/p>\n<p>El tiempo de interrupci\u00f3n durante una falla es pr\u00e1cticamente nulo con una configuraci\u00f3n HA activa-activa, porque ambas rutas est\u00e1n activas. Con una configuraci\u00f3n activo-pasivo, el tiempo de interrupci\u00f3n tiene el potencial de ser mayor, ya que el sistema debe cambiar de un nodo al otro, lo que requiere tiempo.<\/p>\n<p>&nbsp;<\/p>\n<p><strong>Dos tipos de conmutaci\u00f3n por error<\/strong><\/p>\n<p>Existen dos tipos de conmutaci\u00f3n por error: failover y switchover, que en la pr\u00e1ctica son esencialmente la misma operaci\u00f3n, excepto que la primera es autom\u00e1tica y generalmente funciona sin previo aviso, mientras que la segunda requiere la intervenci\u00f3n humana.<\/p>\n<p>En sistemas que dan soporte a servidores o redes que requieren de una disponibilidad casi continua y un alto grado de confiabilidad, se emplea una capacidad de conmutaci\u00f3n por error de forma autom\u00e1tica.<\/p>\n<p>La automatizaci\u00f3n de la conmutaci\u00f3n por error generalmente utiliza un sistema de \u00ablatido\u00bb que conecta dos servidores, ya sea mediante un cable separado (por ejemplo, puertos serie RS-232 \/ cable) o una conexi\u00f3n de red.<\/p>\n<p>Mientras un \u00abpulso\u00bb o \u00ablatido\u00bb regular contin\u00fae entre el servidor principal y el segundo servidor, este \u00faltimo no pondr\u00e1 sus sistemas en l\u00ednea. Tambi\u00e9n puede haber un tercer servidor de \u00abpiezas de repuesto\u00bb que tenga componentes de respaldo en ejecuci\u00f3n para el cambio \u00aben caliente\u00bb y con ello evitar el tiempo de inactividad.<\/p>\n<p>El segundo servidor asume el trabajo del primero en cuanto detecta una alteraci\u00f3n en el \u00ablatido\u00bb del primero. Algunos sistemas, incluso, tienen la capacidad de enviar una notificaci\u00f3n de conmutaci\u00f3n por error.<\/p>\n<p>Otros sistemas, intencionalmente, no realizan una conmutaci\u00f3n por error de forma totalmente autom\u00e1tica, sino que requieren intervenci\u00f3n humana. Esta configuraci\u00f3n \u00abautomatizada con aprobaci\u00f3n manual\u00bb se ejecuta autom\u00e1ticamente una vez que un humano ha aprobado la conmutaci\u00f3n por error.<\/p>\n<p>El uso del software de virtualizaci\u00f3n ha permitido que las pr\u00e1cticas de conmutaci\u00f3n por error se vuelvan menos dependientes del hardware f\u00edsico a trav\u00e9s del proceso denominado migraci\u00f3n, en el que una m\u00e1quina virtual en ejecuci\u00f3n se mueve de un host f\u00edsico a otro, con poca o ninguna interrupci\u00f3n en el servicio.<\/p>\n<p>&nbsp;<\/p>\n<p><strong>\u00bfQu\u00e9 es un cl\u00faster de conmutaci\u00f3n por error?<\/strong><\/p>\n<p>Un cl\u00faster de conmutaci\u00f3n por error es un conjunto de servidores inform\u00e1ticos que proporcionan tolerancia a fallos (FT), disponibilidad continua (CA) o alta disponibilidad (HA) juntos. Las configuraciones de red de cl\u00faster de conmutaci\u00f3n por error pueden usar m\u00e1quinas virtuales (VM), solo hardware f\u00edsico o ambos.<\/p>\n<p>Si uno de los servidores en un cl\u00faster de conmutaci\u00f3n por error deja de funcionar, esto desencadena el proceso de conmutaci\u00f3n por error. Enviar instant\u00e1neamente la carga de trabajo del componente fallido a otro nodo en el cl\u00faster, esto evita el tiempo de inactividad.<\/p>\n<p>Proporcionar HA o CA para aplicaciones y servicios es el objetivo principal de un cl\u00faster de conmutaci\u00f3n por error. Tambi\u00e9n conocidos como cl\u00fasteres tolerantes a fallas (FT), los cl\u00fasteres de CA eliminan el tiempo de inactividad cuando fallan los sistemas principal o principal, lo que permite a los usuarios finales seguir usando aplicaciones y servicios sin interrupciones ni tiempos de espera.<\/p>\n<p>Por el contrario, a pesar de una posible interrupci\u00f3n breve del servicio, los cl\u00fasteres de alta disponibilidad ofrecen un tiempo de inactividad m\u00ednimo, recuperaci\u00f3n autom\u00e1tica y ausencia de p\u00e9rdida de datos. El proceso de recuperaci\u00f3n en los cl\u00fasteres de alta disponibilidad se puede configurar mediante las herramientas del administrador de cl\u00fasteres de conmutaci\u00f3n por error, que se incluyen como parte de la mayor\u00eda de las soluciones de cl\u00fasteres de conmutaci\u00f3n por error.<\/p>\n<p>En un sentido m\u00e1s amplio, un cl\u00faster son dos o m\u00e1s nodos o servidores, generalmente conectados tanto f\u00edsicamente con cables como mediante software. Algunas implementaciones de conmutaci\u00f3n por error incluyen tecnolog\u00edas adicionales de agrupaci\u00f3n en cl\u00fasteres, como procesamiento paralelo o simult\u00e1neo, equilibrio de carga y soluciones de almacenamiento en la nube.<\/p>\n<p>La conmutaci\u00f3n por error de Internet es esencialmente una conexi\u00f3n a Internet redundante o secundaria que se utiliza como enlace de conmutaci\u00f3n por error en caso de falla. Esto se puede considerar como otra pieza de la capacidad de conmutaci\u00f3n por error en los servidores.<\/p>","protected":false},"excerpt":{"rendered":"<p>\u00bfQu\u00e9 significa? La conmutaci\u00f3n por error es la capacidad de cambiar autom\u00e1ticamente y sin problemas a un sistema de respaldo confiable. Cuando un componente o sistema principal falla, el modo operativo en espera o la redundancia deben lograr la conmutaci\u00f3n por error y disminuir o eliminar el impacto negativo en los usuarios. Para lograr la [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":438,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"elementor_theme","meta":{"footnotes":""},"class_list":["post-6554","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/itdconsulting.com\/en\/wp-json\/wp\/v2\/pages\/6554","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/itdconsulting.com\/en\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/itdconsulting.com\/en\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/itdconsulting.com\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/itdconsulting.com\/en\/wp-json\/wp\/v2\/comments?post=6554"}],"version-history":[{"count":1,"href":"https:\/\/itdconsulting.com\/en\/wp-json\/wp\/v2\/pages\/6554\/revisions"}],"predecessor-version":[{"id":7284,"href":"https:\/\/itdconsulting.com\/en\/wp-json\/wp\/v2\/pages\/6554\/revisions\/7284"}],"up":[{"embeddable":true,"href":"https:\/\/itdconsulting.com\/en\/wp-json\/wp\/v2\/pages\/438"}],"wp:attachment":[{"href":"https:\/\/itdconsulting.com\/en\/wp-json\/wp\/v2\/media?parent=6554"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}