Te contaré una historia hoy. La historia de la evolución de la tecnología informática y el surgimiento de los trabajos remotos desde la antigüedad hasta nuestros días.
desarrollo de TI
Lo principal que se puede aprender de la historia de las TI es...
No hace falta decir que la TI se desarrolla en espiral. Las mismas soluciones y conceptos que fueron descartados hace décadas adquieren un nuevo significado y comienzan a funcionar con éxito en nuevas condiciones, con nuevas tareas y nuevas capacidades. En esto, TI no se diferencia de cualquier otra área del conocimiento humano y de la historia de la Tierra en su conjunto.
Hace mucho tiempo, cuando las computadoras eran grandes.
"Creo que hay mercado en el mundo para unas cinco computadoras", dijo el director ejecutivo de IBM, Thomas Watson, en 1943.
La primera tecnología informática fue grande. No, eso está mal, la primera tecnología era monstruosa, ciclópea. Una máquina totalmente informatizada ocupaba un área comparable a la de un gimnasio y costaba una cantidad absolutamente irreal. Un ejemplo de componentes es un módulo RAM sobre anillos de ferrita (1964).
Este módulo tiene un tamaño de 11 cm * 11 cm, y una capacidad de 512 bytes (4096 bits). Un armario completamente lleno con estos módulos apenas tenía la capacidad de un antiguo disquete de 3,5” (1.44 MB = 2950 módulos), además consumía una energía eléctrica muy notable y se calentaba tanto como una locomotora de vapor.
Precisamente por su enorme tamaño el nombre en inglés para el código de un programa de depuración es “debugging”. Una de las primeras programadoras de la historia, Grace Hopper (sí, una mujer), una oficial naval, escribió una entrada de registro en 1945 después de investigar un problema con el programa.
Dado que la polilla (polilla) en general es un error (insecto), todos los demás problemas y acciones para resolverlos el personal los reportaba a sus superiores como "depuración" (literalmente depuración), entonces el nombre error se atribuyó firmemente a una falla del programa y un error en el código y la depuración se convirtió en una depuración.
Con el desarrollo de la electrónica y, en particular, de la electrónica de semiconductores, el tamaño físico de las máquinas comenzó a disminuir y, por el contrario, la potencia informática aumentó. Pero incluso en este caso era imposible suministrar a cada uno un ordenador personalmente.
"No hay ninguna razón por la que alguien quiera tener una computadora en su casa" - Ken Olsen, fundador de DEC, 1977.
En los años 70 apareció el término miniordenador. Recuerdo que cuando leí este término por primera vez hace muchos años, imaginé algo así como una netbook, casi una computadora de mano. No podría estar más lejos de la verdad.
Mini sólo se compara con las enormes salas de máquinas, pero siguen siendo varios armarios con equipos que cuestan cientos de miles y millones de dólares. Sin embargo, la potencia informática ya había aumentado tanto que no siempre estaba cargada al 100%, y al mismo tiempo las computadoras comenzaron a estar disponibles para estudiantes y profesores universitarios.
¡Y entonces vino ÉL!
Pocas personas piensan en las raíces latinas del idioma inglés, pero es la que nos trajo el acceso remoto tal como lo conocemos hoy. Terminus (latín) - fin, frontera, meta. El propósito del Terminator T800 era acabar con la vida de John Connor. También sabemos que las estaciones de transporte donde se embarcan y desembarcan pasajeros o se cargan y descargan mercancías se denominan terminales, los destinos finales de las rutas.
En consecuencia, nació el concepto de acceso a la terminal, y puedes ver la terminal más famosa del mundo aún viviendo en nuestros corazones.
El DEC VT100 se llama terminal porque termina la línea de datos. Tiene prácticamente cero poder de procesamiento y su única tarea es mostrar la información recibida de una máquina grande y transmitir la entrada del teclado a la máquina. Y aunque el VT100 lleva mucho tiempo físicamente muerto, todavía lo utilizamos en todo su potencial.
Nuestros días
Comenzaría a contar “nuestros días” desde principios de los años 80, desde el momento en que aparecieron los primeros procesadores con una potencia informática importante y al alcance de un amplio abanico de personas. Tradicionalmente se cree que el procesador principal de la época fue el Intel 8088 (familia x86) como antepasado de la arquitectura ganadora. ¿Cuál es la diferencia fundamental con el concepto de los años 70?
Por primera vez, existe una tendencia a transferir el procesamiento de la información del centro a la periferia. No todas las tareas requieren la increíble potencia (en comparación con el débil x86) de una computadora central o incluso una minicomputadora. Intel no se queda quieta, en los años 90 lanzó la familia Pentium, que realmente se convirtió en el primer electrodoméstico producido en masa en Rusia. Estos procesadores ya son capaces de hacer muchas cosas, no sólo escribir cartas, sino también multimedia y trabajar con pequeñas bases de datos. De hecho, las pequeñas empresas no necesitan servidores: todo se puede hacer en la periferia, en las máquinas cliente. Cada año, los procesadores son cada vez más potentes y la diferencia entre servidores y computadoras personales es cada vez menor en términos de potencia informática, quedándose a menudo únicamente en la redundancia de energía, el soporte intercambiable en caliente y los estuches especiales para montaje en bastidor.
Si comparas los procesadores de cliente modernos de Intel, que en los años 90 eran "ridículos" para los administradores de servidores pesados, con las supercomputadoras del pasado, entonces te sientes un poco incómodo.
Echemos un vistazo al anciano, que tiene prácticamente mi edad. Cray X-MP/24 1984.
Esta máquina estuvo entre las mejores supercomputadoras de 1984, tenía 2 procesadores de 105 MHz con una potencia informática máxima de 400 MFlops (millones de operaciones de punto flotante). La máquina que se muestra en la foto se encontraba en el laboratorio de criptografía de la NSA de EE. UU. y se dedicaba a descifrar códigos. Si convierte 15 millones de dólares de 1984 a dólares de 2020, el costo es de 37,4 millones de dólares, o 93 dólares/MFlops.
La máquina en la que escribo estas líneas tiene un procesador Core i5-7400 de 2017, lo cual no es nada nuevo, e incluso en el año de su lanzamiento era el de 4 núcleos más joven de todos los procesadores de escritorio de gama media. 4 núcleos con una frecuencia base de 3.0 GHz (3.5 con Turbo Boost) y la duplicación de subprocesos HyperThreading dan de 19 a 47 Gflops de potencia según varias pruebas a un precio de 16 mil rublos por procesador. Si ensamblas la máquina completa, entonces puedes asumir su costo por $750 (a precios y tipos de cambio del 1 de marzo de 2020).
Al final, obtenemos una superioridad de un procesador de escritorio promedio de nuestros días entre 50 y 120 veces sobre una de las 10 mejores supercomputadoras del pasado previsible, y la caída en el costo específico de los MFlops se vuelve absolutamente monstruosa 93500 / 25 = 3700 veces.
¡Es absolutamente incomprensible por qué todavía necesitamos servidores y centralización de la informática con tanta potencia en la periferia!
Salto inverso: la espiral ha dado un giro.
Estaciones sin disco
La primera señal de que trasladar la informática a la periferia no sería definitivo fue la aparición de la tecnología de estaciones de trabajo sin disco. Con una distribución significativa de estaciones de trabajo en toda la empresa, y especialmente en locales contaminados, la cuestión de gestionar y dar soporte a estas estaciones se vuelve muy difícil.
Aparece el concepto de "tiempo de pasillo": el porcentaje de tiempo que un empleado de soporte técnico está en el pasillo, de camino a un empleado con un problema. Este es tiempo remunerado, pero completamente improductivo. Un papel no menos importante, especialmente en habitaciones contaminadas, fue el fallo de los discos duros. Retiremos el disco de la estación de trabajo y hagamos todo lo demás a través de la red, incluida la descarga. Además de la dirección del servidor DHCP, el adaptador de red también recibe información adicional: la dirección del servidor TFTP (servicio de archivos simplificado) y el nombre de la imagen de inicio, la carga en la RAM e inicia la máquina.
Además de un menor número de averías y un menor tiempo en el pasillo, ahora no es necesario depurar la máquina en el lugar, sino que simplemente trae una nueva y lleva la vieja para su diagnóstico en un lugar de trabajo equipado. ¡Pero eso no es todo!
Una estación sin disco se vuelve mucho más segura: si alguien irrumpe repentinamente en la habitación y saca todas las computadoras, esto es solo una pérdida de equipo. En las estaciones sin disco no se almacenan datos.
Recordemos este punto: la seguridad de la información está empezando a desempeñar un papel cada vez más importante después de la “infancia sin preocupaciones” de la tecnología de la información. Y las terribles e importantes 3 letras se entrometen cada vez más en TI: GRC (Gobernanza, Riesgo, Cumplimiento), o en ruso "Manejabilidad, Riesgo, Cumplimiento".
Servidores de terminales
La distribución generalizada de computadoras personales cada vez más potentes en la periferia superó significativamente el desarrollo de las redes de acceso público. Las aplicaciones cliente-servidor clásicas de los años 90 y principios de los 00 no funcionaban muy bien en un canal delgado si el intercambio de datos ascendía a valores significativos. Esto fue especialmente difícil para las oficinas remotas conectadas a través de un módem y una línea telefónica, que también periódicamente se congelaba o se cortaba. Y…
La espiral dio un giro y se encontró de nuevo en modo terminal con el concepto de servidores de terminal.
De hecho, volvemos a los años 70 con sus clientes cero y la centralización de la potencia informática. Rápidamente se hizo obvio que, además de la justificación puramente económica de los canales, el acceso a la terminal ofrece enormes oportunidades para organizar el acceso seguro desde el exterior, incluido el trabajo desde casa para los empleados, o el acceso extremadamente limitado y controlado para los contratistas desde redes no confiables y/o no confiables. Dispositivos no controlados.
Sin embargo, los servidores de terminal, a pesar de todas sus ventajas y progresividad, también tenían una serie de desventajas: baja flexibilidad, el problema de un vecino ruidoso, Windows estrictamente basado en servidor, etc.
El nacimiento de Proto VDI
Es cierto que desde principios hasta mediados de la década de 00, la virtualización industrial de la plataforma x86 ya estaba entrando en escena. Y alguien expresó una idea que simplemente estaba en el aire: en lugar de centralizar a todos los clientes en granjas de terminales de servidores, ¿demos a cada uno su propia máquina virtual personal con Windows de cliente e incluso acceso de administrador?
Rechazo de clientes gordos.
Paralelamente a la virtualización de sesiones y sistemas operativos, se desarrolló un enfoque para facilitar la función del cliente a nivel de aplicación.
La lógica detrás de esto era bastante simple, porque no todos todavía tenían computadoras portátiles personales, no todos tenían Internet y muchos solo podían conectarse desde un cibercafé con derechos muy limitados, por decirlo suavemente. De hecho, lo único que se podía ejecutar era un navegador. El navegador se ha convertido en un atributo indispensable del sistema operativo, Internet ha entrado firmemente en nuestras vidas.
En otras palabras, hubo una tendencia paralela a transferir la lógica del cliente al centro en forma de aplicaciones web, para acceder a las cuales solo se necesita el cliente más simple, Internet y un navegador.
Y no terminamos donde empezamos: sin clientes y servidores centrales. Llegamos allí de varias maneras independientes.
Infraestructura de escritorio virtual
corredor
En 2007, el líder en el mercado de la virtualización industrial, VMware, lanzó la primera versión de su producto VDM (Virtual Desktop Manager), que de hecho se convirtió en la primera en el naciente mercado de escritorios virtuales. Por supuesto, no tuvimos que esperar mucho para recibir una respuesta del líder de servidores terminales, Citrix, y en 2008, con la adquisición de XenSource, apareció XenDesktop. Por supuesto, hubo otros proveedores con sus propias propuestas, pero no profundicemos demasiado en la historia, alejándonos del concepto.
Y el concepto sigue vigente hoy en día. Un componente clave de VDI es el intermediario de conexión.
Este es el corazón de la infraestructura de escritorio virtual.
El broker es responsable de los procesos VDI más importantes:
- Determina los recursos (máquinas/sesiones) disponibles para el cliente conectado;
- Equilibra clientes entre grupos de máquinas/sesiones si es necesario;
- Reenvía al cliente al recurso seleccionado.
Hoy en día, un cliente (terminal) para VDI puede ser prácticamente cualquier cosa que tenga una pantalla: una computadora portátil, un teléfono inteligente, una tableta, un quiosco, un cliente ligero o cero. Y la parte de respuesta, la misma que ejecuta la carga productiva: una sesión de terminal server, una máquina física, una máquina virtual. Los productos VDI maduros y modernos están estrechamente integrados con la infraestructura virtual y la administran de forma independiente en modo automático, implementando o, por el contrario, eliminando máquinas virtuales que ya no son necesarias.
Un poco aparte, pero para algunos clientes, una tecnología VDI extremadamente importante es la compatibilidad con la aceleración de hardware de gráficos 3D para el trabajo de diseñadores o diseñadores.
Protocolo
La segunda parte extremadamente importante de una solución VDI madura es el protocolo de acceso a recursos virtuales. Si hablamos de trabajar dentro de una red local corporativa con una red excelente y confiable de 1 Gbps hasta el lugar de trabajo y un retraso de 1 ms, entonces puedes tomar prácticamente cualquiera y no pensar en nada.
Hay que pensar cuando la conexión se realiza a través de una red no controlada y la calidad de esta red puede ser absolutamente cualquier cosa, hasta velocidades de decenas de kilobits y retrasos impredecibles. Son perfectos para organizar un trabajo remoto real, desde dachas, desde casa, desde aeropuertos y restaurantes.
Servidores de terminales frente a máquinas virtuales cliente
Con la llegada de VDI, parecía que había llegado el momento de decir adiós a los servidores de terminal. ¿Por qué son necesarios si cada uno tiene su propia máquina virtual personal?
Sin embargo, desde el punto de vista puramente económico, resultó que para los típicos trabajos masivos, idénticos hasta la saciedad, no hay nada más eficaz que los servidores terminales en términos de relación precio/sesión. A pesar de todas sus ventajas, el enfoque “1 usuario = 1 VM” gasta muchos más recursos en hardware virtual y un sistema operativo completo, lo que empeora la economía de los lugares de trabajo típicos.
En el caso de lugares de trabajo de altos directivos, lugares de trabajo no estándar y cargados, la necesidad de tener altos derechos (hasta administrador), una máquina virtual dedicada por usuario tiene una ventaja. Dentro de esta VM, puede asignar recursos individualmente, emitir derechos en cualquier nivel y equilibrar las VM entre hosts de virtualización bajo carga alta.
VDI y economía
Durante años he escuchado la misma pregunta: ¿cómo es que VDI es más barato que simplemente entregar computadoras portátiles a todos? Y desde hace años tengo que responder exactamente lo mismo: para los empleados de oficina, la VDI no es más barata, si tenemos en cuenta los costes netos de suministro del equipamiento. Digan lo que digan, los portátiles son cada vez más baratos, pero los servidores, los sistemas de almacenamiento y el software del sistema cuestan bastante dinero. Si ha llegado el momento de actualizar tu flota y estás pensando en ahorrar dinero a través de VDI, no, no ahorrarás dinero.
Cité las terribles tres letras GRC arriba; entonces, VDI se trata de GRC. Se trata de gestión de riesgos, de seguridad y conveniencia del acceso controlado a los datos. Y todo esto suele costar bastante dinero para implementarlo en diferentes tipos de equipos. Con VDI, el control se simplifica, la seguridad aumenta y el cabello se vuelve suave y sedoso.
Soluciones de trabajo remoto HPE
Gestión remota y en la nube
OIT
HPE está lejos de ser un recién llegado a la gestión remota de la infraestructura de servidores, no es broma: en marzo, el legendario iLO (Integrated Lights Out) cumplió 18 años. Al recordar mis días como administrador en la década del 00, personalmente no podría estar más feliz. La instalación inicial en racks y cables de conexión era todo lo que había que hacer en un centro de datos frío y ruidoso. El resto de la configuración, incluida la carga del sistema operativo, se puede realizar desde una estación de trabajo, dos monitores y una taza de café caliente. ¡Y esto fue hace 13 años!
Hoy en día, los servidores HPE son el estándar de calidad indiscutible a largo plazo y no en vano desempeña un papel importante el estándar de oro del sistema de gestión remota: iLO.
Me gustaría señalar específicamente las acciones de HPE para mantener el control de la humanidad sobre el coronavirus. , que hasta finales de 2020 (al menos) la licencia iLO Advanced está disponible para todos de forma gratuita.
Información
Si tiene más de 10 servidores en su infraestructura y el administrador no se aburre, entonces, por supuesto, el sistema en la nube HPE Infosight basado en inteligencia artificial será una excelente adición a las herramientas de monitoreo estándar. El sistema no solo monitorea el estado y crea gráficos, sino que también recomienda de forma independiente acciones adicionales basadas en la situación y las tendencias actuales.
Se inteligente, ¡Prueba Infosight!
Una vista
Por último, pero no menos importante, me gustaría mencionar HPE OneView: una cartera completa de productos con enormes capacidades para monitorear y administrar toda la infraestructura. Y todo ello sin levantarte de tu escritorio, que puedes tener en la situación actual en tu casa de campo.
¡Los sistemas de almacenamiento tampoco están mal!
Por supuesto, todos los sistemas de almacenamiento se gestionan y supervisan de forma remota; así era hace muchos años. Por eso hoy quiero hablar de otra cosa: las agrupaciones metropolitanas.
Los clusters de metro no son nada nuevo en el mercado, pero precisamente por eso todavía no son muy populares: la inercia del pensamiento y las primeras impresiones les afectan. Por supuesto, ya existían hace 10 años, pero cuestan como un puente de hierro fundido. Los años que han pasado desde los primeros metroclusters han cambiado la industria y la disponibilidad de tecnología para el público en general.
Recuerdo proyectos en los que partes de los sistemas de almacenamiento se distribuyeron especialmente: por separado para servicios supercríticos en un clúster metropolitano, por separado para replicación sincrónica (mucho más barato).
De hecho, en 2020, un metrocluster no te cuesta nada si eres capaz de organizar dos sitios y canales. Pero los canales necesarios para la replicación síncrona son exactamente los mismos que para los metroclusters. Las licencias de software se han realizado durante mucho tiempo en paquetes, y la replicación sincrónica viene inmediatamente como un paquete con un clúster metropolitano, y lo único que hasta ahora mantiene viva la replicación unidireccional es la necesidad de organizar una red L2 extendida. E incluso entonces, L2 sobre L3 ya está arrasando todo el país con todas sus fuerzas.
Entonces, ¿cuál es la diferencia fundamental entre la replicación síncrona y el metrocluster desde el punto de vista del trabajo remoto?
Todo es muy sencillo. El metrocluster funciona solo, de forma automática, siempre, casi instantáneamente.
¿Cómo es el proceso de cambio de carga para la replicación síncrona en una infraestructura de al menos varios cientos de máquinas virtuales?
- Se recibe una señal de emergencia.
- El turno de servicio analiza la situación: puede reservar de 10 a 30 minutos con seguridad solo para recibir una señal y tomar una decisión.
- Si los ingenieros de servicio no tienen la autoridad para iniciar la transición de forma independiente, todavía tienen 30 minutos para comunicarse con la persona con autoridad y confirmar formalmente el inicio de la transición.
- Presionando el gran botón rojo.
- 10 a 15 minutos para tiempos de espera y remontaje de volumen, nuevo registro de VM.
- 30 minutos para cambiar la dirección IP es una estimación optimista.
- Y finalmente, el inicio de la VM y el lanzamiento de servicios productivos.
El RTO total (tiempo para restaurar los procesos comerciales) se puede estimar con seguridad en 4 horas.
Comparemos con la situación en el metrocluster.
- El sistema de almacenamiento entiende que se pierde la conexión con el brazo del metrocluster: entre 15 y 30 segundos.
- Los hosts de virtualización entienden que el primer centro de datos se pierde: entre 15 y 30 segundos (simultáneamente con el punto 1).
- Reinicio automático de la mitad a un tercio de las máquinas virtuales en el segundo centro de datos: 10 a 15 minutos antes de cargar los servicios.
- Por esta época, el turno de guardia se da cuenta de lo sucedido.
Total: RTO = 0 para servicios individuales, 10-15 minutos en el caso general.
¿Por qué solo se reinician entre la mitad y un tercio de las máquinas virtuales? Mira lo que está pasando:
- Hace todo de manera inteligente y habilita el equilibrio automático de la VM. Como resultado, en promedio, sólo la mitad de las máquinas virtuales se ejecutan en uno de los centros de datos. Después de todo, el objetivo de un metrocluster es minimizar el tiempo de inactividad y, por lo tanto, le conviene minimizar la cantidad de máquinas virtuales atacadas.
- Algunos servicios se pueden agrupar en clústeres a nivel de aplicación, distribuidos en diferentes máquinas virtuales. En consecuencia, estas máquinas virtuales emparejadas se clavan una por una o se atan con una cinta a diferentes centros de datos, para que el servicio no espere a que la máquina virtual se reinicie en caso de accidente.
Con una infraestructura bien construida con clústeres metropolitanos extendidos, los usuarios empresariales trabajan con retrasos mínimos desde cualquier lugar, incluso en caso de un accidente a nivel del centro de datos. En el peor de los casos, el retraso será el tiempo de una taza de café.
Y, por supuesto, los metroclusters funcionan muy bien tanto en HPE 3Par, que se está moviendo hacia Valinor, como en el nuevo Primera.
Infraestructura de lugar de trabajo remoto
Servidores de terminales
No es necesario inventar nada nuevo para los servidores terminales; HPE les ha suministrado algunos de los mejores servidores del mundo durante muchos años. Clásicos atemporales: DL360 (1U) o DL380 (2U) o para fanáticos de AMD: DL385. Por supuesto, también hay servidores Blade, tanto el clásico C7000 como la nueva plataforma componible Synergy.
Para todos los gustos, para todos los colores, ¡máximo de sesiones por servidor!
VDI “clásico” + simplicidad HPE
En este caso, cuando digo “VDI clásico” me refiero al concepto de 1 usuario = 1 VM con cliente Windows. Y, por supuesto, no existe una carga VDI más cercana y costosa para los sistemas hiperconvergentes, especialmente con deduplicación y compresión.
Aquí, HPE puede ofrecer tanto su propia plataforma hiperconvergente Simplivity como servidores/nodos certificados para soluciones de socios, como VSAN Ready Nodes para construir VDI en la infraestructura VMware VSAN.
Hablemos un poco más de la solución propia de Simplicity. El objetivo, como su nombre indica, es la simplicidad. Fácil de implementar, fácil de administrar, fácil de escalar.
Los sistemas hiperconvergentes hoy en día son uno de los temas más candentes en TI, y el número de proveedores de diferentes niveles es de aproximadamente 40. Según el cuadrado mágico de Gartner, HPE se encuentra en el Top5 a nivel mundial y está incluido en el cuadrado de los líderes: aquellos que entienden donde la industria se está desarrollando y somos capaces de entenderlo para traducirlo en hardware.
Desde el punto de vista arquitectónico, Simplivity es un sistema hiperconvergente clásico con máquinas virtuales controladoras, lo que significa que puede admitir varios hipervisores, a diferencia de los sistemas integrados en hipervisores. De hecho, a partir de abril de 2020, VMware vSphere y Microsoft Hyper-V son compatibles, y se han anunciado planes para admitir KVM. La característica clave de Simplivity desde su aparición en el mercado ha sido la aceleración de compresión y deduplicación por hardware mediante una tarjeta aceleradora especial.
Cabe señalar que la compresión y la deduplicación son globales y siempre están habilitadas; esta no es una característica opcional, sino la arquitectura de la solución.
HPE es, por supuesto, algo falso, afirmando una eficiencia de 100:1, calculando de una manera especial, pero la eficiencia del uso del espacio es realmente muy alta. Es sólo que el número 100:1 es demasiado hermoso. Averigüemos cómo se implementa técnicamente Simplivity para mostrar tales números.
Instantánea. Las instantáneas se implementan 100% correctamente como RoW (Redirect-on-Write) y, por lo tanto, ocurren instantáneamente y no causan una penalización en el rendimiento. ¿En qué se diferencian, por ejemplo, de otros sistemas? ¿Por qué necesitamos instantáneas locales sin penalizaciones? Sí, es muy sencillo reducir el RPO de 24 horas (RPO promedio para respaldo) a decenas o incluso unidades de minutos.
Backup. Una instantánea se diferencia de una copia de seguridad solo en cómo la percibe el sistema de administración de la máquina virtual. Si cuando eliminas una máquina se elimina todo lo demás, entonces fue una instantánea. Si queda algo, significa que es una copia de seguridad. Por lo tanto, cualquier instantánea puede considerarse una copia de seguridad completa si se marca en el sistema y no se elimina.
Por supuesto, muchos se opondrán: ¿qué tipo de copia de seguridad es esta si se almacena en el mismo sistema? Y aquí hay una respuesta muy sencilla en forma de contrapregunta: dime, ¿tienes un modelo de amenaza formal que establezca las reglas para almacenar una copia de seguridad? Esta es una copia de seguridad absolutamente honesta contra la eliminación de un archivo dentro de una VM, esta es una copia de seguridad contra la eliminación de la VM misma. Si es necesario almacenar una copia de seguridad exclusivamente en un sistema separado, tiene una opción: replicar esta instantánea en un segundo clúster de Simplivity o en HPE StoreOnce.
Y aquí es donde resulta que dicha arquitectura es simplemente ideal para cualquier tipo de VDI. Después de todo, VDI significa cientos o incluso miles de máquinas extremadamente similares con el mismo sistema operativo y las mismas aplicaciones. La deduplicación global devorará todo esto y no comprimirá ni siquiera 100:1, sino mucho mejor. ¿Implementar 1000 máquinas virtuales desde una plantilla? No hay ningún problema, estas máquinas tardarán más en registrarse en vCenter que en clonarse.
La línea Simplivity G fue creada especialmente para usuarios con requisitos especiales de rendimiento y para aquellos que necesitan aceleradores 3D.
Esta serie no utiliza un acelerador de deduplicación de hardware y, por lo tanto, reduce la cantidad de discos por nodo para que el controlador lo maneje en software. Esto libera ranuras PCIe para otros aceleradores. La cantidad de memoria disponible por nodo también se duplicó a 3 TB para las cargas de trabajo más exigentes.
La simplicidad es ideal para organizar infraestructuras VDI distribuidas geográficamente con replicación de datos en un centro de datos central.
Esta arquitectura VDI (y no solo VDI) es especialmente interesante en el contexto de las realidades rusas: distancias enormes (y, por lo tanto, retrasos) y canales lejos de ser ideales. Se crean centros regionales (o incluso solo 1-2 nodos de Simplivity en una oficina completamente remota), donde los usuarios locales se conectan a través de canales rápidos, se mantiene el control y la gestión total desde el centro, y solo una pequeña cantidad de información real, valiosa y no basura, se replica en los datos del centro.
Por supuesto, Simplivity está completamente conectado con OneView e InfoSight.
Clientes ligeros y cero
Los clientes ligeros son soluciones especializadas para uso exclusivo como terminales. Dado que prácticamente no hay carga para el cliente más que mantener el canal y decodificar video, casi siempre hay un procesador con enfriamiento pasivo, un pequeño disco de arranque solo para iniciar un sistema operativo integrado especial, y eso es básicamente todo. Prácticamente no hay nada que romper y es inútil robar. El costo es bajo y no se almacenan datos.
Existe una categoría especial de clientes ligeros, los llamados clientes cero. Su principal diferencia con los delgados es la ausencia incluso de un sistema operativo integrado de uso general y funcionan exclusivamente con un microchip con firmware. A menudo contienen aceleradores de hardware especiales para decodificar transmisiones de vídeo en protocolos de terminal como PCoIP o HDX.
A pesar de la división de la gran Hewlett Packard en HPE y HP separados, es imposible no mencionar los clientes ligeros producidos por HP.
La elección es amplia, para todos los gustos y necesidades: hasta estaciones de trabajo con varios monitores y aceleración de transmisión de vídeo por hardware.
Servicio HPE para tu trabajo remoto
Y por último, pero no menos importante, quiero mencionar el servicio HPE. Sería demasiado largo enumerar todos los niveles de servicio y capacidades de HPE, pero como mínimo hay una oferta extremadamente importante para entornos de trabajo remoto. Es decir, un ingeniero de servicio de HPE/centro de servicio autorizado. Continúa trabajando de forma remota, desde su casa de campo favorita, escuchando a los abejorros, mientras una abeja de HPE, que llega al centro de datos, reemplaza los discos o una fuente de alimentación fallida en sus servidores.
HPE CallHome
En las condiciones actuales, con restricciones de movimiento, la función Call Home se vuelve más relevante que nunca. Cualquier sistema HPE con esta característica puede informar automáticamente una falla de hardware o software al Centro de soporte de HPE. Y es probable que una pieza de repuesto y/o un ingeniero de servicio llegue a su ubicación mucho antes de que note algún mal funcionamiento o problema con los servicios productivos.
Personalmente, recomiendo habilitar esta función.
Fuente: habr.com