WEBVTT 00:00.310 --> 00:06.570 Hacer ahora un ejemplo de la política de reclutamiento por error conmutación por error. 00:06.570 --> 00:11.400 Es un clásico un caso típico de servidor activo pasivo es decir tenemos un servidor que es el que da 00:11.400 --> 00:16.620 servicio a nuestro dominio en nuestra web y en caso de que se caiga tenemos un servidor secundario o 00:16.620 --> 00:20.360 pasivo que es el que se pone en marcha y empieza a dar servicio. 00:21.150 --> 00:22.160 Cómo hacemos esto. 00:22.160 --> 00:30.330 Bueno pues vamos primero a 53 y tenemos que crear una comprobación de Estado es decir Cómo verificamos 00:30.330 --> 00:31.600 con servidor está caído. 00:31.840 --> 00:36.810 Pues lo hacemos de esta forma crear una comprobación del estado tenemos que decir un nombre. 00:36.990 --> 00:40.770 Entonces por ejemplo vamos a considerar que el servidor principal va a ser el de Londres. 00:40.830 --> 00:45.960 Entonces le ponemos a la verificación verificación estado Londres 00:48.420 --> 00:54.000 verificar que las ciudades donde se está activo punto de enlace en dirección IP cojamos la dirección 00:54.000 --> 00:55.020 IP de Londres 01:01.490 --> 01:08.480 que quitamos y dejamos sobre este al nombre de la excepción. 01:08.600 --> 01:13.800 Este es el nombre del dominio que acabamos de crear o creamos leyes anteriores. 01:13.800 --> 01:14.570 Entonces 01:17.760 --> 01:28.380 tenemos que poner el nombre del dominio en nuestro caso será RedHat curso o doble puntocom y una página 01:29.220 --> 01:37.220 que existe en nuestro dominio de Londres sésiles en la lista que indexa HTML. 01:37.670 --> 01:45.390 Acepta entonces lo que vemos que es que va a verifica que esta IP está activa la copiamos elaboramos 01:45.510 --> 01:54.660 aquí veremos que está activo ahora mismo y lo que hace esto es verificar cada cierto tiempo que está 01:54.660 --> 01:56.920 activa. 01:56.930 --> 02:02.600 Veamos la siguiente No queremos que nos quede ninguna alarma y le damos la comprobación del estado. 02:03.030 --> 02:07.500 Está creando la comprobación del estado de Londres. 02:07.640 --> 02:12.030 Eso taponamientos la zona pasa y seguimos. 02:12.190 --> 02:19.550 Ya hemos esperado unos minutos y nuestra página de edificación de error ya está disponible está en verde 02:20.670 --> 02:29.210 con lo cual ya podemos ir a las zonas hospedadas y vamos a crear nuestro conjunto de registros. 02:29.460 --> 02:36.580 Primero crearemos el del servicio o del servidor principal que está activo. 02:36.720 --> 02:43.560 Paramos el tiempo un minuto cogemos la IP de Londres CB1 Londres 02:48.840 --> 02:50.130 estamos listas 02:52.910 --> 02:55.980 le decimos que vaya enrutamiento por conmutación por error 02:58.760 --> 03:06.940 y nos pregunta el principal principal es que está activo y no queremos asociar a una comprobación de 03:06.940 --> 03:07.300 Estado. 03:07.330 --> 03:13.230 Le decimos que sí y seleccionaremos la comprobación de Estado que acabamos de crear. 03:13.780 --> 03:17.430 Verificación de nombres perfecto. 03:17.500 --> 03:25.000 Es decir hemos creado un registro como principal que es el servidor de Londres como lo hacemos por ahorro 03:25.540 --> 03:28.940 y la verificación del error es lo que hemos creado. 03:29.000 --> 03:30.590 Perfecto le vamos a crear. 03:31.820 --> 03:38.410 Ya tenemos creada y ahora tenemos idea el servidor secundario es decir en caso de que caiga el principal 03:39.380 --> 03:48.570 es el de Londres a donde queremos que vaya nuestro caso vamos a querer que vaya al de Tokio. 03:49.580 --> 03:58.520 Copiamos de Tokio que nos haga falta creamos un nuevo conjunto de registros le ponemos TV de Tokio 04:01.610 --> 04:05.430 queremos es conmutación por error. 04:06.100 --> 04:09.090 En este caso no será la principal sino será el secundario 04:16.340 --> 04:18.900 y no tiene la aprobación de esta. 04:21.000 --> 04:27.610 Puesto a Tokio como servidor secundario o pasivo en caso de que falle el principal pues vendería y iría 04:27.610 --> 04:30.660 al secundario que sería Tokio. 04:30.750 --> 04:38.730 Vamos a crear entonces ya tenemos los servidores pero los dos conjuntos de registros ya creados. 04:38.730 --> 04:44.090 El principal el de Londres y el secundario que es el de Tokio. 04:44.340 --> 04:49.590 Vamos a hacer una pausa esperamos a que se refresque este conjunto de registros y veamos cuál es el 04:49.590 --> 04:51.980 resultado. 04:52.200 --> 04:54.780 Ya hemos esperado unos minutos para que refrescará. 04:54.780 --> 05:01.440 Vamos a ver el resultado lo que hacemos es seleccionar nuestro dominio lo abrimos en un navegador no 05:03.780 --> 05:11.400 ponemos el nombre del dominio y vemos que accede a refrescamos accede siempre al de Londres que hemos 05:11.400 --> 05:15.280 puesto como principal. 05:16.790 --> 05:23.010 Aquí hemos puesto a Londres 3 9 13 159 como principal 05:26.620 --> 05:28.130 que es el que nos está dando. 05:28.130 --> 05:33.170 Cuando abrimos el navegador nos está dando el servidor de Londres 05:36.290 --> 05:43.130 qué pasa si el principal falla pues debería saltar el secundario que es el de Tokio el 13. 05:44.440 --> 05:45.970 Cómo hacemos para asegurar que falla. 05:45.980 --> 05:50.950 Pues vamos a distancia de Londres y paramos la estancia. 05:51.240 --> 05:51.790 Qué hacemos. 05:51.820 --> 05:57.190 Nos vamos seleccionamos Londres. 05:57.490 --> 06:00.580 Vale ya estamos vamos a hacer dos 06:03.910 --> 06:09.000 estancias están corriendo y se deshace que está correcto que la que está dando servicio ahora mismo 06:09.000 --> 06:16.640 a nuestro dominio es lo que hacemos es para acciones pactamos que el servidor la estancia y le damos 06:16.640 --> 06:18.230 a instance stop 06:21.070 --> 06:33.360 hicimos que se lo pare y comienza a pararse vale tardas un ratito está en estado parado vale 06:36.390 --> 06:43.620 vamos a modificar nuestro servidor como agregado Si ya sales de Tokyo 06:46.730 --> 06:55.930 todavía no tampoco vamos a pasar el video y volvemos cuando el servicio la estancia de Londres esté 06:55.930 --> 06:59.400 completamente parada. 06:59.400 --> 07:06.180 Hemos esperado unos minutos y la estancia de Londres de 2 está parada completamente parada. 07:08.170 --> 07:14.980 Entonces ahora si abrimos nuestro navegador normalmente ponemos nuestra dirección del dominio dicurso 07:15.060 --> 07:18.340 o dobles y le damos a Ito. 07:18.670 --> 07:22.470 Ya no es la de Londres la que muestra porque está parada sino que es la de Tokio. 07:22.470 --> 07:28.270 Vale hemos configurado para que en 53 07:34.650 --> 07:40.700 en el conjunto de registros de Londres sea la principal y teníamos la secundaria acaso la principal 07:41.030 --> 07:47.170 estuviera con algún problema en este caso esta parada pues teníamos la secundaria la 3 la 13 y vimos 07:47.170 --> 07:48.210 que la de Tokio vale. 07:48.260 --> 07:53.350 Entonces vemos que nuestro servidor el que estábamos servicio es la de Tokio. 07:53.360 --> 08:02.470 Cuando ponemos nuestro dominio donde esta caída arranca secundario y pone siempre Tokio aterricemos 08:02.510 --> 08:05.590 contínuamente pone Tokio que es la secundaria. 08:06.070 --> 08:14.420 Y ésta es la forma de crear una política de direccionamiento por conmutación por error en caso del activo 08:14.800 --> 08:18.230 no esté funcionando bien al pasivo o al secundario.