Hacer ahora un ejemplo de la política de reclutamiento por error conmutación por error.
Es un clásico un caso típico de servidor activo pasivo es decir tenemos un servidor que es el que da
servicio a nuestro dominio en nuestra web y en caso de que se caiga tenemos un servidor secundario o
pasivo que es el que se pone en marcha y empieza a dar servicio.
Cómo hacemos esto.
Bueno pues vamos primero a 53 y tenemos que crear una comprobación de Estado es decir Cómo verificamos
con servidor está caído.
Pues lo hacemos de esta forma crear una comprobación del estado tenemos que decir un nombre.
Entonces por ejemplo vamos a considerar que el servidor principal va a ser el de Londres.
Entonces le ponemos a la verificación verificación estado Londres
verificar que las ciudades donde se está activo punto de enlace en dirección IP cojamos la dirección
IP de Londres
que quitamos y dejamos sobre este al nombre de la excepción.
Este es el nombre del dominio que acabamos de crear o creamos leyes anteriores.
Entonces
tenemos que poner el nombre del dominio en nuestro caso será RedHat curso o doble puntocom y una página
que existe en nuestro dominio de Londres sésiles en la lista que indexa HTML.
Acepta entonces lo que vemos que es que va a verifica que esta IP está activa la copiamos elaboramos
aquí veremos que está activo ahora mismo y lo que hace esto es verificar cada cierto tiempo que está
activa.
Veamos la siguiente No queremos que nos quede ninguna alarma y le damos la comprobación del estado.
Está creando la comprobación del estado de Londres.
Eso taponamientos la zona pasa y seguimos.
Ya hemos esperado unos minutos y nuestra página de edificación de error ya está disponible está en verde
con lo cual ya podemos ir a las zonas hospedadas y vamos a crear nuestro conjunto de registros.
Primero crearemos el del servicio o del servidor principal que está activo.
Paramos el tiempo un minuto cogemos la IP de Londres CB1 Londres
estamos listas
le decimos que vaya enrutamiento por conmutación por error
y nos pregunta el principal principal es que está activo y no queremos asociar a una comprobación de
Estado.
Le decimos que sí y seleccionaremos la comprobación de Estado que acabamos de crear.
Verificación de nombres perfecto.
Es decir hemos creado un registro como principal que es el servidor de Londres como lo hacemos por ahorro
y la verificación del error es lo que hemos creado.
Perfecto le vamos a crear.
Ya tenemos creada y ahora tenemos idea el servidor secundario es decir en caso de que caiga el principal
es el de Londres a donde queremos que vaya nuestro caso vamos a querer que vaya al de Tokio.
Copiamos de Tokio que nos haga falta creamos un nuevo conjunto de registros le ponemos TV de Tokio
queremos es conmutación por error.
En este caso no será la principal sino será el secundario
y no tiene la aprobación de esta.
Puesto a Tokio como servidor secundario o pasivo en caso de que falle el principal pues vendería y iría
al secundario que sería Tokio.
Vamos a crear entonces ya tenemos los servidores pero los dos conjuntos de registros ya creados.
El principal el de Londres y el secundario que es el de Tokio.
Vamos a hacer una pausa esperamos a que se refresque este conjunto de registros y veamos cuál es el
resultado.
Ya hemos esperado unos minutos para que refrescará.
Vamos a ver el resultado lo que hacemos es seleccionar nuestro dominio lo abrimos en un navegador no
ponemos el nombre del dominio y vemos que accede a refrescamos accede siempre al de Londres que hemos
puesto como principal.
Aquí hemos puesto a Londres 3 9 13 159 como principal
que es el que nos está dando.
Cuando abrimos el navegador nos está dando el servidor de Londres
qué pasa si el principal falla pues debería saltar el secundario que es el de Tokio el 13.
Cómo hacemos para asegurar que falla.
Pues vamos a distancia de Londres y paramos la estancia.
Qué hacemos.
Nos vamos seleccionamos Londres.
Vale ya estamos vamos a hacer dos
estancias están corriendo y se deshace que está correcto que la que está dando servicio ahora mismo
a nuestro dominio es lo que hacemos es para acciones pactamos que el servidor la estancia y le damos
a instance stop
hicimos que se lo pare y comienza a pararse vale tardas un ratito está en estado parado vale
vamos a modificar nuestro servidor como agregado Si ya sales de Tokyo
todavía no tampoco vamos a pasar el video y volvemos cuando el servicio la estancia de Londres esté
completamente parada.
Hemos esperado unos minutos y la estancia de Londres de 2 está parada completamente parada.
Entonces ahora si abrimos nuestro navegador normalmente ponemos nuestra dirección del dominio dicurso
o dobles y le damos a Ito.
Ya no es la de Londres la que muestra porque está parada sino que es la de Tokio.
Vale hemos configurado para que en 53
en el conjunto de registros de Londres sea la principal y teníamos la secundaria acaso la principal
estuviera con algún problema en este caso esta parada pues teníamos la secundaria la 3 la 13 y vimos
que la de Tokio vale.
Entonces vemos que nuestro servidor el que estábamos servicio es la de Tokio.
Cuando ponemos nuestro dominio donde esta caída arranca secundario y pone siempre Tokio aterricemos
contínuamente pone Tokio que es la secundaria.
Y ésta es la forma de crear una política de direccionamiento por conmutación por error en caso del activo
no esté funcionando bien al pasivo o al secundario.