1 00:00:01,179 --> 00:00:20,699 Bueno, pues buenas tardes, Julio José. Hoy es día 20 de enero, son las 7 y 28 y estamos convocados a través de Jefatura de Departamento para la defensa del módulo profesional de proyecto de ciclo formativo de grado superior de la SIR. 2 00:00:21,699 --> 00:00:27,679 Te informo de que esta defensa está siendo grabada y que esta grabación se usará en el entorno cerrado de EducaMadrid, 3 00:00:27,899 --> 00:00:32,520 con fines educativos y solo estará a disposición de los profesores evaluadores en el aula virtual 4 00:00:32,520 --> 00:00:35,579 para llevar a cabo la evaluación y calificación de la defensa de tu proyecto. 5 00:00:36,560 --> 00:00:40,920 En el aula virtual de proyecto habéis sido informados de los criterios y la rúbrica de la calificación 6 00:00:40,920 --> 00:00:46,600 y en el orden de la presentación del proyecto te comento que es el siguiente, 7 00:00:46,600 --> 00:00:55,759 que son 15 minutos máximo para la defensa de tu proyecto y otros 15 para las preguntas por parte del tribunal, que en este caso soy yo. 8 00:00:56,759 --> 00:01:01,759 Y dicho lo cual, tu tiempo de exposición comienza a partir de este momento. Adelante y mucha suerte. 9 00:01:02,659 --> 00:01:14,180 Bien, pues el trabajo, el proyecto sobre fin de grado que he realizado me he basado en la integración de alta disponibilidad en la mediana empresa, ¿vale? 10 00:01:14,180 --> 00:01:35,620 utilizando el software Progmos. Lo primero, hago una pequeña introducción. Una pequeña introducción en qué es la alta disponibilidad y, bueno, por la alta disponibilidad, es un principio de diseño de sistemas y conjunto de técnicas, 11 00:01:35,620 --> 00:01:45,819 del conjunto de técnicas, cuyo objetivo es garantizar que un determinado sistema o servicio o infraestructura 12 00:01:45,819 --> 00:01:53,500 esté continuamente operativo y disponible para su uso con una introducción o un tiempo de inactividad mínimos. 13 00:01:54,120 --> 00:02:02,780 Esto es muy importante porque en la actualidad todas las empresas basan toda su operativa en sistemas informáticos, 14 00:02:02,780 --> 00:02:09,719 dado que el volumen que se está adquiriendo y demás de gestión, de operatividad en grupo y demás, 15 00:02:09,939 --> 00:02:12,120 la manera de coordinarlos es a través de un sistema informático. 16 00:02:12,719 --> 00:02:17,400 ¿Qué ocurre? Cuando ese sistema informático se cae, automáticamente la empresa pierde la operatividad 17 00:02:17,400 --> 00:02:20,960 y no funciona y se producen pérdidas y demás. 18 00:02:21,120 --> 00:02:26,780 Es decir, es súper importante mantener esa alta disponibilidad del producto, del sistema. 19 00:02:26,780 --> 00:02:56,759 La motivación principal que yo he tenido durante el curso para realizar este proyecto ha tenido que ver que durante el curso hemos conocido que era la alta disponibilidad y por medio de este proyecto he pretendido ampliar esos conocimientos con la práctica y poder saber aplicar la alta disponibilidad añadiendo valor a los conocimientos obtenidos a lo largo del curso. 20 00:02:56,780 --> 00:03:15,919 También, aparte, ofrecer servicios a las empresas mejorando el sistema informático ante posibles fallos, esa es mi motivación, y que de producirse tengan las menores consecuencias posibles, mejorando el funcionamiento general de su sistema informático. 21 00:03:16,419 --> 00:03:23,860 Aparte que debido a que mi trabajo lo realizo en una empresa informática que ofrece servicio a empresas, a nuestros clientes, 22 00:03:24,639 --> 00:03:33,240 por medio de este trabajo quiero también poner en conocimiento de mis responsables la oportunidad de generar un negocio 23 00:03:33,240 --> 00:03:37,740 ofreciendo este servicio a nuestros clientes en el futuro cuando hacemos instalaciones de redes. 24 00:03:37,740 --> 00:03:46,740 el trabajo se basa principalmente el trabajo se basa principalmente en que se han estudiado los 25 00:03:46,740 --> 00:03:53,159 recursos existentes en una empresa ejemplo en este caso sería la propia empresa la empresa 26 00:03:53,159 --> 00:03:56,800 donde trabajo y se ha estudiado una manera de mejorarlos para dotar las de medidas de alta 27 00:03:56,800 --> 00:04:03,240 disponibilidad centrándonos principalmente en mejorar el sistema de servidores con el software 28 00:04:03,240 --> 00:04:08,680 Progmos para que así, si en caso de fallo del servidor, la empresa no se quede paralizada. 29 00:04:09,400 --> 00:04:13,199 Se ha probado con una configuración similar en un entorno virtualizado, en un equipo que 30 00:04:13,199 --> 00:04:18,120 tengo aquí en casa, para testear la instalación con varios servidores y gestionados con el 31 00:04:18,120 --> 00:04:21,259 software de Progmos y así comprobar el funcionamiento. 32 00:04:22,279 --> 00:04:32,399 Los objetivos principales, el objetivo general del proyecto al final es dotar a una mediana 33 00:04:32,399 --> 00:04:41,860 empresa de alta disponibilidad y luego para lograr esto lo que lo que 34 00:04:41,860 --> 00:04:49,040 y lo que nos basamos en objetivos específicos de que serían lo he dividido 35 00:04:49,040 --> 00:04:52,519 en tres en cuatro apartados que sería la seguridad el suministro eléctrico las 36 00:04:52,519 --> 00:04:56,839 comunicaciones y los servidores la seguridad mejorando los sistemas de 37 00:04:56,839 --> 00:05:07,259 De control de accesos a la red por medio de un firewall y las reglas de acceso a los grids, tanto desde el exterior como el interior. 38 00:05:08,079 --> 00:05:18,019 En el suministro eléctrico por medio de sistemas UPS o de alimentación interrumpida para que en caso de pérdidas de corriente se mantenga esa corriente y no haya esa pérdida, por lo menos durante un tiempo. 39 00:05:18,019 --> 00:05:24,620 Porque los sistemas de alimentación interrumpida utilizados con baterías tienen una duración limitada. 40 00:05:25,620 --> 00:05:30,220 En comunicaciones lo que se basa es que no pierda la conectividad con Internet, 41 00:05:30,959 --> 00:05:37,259 con las redes de banda ancha y hacer un balanceo de carga para en el caso de fallo poder cambiar de una red a otra. 42 00:05:38,000 --> 00:05:44,160 En servidores sería la parte principal de este proyecto con la instalación de un clúster y dotarlo de alta disponibilidad. 43 00:05:45,699 --> 00:05:49,480 Luego como objetivo secundario, como he dicho en la introducción, 44 00:05:49,480 --> 00:05:55,600 es comprobar la viabilidad a la hora de ofrecer este servicio a nuestros clientes en la empresa. 45 00:06:00,360 --> 00:06:11,300 La metodología que he utilizado para llevar a cabo el proyecto, en un principio ha sido una primera parte 46 00:06:11,300 --> 00:06:18,600 el estudio y observación de la empresa en la que se basa el proyecto y se han estudiado los sistemas informáticos, 47 00:06:18,600 --> 00:06:48,300 la infraestructura y los servicios que necesitaba la empresa para hacer un inventario previo a la hora de valorar las debilidades y las fortalezas que tenga, que sería el segundo paso, valorar esas fortalezas y debilidades para localizar los puntos fuertes y débiles que tiene el sistema y valorar las posibles opciones a la hora de mejorar esos puntos débiles sin producir o que los puntos fuertes se vean afectados y disminuyan. 48 00:06:48,600 --> 00:07:06,819 Para ello se ha utilizado como escenario y pruebas un equipo test que tengo aquí en casa con una capacidad limitada, pero bueno, suficiente para realizar el proyecto y en el que se ha simulado el escenario que sería real en un sistema virtual. 49 00:07:06,819 --> 00:07:24,860 De esta manera se ha aprobado el software Progmos y se ha valorado su implementación en la empresa. La última parte de la metodología ha sido realizar la redacción del proyecto, donde recoger los diferentes aspectos del proyecto, las soluciones aportadas y las pruebas y conclusiones. 50 00:07:24,860 --> 00:07:39,170 las tecnologías que se han utilizado a la hora de dar seguridad a la red ha sido un favor que 51 00:07:39,170 --> 00:07:45,170 es un dispositivo con el cual se pueden crear políticas de acceso entre diferentes redes o 52 00:07:45,170 --> 00:07:51,949 equipos y controlar el acceso en la red a los recursos de la red y desde tanto del exterior 53 00:07:51,949 --> 00:08:13,610 como al interior, como de interior al exterior y a los servidores. Aparte, también se crea la tecnología de MZ o lo que se intenta implementar es una zona de MZ que en la actualidad no tiene para independizar el servidor web que tiene la empresa físico que no tenga acceso a la red. 54 00:08:13,610 --> 00:08:34,450 Ahora mismo sí que lo tiene tanto a la red como desde la red. En la alimentación UPS se valoran las tres tecnologías. Ahora mismo existen las tres en la empresa. La offline, que es un SAI por baterías en la cual la corriente de entrada es igual que la corriente de salida y no pasa por las baterías. 55 00:08:34,450 --> 00:08:54,250 Por lo tanto, cualquier subida o bajada de tensión se va a afectar tanto a la entrada como a la subida. El interactivo, que básicamente es igual que un sistema offline, lo único que pasa por un circuito, no pasa por las baterías, pero pasa por un circuito que sí que controla las variaciones de corriente e impide los picos de tensión. 56 00:08:54,250 --> 00:09:16,629 Y luego hay la tercera tecnología que es la online, que es la llamada de doble conversión, porque realiza un cambio de alterna a continuo, la pasa por las baterías para cargarlas y luego con un inversor la vuelve a convertir a alterna para hacer la salida y de esa manera la onda y la tensión que sale siempre es la misma y está estabilizada, independizándola de la red eléctrica principal. 57 00:09:17,490 --> 00:09:28,769 En el caso de los servidores, se ha utilizado la tecnología Cluster, que es un conjunto de dos o más sistemas para trabajar en conjunto con una sola entidad de cálculo 58 00:09:28,769 --> 00:09:34,350 y que permite tolerancia de fallo, redundancia y escalabilidad. 59 00:09:34,669 --> 00:09:40,250 Y si uno no funciona, cualquiera de los otros dos servidores, o en este caso por ser tres o dos que hubiera, 60 00:09:40,250 --> 00:09:45,549 pueden hacerse cargo de los servicios que no puede dar el primer servidor 61 00:09:45,549 --> 00:09:48,750 porque se haya caído o haya dado algún tipo de fallo o este mantenimiento. 62 00:09:49,950 --> 00:09:53,149 Otra tecnología que se utiliza sería la virtualización, 63 00:09:53,629 --> 00:09:55,710 por la cual se puede separar el software del hardware 64 00:09:55,710 --> 00:09:58,950 y crear múltiples servidores virtuales llamados huéspedes 65 00:09:58,950 --> 00:10:02,529 con sus propios sistemas operativos que pueden ser el mismo o diferentes, 66 00:10:02,970 --> 00:10:04,889 con sus servicios independientes también, 67 00:10:05,110 --> 00:10:08,549 pero que se ejecutan en un único servidor físico denominado Amphibion. 68 00:10:08,549 --> 00:10:16,730 De esta manera, unimos varios, hemos utilizado para unir varios servidores en uno solo y produce una reducción de costes. 69 00:10:16,730 --> 00:10:24,330 más opciones que valoramos eran en las comunicaciones, 70 00:10:24,590 --> 00:10:27,750 que en este caso se utiliza la tecnología de balanceo de carga, 71 00:10:28,490 --> 00:10:31,370 que es una tecnología por la cual se reparte la carga de trabajo 72 00:10:31,370 --> 00:10:35,330 entre uno o más routers, y en nuestro caso, en caso de fallo, 73 00:10:35,809 --> 00:10:38,529 lo que haremos es que toda la carga se derive a uno solo 74 00:10:38,529 --> 00:10:40,409 y de esa manera se garantice la comunicación. 75 00:10:46,620 --> 00:10:49,220 En software, la principal es el software Proclus, 76 00:10:49,759 --> 00:10:52,299 Promos es una plataforma de virtualización basada en Linux 77 00:10:52,299 --> 00:10:56,340 que permite la creación y gestión de máquinas virtuales y contenedores. 78 00:10:57,159 --> 00:11:02,200 Da soporte de alta disponibilidad al permitir en los contenedores 79 00:11:02,200 --> 00:11:07,600 tener clusters de servidores y, además, todo se gestiona a través 80 00:11:07,600 --> 00:11:11,940 de una interfaz de usuario muy intuitiva y muy sencillita 81 00:11:11,940 --> 00:11:13,259 que veremos más adelante. 82 00:11:13,759 --> 00:11:17,799 Aparte de eso, tiene bastante potencia en cuanto a monitoreo y seguridad. 83 00:11:17,799 --> 00:11:19,440 a la hora de hacer propiedad de seguridad y demás. 84 00:11:20,759 --> 00:11:23,940 Hay que destacar que además está basado en Linux, 85 00:11:24,039 --> 00:11:25,460 con lo cual es un software libre, ¿vale? 86 00:11:25,899 --> 00:11:28,399 Aunque sí que es verdad que tiene la posibilidad 87 00:11:28,399 --> 00:11:33,899 de suscribirse a un sistema de suscripción 88 00:11:33,899 --> 00:11:36,039 de actualizaciones y de soporte, 89 00:11:36,820 --> 00:11:38,720 que también se ofrecerá más adelante. 90 00:11:40,320 --> 00:11:41,799 En la extinción de recursos, 91 00:11:42,539 --> 00:11:45,940 lo que se ha hecho es dividirlo en etapas, 92 00:11:45,940 --> 00:11:50,519 en la cual en la primera hacemos una valoración de los recursos actuales, 93 00:11:50,580 --> 00:11:53,399 que nos lleva una hora, que es visitar la empresa y valorar qué recursos tiene, 94 00:11:53,480 --> 00:11:54,500 como hemos dicho anteriormente. 95 00:11:56,019 --> 00:11:58,399 En la segunda se hizo una recuperación de los datos, 96 00:11:58,399 --> 00:12:05,019 se valoró qué software y qué necesidades podían ser adecuadas para ofrecer a la empresa. 97 00:12:05,960 --> 00:12:10,539 En la tercera se hizo la instalación y prueba virtualizada de Progmos, 98 00:12:10,919 --> 00:12:14,000 utilizando el servidor test que tenemos en casa, 99 00:12:14,000 --> 00:12:20,940 al cual se hizo por medio de VMware, se utilizó el software de virtualización de VMware para crear los tres servidores Progmos 100 00:12:20,940 --> 00:12:27,220 y en esos dos Progmos crear un servicio y poder probarlo. 101 00:12:27,600 --> 00:12:36,940 Para ello también se creó una opción más que es el servidor NFS, Network Field Assistant, 102 00:12:36,940 --> 00:12:40,480 para tener todas las máquinas, 103 00:12:40,620 --> 00:12:43,080 lo que son los archivos de las máquinas virtuales de Progmos 104 00:12:43,080 --> 00:12:45,460 en ese servidor NFS 105 00:12:45,460 --> 00:12:47,600 para en el caso de que fallara cualquiera de los servidores Progmos 106 00:12:47,600 --> 00:12:50,139 pudieran arrancar la máquina virtual cualquiera de ellos 107 00:12:50,139 --> 00:12:52,460 al tener la alta disponibilidad. 108 00:12:54,120 --> 00:12:57,039 Todo ello se metió en el siguiente paso 109 00:12:57,039 --> 00:12:59,519 que sería crear los tres servidores creados 110 00:12:59,519 --> 00:13:01,679 en un clúster de alta disponibilidad 111 00:13:01,679 --> 00:13:04,539 para que así, en caso de fallo, 112 00:13:04,539 --> 00:13:11,320 cualquiera de ellos estuviera operativo. La última parte o la penúltima parte realmente fueron pruebas 113 00:13:11,320 --> 00:13:17,379 de sistema en el cual se habilitaron un servidor principal que tenía ejecución ejecutando el 114 00:13:17,379 --> 00:13:24,019 servicio y se comprobó que saltaba al siguiente servidor y se mantenía el servicio. Y la última 115 00:13:24,019 --> 00:13:31,080 parte pues lógicamente la documentación del proyecto, redacción y exposición. Todo esto nos 116 00:13:31,080 --> 00:13:37,019 ha llevado un total de 39 horas, más o menos aproximadamente calculado, efectivas, ¿vale? 117 00:13:39,259 --> 00:13:43,320 No sé por qué no me salió aquí la pantalla. Bueno, en la estimación de recursos, 118 00:13:45,279 --> 00:13:54,899 ¿dime? ¿5? Vale. En el análisis de esto rápido, al final lo que se vio es que a favor tenían el 119 00:13:54,899 --> 00:13:59,299 firewall, pero no lo tenían bien configurado. Las UPS tenían todas las UPS, pero no tienen 120 00:13:59,299 --> 00:14:03,899 mantenimiento y algunas no funcionaban en las redes banda ancha si las tenían pero con el 121 00:14:03,899 --> 00:14:07,580 mismo proveedor y se le ha ofrecido hacerlo en dos proveedores diferentes para que tengan mejor 122 00:14:07,580 --> 00:14:14,600 y el servidor lo tenían cada un servidor por cada servicio de esta manera lo que se va a hacer es 123 00:14:14,600 --> 00:14:19,940 virtualizarlo en un solo servidor y que los otros dos servidores sean apoyo de éstas al final el 124 00:14:19,940 --> 00:14:24,480 mapa de red que se pretende es la red de banda ancha pase por el firmware de servicio a los 125 00:14:24,480 --> 00:14:29,720 servidores en una dmz y a la red local vale un poquito más rápido que si no no 126 00:14:29,720 --> 00:14:35,299 me da tiempo el diseño del proyecto final de lo que es el clúster serían los 127 00:14:35,299 --> 00:14:39,120 tres servidores con los tres servidores virtualizados los reales y el 128 00:14:39,120 --> 00:14:42,320 almacenamiento en un servidor en el tfs aparte para que tengan todos los 129 00:14:42,320 --> 00:14:46,639 servidores virtualizados todos los servidores proxmos tengan acceso a él 130 00:14:46,639 --> 00:14:51,220 eso vamos a reproducido para el despliegue de pruebas en el cual en el 131 00:14:51,220 --> 00:14:54,179 equipo de pruebas para lo mismo lo que se ha hecho a través de bien web crearle 132 00:14:54,179 --> 00:14:59,700 la misma estructura que veíamos en el escenario real. Básicamente lo que se hace es crear unas 133 00:14:59,700 --> 00:15:05,879 máquinas virtuales que sean los Proxmos con estas capacidades, más o menos 30 gigas y dos teras y 134 00:15:05,879 --> 00:15:13,919 dos gigas de memoria siendo suficiente con dos CPUs y se hace la instalación arrancando la máquina 135 00:15:13,919 --> 00:15:23,580 en VMware que empieza la instalación de Proxmos previamente bajado en ISO y se le ha dado la más 136 00:15:23,580 --> 00:15:29,279 importante la configuración de redes el resto casi es un sigue sigue la siguiente página este 137 00:15:29,279 --> 00:15:36,299 sería el panel principal de pernos en el cual se ve el data center y el promos que hay creado 138 00:15:37,519 --> 00:15:44,440 básicamente en esto es todo lo que se gestiona toda la software de promos se crearon los otros 139 00:15:44,440 --> 00:15:49,720 dos servidores con las siguientes configuraciones y una máquina virtual para el servidor ntfs con 140 00:15:49,720 --> 00:15:55,960 la siguiente configuración. Básicamente cambia la IP con los mismos datos en el resto y el nombre. 141 00:15:55,960 --> 00:16:04,940 Fue importante crear en el servidor NCCS un directorio en el que le dimos básicamente 142 00:16:04,940 --> 00:16:12,720 todos los permisos porque, eso me lo preguntaste tú en un momento dado, al revisar el proyecto no 143 00:16:12,720 --> 00:16:17,320 es necesario que tenga protección ninguna, al revés, es mejor tenerlo totalmente desprotegido 144 00:16:17,320 --> 00:16:24,720 aunque sea, dándole todos los servicios, porque toda la gestión de acceso se va a realizar a través del software servidor NFS. 145 00:16:24,720 --> 00:16:33,899 Como vemos aquí abajo, que sí se ha tenido que modificar el archivo de configuración NTC Sports del servidor NFS para dar esos servicios, 146 00:16:34,519 --> 00:16:44,649 añadiendo esas tres últimas líneas que vemos en la presentación, en el cual solo se le permite a los servidores acceder al directorio. 147 00:16:44,649 --> 00:17:01,750 Se crea el almacenamiento en el panel de control de PROSMOS a NFS para que todos los servidores tengan acceso. En él se carga la ISO que iba a ser para los servidores. 148 00:17:02,509 --> 00:17:13,289 Esa ISO se ha creado básicamente una máquina virtual dentro del propio ProSmos que tiene opciones de virtualización 149 00:17:13,289 --> 00:17:19,589 en la cual se le han dado estos valores, básicamente los mismos que dimos anteriormente, muy poquita capacidad, pero simplemente la de prueba. 150 00:17:20,349 --> 00:17:31,170 Y lo que sí es importante es destacar que lo que es el almacenamiento tiene que hacerse en el servidor NFS, en lo que creamos antes de almacenamiento NFS. 151 00:17:33,640 --> 00:17:43,640 Se ha recordado que se instaló Ubuntu básicamente para tener una máquina operativa y lo siguiente fue crear el clúster para añadir los otros dos servidores creados. 152 00:17:43,640 --> 00:18:00,339 Para ello se creó primero el clúster con un servidor, con el principal, con el 1, y una vez creado debemos de coger esta información del joinInformation que aparece al crear el clúster y añadir los siguientes servidores en el panel de cada servidor. 153 00:18:01,099 --> 00:18:03,259 Anteriormente estábamos en el servidor 1, 154 00:18:03,599 --> 00:18:05,400 pues iríamos al panel del servidor 2, 155 00:18:05,579 --> 00:18:07,960 que se hace con la IP del servidor ProgMos, 156 00:18:08,740 --> 00:18:14,539 y nos uniríamos al clúster con esta información 157 00:18:14,539 --> 00:18:16,640 que hemos copiado del servidor 1. 158 00:18:17,599 --> 00:18:22,019 De esta manera nos quedarían los tres servidores en el clúster. 159 00:18:22,019 --> 00:18:25,380 Lo siguiente que tenemos que hacer es crear un grupo 160 00:18:25,380 --> 00:18:28,000 de alta disponibilidad en el cual hemos metido 161 00:18:28,000 --> 00:18:30,119 los tres servidores, que hemos llamado proyecto ASIR, 162 00:18:30,339 --> 00:18:37,380 y a este mismo se le agregan los recursos o se le crea un contenedor con el recurso 163 00:18:37,380 --> 00:18:40,740 que sería nuestra máquina virtual, que en este caso tiene identificación 100. 164 00:18:42,640 --> 00:18:46,339 Lo que se hizo fueron las pruebas, en las pruebas en este podemos ver cómo está funcionando, 165 00:18:46,920 --> 00:18:52,940 que tenemos los tres servidores activos y que podemos ver en la parte de la izquierda 166 00:18:52,940 --> 00:18:55,740 que ProSmos tiene iniciada la máquina virtual 100. 167 00:18:55,740 --> 00:19:07,630 lo que procedía es apagar en el VMware de la máquina virtualizada en la tarjeta de red y de esa manera automáticamente se desconectó el Progmos 1, 168 00:19:07,630 --> 00:19:19,450 se puede ver que quedó muerto, que no tenía conexión y como vemos en las tareas abajo, se inició la consola de Progmos 2 e inició la máquina virtual. 169 00:19:20,869 --> 00:19:25,630 Cuando volvía a conectar la tarjeta, automáticamente el sistema en vez de iniciar lo que hizo fue emigrar. 170 00:19:25,630 --> 00:19:31,210 Esto es porque cuando un servidor se cae no es capaz digamos de emigrar, eso se ha caído, 171 00:19:31,210 --> 00:19:35,109 lógicamente se ha desconectado y no da tiempo a la migración. Entonces lo que hace el segundo 172 00:19:35,109 --> 00:19:39,009 servidor es arrancar la máquina y continuar donde lo dejó el anterior. En el caso de volver, 173 00:19:39,009 --> 00:19:43,509 sí se emigra y no se produce ningún tipo de pérdida de datos ni de tiempo inactivo, 174 00:19:43,509 --> 00:19:49,150 que es el tiempo que tarda en iniciarse la máquina cuando se pierde la conexión. Asimismo se puede 175 00:19:49,150 --> 00:19:55,450 hacer esa migración de manera de manera manual indicándoselo directamente al cualquier lo que 176 00:19:55,450 --> 00:20:00,130 migrar ya que es servidor las conclusiones que es algo que bueno pues se puede perfectamente 177 00:20:00,130 --> 00:20:08,529 dotar de alta disponibilidad a una empresa con relativamente pocos recursos porque bueno existe 178 00:20:08,529 --> 00:20:16,150 software libre y realmente es fácil de configurar y es bastante intuitivo hacerlo con pocos 179 00:20:16,150 --> 00:20:20,230 conocimientos o los conocimientos adquiridos con el curso es más que 180 00:20:20,230 --> 00:20:24,650 suficiente el contexto laboral por lógicamente ahora mismo las empresas 181 00:20:24,650 --> 00:20:27,710 como hemos dicho tienen la necesidad de la alta disponibilidad debido a la 182 00:20:27,710 --> 00:20:34,470 dependencia que tienen de sus sistemas informáticos y cada vez más el trabajo 183 00:20:34,470 --> 00:20:39,789 de administrador de redes necesita de conocer este sistema porque 184 00:20:39,789 --> 00:20:43,490 lógicamente cada vez se utiliza más en la empresa. 185 00:20:44,329 --> 00:20:51,369 Las empresas cada vez están poniendo más énfasis en tener personas especializadas en el mantenimiento de la red 186 00:20:51,369 --> 00:20:58,069 y como vías futuras realmente ahora mismo son inmensas. 187 00:20:58,069 --> 00:21:01,690 Cada día se están inventando nuevas tecnologías que mejoran las anteriores, 188 00:21:02,130 --> 00:21:07,069 tanto en cualquier tipo de dispositivo informático, pero sobre todo en cuestión de alimentación, 189 00:21:07,069 --> 00:21:15,470 como hemos visto en la SAIS, pues cada vez duran más en tiempo y demás y saltan y comproban mejor 190 00:21:15,470 --> 00:21:27,230 la línea para evitar pérdidas de energía y cada vez hay más productos y mejoras para soportar la 191 00:21:27,230 --> 00:21:32,190 alta disponibilidad y mejorar incluso el mantenimiento, monitorización y seguridad en 192 00:21:32,190 --> 00:21:35,430 las redes. Y este sería mi proyecto principal. 193 00:21:35,430 --> 00:21:42,960 Sí, sí. 194 00:21:42,960 --> 00:21:55,619 A ver, la infraestructura inicial que me presentas, que era un poco como, no sé si realmente es una, es una infraestructura real de la empresa donde tú estás trabajando. 195 00:21:55,640 --> 00:21:56,460 Sí, es real, es real. 196 00:21:56,480 --> 00:21:56,720 Sí, es real. 197 00:21:56,920 --> 00:21:58,559 Sí, es real. 198 00:21:58,579 --> 00:22:02,319 ¿Puedes poner la diapositiva, por favor? Así nos contextualizamos. 199 00:22:11,670 --> 00:22:19,049 No, me he pasado, me he pasado, me he pasado, me he pasado. Es esta. 200 00:22:19,730 --> 00:22:37,630 Vale, esa es la realidad. Entonces, partiendo de esto, con el despliegue que tú has hecho de alta disponibilidad, clasterizado, ¿dónde situarías tu infraestructura? O sea, ¿dónde se sitúa el clúster como tal en esta infraestructura inicial? 201 00:22:37,630 --> 00:22:56,410 Sí, digamos, estaría en la DMZ de servidores. Sería lo que sustituiríamos por todos los software problems. Como tenemos los tres servidores, realmente no hace falta, por eso digo que la infraestructura la tienen, realmente ahora mismo lo que están utilizando es un servidor para cada servicio. 202 00:22:56,410 --> 00:23:07,930 Tienen un servicio web, un servicio de dominio, un controlador de dominio y tienen un tercer servidor en el cual tienen la aplicación. 203 00:23:08,430 --> 00:23:14,049 Es un sistema extraño, bueno, extraño, poco conocido, no sé si lo conocerás, se llama Teos Workstation, Teos Station. 204 00:23:14,849 --> 00:23:20,049 Es un sistema tipo basado en Unix con un programa, una aplicación personalizada. 205 00:23:20,049 --> 00:23:31,529 La empresa contrató a una empresa que lo que hizo fue un... el problema es especial, o sea, realmente no hay otro igual porque está hecho a medida bajo las peticiones en ese momento que había de la empresa. 206 00:23:32,450 --> 00:23:37,509 Vale, y tú pondrías, bueno, ese software como tal habría que dejarlo en un servidor, entiendo. 207 00:23:38,269 --> 00:23:49,890 Sí, pero yo hablé con esta empresa que se llama Jombitec y me dijo que no había problema porque sí que existe un servidor respaldo, pero no es un servidor respaldo en la empresa. 208 00:23:50,369 --> 00:23:54,170 Si es un servidor respaldo lo tiene la empresa, la empresa esta Jombitec. 209 00:23:55,430 --> 00:23:58,230 Es la manera que ellos dieron de dar alta disponibilidad. 210 00:23:58,230 --> 00:24:06,609 Es decir, en un momento dado que el servidor se muriera, ellos venían con un servidor copia que tienen en su empresa y no lo dejaban instalado. 211 00:24:06,609 --> 00:24:16,609 Entonces, para hacer todo el montaje de infraestructura, yo hablé con ellos y me dijeron que no habría problema en utilizar ese servidor y luego recuperarlo para hacer el otro. O sea, no habría problema. 212 00:24:17,490 --> 00:24:17,789 Vale. 213 00:24:17,789 --> 00:24:21,250 además les parece muy buena idea 214 00:24:21,250 --> 00:24:23,529 porque lógicamente ellos lo conocían 215 00:24:23,529 --> 00:24:24,990 pero no lo usan 216 00:24:24,990 --> 00:24:27,269 porque ellos utilizan esos dos sistemas 217 00:24:27,269 --> 00:24:28,890 además en software, la verdad que lo que es 218 00:24:28,890 --> 00:24:30,109 en plan software es 219 00:24:30,109 --> 00:24:31,849 como es tan raro 220 00:24:31,849 --> 00:24:34,890 dicen, nunca hemos tenido 221 00:24:34,890 --> 00:24:36,930 ni un ataque ni nada, porque es que no hay manera de atacarlo 222 00:24:36,930 --> 00:24:37,890 porque la gente no lo conoce 223 00:24:37,890 --> 00:24:40,009 es curioso 224 00:24:40,009 --> 00:24:42,190 es una ventaja exactamente 225 00:24:42,190 --> 00:24:44,450 bueno, pues oye, no hay ataques 226 00:24:44,450 --> 00:24:46,690 no falla nunca, además es muy básico 227 00:24:46,690 --> 00:24:55,029 va a ser muy duro con lo cual fenomenal sí sí sí pero lógicamente si pueden tener el fallo del 228 00:24:55,029 --> 00:25:02,230 servidor en un momento de tensión por discos duros por eso tenían esto presentaría la siguiente 229 00:25:02,230 --> 00:25:06,849 diapositiva pasa la siguiente diapositiva que es tu despliegue de infraestructura al final 230 00:25:06,849 --> 00:25:16,750 eso sería la zona de meseta eso es lo que pasa que yo no veo un balanceador como tal aquí como 231 00:25:16,750 --> 00:25:18,410 ¿Cómo balanceas el cláster? 232 00:25:18,910 --> 00:25:21,670 El balanceador no es un balanceador entre los servidores. 233 00:25:21,849 --> 00:25:23,990 El balanceador es para solamente desde el firewall, 234 00:25:24,329 --> 00:25:25,630 si lo vemos en la anterior diapositiva, 235 00:25:26,289 --> 00:25:27,769 sería entre el firewall y la banda ancha. 236 00:25:27,869 --> 00:25:30,789 Es decir, el balanceador lo utilizamos para las comunicaciones al exterior, 237 00:25:31,269 --> 00:25:32,730 que está integrado en el propio firewall. 238 00:25:34,869 --> 00:25:36,730 Entonces, lo que hace es gestionar el que, 239 00:25:36,730 --> 00:25:38,769 sí, en el momento en el que hay un corte, 240 00:25:39,049 --> 00:25:42,170 por eso en el proyecto, no lo he dicho en la presentación, 241 00:25:42,250 --> 00:25:43,769 pero en el proyecto lo que se le sugiere a la empresa, 242 00:25:44,089 --> 00:25:46,029 que ahora mismo tiene la red de banda ancha, 243 00:25:46,029 --> 00:25:48,009 la tiene con el mismo proveedor, es que contrate 244 00:25:48,009 --> 00:25:49,589 con dos proveedores diferentes. 245 00:25:50,269 --> 00:25:52,069 Porque si nos ha pasado, que por la 246 00:25:52,069 --> 00:25:54,130 razón que sea, Movistar, 247 00:25:54,230 --> 00:25:56,089 que es el proveedor que teníamos en aquel momento, ahora tenemos 248 00:25:56,089 --> 00:25:58,269 otro, pero bueno, el que teníamos en aquel momento se cayó. 249 00:25:58,450 --> 00:25:59,670 Todos los servidores de Movistar 250 00:25:59,670 --> 00:26:01,750 y falló y nos quedamos sin comunicaciones. 251 00:26:02,390 --> 00:26:04,069 Además, durante bastante tiempo. 252 00:26:04,190 --> 00:26:06,369 Lo comentas en tu proyecto, pero es verdad que luego no lo implementas. 253 00:26:06,390 --> 00:26:07,789 Lo comento. Sí, lo comentas. 254 00:26:08,349 --> 00:26:09,250 El tema, bueno, 255 00:26:09,930 --> 00:26:12,269 entonces, según tu 256 00:26:12,269 --> 00:26:15,259 idea, tu 257 00:26:15,259 --> 00:26:20,660 sugerencia es que esté apuntando al servidor 1 siempre a menos que falle y 258 00:26:20,660 --> 00:26:28,359 es cuando el firewall haría de balanceador y redireccionaría. No, el firewall no, el firewall ya digo 259 00:26:28,359 --> 00:26:32,880 sólo se utiliza digamos para poder controlar el acceso entre las tres 260 00:26:32,880 --> 00:26:36,880 zonas, la red de banda ancha, los servidores y la red local. ¿Y entonces qué haría de balanceador? 261 00:26:36,880 --> 00:26:40,740 El balanceador estaría entre el firewall, vamos estaría en el 262 00:26:40,740 --> 00:26:43,059 firewall pero lo que controlaría simplemente es las comunicaciones 263 00:26:43,059 --> 00:26:46,000 exteriores de los dos router es decir balancear la carta entre los dos router 264 00:26:46,000 --> 00:26:49,680 no es que para la salida siempre en un clúster hay un balanceador con una 265 00:26:49,680 --> 00:26:56,019 propia ip que es el al final quien redirige hacia un lado o hacia otro 266 00:26:57,619 --> 00:27:02,680 aquí en este caso si yo creo que en tu caso en tu representación es el portátil 267 00:27:02,680 --> 00:27:07,039 de test donde lo has probado que lo has puesto como grupo h le has dado una ip 268 00:27:07,039 --> 00:27:08,819 también, al grupo HDA. 269 00:27:10,420 --> 00:27:12,579 Sí, por eso digo que es que se encarga 270 00:27:12,579 --> 00:27:14,660 el propio software PROMO, generalmente, 271 00:27:14,920 --> 00:27:16,880 es el que se encarga de hacer ese balanceo. 272 00:27:17,079 --> 00:27:18,940 Pero tienes que tenerlo en algo 273 00:27:18,940 --> 00:27:20,380 físico, quiero decir, 274 00:27:20,839 --> 00:27:23,200 a lo mejor es en tu ordenador de prueba 275 00:27:23,200 --> 00:27:24,559 en este caso, 276 00:27:24,920 --> 00:27:26,500 pero tienes que representarlo como 277 00:27:26,500 --> 00:27:27,599 el balanceador. 278 00:27:29,059 --> 00:27:29,579 ¿Vale? 279 00:27:30,500 --> 00:27:32,539 En ese caso sería el firmware igualmente. 280 00:27:33,259 --> 00:27:34,559 A través del firmware se podría hacer. 281 00:27:38,329 --> 00:27:38,829 Igualmente. 282 00:27:38,990 --> 00:27:45,710 bueno es que realmente es lo que te digo el balanceo de toda la carga sobre los tres 283 00:27:45,710 --> 00:27:50,690 servidores se realiza internamente en el propio software de promos y sólo con un ip a los 284 00:27:50,690 --> 00:27:56,930 servidores aunque tienen tres ips ahora mismo vale tú siempre vas a tener en cualquiera de 285 00:27:56,930 --> 00:28:02,809 los tres seguidores cuando estén activos le pide el primero de ese número del primero porque ni 286 00:28:02,809 --> 00:28:08,730 siquiera accedes. O sea, tú, el balanceador o el software donde yo he hecho los test, digamos, 287 00:28:09,589 --> 00:28:17,990 no va a existir luego en la implementación general. Porque ese test que yo he utilizado es 288 00:28:17,990 --> 00:28:23,789 simplemente para poder emular el entorno. Pero realmente en lo real no va a existir. Él va a 289 00:28:23,789 --> 00:28:29,470 acceder por ese IP al servidor que esté activo. Y podemos hacer que se va a encargar de enmascarar 290 00:28:29,470 --> 00:28:31,390 esa dirección del segundo, en el caso de que 291 00:28:31,390 --> 00:28:33,170 entre el segundo, como si fuera el primero. 292 00:28:34,170 --> 00:28:34,390 ¿Vale? 293 00:28:35,390 --> 00:28:36,849 O sea, no hay como tal un balanceador. 294 00:28:37,089 --> 00:28:39,250 El balanceador, el propio promo se encarga 295 00:28:39,250 --> 00:28:41,630 de ver cuál es tan activo, cuáles están activos y ir cambiándose. 296 00:28:43,289 --> 00:28:44,250 No hay un balanceador. 297 00:28:46,289 --> 00:28:47,269 Entiendo que en la 298 00:28:47,269 --> 00:28:49,470 DMZ está al final 299 00:28:49,470 --> 00:28:49,990 el 300 00:28:49,990 --> 00:28:53,450 producto del cliente, la base de datos 301 00:28:53,450 --> 00:28:54,549 donde está representada. 302 00:28:55,809 --> 00:28:57,690 La base de datos sería uno de los servidores. 303 00:28:59,470 --> 00:29:01,470 pero en tu representación. 304 00:29:03,630 --> 00:29:06,170 Sí, yo me acuerdo que son los tres servidores realmente. 305 00:29:06,710 --> 00:29:08,670 Esta sería la de los tres. 306 00:29:09,089 --> 00:29:11,730 Si te das cuenta, he puesto uno que sería el dominio, 307 00:29:11,930 --> 00:29:14,869 el controlador de dominio igualmente, 308 00:29:14,990 --> 00:29:17,250 que es un Windows 2003. 309 00:29:18,309 --> 00:29:20,250 Y además hace un poco de almacenamiento 310 00:29:20,250 --> 00:29:23,509 de lo que son los datos de los Workstations, 311 00:29:23,690 --> 00:29:27,250 de ofertas y demás, cosas que tengan los comerciales. 312 00:29:27,250 --> 00:29:29,849 tenemos ahí un pequeño espacio de almacenamiento 313 00:29:29,849 --> 00:29:31,650 personal para cada 314 00:29:31,650 --> 00:29:32,970 ordenador 315 00:29:32,970 --> 00:29:35,910 y luego está el de web, que sería el servidor 316 00:29:35,910 --> 00:29:37,890 web, que solo se utiliza 317 00:29:37,890 --> 00:29:39,750 como servidor web, y luego está el de gestión 318 00:29:39,750 --> 00:29:41,369 que ese es el que tiene la base de datos 319 00:29:41,369 --> 00:29:43,829 tiene la aplicación de gestión y la base 320 00:29:43,829 --> 00:29:45,829 de datos. O sea que la base de datos y la aplicación 321 00:29:45,829 --> 00:29:46,809 están en el mismo servidor 322 00:29:46,809 --> 00:29:49,609 Sí, en este caso las tienen en el mismo 323 00:29:49,609 --> 00:29:51,150 además es que no hay manera de separarla 324 00:29:51,150 --> 00:29:53,089 porque forma 325 00:29:53,089 --> 00:29:55,529 un todo, ya digo, es un sistema tipo 326 00:29:55,529 --> 00:29:56,450 unis y es muy cerrado 327 00:29:56,450 --> 00:29:59,690 Es raro, es raro 328 00:29:59,690 --> 00:30:01,470 Es solo la aplicación 329 00:30:01,470 --> 00:30:03,230 Además, de hecho, es como si fuera 330 00:30:03,230 --> 00:30:05,210 Un Linux en el que arranca 331 00:30:05,210 --> 00:30:07,710 Y arranca simplemente para dar un servicio 332 00:30:07,710 --> 00:30:08,950 A la aplicación 333 00:30:08,950 --> 00:30:10,430 Realmente arranca en un modo 334 00:30:10,430 --> 00:30:13,609 Mese2, un modo prom, vamos a decirlo así 335 00:30:13,609 --> 00:30:15,309 No tiene entorno gráfico 336 00:30:15,309 --> 00:30:16,329 No tiene nada, es ese vídeo 337 00:30:16,329 --> 00:30:18,349 Vale, y otra cosilla 338 00:30:18,349 --> 00:30:21,150 Haciendo las pruebas, cuando has 339 00:30:21,150 --> 00:30:23,109 Balanceado, has probado el tiempo 340 00:30:23,109 --> 00:30:23,650 De inactividad 341 00:30:23,650 --> 00:30:27,109 Sí, 20 segundos, se ve 342 00:30:27,109 --> 00:30:28,910 esperado, como si no 343 00:30:28,910 --> 00:30:30,170 lo di un poquito 344 00:30:30,170 --> 00:30:31,329 en el otro 345 00:30:31,329 --> 00:30:34,910 Sí, es lo que te he comentado 346 00:30:34,910 --> 00:30:36,569 en la presentación, cuando 347 00:30:36,569 --> 00:30:38,069 lo vemos 348 00:30:38,069 --> 00:30:39,869 este sería el inicio 349 00:30:39,869 --> 00:30:40,910 aquí me he pasado 350 00:30:40,910 --> 00:30:46,230 aquí está activo 351 00:30:46,230 --> 00:30:48,289 y bueno, no pasa nada 352 00:30:48,289 --> 00:30:50,109 aquí simplemente lo que se ve es 353 00:30:50,109 --> 00:30:52,109 una pantalla en la que se ve que está la máquina 354 00:30:52,109 --> 00:30:54,289 funcionando en el Progmos 1 y los otros dos 355 00:30:54,289 --> 00:30:55,549 y que están todos activos, ¿vale? 356 00:30:55,769 --> 00:30:57,269 Pero si cambiamos a la segunda pantalla, 357 00:30:57,509 --> 00:30:59,150 que es donde desactivé la red, 358 00:30:59,630 --> 00:31:01,109 en la parte de abajo, en la de tareas, 359 00:31:01,190 --> 00:31:04,869 se puede ver cómo el ProMod 2 inicia. 360 00:31:05,230 --> 00:31:07,269 Y si te das cuenta, hay 20 segundos de diferencia 361 00:31:07,269 --> 00:31:08,809 entre uno y otro. 362 00:31:10,009 --> 00:31:12,150 Se cayó y según cayó, tarda 20 segundos, 363 00:31:12,250 --> 00:31:14,009 que es justamente lo que tarda, digamos, 364 00:31:14,250 --> 00:31:15,170 en iniciarse la máquina. 365 00:31:15,869 --> 00:31:16,150 Vale. 366 00:31:16,869 --> 00:31:19,130 Eso es porque cuando se cae una máquina, 367 00:31:19,250 --> 00:31:20,269 como es cortar la red, 368 00:31:20,990 --> 00:31:22,170 claro, no da tiempo, digamos, 369 00:31:22,170 --> 00:31:24,130 hacer una migración por parte de 370 00:31:24,130 --> 00:31:26,089 Progmos a otro servidor, sino que es que 371 00:31:26,089 --> 00:31:27,630 esto se corta y se para. 372 00:31:28,210 --> 00:31:29,829 La única manera de tener Progmos de 373 00:31:29,829 --> 00:31:31,670 volver a regenerar el servicio es 374 00:31:31,670 --> 00:31:34,009 al servidor 2, arrancar 375 00:31:34,009 --> 00:31:35,930 una máquina y continuar donde lo dejara 376 00:31:35,930 --> 00:31:37,990 el otro con la pérdida de lo que no se hubiera 377 00:31:37,990 --> 00:31:38,430 guardado. 378 00:31:40,769 --> 00:31:42,230 Si algún archivo no se ha guardado, 379 00:31:42,230 --> 00:31:44,269 es decir, hay una oferta a medias de hacer 380 00:31:44,269 --> 00:31:45,069 o cualquier cosa, 381 00:31:46,130 --> 00:31:48,250 eso lo perderían, pero sí que empezaría con lo que se 382 00:31:48,250 --> 00:31:48,289 debía hacer. 383 00:31:48,289 --> 00:31:50,369 ¿La máquina no va a arrancar el servicio? Porque la máquina está arrancada. 384 00:31:51,529 --> 00:31:55,029 No, la máquina no está arrancada, la máquina virtual en ese caso se ha caído. 385 00:31:55,990 --> 00:31:58,329 No, no, se ha caído la 1, pero la 2 está arrancada. 386 00:31:59,329 --> 00:32:01,009 Sí, pero no está ejecutando la máquina. 387 00:32:01,410 --> 00:32:07,029 El software pro no ejecuta la máquina en los tres servidores, sino lo tiene simplemente activo, 388 00:32:07,130 --> 00:32:10,710 o sea, ha arrancado lo que es el servidor, pero no está ejecutando la máquina. 389 00:32:10,970 --> 00:32:13,750 Claro, no estaría el servicio, lo que balancearía sería... 390 00:32:13,750 --> 00:32:15,910 No, no, el servicio no es la máquina, la tiene que arrancar. 391 00:32:17,210 --> 00:32:17,910 Sí, sí, sí. 392 00:32:18,970 --> 00:32:21,029 Además lo ves abajo, que inicia la máquina. 393 00:32:21,470 --> 00:32:25,069 Y si no, en cambio, si hacemos, cuando ya recuperamos... 394 00:32:25,069 --> 00:32:26,950 Entonces los tres como en verde. 395 00:32:28,490 --> 00:32:30,910 Porque están activos, pero si te das cuenta no tienen máquina. 396 00:32:31,009 --> 00:32:32,230 La máquina solo la tiene la de arriba. 397 00:32:33,849 --> 00:32:34,210 Arrancada. 398 00:32:34,930 --> 00:32:36,369 Los de abajo no han arrancado máquina ni nada. 399 00:32:36,450 --> 00:32:38,650 Simplemente están pues encendidos, vamos a decirlo así. 400 00:32:38,990 --> 00:32:40,109 Pero no arrancan máquina. 401 00:32:40,210 --> 00:32:43,369 El próximo no arranca una máquina porque de esa manera la máquina se queda parada. 402 00:32:44,109 --> 00:32:45,950 Quizás sería una buena opción para ellos. 403 00:32:45,950 --> 00:32:48,269 A lo mejor te lo han arrancado, pero imagino que es para ahorrar recursos. 404 00:32:48,289 --> 00:32:49,890 y demás y no hacer gasto. 405 00:32:50,190 --> 00:32:51,269 Si te das cuenta, es la siguiente. 406 00:32:52,009 --> 00:32:54,210 Cuando ya vuelve el servidor, que yo vuelvo 407 00:32:54,210 --> 00:32:55,990 a activarla, ¿vale? Sí que 408 00:32:55,990 --> 00:32:58,130 bueno, está esperando, pone que 409 00:32:58,130 --> 00:33:00,089 ProMos está esperando para bloquear 410 00:33:00,089 --> 00:33:01,890 a la gente por el proceso que tiene. 411 00:33:02,170 --> 00:33:03,910 Pero si te das cuenta, abajo ProMos lo que hace 412 00:33:03,910 --> 00:33:05,910 es migrarle la máquina 413 00:33:05,910 --> 00:33:08,170 a ProMos 1. Y ProMos 1 414 00:33:08,170 --> 00:33:10,329 inicia la máquina y cuando esté iniciada, automáticamente 415 00:33:10,329 --> 00:33:11,789 coge el control desde la migración. 416 00:33:12,210 --> 00:33:14,069 Y no se nota nada. Ahí sí que no hay pérdida de nada. 417 00:33:14,670 --> 00:33:16,089 Y ProMos 2 apaga 418 00:33:16,089 --> 00:33:18,009 la máquina. Y es lo que se ve otra vez 419 00:33:18,009 --> 00:33:19,450 que ha vuelto a recuperarlo, el problema es uno. 420 00:33:19,950 --> 00:33:22,230 Y cuando del uno balancea 421 00:33:22,230 --> 00:33:23,950 hacia el dos, ¿hay 422 00:33:23,950 --> 00:33:25,470 pérdida de servicio como tal? 423 00:33:25,970 --> 00:33:28,230 No, no. Eso sería 424 00:33:28,230 --> 00:33:29,049 este mismo caso. 425 00:33:30,589 --> 00:33:32,009 Aquí, cuando hacemos 426 00:33:32,009 --> 00:33:34,009 una migración masiva que llama él, que es una migración 427 00:33:34,009 --> 00:33:35,950 de lo que queramos, podemos seleccionar el servicio que 428 00:33:35,950 --> 00:33:37,869 queramos. En este caso, como solo teníamos uno, pues solo uno. 429 00:33:38,210 --> 00:33:39,470 Pero podría seleccionarlos todos 430 00:33:39,470 --> 00:33:41,849 o uno o varios, lo que yo quisiera 431 00:33:41,849 --> 00:33:44,130 porque a lo mejor nada más que voy a hacer el mantenimiento 432 00:33:44,130 --> 00:33:45,829 al servidor de dominio, no voy a 433 00:33:45,829 --> 00:33:47,910 hacérselo a los demás, pues puedo continuar 434 00:33:47,910 --> 00:33:49,349 ejecutando en el PROSMOS 1 435 00:33:49,349 --> 00:33:51,789 dos servidores, pero migrar solamente 436 00:33:51,789 --> 00:33:54,150 uno de los servicios al PROSMOS 2, 437 00:33:54,250 --> 00:33:55,630 por ejemplo. Porque 438 00:33:55,630 --> 00:33:58,069 en esa máquina voy a hacer algo y no 439 00:33:58,069 --> 00:33:58,849 quiero que esté. 440 00:34:00,029 --> 00:34:01,369 Cuando se hace esa migración, 441 00:34:02,150 --> 00:34:04,170 no hay pérdida. Ahí sí no hay 442 00:34:04,170 --> 00:34:05,410 pérdida. ¿Por qué? Porque 443 00:34:05,410 --> 00:34:07,869 lo que hace es, primero ejecuta la 444 00:34:07,869 --> 00:34:09,949 máquina en el PROSMOS 2 y 445 00:34:09,949 --> 00:34:11,690 cuando está activa, le pasa el servicio 446 00:34:11,690 --> 00:34:13,889 y continúa donde lo dejó. Hace una migración. No es un 447 00:34:13,889 --> 00:34:14,869 inicio, sino una migración. 448 00:34:16,170 --> 00:34:17,250 Cuando migra, no pierde. 449 00:34:17,250 --> 00:34:18,130 Y luego... 450 00:34:18,130 --> 00:34:19,849 En el proyecto lo explico también, sí. 451 00:34:20,570 --> 00:34:21,289 Una última cosa. 452 00:34:21,670 --> 00:34:23,849 Hablas del UPS, del SAI. 453 00:34:24,349 --> 00:34:25,389 ¿Dónde lo ubicas? 454 00:34:25,690 --> 00:34:26,150 ¿Dónde está? 455 00:34:27,869 --> 00:34:29,329 Va uno por cada servidor. 456 00:34:29,550 --> 00:34:30,909 Bueno, en el caso de... 457 00:34:30,909 --> 00:34:31,829 O sea, uno por cada servidor. 458 00:34:31,929 --> 00:34:33,409 En el caso del CPD, que lo explico, 459 00:34:33,789 --> 00:34:44,469 hay dos UPS de 10.000 KB de poliamperios. 460 00:34:44,469 --> 00:34:46,690 el caso, en el 461 00:34:46,690 --> 00:34:48,789 CPD es donde están los 3 servidores y estaría 462 00:34:48,789 --> 00:34:50,789 el servidor NFS 463 00:34:50,789 --> 00:34:52,929 y con 10.000 da de sobra 464 00:34:52,929 --> 00:34:54,570 para alimentar a los 4 y 465 00:34:54,570 --> 00:34:56,650 aparte alimenta también a lo que son el rack 466 00:34:56,650 --> 00:34:58,769 de comunicaciones. Y luego 467 00:34:58,769 --> 00:35:00,889 ahora mismo en la empresa, todos los 468 00:35:00,889 --> 00:35:02,869 ordenadores, como también lo explico 469 00:35:02,869 --> 00:35:04,429 en el proyecto, los 25 ordenadores que hay, 470 00:35:04,710 --> 00:35:06,909 tienen un site, siempre han tenido un site 471 00:35:06,909 --> 00:35:08,670 allí puesto, un 472 00:35:08,670 --> 00:35:10,789 UPS, pero si es verdad 473 00:35:10,789 --> 00:35:12,590 que llevan años sin hacerse 474 00:35:12,590 --> 00:35:14,929 un mantenimiento y cuando fui a probarlos 475 00:35:14,929 --> 00:35:17,090 en cada caso había, bueno, va a probarlo 476 00:35:17,090 --> 00:35:18,630 y empecé a quitar 477 00:35:18,630 --> 00:35:20,550 las alimentaciones, pues como de los 478 00:35:20,550 --> 00:35:22,670 25, unos 15 no funcionaban 479 00:35:22,670 --> 00:35:24,630 ¿por qué? porque bueno, pues por el desgaste 480 00:35:24,630 --> 00:35:26,869 de las baterías, se habían venido abajo y no arrancaban 481 00:35:26,869 --> 00:35:28,769 entonces sí que se le ha 482 00:35:28,769 --> 00:35:30,710 o sea, se le ha propuesto 483 00:35:30,710 --> 00:35:32,170 hacer un plan de mantenimiento 484 00:35:32,170 --> 00:35:34,750 aparte, porque si no, pues no sirven 485 00:35:34,750 --> 00:35:36,510 para nada tenerlos y no, y cambiarlos 486 00:35:36,510 --> 00:35:38,750 además a, estaban en offline 487 00:35:38,750 --> 00:35:40,670 unos signos baratillos y demás 488 00:35:40,670 --> 00:35:42,230 simplemente estaban ahí por 489 00:35:42,230 --> 00:35:50,030 hacer una ayuda y cambiarlos a interactivo porque online o en online serían bastante más caros pero 490 00:35:50,030 --> 00:35:56,389 en interactivo el coste no es mucho mayor y sí que se regula la onda y se protege un poquito más 491 00:35:56,389 --> 00:36:07,429 y pero es uno por cada por cada equipo en el esquema de la infraestructura en el caso de los 492 00:36:07,429 --> 00:36:15,829 de los 25 interactivos sería uno en cada ordenador de la red, uno en cada ordenador, sería uno por 493 00:36:15,829 --> 00:36:26,769 ordenador y en el caso de los dos de los servidores y el CPD es con dos UPS, uno alimentaría lo que 494 00:36:26,769 --> 00:36:33,150 son, ahora mismo está así, uno está alimentando los tres servidores y el otro alimentaría lo que 495 00:36:33,150 --> 00:36:50,869 es el rack, el rack, los routers, todos los sistemas, digamos que también se tiene ahora mismo una NAS allí para hacer correos de seguridad, pues todo eso se alimentaría con el segundo OPS. Eso sí que se probaron y funciona, además eso sí que se proban de vez en cuando porque sí que se lleva un mantenimiento. 496 00:36:50,869 --> 00:36:54,329 ¿Esto estaría en la zona de MZ y el otro donde está el RAC? 497 00:36:56,250 --> 00:36:59,650 Es que, digamos, todo está en el CPD. 498 00:37:00,329 --> 00:37:04,269 El CPD-SENI comprendería lo que es la parte, digamos, 499 00:37:04,789 --> 00:37:07,190 toda la parte de arriba de la red local está ahora mismo en el CPD. 500 00:37:07,969 --> 00:37:11,989 Tanto los routers como el armario de comunicaciones, 501 00:37:11,989 --> 00:37:16,289 como el firewall y los tres servidores. 502 00:37:16,289 --> 00:37:18,550 nosotros tenemos una habitación 503 00:37:18,550 --> 00:37:20,190 en la sala, una sala 504 00:37:20,190 --> 00:37:22,389 con su aire acondicionado y demás y tal 505 00:37:22,389 --> 00:37:24,030 eso si lo tengo bien montado 506 00:37:24,030 --> 00:37:24,989 y 507 00:37:24,989 --> 00:37:28,550 digamos hay dos, antes teníamos 508 00:37:28,550 --> 00:37:30,489 uno de, no sé si era 509 00:37:30,489 --> 00:37:31,909 de 20.000, pero 510 00:37:31,909 --> 00:37:34,449 el mantenimiento que tenía era exagerado 511 00:37:34,449 --> 00:37:36,489 cada vez que había que cambiar baterías te costaba casi más 512 00:37:36,489 --> 00:37:37,690 cambiar las baterías que cambiar el 6 513 00:37:37,690 --> 00:37:40,510 sinceramente, por eso se montaron dos 514 00:37:40,510 --> 00:37:42,489 Vale, bueno 515 00:37:42,489 --> 00:37:44,760 pues, antes 516 00:37:44,760 --> 00:37:49,389 yo creo que 517 00:37:49,389 --> 00:37:51,789 Que nada, que está bastante bien 518 00:37:51,789 --> 00:37:56,329 Te comento más o menos 519 00:37:56,329 --> 00:37:57,590 Bueno, voy a parar la grabación 520 00:37:57,590 --> 00:37:59,289 Vale