Avui us explicaré una història. La història de l'evolució de la tecnologia informàtica i l'aparició de treballs a distància des de l'antiguitat fins als nostres dies.
Desenvolupament informàtic
El més important que es pot aprendre de la història de les TIC és...
No cal dir que les TIC es desenvolupen en espiral. Les mateixes solucions i conceptes que es van descartar fa dècades adquireixen un nou sentit i comencen a funcionar amb èxit en noves condicions, amb noves tasques i noves capacitats. En això, TI no és diferent de cap altra àrea del coneixement humà i de la història de la Terra en el seu conjunt.
Fa molt de temps quan els ordinadors eren grans
"Crec que hi ha un mercat al món per a uns cinc ordinadors", va dir Thomas Watson, CEO d'IBM, el 1943.
La tecnologia informàtica primerenca era gran. No, això està malament, la tecnologia primerenca era monstruosa, ciclòpia. Una màquina totalment informatitzada ocupava una àrea comparable a un gimnàs i costava diners absolutament poc realistes. Un exemple de components és un mòdul RAM sobre anells de ferrita (1964).
Aquest mòdul té una mida d'11 cm * 11 cm i una capacitat de 512 bytes (4096 bits). Un armari completament ple d'aquests mòduls amb prou feines tenia la capacitat d'un antic disquet de 3,5 polzades (1.44 MB = 2950 mòduls), mentre que consumia energia elèctrica molt notable i s'escalfava com una locomotora de vapor.
És precisament per la seva enorme mida que el nom anglès per al codi del programa de depuració és "debugging". Una de les primeres programadores de la història, Grace Hopper (sí, una dona), una oficial naval, va escriure una entrada de registre el 1945 després d'investigar un problema amb el programa.
Com que l'arna (arna) en general és un error (insecte), tots els problemes i accions addicionals per resoldre el personal van informar als seus superiors com a "depuració" (literalment depuració), aleshores el nom d'error es va assignar fermament a un error del programa i un error al codi i la depuració es va convertir en una depuració .
Amb el desenvolupament de l'electrònica i l'electrònica de semiconductors en particular, la mida física de les màquines va començar a disminuir i, per contra, va augmentar la potència de càlcul. Però fins i tot en aquest cas era impossible subministrar personalment un ordinador a tothom.
"No hi ha cap raó per la qual algú voldria tenir un ordinador a casa seva" - Ken Olsen, fundador de DEC, 1977.
Als anys 70 va aparèixer el terme mini-ordinador. Recordo que quan vaig llegir per primera vegada aquest terme fa molts anys, vaig imaginar alguna cosa com un netbook, gairebé un portàtil. No podria estar més lluny de la veritat.
Mini només es compara amb les enormes sales de màquines, però encara són diversos armaris amb equips que costen centenars de milers i milions de dòlars. Tanmateix, la potència de càlcul ja havia augmentat tant que no sempre estava carregada al 100% i, al mateix temps, els ordinadors van començar a estar a disposició dels estudiants i professors universitaris.
I després va venir EL!
Poca gent pensa en les arrels llatines en la llengua anglesa, però és la que ens va portar l'accés remot tal com el coneixem avui. Terminus (llatí) - final, frontera, meta. El propòsit del Terminator T800 era acabar amb la vida de John Connor. També sabem que les estacions de transport on s'embarquen i desembarquen passatgers o es carreguen i descarreguen mercaderies s'anomenen terminals, les destinacions finals de les rutes.
En conseqüència, va néixer el concepte d'accés al terminal, i es pot veure que el terminal més famós del món encara viu als nostres cors.
El DEC VT100 s'anomena terminal perquè finalitza la línia de dades. Té una potència de processament pràcticament nul·la i la seva única tasca és mostrar la informació rebuda d'una màquina gran i transmetre l'entrada del teclat a la màquina. I tot i que el VT100 està físicament mort, encara el fem servir al màxim.
Els nostres dies
Començaria a comptar “els nostres dies” a partir de principis dels anys 80, des del moment en què van aparèixer els primers processadors amb una potència de càlcul important, a l'abast d'un ampli ventall de persones. Tradicionalment es creu que el processador principal de l'època era l'Intel 8088 (família x86) com a avantpassat de l'arquitectura guanyadora. Quina és la diferència fonamental amb el concepte dels anys 70?
Per primera vegada, es tendeix a transferir el processament de la informació del centre a la perifèria. No totes les tasques requereixen la potència bogeria (en comparació amb el dèbil x86) d'un mainframe o fins i tot d'un mini-ordinador. Intel no s'atura; als anys 90 va llançar la família Pentium, que es va convertir realment en el primer electrodomèstic produït en massa a Rússia. Aquests processadors ja són capaços de molt, no només escriure cartes, sinó també multimèdia i treballar amb petites bases de dades. De fet, per a les petites empreses no hi ha cap necessitat de servidors: tot es pot fer a la perifèria, a les màquines client. Cada any, els processadors són cada cop més potents i la diferència entre servidors i ordinadors personals és cada cop més petita en termes de potència de càlcul, sovint quedant només en redundància de potència, suport intercanviable en calent i casos especials per al muntatge en bastidor.
Si compareu els processadors de client moderns que eren "ridículs" per als administradors de servidors pesats dels anys 90 d'Intel amb els superordinadors del passat, us sentireu una mica incòmodes.
Fem una ullada al vell, que pràcticament té la meva edat. Cray X-MP/24 1984.
Aquesta màquina es trobava entre els millors superordinadors de 1984, amb 2 processadors de 105 MHz amb una potència de càlcul màxima de 400 MFlops (milions d'operacions de coma flotant). La màquina particular que es mostra a la foto es trobava al laboratori de criptografia de la NSA dels Estats Units i es dedicava a trencar codis. Si convertiu 15 milions de dòlars en dòlars del 1984 en dòlars del 2020, el cost és de 37,4 milions de dòlars, o 93 dòlars/MFlops.
La màquina en què escric aquestes línies té un processador Core i5-7400 de 2017, que no és gens nou, i fins i tot l'any del seu llançament era el de 4 nuclis més jove de tots els processadors d'escriptori de gamma mitjana. 4 nuclis de freqüència base de 3.0 GHz (3.5 amb Turbo Boost) i els fils HyperThreading duplicats donen de 19 a 47 GFlops de potència segons diverses proves a un preu de 16 mil rubles per processador. Si munteu tota la màquina, podeu assumir el seu cost per 750 dòlars (a preus i tipus de canvi a partir de l'1 de març de 2020).
Al final, aconseguim una superioritat d'un processador d'escriptori completament mitjà dels nostres dies en 50-120 vegades respecte a un dels 10 millors superordinadors del passat previsible, i la caiguda del cost específic de MFlops esdevé absolutament monstruosa 93500 / 25 = 3700 vegades.
Per què encara necessitem servidors i la centralització de la informàtica amb tanta potència a la perifèria és absolutament incomprensible!
Salt al revés: l'espiral ha fet un gir
Estacions sense disc
El primer senyal que traslladar la informàtica a la perifèria no seria definitiu va ser l'aparició de la tecnologia d'estació de treball sense disc. Amb una distribució important d'estacions de treball per tota l'empresa, i especialment en locals contaminats, la qüestió de la gestió i suport d'aquestes estacions es torna molt difícil.
Apareix el concepte de "temps del corredor": el percentatge de temps que un empleat de suport tècnic es troba al passadís, de camí cap a un empleat amb un problema. Això és temps de pagament, però completament improductiu. No el paper menys important, i sobretot a les sales contaminades, va ser la fallada dels discs durs. Traiem el disc de l'estació de treball i fem tota la resta a la xarxa, inclosa la descàrrega. A més de l'adreça del servidor DHCP, l'adaptador de xarxa també rep informació addicional: l'adreça del servidor TFTP (servei de fitxers simplificat) i el nom de la imatge d'arrencada, la carrega a la memòria RAM i engega la màquina.
A més de menys avaries i temps de passadís reduït, ara no cal depurar la màquina in situ, sinó que només cal portar-ne una de nova i portar-ne l'antiga per al diagnòstic en un lloc de treball equipat. Però això no és tot!
Una estació sense disc es torna molt més segura: si algú entra de sobte a l'habitació i treu tots els ordinadors, això és només una pèrdua d'equip. No s'emmagatzemen dades a les estacions sense disc.
Recordem aquest punt: la seguretat de la informació comença a tenir un paper cada cop més important després de la “infància despreocupada” de les tecnologies de la informació. I les terribles i importants 3 lletres s'introdueixen cada cop més en TI: GRC (Governança, Risc, Compliment) o en rus "Gestió, Risc, Compliment".
Servidors de terminals
La distribució generalitzada d'ordinadors personals cada cop més potents a la perifèria va superar significativament el desenvolupament de les xarxes d'accés públic. Les aplicacions clàssiques client-servidor dels anys 90 i principis dels 00 no funcionaven molt bé en un canal prim si l'intercanvi de dades arribava a valors significatius. Això era especialment difícil per a les oficines remotes connectades mitjançant un mòdem i una línia telefònica, que també es congelaven o es tallaven periòdicament. I…
L'espiral va donar un gir i es va trobar de nou en mode terminal amb el concepte de servidors de terminal.
De fet, tornem als anys 70 amb els seus clients zero i la centralització de la potència informàtica. Ràpidament es va fer evident que, a més de la raó purament econòmica dels canals, l'accés al terminal ofereix enormes oportunitats per organitzar un accés segur des de l'exterior, inclòs el treball des de casa per als empleats, o un accés extremadament limitat i controlat per als contractistes des de xarxes no fiables i no fiables. dispositius incontrolats.
Tanmateix, els servidors de terminals, amb tots els seus avantatges i progressivitat, també tenien una sèrie d'inconvenients: poca flexibilitat, el problema d'un veí sorollós, Windows estrictament basat en servidor, etc.
El naixement de Proto VDI
És cert que a principis i mitjans dels anys 00, la virtualització industrial de la plataforma x86 ja estava entrant en escena. I algú va expressar una idea que estava simplement a l'aire: en lloc de centralitzar tots els clients a les granges de terminals de servidors, donem a tothom la seva pròpia màquina virtual personal amb Windows client i fins i tot accés d'administrador?
Rebuig de clients grassos
Paral·lelament a la virtualització de sessions i SO, es va desenvolupar un enfocament per facilitar la funció del client a nivell d'aplicació.
La lògica darrere d'això era bastant senzilla, perquè no tothom encara tenia ordinadors portàtils personals, no tothom tenia Internet i molts només es podien connectar des d'un cibercafè amb drets molt limitats, per dir-ho suaument. De fet, tot el que es podia llançar era un navegador. El navegador s'ha convertit en un atribut indispensable del sistema operatiu, Internet ha entrat fermament a les nostres vides.
És a dir, hi havia una tendència paral·lela a transferir la lògica del client al centre en forma d'aplicacions web, per accedir-hi només cal el client més senzill, Internet i un navegador.
I no només vam acabar on vam començar: amb zero clients i servidors centrals. Hi vam arribar de diverses maneres independents.
Infraestructura d'escriptori virtual
corredor
El 2007, el líder en el mercat de la virtualització industrial, VMware, va llançar la primera versió del seu producte VDM (Virtual Desktop Manager), que es va convertir en la primera en el naixent mercat de l'escriptori virtual. Per descomptat, no vam haver d'esperar gaire una resposta del líder dels servidors de terminals, Citrix, i el 2008, amb l'adquisició de XenSource, va aparèixer XenDesktop. Per descomptat, hi havia altres venedors amb propostes pròpies, però no aprofundim massa en la història, allunyant-nos del concepte.
I el concepte encara es manté avui dia. Un component clau de VDI és l'agent de connexió.
Aquest és el cor de la infraestructura d'escriptori virtual.
El corredor és responsable dels processos VDI més importants:
- Determina els recursos (màquines/sessions) disponibles per al client connectat;
- Equilibra els clients entre grups de màquines/sessions si cal;
- Reenvia el client al recurs seleccionat.
Avui dia, un client (terminal) per a VDI pot ser pràcticament qualsevol cosa que tingui una pantalla: un ordinador portàtil, un telèfon intel·ligent, una tauleta, un quiosc, un client prim o zero. I la part de resposta, la mateixa que executa la càrrega productiva: una sessió de servidor terminal, una màquina física, una màquina virtual. Els productes VDI madurs moderns estan estretament integrats amb la infraestructura virtual i la gestionen de manera independent de manera automàtica, desplegant o, per contra, eliminant màquines virtuals que ja no són necessàries.
Una mica a part, però per a alguns clients una tecnologia VDI extremadament important és el suport per a l'acceleració de maquinari de gràfics 3D per al treball de dissenyadors o dissenyadors.
Protocol
La segona part extremadament important d'una solució VDI madura és el protocol d'accés als recursos virtuals. Si estem parlant de treballar dins d'una xarxa local corporativa amb una xarxa excel·lent i fiable d'1 Gbps a un lloc de treball i un retard d'1 ms, aleshores podeu agafar pràcticament qualsevol i no pensar-hi gens.
Cal pensar quan la connexió es fa a través d'una xarxa no controlada, i la qualitat d'aquesta xarxa pot ser absolutament qualsevol, fins a velocitats de desenes de kilobits i retards impredictibles. Són perfectes per organitzar un treball remot real, des de cases, des de casa, des d'aeroports i restaurants.
Servidors de terminals vs màquines virtuals client
Amb l'arribada de VDI, semblava que era el moment d'acomiadar-se dels servidors de terminals. Per què es necessiten si tothom té la seva pròpia VM personal?
No obstant això, des del punt de vista de l'economia pura, va resultar que per a les feines massives típiques, idèntiques fins i tot fins i tot, no hi ha res més efectiu que els servidors de terminals en termes de relació preu/sessió. Amb tots els seus avantatges, l'enfocament "1 usuari = 1 VM" gasta molt més recursos en maquinari virtual i en un sistema operatiu complet, cosa que empitjora l'economia dels llocs de treball típics.
En el cas dels llocs de treball dels alts directius, els llocs de treball no estàndard i carregats, la necessitat de tenir alts drets (fins a l'administrador), una VM dedicada per usuari té un avantatge. Dins d'aquesta màquina virtual, podeu assignar recursos individualment, emetre drets a qualsevol nivell i equilibrar les màquines virtuals entre amfitrions de virtualització amb alta càrrega.
VDI i economia
Durant anys he sentit la mateixa pregunta: com és VDI més barat que només repartir ordinadors portàtils a tothom? I des de fa anys he hagut de respondre exactament el mateix: en el cas dels empleats ordinaris d'oficina, el VDI no és més barat, si tenim en compte els costos nets de subministrament d'equips. Sigui el que es digui, els ordinadors portàtils són cada cop més barats, però els servidors, els sistemes d'emmagatzematge i el programari del sistema costen bastants diners. Si ha arribat el moment d'actualitzar la teva flota i estàs pensant en estalviar diners amb VDI, no, no estalviaràs diners.
He citat les terribles tres lletres GRC anteriors; per tant, VDI tracta sobre GRC. Es tracta de la gestió del risc, es tracta de la seguretat i la comoditat d'accés controlat a les dades. I tot això sol costar molts diners per implementar-lo en un munt de diferents tipus d'equips. Amb VDI, el control es simplifica, la seguretat augmenta i el cabell es torna suau i sedós.
Solucions de treball remot HPE
Gestió remota i al núvol
iLO
HPE està lluny de ser un nouvingut a la gestió remota de la infraestructura de servidors, no és broma: al març, el llegendari iLO (Integrated Lights Out) va fer 18 anys. Recordant els meus dies com a administrador als anys 00, personalment no podria estar més feliç. La instal·lació inicial als bastidors i els cables de connexió era tot el que calia fer en un centre de dades sorollós i fred. Tota la resta de configuració, inclosa la càrrega del sistema operatiu, es podria fer des d'una estació de treball, dos monitors i una tassa de cafè calent. I això fa 13 anys!
Avui en dia, els servidors HPE són l'estàndard de qualitat a llarg termini indiscutible per una raó, i no el menor paper en això té l'estàndard d'or del sistema de gestió remota: iLO.
M'agradaria destacar específicament les accions d'HPE per mantenir el control de la humanitat sobre el coronavirus. , que fins a finals de 2020 (almenys) la llicència iLO Advanced està disponible per a tothom de manera gratuïta.
Visió informativa
Si teniu més de 10 servidors a la vostra infraestructura i l'administrador no s'avorreix, per descomptat, el sistema de núvol HPE Infosight basat en intel·ligència artificial serà una excel·lent addició a les eines de monitorització estàndard. El sistema no només supervisa l'estat i crea gràfics, sinó que també recomana de manera independent més accions basades en la situació i les tendències actuals.
Sigues llest, , prova Infosight!
OneView
Per últim, però no menys important, m'agradaria esmentar HPE OneView: tota una cartera de productes amb enormes capacitats per supervisar i gestionar tota la infraestructura. I tot això sense aixecar-se del vostre escriptori, que podeu tenir en la situació actual a la vostra casa rural.
Els sistemes d'emmagatzematge tampoc són dolents!
Per descomptat, tots els sistemes d'emmagatzematge es gestionen i es supervisen de forma remota; aquest va ser el cas fa molts anys. Per tant, avui vull parlar d'una altra cosa, és a dir, els clústers de metro.
Els clústers de metro no són gens nous al mercat, però precisament per això encara no són gaire populars: la inèrcia del pensament i les primeres impressions els afecten. Per descomptat, ja existien fa 10 anys, però costen com un pont de ferro colat. Els anys que han passat des dels primers metroclústers han canviat la indústria i la disponibilitat de tecnologia per al públic en general.
Recordo projectes on parts dels sistemes d'emmagatzematge es distribuïen especialment: per separat per als serveis supercrítics en un clúster de metro, per separat per a la replicació síncrona (molt més barata).
De fet, el 2020, un metroclúster no et costa res si pots organitzar dos llocs i canals. Però els canals necessaris per a la replicació síncrona són exactament els mateixos que per als metroclusters. Les llicències de programari s'han dut a terme durant molt de temps en paquets, i la replicació síncrona arriba immediatament com un paquet amb un clúster de metro, i l'únic que fins ara manté viva la replicació unidireccional és la necessitat d'organitzar una xarxa L2 estesa. I fins i tot aleshores, la L2 sobre la L3 ja s'està arrasant pel país amb força i força.
Aleshores, quina és la diferència fonamental entre la replicació síncrona i el metrocluster des del punt de vista del treball remot?
Tot és molt senzill. El metroclúster funciona per si mateix, automàticament, sempre, gairebé a l'instant.
Com és el procés de canvi de càrrega per a la replicació síncrona en una infraestructura d'almenys centenars de VM?
- Es rep un senyal d'emergència.
- El torn de servei analitza la situació: podeu reservar amb seguretat de 10 a 30 minuts només per rebre un senyal i prendre una decisió.
- Si els enginyers de servei no tenen l'autoritat per iniciar el canvi de manera independent, encara disposen de 30 minuts per contactar amb la persona amb l'autoritat i confirmar formalment l'inici del canvi.
- Prement el botó vermell gran.
- De 10 a 15 minuts per a temps d'espera i muntatge de volum, reregistre de VM.
- 30 minuts per canviar l'adreça IP és una estimació optimista.
- I finalment, l'inici de la VM i la posada en marxa de serveis productius.
El RTO total (temps per restaurar els processos empresarials) es pot estimar amb seguretat en 4 hores.
Comparem amb la situació del metroclúster.
- El sistema d'emmagatzematge entén que la connexió amb el braç del metrocluster es perd: 15-30 segons.
- Els amfitrions de virtualització entenen que el primer centre de dades es perd: entre 15 i 30 segons (simultàniament amb el punt 1).
- Reinici automàtic de la meitat a un terç de les màquines virtuals del segon centre de dades: 10-15 minuts abans de carregar els serveis.
- Al voltant d'aquesta època, el torn de servei s'adona del que va passar.
Total: RTO = 0 per a serveis individuals, 10-15 minuts en el cas general.
Per què només es reinicia la meitat o un terç de les màquines virtuals? Mira què passa:
- Ho feu tot de manera intel·ligent i activeu l'equilibri automàtic de la màquina virtual. Com a resultat, de mitjana, només la meitat de les màquines virtuals s'executen en un dels centres de dades. Després de tot, l'objectiu d'un metrocluster és minimitzar el temps d'inactivitat i, per tant, és del vostre interès minimitzar el nombre de màquines virtuals atacades.
- Alguns serveis es poden agrupar a nivell d'aplicació, distribuïts en diferents màquines virtuals. En conseqüència, aquestes màquines virtuals aparellades es claven una a una o es lliguen amb una cinta a diferents centres de dades, de manera que el servei no espera que la màquina virtual es reiniciï en cas d'accident.
Amb una infraestructura ben construïda amb clústers de metro ampliats, els usuaris empresarials treballen amb retards mínims des de qualsevol lloc, fins i tot en cas d'accident a nivell del centre de dades. En el pitjor dels casos, el retard serà el temps d'una tassa de cafè.
I, per descomptat, els metroclusters funcionen molt bé tant a HPE 3Par, que avança cap a Valinor, com a la flamant Primera!
Infraestructura de treball remot
Servidors de terminals
No cal inventar res de nou per als servidors de terminals; HPE fa molts anys que els proporciona alguns dels millors servidors del món. Clàssics atemporals: DL360 (1U) o DL380 (2U) o per a fans d'AMD: DL385. Per descomptat, també hi ha servidors blade, tant el clàssic C7000 com la nova plataforma composable Synergy.
Per a tots els gustos, per a cada color, sessions màximes per servidor!
VDI "clàssic" + Simplicitat HPE
En aquest cas, quan dic "VDI clàssic" em refereixo al concepte d'1 usuari = 1 VM amb Windows client. I, per descomptat, no hi ha una càrrega VDI més propera i estimada per als sistemes hiperconvergents, especialment amb la deduplicació i la compressió.
Aquí, HPE pot oferir la seva pròpia plataforma de Simplivitat hiperconvergent i servidors/nodes certificats per a solucions de socis, com ara VSAN Ready Nodes per crear VDI a la infraestructura VMware VSAN.
Parlem una mica més de la solució de Simplicity. El focus, com el nom ens indica suaument, és la simplicitat. Fàcil d'implementar, fàcil de gestionar, fàcil d'escalar.
Els sistemes hiperconvergents d'avui són un dels temes més candents en TI, i el nombre de venedors de diferents nivells és d'uns 40. Segons el quadrat màgic de Gartner, HPE es troba al Top5 a nivell mundial i s'inclou al quadrat dels líders, els que entenen. on la indústria s'està desenvolupant, i són capaços d'entendre per traduir-se en maquinari.
Arquitectònicament, Simplivity és un sistema hiperconvergent clàssic amb màquines virtuals controladores, el que significa que pot suportar diversos hipervisors, a diferència dels sistemes integrats amb hipervisor. De fet, a partir d'abril de 2020, VMware vSphere i Microsoft Hyper-V són compatibles i s'han anunciat plans per donar suport a KVM. La característica clau de Simplivity des de la seva aparició al mercat ha estat l'acceleració de maquinari de compressió i deduplicació mitjançant una targeta acceleradora especial.
Cal tenir en compte que la compressió i la deduplicació són globals i sempre habilitades; aquesta no és una característica opcional, sinó l'arquitectura de la solució.
HPE és, per descomptat, una mica fals, afirmant una eficiència de 100:1, calculant d'una manera especial, però l'eficiència de l'ús de l'espai és realment molt alta. És que el número 100:1 és massa bonic. Anem a esbrinar com s'implementa tècnicament Simplivity per mostrar aquests números.
Instantània. Les instantànies s'implementen correctament al 100% com a RoW (Redirect-on-Write) i, per tant, es produeixen a l'instant i no causen una penalització de rendiment. Com es diferencien, per exemple, d'altres sistemes. Per què necessitem instantànies locals sense penalitzacions? Sí, és molt senzill reduir el RPO de 24 hores (RPO mitjà per a la còpia de seguretat) a desenes o fins i tot unitats de minuts.
reserva. Una instantània difereix d'una còpia de seguretat només en com la percep el sistema de gestió de la màquina virtual. Si quan suprimiu una màquina s'elimina tota la resta, llavors era una instantània. Si en queda alguna, vol dir que és una còpia de seguretat. Així, qualsevol instantània es pot considerar una còpia de seguretat completa si està marcada al sistema i no s'elimina.
Per descomptat, molts s'oposaran: quin tipus de còpia de seguretat és aquesta si s'emmagatzema al mateix sistema? I aquí hi ha una resposta molt senzilla en forma de contrapregunta: digueu-me, teniu un model d'amenaça formal que estableixi les regles per emmagatzemar una còpia de seguretat? Aquesta és una còpia de seguretat absolutament honesta contra la supressió d'un fitxer dins d'una màquina virtual, aquesta és una còpia de seguretat contra la supressió de la pròpia màquina virtual. Si cal emmagatzemar una còpia de seguretat exclusivament en un sistema independent, teniu una opció: replicar aquesta instantània a un segon clúster Simplivity o a HPE StoreOnce.
I aquí és on resulta que aquesta arquitectura és simplement ideal per a qualsevol tipus de VDI. Després de tot, VDI significa centenars o fins i tot milers de màquines extremadament similars amb el mateix sistema operatiu, amb les mateixes aplicacions. La deduplicació global esborrarà tot això i comprimirà ni tan sols 100:1, però molt millor. Desplegueu 1000 màquines virtuals des d'una plantilla? No és cap problema, aquestes màquines trigaran més a registrar-se a vCenter que a clonar.
La línia Simplivity G es va crear especialment per a usuaris amb requisits especials de rendiment i per a aquells que necessiten acceleradors 3D.
Aquesta sèrie no utilitza un accelerador de deduplicació de maquinari i, per tant, redueix el nombre de discos per node perquè el controlador ho gestioni en programari. Això allibera ranures PCIe per a qualsevol altre accelerador. La quantitat de memòria disponible per node també s'ha duplicat fins a 3 TB per a les càrregues de treball més exigents.
La simplicitat és ideal per organitzar infraestructures VDI distribuïdes geogràficament amb replicació de dades a un centre de dades central.
Aquesta arquitectura VDI (i no només VDI) és especialment interessant en el context de les realitats russes: grans distàncies (i, per tant, retards) i lluny dels canals ideals. Es creen centres regionals (o fins i tot només 1-2 nodes de simplicitat en una oficina completament remota), on els usuaris locals es connecten a través de canals ràpids, es manté el control i la gestió totals des del centre, i només una petita quantitat de reals, valuosos i no brossa, es replica a les dades del centre.
Per descomptat, Simplivity està totalment connectat a OneView i InfoSight.
Clients prims i zero
Els clients lleugers són solucions especialitzades per utilitzar-les exclusivament com a terminals. Com que pràcticament no hi ha cap càrrega al client a part de mantenir el canal i descodificar el vídeo, gairebé sempre hi ha un processador amb refrigeració passiva, un petit disc d'arrencada només per iniciar un sistema operatiu incrustat especial, i bàsicament això és tot. Pràcticament no hi ha res per trencar-hi, i és inútil robar. El cost és baix i no s'emmagatzemen dades.
Hi ha una categoria especial de clients prims, els anomenats clients zero. La seva principal diferència amb els prims és l'absència fins i tot d'un sistema operatiu integrat de propòsit general i funcionen exclusivament amb un microxip amb firmware. Sovint contenen acceleradors de maquinari especials per descodificar fluxos de vídeo en protocols de terminal com PCoIP o HDX.
Malgrat la divisió de la gran Hewlett Packard en HPE i HP separats, és impossible no esmentar els clients lleugers produïts per HP.
L'elecció és àmplia, per a tots els gustos i necessitats: fins a estacions de treball amb diversos monitors amb acceleració de maquinari del flux de vídeo.
Servei HPE per al vostre treball remot
I per últim, però no menys important, vull esmentar el servei HPE. Seria massa llarg enumerar tots els nivells i capacitats de servei d'HPE, però com a mínim hi ha una oferta extremadament important per a entorns de treball remot. És a dir, un enginyer de servei de HPE/centre de servei autoritzat. Continueu treballant de forma remota, des de la vostra casa rural preferida, escoltant borinots, mentre una abella d'HPE, arribant al centre de dades, substitueix els discos o una font d'alimentació fallida als vostres servidors.
HPE CallHome
En les condicions actuals, amb restriccions de moviment, la funció de trucada a casa és més rellevant que mai. Qualsevol sistema HPE amb aquesta funció pot informar d'una fallada de maquinari o programari al Centre d'assistència HPE. I és probable que una peça de recanvi i/o un enginyer de servei arribi a la vostra ubicació molt abans que noteu cap mal funcionament o problema amb els serveis productius.
Personalment, recomano molt activar aquesta funció.
Font: www.habr.com