Hoxe vouvos contar unha historia. A historia da evolución da tecnoloxía informática e a aparición dos traballos remotos dende a antigüidade ata a actualidade.
desenvolvemento informático
O principal que se pode aprender da historia das TIC é...
Sobra dicir que a TI se desenvolve en espiral. As mesmas solucións e conceptos que se descartaron hai décadas cobran un novo sentido e comezan a funcionar con éxito en novas condicións, con novas tarefas e novas capacidades. Nisto, a TI non é diferente de ningunha outra área do coñecemento humano e da historia da Terra no seu conxunto.
Hai moito tempo cando os ordenadores eran grandes
"Creo que hai un mercado no mundo para unhas cinco computadoras", dixo o CEO de IBM, Thomas Watson, en 1943.
A tecnoloxía informática inicial era grande. Non, iso está mal, a tecnoloxía inicial era monstruosa, ciclópea. Unha máquina totalmente informatizada ocupaba unha superficie comparable a un ximnasio e custaba cartos absolutamente pouco realistas. Un exemplo de compoñentes é un módulo RAM en aneis de ferrita (1964).
Este módulo ten un tamaño de 11 cm * 11 cm e unha capacidade de 512 bytes (4096 bits). Un armario completamente cheo con estes módulos apenas tiña a capacidade dun antigo disquete de 3,5” (1.44 MB = 2950 módulos), mentres consumía enerxía eléctrica moi notable e quentábase como unha locomotora de vapor.
É precisamente polo seu enorme tamaño que o nome inglés para o código do programa de depuración é "depuración". Unha das primeiras programadoras da historia, Grace Hopper (si, unha muller), unha oficial naval, escribiu unha entrada de rexistro en 1945 despois de investigar un problema co programa.
Dado que a polilla (polilla) en xeral é un erro (insecto), todos os problemas e accións posteriores para resolver o persoal informaron aos seus superiores como "depuración" (literalmente depuración), entón o nome erro foi asignado firmemente a un fallo do programa e un erro no código e a depuración converteuse nunha depuración .
Co desenvolvemento da electrónica e da electrónica de semicondutores en particular, o tamaño físico das máquinas comezou a diminuír e, pola contra, aumentou a potencia de cálculo. Pero mesmo neste caso era imposible proporcionar a todos un ordenador persoalmente.
"Non hai ningunha razón para que alguén queira ter unha computadora na súa casa" - Ken Olsen, fundador de DEC, 1977.
Nos anos 70 aparece o termo mini-ordenador. Lembro que cando lin este trimestre por primeira vez hai moitos anos, imaxinaba algo así como un netbook, case un portátil. Non podería estar máis lonxe da verdade.
Mini é só en comparación coas enormes salas de máquinas, pero aínda son varios armarios con equipos que custan centos de miles e millóns de dólares. Porén, a potencia de cómputo xa aumentara tanto que non sempre estaba cargada ao 100%, e ao mesmo tempo os ordenadores comezaron a estar a disposición dos universitarios e do profesorado.
E entón chegou EL!
Pouca xente pensa nas raíces latinas na lingua inglesa, pero é a que nos trouxo o acceso remoto tal e como o coñecemos hoxe. Terminus (latín) - final, fronteira, meta. O propósito do Terminator T800 era acabar coa vida de John Connor. Tamén sabemos que as estacións de transporte onde se embarcan e desembarcan pasaxeiros ou se cargan e descargan mercadorías chámanse terminais, os destinos finais das rutas.
En consecuencia, naceu o concepto de acceso ao terminal, e podes ver o terminal máis famoso do mundo que aínda vive nos nosos corazóns.
O DEC VT100 chámase terminal porque remata a liña de datos. Ten unha potencia de procesamento practicamente nula e a súa única tarefa é mostrar a información recibida dunha máquina grande e transmitir a entrada do teclado á máquina. E aínda que o VT100 está fisicamente morto hai tempo, aínda o usamos ao máximo.
Os nosos días
Empezaría a contar "os nosos días" desde principios dos anos 80, desde o momento en que apareceron os primeiros procesadores cunha potencia de cálculo significativa, dispoñibles para unha ampla gama de persoas. Tradicionalmente crese que o procesador principal da época era o Intel 8088 (familia x86) como antepasado da arquitectura gañadora. Cal é a diferenza fundamental co concepto dos 70?
Por primeira vez, tende a transferir o procesamento da información do centro á periferia. Non todas as tarefas requiren a potencia insana (en comparación co débil x86) dun mainframe ou mesmo dun mini-ordenador. Intel non se queda parada; nos anos 90 lanzou a familia Pentium, que realmente se converteu no primeiro electrodoméstico producido en masa en Rusia. Estes procesadores xa son capaces de moito, non só escribir cartas, senón tamén multimedia e traballar con pequenas bases de datos. De feito, para as pequenas empresas non hai ningunha necesidade de servidores: todo pódese facer na periferia, en máquinas cliente. Cada ano, os procesadores son cada vez máis potentes, e a diferenza entre os servidores e os ordenadores persoais é cada vez máis pequena en termos de potencia de cómputo, adoita permanecer só en redundancia de enerxía, soporte intercambiable en quente e casos especiais para montaxe en rack.
Se comparas os procesadores cliente modernos que eran "ridículos" para os administradores de servidores pesados dos anos 90 de Intel cos supercomputadores do pasado, entón te sentirás un pouco incómodo.
Botámoslle unha ollada ao vello, que practicamente ten a miña idade. Cray X-MP/24 1984.
Esta máquina estaba entre as mellores supercomputadoras de 1984, tendo 2 procesadores de 105 MHz cunha potencia de computación máxima de 400 MFlops (millóns de operacións de coma flotante). A máquina particular que se mostra na foto estaba no laboratorio de criptografía da NSA dos Estados Unidos e estaba implicada en romper códigos. Se convertes 15 millóns de dólares en dólares de 1984 en dólares de 2020, o custo é de 37,4 millóns de dólares, ou 93 dólares/MFlops.
A máquina na que escribo estas liñas ten un procesador Core i5-7400 de 2017, que non é nada novo, e mesmo no ano do seu lanzamento era o máis novo de 4 núcleos de todos os procesadores de escritorio de gama media. 4 núcleos de frecuencia base de 3.0 GHz (3.5 con Turbo Boost) e fíos de HyperThreading duplicados dan de 19 a 47 GFlops de potencia segundo varias probas a un prezo de 16 mil rublos por procesador. Se montas a máquina enteira, podes asumir o seu custo por $ 750 (a prezos e tipos de cambio a partir do 1 de marzo de 2020).
Ao final, obtemos unha superioridade dun procesador de escritorio completamente medio dos nosos días en 50-120 veces sobre un supercomputador top-10 do pasado previsible, e a caída do custo específico de MFlops vólvese absolutamente monstruosa 93500 / 25 = 3700 veces.
Por que aínda necesitamos servidores e a centralización da computación con tanta potencia na periferia é absolutamente incomprensible!
Salto inverso: a espiral fixo un xiro
Estacións sen disco
O primeiro sinal de que o traslado da computación á periferia non sería definitivo foi a aparición da tecnoloxía de estacións de traballo sen disco. Cunha importante distribución das estacións de traballo por toda a empresa, e especialmente nas instalacións contaminadas, a cuestión da xestión e soporte destas estacións faise moi difícil.
Aparece o concepto de "tempo do corredor": a porcentaxe de tempo que un empregado de soporte técnico está no corredor, de camiño a un empregado cun problema. Este é tempo de pago, pero completamente improdutivo. Non o papel menos importante, e sobre todo nas salas contaminadas, foi o fallo dos discos duros. Quitemos o disco da estación de traballo e fagamos todo o demais na rede, incluída a descarga. Ademais do enderezo do servidor DHCP, o adaptador de rede tamén recibe información adicional: o enderezo do servidor TFTP (servizo de ficheiros simplificado) e o nome da imaxe de arranque, cárgao na RAM e inicia a máquina.
Ademais de menos avarías e o tempo de corredor reducido, agora non tes que depurar a máquina no lugar, senón que só tes que traer unha nova e levar a antiga para o diagnóstico nun lugar de traballo equipado. Pero iso non é todo!
Unha estación sen disco vólvese moito máis segura: se alguén de súpeto entra na sala e saca todos os ordenadores, isto é só unha perda de equipo. Non se almacenan datos en estacións sen disco.
Lembremos este punto: a seguridade da información comeza a xogar un papel cada vez máis importante despois da “infancia despreocupada” das tecnoloxías da información. E as terribles e importantes letras 3 están a inmiscuirse cada vez máis nas TI - GRC (Gobernanza, Risco, Conformidade) ou en ruso "Manageability, Risk, Compliance".
Servidores de terminais
A distribución xeneralizada de ordenadores persoais cada vez máis potentes na periferia superou significativamente o desenvolvemento das redes de acceso público. As aplicacións clásicas cliente-servidor dos 90 e principios dos 00 non funcionaron moi ben nunha canle delgada se o intercambio de datos ascendía a algún valor significativo. Isto era especialmente difícil para as oficinas remotas conectadas mediante un módem e unha liña telefónica, que tamén se conxelaban ou cortaban periodicamente. E…
A espiral deu un xiro e atopouse de novo en modo terminal co concepto de servidores de terminal.
De feito, volvemos aos anos 70 cos seus clientes cero e a centralización do poder de cómputo. Rápidamente quedou obvio que, ademais da razón puramente económica das canles, o acceso ao terminal ofrece enormes oportunidades para organizar un acceso seguro desde o exterior, incluíndo o traballo desde a casa para os empregados, ou un acceso extremadamente limitado e controlado para os contratistas desde redes non fiables e non fiables. dispositivos incontrolados.
Non obstante, os servidores de terminais, con todas as súas vantaxes e progresividade, tamén presentaban unha serie de desvantaxes: baixa flexibilidade, problema dun veciño ruidoso, Windows estritamente baseado en servidor, etc.
O nacemento de Proto VDI
É certo que a principios e mediados dos anos 00 xa estaba a entrar en escena a virtualización industrial da plataforma x86. E alguén expresou unha idea que estaba simplemente no aire: en lugar de centralizar todos os clientes en granxas de terminais de servidores, démoslle a todos a súa propia máquina virtual persoal con Windows cliente e mesmo acceso de administrador?
Rexeitamento de clientes gordos
Paralelamente á virtualización da sesión e do SO, desenvolveuse un enfoque para facilitar a función do cliente a nivel de aplicación.
A lóxica detrás disto era bastante sinxela, porque non todos tiñan ordenadores portátiles persoais, nin todos tiñan Internet, e moitos só podían conectarse desde un cibercafé con dereitos moi limitados, por dicilo suavemente. De feito, todo o que se podía lanzar era un navegador. O navegador converteuse nun atributo indispensable do SO, Internet entrou firmemente nas nosas vidas.
Noutras palabras, houbo unha tendencia paralela á transferencia da lóxica do cliente ao centro en forma de aplicacións web, para acceder ás que só precisa o cliente máis sinxelo, Internet e un navegador.
E non acabamos onde comezamos: con cero clientes e servidores centrais. Chegamos alí de varias maneiras independentes.
Infraestrutura de escritorio virtual
corrector
En 2007, o líder no mercado da virtualización industrial, VMware, lanzou a primeira versión do seu produto VDM (Virtual Desktop Manager), que se converteu en realidade na primeira do nacente mercado de escritorios virtuais. Por suposto, non tivemos que esperar moito a resposta do líder dos servidores de terminais, Citrix, e en 2008, coa adquisición de XenSource, apareceu XenDesktop. Por suposto, houbo outros vendedores con propostas propias, pero non afondemos demasiado na historia, afastándonos do concepto.
E o concepto aínda permanece hoxe en día. Un compoñente clave de VDI é o corredor de conexión.
Este é o corazón da infraestrutura de escritorio virtual.
O corredor é responsable dos procesos VDI máis importantes:
- Determina os recursos (máquinas/sesións) dispoñibles para o cliente conectado;
- Equilibra os clientes entre grupos de máquinas/sesións se é necesario;
- Reenvía o cliente ao recurso seleccionado.
Hoxe, un cliente (terminal) para VDI pode ser practicamente calquera cousa que teña unha pantalla: un portátil, un teléfono intelixente, unha tableta, un quiosco, un cliente fino ou cero. E a parte de resposta, a mesma que executa a carga produtiva: unha sesión de servidor terminal, unha máquina física, unha máquina virtual. Os produtos VDI maduros modernos están estreitamente integrados coa infraestrutura virtual e xestionan de forma independente de forma automática, despregando ou, pola contra, eliminando máquinas virtuais que xa non son necesarias.
Un pouco aparte, pero para algúns clientes unha tecnoloxía VDI moi importante é o soporte para a aceleración de hardware de gráficos 3D para o traballo de deseñadores ou deseñadores.
Protocolo
A segunda parte extremadamente importante dunha solución VDI madura é o protocolo de acceso aos recursos virtuais. Se estamos a falar de traballar dentro dunha rede local corporativa cunha excelente e fiable rede de 1 Gbps ata un lugar de traballo e un atraso de 1 ms, entón podes levar practicamente a calquera e non pensar en absoluto.
Debes pensar cando a conexión está a través dunha rede incontrolada e a calidade desta rede pode ser absolutamente calquera cousa, ata velocidades de decenas de kilobits e atrasos imprevisibles. Son idóneos para organizar o traballo remoto real, desde casas, desde casa, desde aeroportos e restaurantes.
Servidores de terminal vs máquinas virtuales cliente
Coa chegada do VDI, parecía que era hora de despedirse dos servidores de terminais. Por que son necesarios se todos teñen a súa propia VM persoal?
Non obstante, desde o punto de vista da economía pura, resultou que para os traballos masivos típicos, idénticos ata o momento, aínda non hai nada máis eficaz que os servidores de terminais en termos de relación prezo/sesión. Con todas as súas vantaxes, o enfoque "1 usuario = 1 VM" gasta moito máis recursos en hardware virtual e nun sistema operativo completo, o que empeora a economía dos lugares de traballo típicos.
No caso de lugares de traballo de altos directivos, lugares de traballo non estándar e cargados, a necesidade de ter altos dereitos (ata administrador), unha VM dedicada por usuario ten unha vantaxe. Dentro desta máquina virtual, pode asignar recursos individualmente, emitir dereitos a calquera nivel e equilibrar máquinas virtuales entre hosts de virtualización con alta carga.
VDI e economía
Durante anos escoito a mesma pregunta: como é máis barato VDI que repartir portátiles a todos? E hai anos que teño que responder exactamente o mesmo: no caso dos empregados de oficina comúns, a VDI non é máis barata, se temos en conta os custos netos de subministración de equipos. Diga o que se diga, os portátiles son cada vez máis baratos, pero os servidores, os sistemas de almacenamento e o software do sistema custan bastante diñeiro. Se chegou o momento de actualizar a súa flota e estás pensando en aforrar cartos a través de VDI, non, non aforrarás cartos.
Citei as terribles tres letras GRC arriba; polo tanto, VDI trata sobre GRC. Trátase de xestión de riscos, trátase de seguridade e comodidade do acceso controlado aos datos. E todo isto adoita custa bastante diñeiro para implementar nunha morea de diferentes tipos de equipos. Con VDI, o control simplifícase, a seguridade aumenta e o cabelo vólvese suave e sedoso.
Solucións de traballo remoto de HPE
Xestión remota e na nube
iLO
HPE dista moito de ser un recén chegado á xestión remota da infraestrutura de servidores, non é broma: en marzo, o mítico iLO (Integrated Lights Out) cumpriu 18 anos. Recordando os meus días como administrador nos anos 00, persoalmente non podería estar máis feliz. A instalación inicial en racks e cables de conexión foi todo o que se necesitaba facer nun centro de datos ruidoso e frío. Toda a outra configuración, incluída a carga do SO, podería facerse desde unha estación de traballo, dous monitores e unha cunca de café quente. E isto fai 13 anos!
Hoxe, os servidores HPE son o estándar indiscutible de calidade a longo prazo por unha razón, e non o menor papel xoga o estándar de ouro do sistema de xestión remota: iLO.
Gustaríame sinalar específicamente as accións de HPE para manter o control da humanidade sobre o coronavirus. , que ata finais de 2020 (polo menos) a licenza iLO Advanced está dispoñible para todos de balde.
Visión informativa
Se tes máis de 10 servidores na túa infraestrutura e o administrador non está aburrido, entón, por suposto, o sistema de nube HPE Infosight baseado en intelixencia artificial será unha excelente adición ás ferramentas de monitorización estándar. O sistema non só supervisa o estado e crea gráficos, senón que tamén recomenda de forma independente máis accións en función da situación e das tendencias actuais.
Sexa intelixente, , proba Infosight!
OneView
Por último, pero non menos importante, gustaríame mencionar a HPE OneView: unha carteira completa de produtos con enormes capacidades para supervisar e xestionar toda a infraestrutura. E todo isto sen levantarte da túa mesa, que podes ter na situación actual da túa casa de campo.
Os sistemas de almacenamento tampouco están mal!
Por suposto, todos os sistemas de almacenamento son xestionados e monitorizados de forma remota - este foi o caso hai moitos anos. Por iso, hoxe quero falar doutra cousa, a saber, os clusters de metro.
Os clústeres de metro non son nada novos no mercado, pero é precisamente por iso que aínda non son moi populares: a inercia do pensamento e as primeiras impresións aféctanlles. Por suposto, xa existían hai 10 anos, pero custan como unha ponte de ferro fundido. Os anos que pasaron dende os primeiros metroclústeres cambiaron a industria e a dispoñibilidade da tecnoloxía para o público en xeral.
Recordo proxectos nos que partes dos sistemas de almacenamento foron distribuídas especialmente: por separado para servizos supercríticos nun clúster metropolitano, por separado para a replicación sincrónica (moito máis barato).
De feito, en 2020, un metroclúster non che custa nada se podes organizar dous sitios e canles. Pero as canles necesarias para a replicación síncrona son exactamente as mesmas que para os metroclusters. A licenza de software realizouse durante moito tempo en paquetes, e a replicación síncrona chega inmediatamente como un paquete cun clúster metropolitano, e o único que ata agora mantén viva a replicación unidireccional é a necesidade de organizar unha rede L2 estendida. E aínda así, a L2 sobre a L3 xa percorre todo o país con forza e forza.
Entón, cal é a diferenza fundamental entre a replicación síncrona e o metrocluster desde o punto de vista do traballo remoto?
Todo é moi sinxelo. O metrocluster funciona por si mesmo, automaticamente, sempre, case ao instante.
Como é o proceso de cambio de carga para a replicación síncrona nunha infraestrutura de polo menos varios centos de máquinas virtuales?
- Recíbese un sinal de emerxencia.
- O turno de traballo analiza a situación: podes reservar con seguridade de 10 a 30 minutos só para recibir un sinal e tomar unha decisión.
- Se os enxeñeiros de servizo non teñen a autoridade para iniciar o cambio de forma independente, aínda teñen 30 minutos para contactar coa persoa coa autoridade e confirmar formalmente o inicio do cambio.
- Premendo o botón vermello grande.
- 10-15 minutos para tempo de espera e remontado de volume, re-rexistro da máquina virtual.
- 30 minutos para cambiar o enderezo IP é unha estimación optimista.
- E por último, o inicio da VM e a posta en marcha de servizos produtivos.
O RTO total (tempo para restaurar os procesos comerciais) pódese estimar con seguridade en 4 horas.
Comparemos coa situación do metrocluster.
- O sistema de almacenamento entende que a conexión co brazo do metrocluster se perde - 15-30 segundos.
- Os anfitrións de virtualización entenden que o primeiro centro de datos se perde - 15-30 segundos (simultáneamente co punto 1).
- Reinicio automático da metade a un terzo das máquinas virtuales no segundo centro de datos: 10-15 minutos antes de cargar os servizos.
- Por esta época, a quenda de servizo dáse conta do que pasou.
Total: RTO = 0 para servizos individuais, 10-15 minutos no caso xeral.
Por que só se reinicia a metade ou un terzo das máquinas virtuales? Mira que está pasando:
- Fai todo de forma intelixente e activa o equilibrio automático da máquina virtual. Como resultado, de media, só a metade das máquinas virtuales están funcionando nun dos centros de datos. Despois de todo, o único obxectivo dun metrocluster é minimizar o tempo de inactividade e, polo tanto, é do teu interese minimizar o número de máquinas virtuales atacadas.
- Algúns servizos pódense agrupar a nivel de aplicación, distribuídos en diferentes máquinas virtuales. En consecuencia, estas máquinas virtuales emparelladas están cravadas unha a unha, ou atadas cunha cinta a diferentes centros de datos, para que o servizo non espere a que a máquina virtual se reinicie en caso de accidente.
Cunha infraestrutura ben construída con clústeres metropolitanos estendidos, os usuarios empresariais traballan con atrasos mínimos desde calquera lugar, mesmo en caso de accidente no nivel do centro de datos. No peor dos casos, o atraso será o tempo dunha cunca de café.
E, por suposto, os metroclusters funcionan moi ben tanto en HPE 3Par, que avanza cara a Valinor, como na nova Primeira.
Infraestrutura de traballo remoto
Servidores de terminais
Non hai necesidade de crear nada novo para os servidores de terminal; HPE leva moitos anos fornecendo algúns dos mellores servidores do mundo para eles. Clásicos eternos: DL360 (1U) ou DL380 (2U) ou para os fans de AMD: DL385. Por suposto, tamén hai servidores blade, tanto o clásico C7000 como a nova plataforma composable Synergy.
Para todos os gustos, para cada cor, sesións máximas por servidor!
VDI "clásico" + Simplicity HPE
Neste caso, cando digo "VDI clásico" refírome ao concepto de 1 usuario = 1 VM con Windows cliente. E, por suposto, non hai unha carga VDI máis próxima e querida para os sistemas hiperconverxentes, especialmente coa deduplicación e compresión.
Aquí, HPE pode ofrecer tanto a súa propia plataforma hiperconverxente Simplivity como servidores/nodos certificados para solucións de socios, como VSAN Ready Nodes para construír VDI na infraestrutura VMware VSAN.
Falemos un pouco máis da propia solución de Simplicity. O foco, como o nome nos indica suavemente, é a sinxeleza. Fácil de implementar, fácil de xestionar, fácil de escalar.
Os sistemas hiperconverxentes hoxe en día son un dos temas máis candentes en TI, e o número de provedores de diferentes niveis é duns 40. Segundo o cadrado máxico de Gartner, HPE está situado no Top5 a nivel mundial e está incluído no cadrado dos líderes, os que entenden. onde a industria se está a desenvolver, e son capaces de entender que se traduce en hardware.
Arquitectónicamente, Simplivity é un sistema hiperconverxente clásico con máquinas virtuais controladoras, o que significa que pode soportar varios hipervisores, en oposición aos sistemas integrados en hipervisores. De feito, a partir de abril de 2020, VMware vSphere e Microsoft Hyper-V son compatibles e anunciáronse plans para admitir KVM. A característica fundamental de Simplivity desde a súa aparición no mercado foi a aceleración hardware da compresión e a deduplicación mediante unha tarxeta aceleradora especial.
Nótese que a compresión e a deduplicación son globais e sempre están habilitadas; esta non é unha característica opcional, senón a arquitectura da solución.
HPE é, por suposto, un pouco mentiroso, afirmando unha eficiencia de 100:1, calculando dun xeito especial, pero a eficiencia do uso do espazo é moi alta. É só que o número 100:1 é demasiado bonito. Imos descubrir como se implementa tecnicamente Simplivity para mostrar tales números.
Instantáneas. As instantáneas están implementadas correctamente ao 100 % como RoW (Redirect-on-Write) e, polo tanto, prodúcense ao instante e non provocan unha penalización de rendemento. Como, por exemplo, se diferencian doutros sistemas. Por que necesitamos instantáneas locais sen penalizacións? Si, é moi sinxelo, reducir o RPO de 24 horas (RPO medio para a copia de seguridade) a decenas ou incluso unidades de minutos.
Backup. Unha instantánea difire dunha copia de seguridade só na forma en que é percibida polo sistema de xestión da máquina virtual. Se ao eliminar unha máquina se elimina todo o demais, entón era unha instantánea. Se queda algún, significa que é unha copia de seguridade. Así, calquera instantánea pode considerarse unha copia de seguridade completa se está marcada no sistema e non se elimina.
Por suposto, moitos oporán: que tipo de copia de seguridade é esta se se almacena no mesmo sistema? E aquí hai unha resposta moi sinxela en forma de contrapregunta: dime, tes un modelo de ameaza formal que estableza as regras para almacenar unha copia de seguridade? Esta é unha copia de seguridade absolutamente honesta contra a eliminación dun ficheiro dentro dunha máquina virtual, esta é unha copia de seguridade contra a eliminación da propia máquina virtual. Se é necesario almacenar unha copia de seguranza exclusivamente nun sistema separado, ten unha opción: replicar esta instantánea nun segundo clúster Simplivity ou en HPE StoreOnce.
E aquí é onde resulta que tal arquitectura é simplemente ideal para calquera tipo de VDI. Despois de todo, VDI significa centos ou incluso miles de máquinas moi similares co mesmo sistema operativo, coas mesmas aplicacións. A deduplicación global masticará todo isto e comprimirá nin sequera 100:1, pero moito mellor. Implementar 1000 máquinas virtuales desde un modelo? Non é ningún problema, estas máquinas tardarán máis en rexistrarse en vCenter que en clonar.
A liña Simplivity G foi creada especialmente para usuarios con requisitos especiais de rendemento e para aqueles que necesitan aceleradores 3D.
Esta serie non usa un acelerador de deduplicación de hardware e, polo tanto, reduce o número de discos por nodo para que o controlador o manexa no software. Isto libera ranuras PCIe para calquera outro acelerador. A cantidade de memoria dispoñible por nodo tamén se duplicou ata 3 TB para as cargas de traballo máis esixentes.
A simplicidade é ideal para organizar infraestruturas VDI distribuídas xeograficamente con replicación de datos nun centro de datos central.
Tal arquitectura VDI (e non só VDI) é especialmente interesante no contexto das realidades rusas: grandes distancias (e, polo tanto, atrasos) e lonxe das canles ideais. Créanse centros rexionais (ou incluso só 1-2 nodos Simplivity nunha oficina completamente remota), onde os usuarios locais se conectan a través de canles rápidas, mantense o control e a xestión total desde o centro, e só unha pequena cantidade de reais, valiosos e non. lixo, replícase aos datos do centro.
Por suposto, Simplivity está totalmente conectado a OneView e InfoSight.
Clientes finos e cero
Os clientes lixeiros son solucións especializadas para o seu uso exclusivamente como terminais. Dado que practicamente non hai ningunha carga no cliente que non sexa o mantemento da canle e a decodificación do vídeo, case sempre hai un procesador con arrefriamento pasivo, un pequeno disco de arranque só para iniciar un sistema operativo incorporado especial, e basicamente iso é todo. Non hai practicamente nada que romper nel, e é inútil roubar. O custo é baixo e non se almacenan datos.
Hai unha categoría especial de clientes lixeiros, os chamados clientes cero. A súa principal diferenza cos delgados é a ausencia incluso dun SO integrado de propósito xeral e funcionan exclusivamente cun microchip con firmware. A miúdo conteñen aceleradores de hardware especiais para decodificar fluxos de vídeo en protocolos de terminais como PCoIP ou HDX.
A pesar da división da gran Hewlett Packard en HPE e HP separados, é imposible non mencionar os clientes lixeiros producidos por HP.
A elección é ampla, para todos os gustos e necesidades: ata estacións de traballo con varios monitores con aceleración de hardware do fluxo de vídeo.
Servizo HPE para o seu traballo remoto
E, por último, pero non menos importante, quero mencionar o servizo HPE. Sería demasiado longo enumerar todos os niveis de servizo e capacidades de HPE, pero como mínimo hai unha oferta extremadamente importante para ambientes de traballo remoto. É dicir, un enxeñeiro de servizo de HPE/centro de servizo autorizado. Continúas traballando de xeito remoto, desde a túa casa de campo favorita, escoitando os abejorros, mentres unha abella de HPE, que chega ao centro de datos, substitúe os discos ou unha fonte de alimentación que falla nos teus servidores.
HPE CallHome
Nas condicións actuais, con restricións de movemento, a función Chamar a casa tórnase máis relevante que nunca. Calquera sistema HPE con esta función pode informar automaticamente un fallo de hardware ou software ao Centro de asistencia de HPE. E é probable que unha peza de recambio e/ou un enxeñeiro de servizo chegue á súa localización moito antes de que note algún mal funcionamento ou problema cos servizos produtivos.
Persoalmente, recoméndolle activar esta función.
Fonte: www.habr.com