1 00:00:00,460 --> 00:00:01,720 Perfecto, pues ya está grabando. 2 00:00:02,459 --> 00:00:03,040 Buenos días. 3 00:00:03,879 --> 00:00:08,480 Hoy, a día 15 de mayo, a la una y media, 4 00:00:09,039 --> 00:00:11,539 estamos convocados a través de la Jefatura de Departamento 5 00:00:11,539 --> 00:00:17,260 para la defensa del módulo profesional del proyecto del ciclo formativo de grado superior de ASIR. 6 00:00:17,739 --> 00:00:20,039 Te informo que esta defensa está siendo grabada 7 00:00:20,039 --> 00:00:24,500 y que esta grabación se usará en el entorno cerrado de Eucamadrid con fitness educativos 8 00:00:24,500 --> 00:00:28,120 y sólo estará a disposición de los profesores evaluadores. 9 00:00:28,120 --> 00:00:34,000 En el aula virtual, para llevar a cabo la evaluación y calificación de la defensa del proyecto. 10 00:00:34,679 --> 00:00:36,820 El orden de la presentación del proyecto es el siguiente. 11 00:00:37,359 --> 00:00:43,299 15 minutos para defender el proyecto y 5 minutos para preguntas por parte del tribunal. 12 00:00:44,159 --> 00:00:47,719 De dicho esto, tu tiempo de exposición comienza a partir de este momento. 13 00:00:48,140 --> 00:00:49,619 Adelante y mucha suerte. 14 00:00:50,479 --> 00:00:50,820 Gracias. 15 00:00:50,820 --> 00:01:07,200 Buenos días. Bueno, pues buenos días y a través de esta presentación intentamos desglosar todos los engranajes que nos mueven este proyecto que hemos ejecutado, que lo hemos titulado Proxid y que veremos a continuación. 16 00:01:07,200 --> 00:01:18,510 Se ha estructurado con el siguiente índice, en el que veremos a continuación y detallaremos a la vuelta de la presentación los siguientes puntos, los siguientes hitos. 17 00:01:18,510 --> 00:01:46,450 Una introducción y motivación, los objetivos presentes del proyecto y objetivos a futuros, la metodología aplicada durante todo el desarrollo del proyecto, las tecnologías utilizadas, la arquitectura del sistema, el desarrollo e implementación de todo el proyecto, las pruebas de concepto que se han ejecutado para comprobar que todo funcionaba a la perfección, 18 00:01:46,450 --> 00:01:52,989 problemas y decisiones que se han presentado a lo largo de todo este proyecto 19 00:01:52,989 --> 00:01:58,030 y las conclusiones y mejoras que se han sacado. 20 00:01:59,310 --> 00:02:05,030 Bien, como introducción y motivación, recalcamos la siguiente. 21 00:02:05,030 --> 00:02:09,370 La digitalización y la infraestructura de la información y tecnología, 22 00:02:09,530 --> 00:02:13,569 de la tecnología de la información, son clave en cualquier empresa actual. 23 00:02:13,569 --> 00:02:24,449 Al final, la transformación digital ha dejado de ser una opción para convertirse en una necesidad urgente para cualquier empresa que quiera mantenerse de una forma competitiva en el mercado. 24 00:02:25,150 --> 00:02:38,330 En este contexto, la digitalización y una infraestructura de la tecnología de la información robusta, flexible y segura, se ha vuelto esencial para garantizar la continuidad de los procesos y la escalabilidad de los servicios tecnológicos de estas. 25 00:02:38,330 --> 00:02:44,870 El objetivo de todo ello es diseñar un entorno que simule lo más real posible 26 00:02:44,870 --> 00:02:48,669 una infraestructura empresarial en un único nodo físico 27 00:02:48,669 --> 00:02:54,090 que sea escalable y sobre todo también que sea flexible 28 00:02:54,090 --> 00:02:57,069 por lo que no nos centramos solamente en esta infraestructura 29 00:02:57,069 --> 00:03:01,509 sino que se puede flexibilizar hacia otras necesidades 30 00:03:01,509 --> 00:03:06,030 Todo este proyecto nace con una doble motivación 31 00:03:06,030 --> 00:03:09,409 por un lado el interés personal en la administración de sistemas reales 32 00:03:09,409 --> 00:03:19,169 y, por otro, la necesidad de aplicar la mayor parte de los conocimientos adquiridos a través de estos dos años de FP en un entorno práctico y profesional. 33 00:03:21,069 --> 00:03:30,909 Los objetivos presentes que tenemos como objetivo general han sido implementar una infraestructura virtual en personal completa y a medida. 34 00:03:31,270 --> 00:03:39,250 Utilizamos, sobre todo, software libre y orientado a entornos de pequeñas y medianas empresas, entornos académicos o incluso laboratorios. 35 00:03:39,409 --> 00:03:54,849 Como objetivos específicos encontramos la implementación de un router virtual para el diseño, segmentación y configuración de la red y de este modo tener una arquitectura de red bien segura. 36 00:03:54,849 --> 00:04:23,550 El desplegar un dominio con Windows Server 2022 junto a escritorios virtuales con Windows 11. Proporcionar acceso remoto mediante una red virtual VPN como servicio para el entorno Empresa 1. Desplegar servicios internos en contenedores vinculados al entorno Empresa 1, como ha sido el caso de Nest Cloud. Y automatizar tareas del entorno. Y por último, validar el correcto funcionamiento de todo el sistema. 37 00:04:24,850 --> 00:04:46,389 Como objetivos a futuro, hemos vislumbrado la implementación de un segundo nodo con el objetivo de formar un clúster de alta disponibilidad, la implementación de servicios como Prometeos y Grafana para la monitorización de recursos del entorno y la implementación de servicios de seguridad como IDS. 38 00:04:46,389 --> 00:04:53,199 La metodología que se ha llevado a cabo durante todo el desarrollo del proyecto 39 00:04:53,199 --> 00:04:57,339 Se ha intentado que sea con enfoque modular 40 00:04:57,339 --> 00:05:01,639 En el que el servicio ha sido planificado y desplegado de una forma independiente 41 00:05:01,639 --> 00:05:08,600 La planificación ha sido por fases organizadas, verificadas y solapadas 42 00:05:08,600 --> 00:05:10,939 Con el siguiente diagrama de GAN 43 00:05:10,939 --> 00:05:16,720 En el que se ha estipulado 44 00:05:16,720 --> 00:05:29,560 en el que se llevó a la conclusión de ese proyecto. 45 00:05:31,259 --> 00:05:35,959 El tiempo de ejecución total ha sido de 104 horas, desde el 20 de febrero hasta el 3 de mayo. 46 00:05:38,680 --> 00:05:43,199 La interacción ha sido constante, puesto que ha sido interacción prueba y ajuste en cada fase. 47 00:05:43,199 --> 00:05:53,519 Al final, cuando se ha consolidado todo el proyecto, únicamente era volver a probar todo, porque cada fase ha sido comprobada después de su configuración. 48 00:05:54,180 --> 00:06:01,660 La documentación ha tratado de que sea detallada en cada paso y haciendo mayor énfasis en procesos que no hemos visto en tareas del FP. 49 00:06:01,660 --> 00:06:14,180 Y el apoyo del que hemos hecho uso ha sido documentación oficial, recursos comunitarios y dos parales de referencia base de YouTube. 50 00:06:14,579 --> 00:06:38,980 Las tecnologías utilizadas han sido un hipervisor de tipo 1, virtual environment, un truque virtual OpenSS, las máquinas virtuales y sistemas operativos, como se ha nombrado en Windows Server 2022, las máquinas cliente con Windows 11 y Debian 12, 51 00:06:38,980 --> 00:06:44,680 con una interfaz gráfica para una máquina virtual que servía como gestor 52 00:06:44,680 --> 00:06:48,720 y sin interfaz gráfica para los contenedores como vemos a continuación. 53 00:06:49,579 --> 00:06:54,019 Los contenedores han sido con servicios alojados como WildWire, Nest Cloud 54 00:06:54,019 --> 00:06:58,759 y luego posteriormente fuera del proyecto se ha cometido también con Meteos y Grafana. 55 00:07:00,199 --> 00:07:06,480 Otros servicios a los que se ha hecho uso han sido DHCP para la asignación de las IP 56 00:07:06,480 --> 00:07:09,860 de los Windows 11, de las máquinas clientes, 57 00:07:10,540 --> 00:07:12,819 Kubernetes para los contenedores, 58 00:07:13,459 --> 00:07:15,720 el servicio de RDP para las máquinas clientes, 59 00:07:16,199 --> 00:07:16,939 Active Directory, 60 00:07:17,279 --> 00:07:19,160 Script para la automatización del arranque 61 00:07:19,160 --> 00:07:21,060 y el apagado de todo el entorno, 62 00:07:22,100 --> 00:07:23,560 y backups automatizados 63 00:07:23,560 --> 00:07:26,639 y la teoría de ProMox Backup Server 64 00:07:26,639 --> 00:07:28,899 que hubiera sido lo ideal implementar, 65 00:07:29,000 --> 00:07:30,800 pero bueno, no ha podido ser 66 00:07:30,800 --> 00:07:33,699 por recursos disponibles. 67 00:07:36,079 --> 00:07:37,720 Bien, la arquitectura del sistema 68 00:07:37,720 --> 00:08:04,759 La hemos desplazado en dos partes. Por un lado, la arquitectura de red de todo el entorno de la empresa 1, en la que se ha distribuido de la siguiente manera. Por un lado, tenemos el rector doméstico en la cabeza, con la IP 128.168.0.1, y por Ethernet tenemos metido el servidor, el nodo 1 de Proxmos, con la interfaz de red .20. 69 00:08:04,759 --> 00:08:20,699 A partir de ahí, en Apple se han creado tres grids. El 0, el 1 y el 2. El 0 es el que tiene acceso a Internet, a la red, a la WAN, con el 0.20 y luego dos grids que entran también a OpenEssence. 70 00:08:20,699 --> 00:08:36,600 Los 3 bridges entran a la presencia. El 0, como hemos dicho, da salida a internet con una IP fija estipulada en la 0.100 y a la LAN 1 se le ha asignado la 10.10.1.1 y a la LAN 2 la 10.10.2.1. 71 00:08:37,139 --> 00:08:46,600 La LAN 1 da servicio a todo el entorno de los clientes, tanto Windows Server 2022 como Windows 11, Equipo Cliente 1 y el 2. 72 00:08:46,600 --> 00:09:07,799 Y la LAN 2 se ha asignado para las VLANs, las cuales sirven al VLAN 1. La VLAN 10 sirve al contenedor de wirewrap y la VLAN 20 sirve al contenedor de mezclado. 73 00:09:07,799 --> 00:09:23,799 Bien, el diagrama de algoritmos en el que hemos ejecutado, en el que hemos diseñado para todas las máquinas virtuales y demás es el siguiente. 74 00:09:23,799 --> 00:09:34,480 Por un lado tenemos el servidor físico con el nodo 1, el cual se llama la VISA Bugo y se ha diseñado con la arquitectura de entorno A1. 75 00:09:35,720 --> 00:09:52,419 Nace desde el router virtual OpenSense y el cual despliega la A1 hacia las máquinas virtuales de Windows Server como controlador de dominio y sus habilidades virtuales Windows 11 en la A1 y la A2, clientes. 76 00:09:52,419 --> 00:10:14,419 Por otro lado, se segmenta la LAN 2 para dar servicio a través de VLANs a los diferentes servicios que nutren a las máquinas virtuales, a los clientes. En este caso, Nescloud, WireGuard y servicios futuros como se ha nombrado antes, Grafana y Prometheus o Suricata o el cliente. 77 00:10:14,419 --> 00:10:40,279 del cliente. ¿Cómo podemos escalar y flexibilizar todo este entorno? Bien, pues añadiendo nuevos entornos a través de nuevas líneas en nuestro nodo, podemos crear otro router virtual, ya que lo que tenemos como plantillas y utilizar servicios de hosting, aplicaciones web o sistemas de monitorización y respaldo o incluso laboratorios de ciberseguridad. 78 00:10:40,279 --> 00:10:57,879 Todo esto también es escalable porque si pudiéramos, si tuviéramos los recursos para implementar otros dos servidores físicos con dos nodos, podríamos tomar clúster de alta disponibilidad con tres nodos operativos o inclusive implementar probemos backup server. 79 00:10:57,879 --> 00:11:25,950 El desarrollo y la implementación. El desarrollo, como se ha comentado anteriormente, ha sido por fases. Por un lado, después de la instalación del software en el equipo, se ha procedido a la configuración inicial de Proxmox a través de la red, el almacenamiento, los usuarios, los personalizadores con doble autentificación, los logins, etc. 80 00:11:25,950 --> 00:11:32,490 posteriormente se ha creado las máquinas virtuales para convertirlos en plantillas y hacer un 81 00:11:32,490 --> 00:11:38,889 despliegue más eficiente y rápido en función del entorno que queramos el despliegue de las 82 00:11:38,889 --> 00:11:46,230 de las máquinas virtuales a partir de plantillas ha sido windows 9 2022 equipo al cliente con 83 00:11:46,230 --> 00:11:54,529 windows 11 y luego como doble manager con interfaz gráfica la instalación y configuración de open 84 00:11:54,529 --> 00:12:02,090 es decir, se ha ejecutado para valores como el NAT, la DHCP, como se ha comentado, IPs 85 00:12:02,090 --> 00:12:09,070 estáticas, WAL, configuración del firewall, el funcionamiento de puertos para el túnel 86 00:12:09,070 --> 00:12:18,009 de la VPN, etc. El despliegue de servicios en contenedores, como WALWA, la automatización 87 00:12:18,009 --> 00:12:23,789 del entorno que se ha ejecutado a través de un script en BAS para que, a través del 88 00:12:23,789 --> 00:12:29,389 alias Start E1 y Stop E1, se enciendan y se apaguen todo el entorno, 89 00:12:29,669 --> 00:12:34,750 todo el sistema que compone el entorno empresarial 1, de forma automatizada 90 00:12:34,750 --> 00:12:41,149 y cumpliendo unas fases, cumpliendo unos slips para apagarse en orden. 91 00:12:43,539 --> 00:12:48,679 Y luego se ha ejecutado la automatización de back-ass para poder tener un respaldo 92 00:12:48,679 --> 00:12:51,519 y asegurar los datos que tenemos en el sistema. 93 00:12:51,519 --> 00:12:58,159 el despliegue de servicios en contenedores de Nest Cloud, que da servicio a los equipos clientes Windows 11 94 00:12:58,159 --> 00:13:01,179 y las pruebas de funcionamiento. 95 00:13:04,590 --> 00:13:09,669 Pruebas de concepto. Las pruebas de concepto realizadas, como hemos comentado, han sido por fases. 96 00:13:11,009 --> 00:13:18,730 Por un lado, test de conectividad y bloqueo para el lado cliente con servicios e internet, que todos tuvieran conectividad entre sí. 97 00:13:18,730 --> 00:13:49,940 Es decir, que el lado cliente no tiene acceso, lógicamente, a la parte interfaz gráfica de los servicios, por cuestiones de seguridad. Se ha verificado el acceso remoto a través de la VPN. Se han comprobado los respaldos automatizados, los comprimiéndolos y restaurando el sistema a partir de estos respaldos para comprimir su fiabilidad. 98 00:13:49,940 --> 00:14:02,379 Se ha verificado el acceso de las cuentas clientes a Nest Cloud y se ha verificado el scripting y los logs generados a través de la automatización del start y el stop de todo el entorno 1. 99 00:14:04,919 --> 00:14:06,679 ¿Problemas y decisiones que no se han encontrado? 100 00:14:06,899 --> 00:14:16,019 Por un lado, a priori se quería implementar WireGuard a través de un plugin que contiene OpenEssence, pero finalmente generaba muchos conflictos, 101 00:14:16,019 --> 00:14:34,480 ralentizaba la máquina y comprometía la estabilidad de este router. Al final, la solución fue implementar el wireware a través de un contenedor que consume muy pocos recursos y que utiliza como base Debian. 102 00:14:34,480 --> 00:14:37,980 luego también hubo dificultades iniciales 103 00:14:37,980 --> 00:14:39,100 en la gestión del BPN 104 00:14:39,100 --> 00:14:41,080 por el tema de la redirección de puertos 105 00:14:41,080 --> 00:14:43,960 la solución fue ejecutar procesos 106 00:14:43,960 --> 00:14:45,200 con políticas de descarte 107 00:14:45,200 --> 00:14:47,860 y descartando a medida que íbamos 108 00:14:47,860 --> 00:14:50,019 viendo lo que nos generaba 109 00:14:50,019 --> 00:14:51,980 y luego también 110 00:14:51,980 --> 00:14:53,960 al principio, el problema es en la gestión 111 00:14:53,960 --> 00:14:55,740 inicial por una errónea configuración 112 00:14:55,740 --> 00:14:57,759 del almacenamiento, enseguida nos quedamos 113 00:14:57,759 --> 00:14:59,539 sin almacenamiento 114 00:14:59,539 --> 00:15:01,860 y hubo que volver a levantar y gestionar 115 00:15:01,860 --> 00:15:03,159 todo 116 00:15:03,159 --> 00:15:08,399 toda la parte de configuración del programa de almacenamiento. 117 00:15:11,210 --> 00:15:15,330 Vale, perfecto. Pues 15 minutos justo, o sea que genial. 118 00:15:16,370 --> 00:15:22,470 Y nada, comienzo con las preguntas que te voy a hacer. 119 00:15:23,429 --> 00:15:29,230 Simplemente son 5 preguntitas que puedes responder en un minuto cada una. 120 00:15:34,210 --> 00:15:36,190 Pero no termino, ¿lo que queda? 121 00:15:36,950 --> 00:15:38,149 Ah, pensaba que habías terminado. 122 00:15:39,169 --> 00:15:40,590 No, queda una. 123 00:15:40,909 --> 00:15:42,490 Ah, vale, vale, vale. Sí, termina, termina. 124 00:15:43,370 --> 00:15:54,809 Vale. Como conclusiones y mejoras, destacamos en conclusiones que el proyecto es plenamente funcional, que se han cumplido los objetivos propuestos en fases y que ha aportado un enriquecimiento personal y una experiencia práctica. 125 00:15:55,389 --> 00:16:23,340 Como mejoras, destacar que se puede integrar y monitorizar todo el sistema de una forma eficiente, implementar un cluster de alta disponibilidad. En tema de respaldos, es más eficiente utilizar un ProMos Backup Server debido al sistema de gestión de los respaldos y una interfaz de gestión web para los contenedores o un panel frontal. Y ya está. Gracias por su atención y ya termino. 126 00:16:23,340 --> 00:16:44,820 Bueno, pues, sí. Te voy a hacer una pregunta. La primera es, ¿cómo hay pervisión frente a esta iniciativa? ¿Qué va a haber con el VMWare? ¿Y qué ventajas te ofrece? 127 00:16:44,820 --> 00:16:58,639 Bueno, pues principalmente elegí ProMOS porque VMware, en concreto, encima es de pago, tiene una versión muy amplia, pero que no tiene mucho alcance. 128 00:16:58,639 --> 00:17:00,340 me pareció muy interesante 129 00:17:00,340 --> 00:17:02,399 utilizar ProMOS 130 00:17:02,399 --> 00:17:05,099 Virtual Environment porque luego tiene la posibilidad 131 00:17:05,099 --> 00:17:07,180 aparte de que podemos incorporar 132 00:17:07,180 --> 00:17:09,339 nuevos nodos, tiene la posibilidad 133 00:17:09,339 --> 00:17:11,460 de utilizar ProMOS Backup Server 134 00:17:11,460 --> 00:17:13,519 y también de utilizar 135 00:17:13,519 --> 00:17:15,200 de una forma muy fácil 136 00:17:15,200 --> 00:17:17,259 utilizar 137 00:17:17,259 --> 00:17:19,480 un clúster para altas disponibilidades 138 00:17:19,480 --> 00:17:21,099 pero sobre todo porque tiene 139 00:17:21,099 --> 00:17:22,500 muchas herramientas 140 00:17:22,500 --> 00:17:24,980 está basado en 141 00:17:24,980 --> 00:17:27,200 Linux y es 142 00:17:27,200 --> 00:17:28,420 de código abierto sobre todo 143 00:17:28,640 --> 00:17:41,640 Vale, perfecto. ¿Puedes explicar cómo organizaste la segmentación de red en la infraestructura y qué función tiene en las VLANs que pusiste? ¿En las 10, la 20, en el diseño? 144 00:17:42,660 --> 00:17:56,599 Sí, pues bueno, el PROSMOS en sí, en la interfaz de red de PROSMOS, tiene tres BRIDs. Tiene el BRID que da acceso a internet y luego tiene dos creados sin IP fija ni nada, como LAN 1 y LAN 2. 145 00:17:56,599 --> 00:18:08,900 Luego cuando se ejecutó OpenSS, el router, y se asignaron las interfaces, se asignó la VMR1 y la VMR2 para que fueran la LAN1 y la LAN2 respectivamente. 146 00:18:09,539 --> 00:18:26,559 Luego en la configuración de cada interfaz, la LAN1 se configuró como una IP, la 10.1.1, y se configuró en cada máquina virtual de Windows Server y Windows 11 que iban a formar parte de esa red. 147 00:18:26,599 --> 00:18:46,960 Eso por un lado para la LAN 1. La LAN 2 se estipuló que iba a ser para VLAN, entonces en la propia configuración de la interfaz se configuró la IP la 10.10.2.1 y en la gestión de dispositivos de router OpenSense se asignó las VLANs como interfaz padre LAN 2. 148 00:18:46,960 --> 00:19:12,420 Con eso ya tenemos creada la segmentación de la LAN 2 en VLANs. Al crear las VLANs se crearon las tags o las etiquetas de la VLAN 10 y la VLAN 20 como puerta de enlace de 10.10.1.1, creo recordar, no recuerdo ahora mismo la puerta de enlace que tiene. 149 00:19:12,420 --> 00:19:33,140 Y para la TAG20 también otra. Al asignar en el contenedor la interfaz de red, se asigna una IP que es la 10.10.10.100 y la 10.10.20.100 y se asigna como puerta de enlace la IP que se le asignó a la VLAN en OpenSS. 150 00:19:33,140 --> 00:19:35,400 Espero haberme explicado bien. 151 00:19:35,400 --> 00:19:47,240 Sí. ¿Qué importancia tiene esto para un entorno empresarial y qué ventajas aporta? 152 00:19:48,319 --> 00:20:04,940 Bueno, sí es cierto que a priori puede no presentar grandes ventajas porque si, por ejemplo, pasa como ocurrió hace bien poco, que se apaga la luz, aquí no tenemos un SEI, que nos aporte energía y se pueda apagar de una forma ordenada sin perder los datos. 153 00:20:05,400 --> 00:20:28,339 Pero si imaginásemos que lo tuviéramos o incluso sin tenerlo y queremos apagar todo el entorno porque el cliente solo requiere los servicios en un horario concreto o tenemos que hacer mantenimiento o el motivo que sea, al final apagar seis máquinas virtuales y cuatro contenedores o tres contenedores uno a uno es una labor un tanto tediosa. 154 00:20:28,339 --> 00:20:35,180 Entonces, el ejecutar un script para que se apaguen de forma ordenada es eficiente y yo creo que útil. 155 00:20:36,079 --> 00:20:51,799 Luego, además, se apaga de una forma ordenada, es decir, primero se apagarán las máquinas cliente y, por último, el último que se apagará del entorno de la empresa 1 sería el Windows Server y, por último, el router virtual, que sería. 156 00:20:52,359 --> 00:20:55,579 Y el primero en encenderse por contrapuesta sería el router. 157 00:20:57,900 --> 00:21:03,539 Por eso tiene una orientación ordenada y por fragmentos de tiempo. 158 00:21:03,539 --> 00:21:12,619 Por último, ¿qué consideras que ha sido lo más complejo técnicamente de tu proyecto y qué mejoraría si tuvieras más tiempo o más recursos para ello? 159 00:21:12,619 --> 00:21:33,559 Lo más complejo quizá a priori ha sido gestionar un poco toda la red con todas las reglas de firewall queriendo estar como quería que estuvieran. Es decir, totalmente segmentadas y aisladas. 160 00:21:33,559 --> 00:21:35,960 si nos metemos a mi router doméstico 161 00:21:35,960 --> 00:21:37,839 no va a haber ninguna otra salida 162 00:21:37,839 --> 00:21:41,740 que no sea la de la propia interfaz de ProSmo 163 00:21:41,740 --> 00:21:43,559 no hay ninguna salida de internet que no vaya por ahí 164 00:21:43,559 --> 00:21:45,740 entonces se pueden monitorizar muy bien 165 00:21:45,740 --> 00:21:47,380 después afuera del proyecto 166 00:21:47,380 --> 00:21:49,059 implementé Grafana y Prometheus 167 00:21:49,059 --> 00:21:53,420 y se puede monitorizar bien una red 168 00:21:53,420 --> 00:21:56,559 porque no tienes diversas salidas 169 00:21:56,559 --> 00:21:59,440 y como, perdón, y la segunda pregunta era 170 00:21:59,440 --> 00:22:01,819 ¿Tú mejoras, Aria? 171 00:22:01,819 --> 00:22:06,759 Sí, qué mejoras si tuvieras más tiempo o más recursos, claro. 172 00:22:08,160 --> 00:22:16,220 Si hubiera tenido más tiempo y más recursos, la siguiente mejora hubiera sido implementar un segundo nodo para implementar ProMos Backup Server, 173 00:22:16,339 --> 00:22:25,819 porque al final la automatización de backups de ProMos no es útil para este entorno, porque no pisa la copia de seguridad, no las fusiona, 174 00:22:25,819 --> 00:22:28,259 fusiona, entonces va a ocupar un almacenamiento 175 00:22:28,259 --> 00:22:29,880 hasta que se queda totalmente 176 00:22:29,880 --> 00:22:31,079 ocupado y no es 177 00:22:31,079 --> 00:22:33,759 no es eficiente 178 00:22:33,759 --> 00:22:36,059 y la implementación 179 00:22:36,059 --> 00:22:37,880 de un clúster de alta disponibilidad, sin duda 180 00:22:37,880 --> 00:22:40,400 Vale, perfecto 181 00:22:40,400 --> 00:22:41,519 Bueno, pues con esto 182 00:22:41,519 --> 00:22:42,880 queda completado 183 00:22:42,880 --> 00:22:44,299 Vamos a ver