Oggi vi racconterò una storia. La storia dell'evoluzione dell'informatica e dell'emergere degli spazi di lavoro a distanza dai tempi antichi fino ad oggi.
Evoluzione dell'IT
La cosa principale che si può trarre dalla storia dell'IT è che...
Certo, l'IT si sviluppa a spirale. Le stesse soluzioni e concetti che sono stati scartati decenni fa riacquistano nuovo significato e iniziano a funzionare con successo in nuove condizioni, davanti a nuove sfide e nuove potenzialità. In questo, l'IT non è diverso da qualsiasi altro campo del sapere umano e dalla storia della Terra in generale.
Tanto tempo fa, quando i computer erano enormi
“Penso che nel mondo ci sia un mercato per circa cinque computer”, ha detto il capo della IBM, Thomas Watson, nel 1943.
La tecnologia informatica precoce era grande. No, non è corretto, la tecnologia precoce era mostruosa, ciclopica. Un'intera macchina computazionale occupava uno spazio paragonabile a quello di una palestra e costava somme irragionevoli. Un esempio di componenti potrebbe essere un modulo di memoria RAM a anelli di ferrite (1964).
Questo modulo ha dimensioni di 11 cm * 11 cm e una capacità di 512 byte (4096 bit). Un armadio completamente riempito con questi moduli avrebbe a malapena raggiunto la capacità di un floppy disk da 3,5” (1.44 MB = 2950 moduli), consumando tuttavia una notevole potenza elettrica e riscaldandosi come una locomotiva.
Il nome inglese per il processo di debug del codice è legato proprio alle sue dimensioni enormi - “debugging”. Una delle prime programmatori della storia, Grace Hopper (sì, una donna), ufficiale della marina, registrò nel 1945 una nota nel suo diario dopo aver investigato un malfunzionamento nel software.
Dato che moth (falena) è in generale un bug (insetto), tutte le ulteriori problematiche e le azioni per risolverle furono comunicate al personale superiore come “debugging” (letteralmente disinsettion), il che segnò l'associazione indelebile tra i malfunzionamenti del software e gli errori nel codice, creando il termine bug e portando a considerare il processo di debugging come tale.
Con l'evoluzione dell'elettronica e della microelettronica in particolare, le dimensioni fisiche delle macchine sono diminuite, mentre la potenza computazionale è aumentata. Tuttavia, anche in questo caso non era possibile dare a ciascuno un computer personale.
“Non ci sono motivi per cui qualcuno vorrebbe tenere un computer a casa” — Ken Olsen, fondatore della DEC, 1977.
Negli anni '70 appare il termine mini-computer. Ricordo che quando ho letto per la prima volta questo termine molti anni fa, mi sono immaginato qualcosa come un netbook, praticamente un palmare. Non avrei potuto essere più lontano dalla verità.
Mini — è solo in confronto ai vasti centri di calcolo, ma è comunque composto da diverse armadi di attrezzature dal valore di centinaia di migliaia e milioni di dollari. Tuttavia, la potenza di calcolo era già aumentata al punto che non era sempre utilizzata al 100%, e nel frattempo i computer cominciarono a diventare accessibili a studenti e docenti universitari.
E poi E' arrivato LUI!
Pochi si soffermano sulle radici latine della lingua inglese, ma è proprio da lì che deriva l'accesso remoto, come lo conosciamo oggi. Terminus (lat) — fine, confine, obiettivo. L'obiettivo del Terminator T800 era porre fine alla vita di John Connor. Allo stesso modo, sappiamo che le stazioni di trasporto, dove avviene l'imbarco e lo sbarco dei passeggeri o il carico e scarico delle merci, sono chiamate terminali — mete finali dei percorsi.
Di conseguenza è emersa la concezione dell'accesso da terminale, e potete vedere il terminale più noto al mondo, ancora vivo nei nostri cuori.
Il DEC VT100 è chiamato terminale poiché conclude la linea informativa. Ha praticamente zero potenza di calcolo e il suo unico compito è visualizzare le informazioni ricevute da una grande macchina e inviare l'input della tastiera alla macchina. E sebbene i VT100 siano fisicamente morti da tempo, li utilizziamo ancora a pieno regime.
I nostri giorni
“I nostri giorni” io inizierei a contarli dalla fine degli anni '80, con l'arrivo dei primi processori accessibili al pubblico con una qualche significativa potenza di calcolo. Tradizionalmente si considera che il principale processore dell'epoca sia stato l'Intel 8088 (famiglia x86), pioniere dell'architettura vincente. Qual è quindi la differenza principale rispetto al concetto degli anni '70?
Per la prima volta emerge la tendenza a spostare l'elaborazione delle informazioni dalla sede centrale alla periferia. Non tutte le attività richiedono le incredibili potenze dei mainframe o anche dei mini computer rispetto ai deboli x86. Intel non si ferma, negli anni '90 lancia la famiglia Pentium, che è diventata il primo vero computer domestico di massa in Russia. Questi processori sono già in grado di fare moltissime cose, non solo scrivere una lettera — ma anche multimedia e lavorare con piccole banche dati. Di fatto, per le piccole imprese, la necessità di server scompare completamente — tutto può essere eseguito in periferia, sui computer client. Ogni anno i processori diventano più potenti, e la differenza tra server e computer personali si riduce enormemente in termini di potenza di calcolo, rimanendo spesso solo nella riserva di alimentazione, nel supporto per la sostituzione a caldo e in case speciali per il montaggio in rack.
Se confrontiamo i moderni processori client 'ridicoli' per gli amministratori dei pesanti server Intel degli anni '90 con i supercomputer del passato, ci si sente un po' a disagio.
Diamo un'occhiata a questo 'anziano', praticamente della mia stessa età. Cray X-MP/24 del 1984.
Questa macchina era tra i supercomputer più potenti del 1984, con 2 processori da 105 MHz e una potenza di calcolo picco di 400 MFlops (milioni di operazioni in virgola mobile). In particolare, la macchina mostrata nella foto si trovava nel laboratorio di crittografia della NSA statunitense e veniva utilizzata per decifrare codici. Se traduciamo 15 milioni di dollari del 1984 in dollari del 2020, il costo sarebbe di 37,4 milioni, ovvero 93.500 dollari/MFlops.
Nella macchina su cui scrivo queste righe c'è un processore Core i5-7400 del 2017, che non è nuovo e, anche nell'anno della sua uscita, era il più giovane tra tutti i processori desktop quad-core di fascia media. 4 cores a 3.0 GHz di frequenza di base (3.5 con Turbo Boost) e il raddoppio dei thread HyperThreading forniscono da 19 a 47 GFlops di potenza secondo diversi test a un prezzo di 16.000 rubli per il processore. Se assemblassi completamente la macchina, potrei considerare il costo di circa 750 dollari (in base ai prezzi e al tasso di cambio del 1 marzo 2020).
Alla fine abbiamo un vantaggio di 50-120 volte di un processore desktop medio di oggi rispetto a un supercomputer tra i primi dieci di un passato recente, e la caduta del costo unitario per MFlops diventa assolutamente mostruosa: 93500 / 25 = 3700 volte.
È assolutamente incomprensibile perché abbiamo ancora bisogno di server e centralizzazione del calcolo con tali potenze alle periferie!
Il salto inverso — la spirale ha fatto un giro
Stazioni senza disco
Il primo segnale che il trasferimento del calcolo alle periferie non sarà definitivo è stata l'emergere della tecnologia delle stazioni di lavoro senza disco. Con una significativa distribuzione delle stazioni di lavoro sul territorio dell'azienda, e soprattutto in ambienti contaminati, la questione della gestione e del supporto di queste stazioni diventa di estrema importanza.
Nasce il concetto di 'tempo di corridoio' - ovvero la percentuale di tempo in cui un operatore del supporto tecnico si trova nel corridoio, mentre si dirige verso l'utente con il problema. Questo tempo è retribuito, ma assolutamente non produttivo. Non è da sottovalutare, soprattutto in ambienti contaminati, il malfunzionamento dei dischi rigidi. Rimuoviamo il disco dalla workstation e facciamo tutto tramite rete, inclusa l'avvio. L'adattatore di rete riceve, oltre all'indirizzo dal server DHCP, anche ulteriori informazioni - l'indirizzo del server TFTP (un servizio file semplificato) e il nome dell'immagine di avvio, la carica nella memoria e avvia la macchina.
Oltre a un numero ridotto di guasti e a una diminuzione del tempo di corridoio, ora è possibile non effettuare la configurazione della macchina sul posto, ma semplicemente portare una nuova unità e portare via quella vecchia per una diagnosi in un'area di lavoro attrezzata. Ma non è tutto!
La stazione senza disco diventa significativamente più sicura: se qualcuno dovesse entrare nell'ufficio e portare via tutti i computer, si tratterebbe solo di una perdita di attrezzatura. Nessun dato è memorizzato sulle stazioni senza disco.
Ricorderemo questo momento, la sicurezza informatica sta assumendo un ruolo sempre più importante dopo l'«infanzia spensierata» della tecnologia informatica. E nel settore IT si fanno sempre più sentire le temute e cruciali tre lettere — GRC (Governance, Risk, Compliance), ovvero «Governance, Rischio, Conformità».
Server terminali
La diffusione capillare di computer sempre più potenti nelle periferie ha superato di gran lunga lo sviluppo delle reti pubbliche. Le classiche applicazioni client-server degli anni '90 e inizio 2000 non funzionavano molto bene su una connessione lenta, specialmente quando lo scambio di dati raggiungeva valori significativi. Questo era particolarmente difficile per i siti remoti, che si connettevano tramite modem e linee telefoniche, caratterizzate anche da frequenti interruzioni o malfunzionamenti. E…
La spirale ha compiuto un giro ed è tornata alla modalità terminale con il concetto dei server terminali.
In effetti, siamo tornati agli anni '70 con i loro clienti nulli e la centralizzazione della potenza di calcolo. È diventato molto chiaro che, oltre alla pura logica economica, l'accesso terminale offre enormi vantaggi per l'organizzazione di accessi sicuri dall'esterno, inclusa la possibilità di lavorare da casa per i dipendenti, o di limitare e controllare l'accesso ai contrattisti da reti e dispositivi non fidati.
Tuttavia, i server terminali, nonostante tutti i loro vantaggi e il loro progresso, presentavano anche una serie di svantaggi: scarsa flessibilità, problema del vicino rumoroso, Windows esclusivamente server e così via.
La nascita del proto VDI
In verità, all'inizio e a metà degli anni 2000, la virtualizzazione industriale della piattaforma x86 stava già facendo la sua comparsa sulla scena. E qualcuno ha semplicemente espresso l'idea che aleggiava nell'aria: perché invece di centralizzare tutti i clienti su fattorie terminali server, non diamo a ciascuno una propria VM con Windows client e anche accesso da amministratore?
Abbandono dei client spessi
Parallelamente alla virtualizzazione delle sessioni e dei sistemi operativi, si è sviluppato un approccio volto a semplificare la funzione del client a livello applicativo.
La logica dietro ciò era piuttosto semplice: i computer portatili non erano affatto comuni, così come l'accesso a Internet, e molti potevano connettersi solo da internet cafe con diritti molto limitati, per usare un eufemismo. Di fatto, l'unica cosa che si poteva avviare era il browser. Il browser divenne un attributo imprescindibile del sistema operativo, mentre Internet entrava saldamente nelle nostre vite.
In altre parole, c'era una tendenza parallela nel trasferire la logica dal client al centro, sotto forma di applicazioni web, accessibili solo con il client più semplice, Internet e un browser.
E ci siamo ritrovati non solo allo stesso punto da cui eravamo partiti—con client leggeri e server centrali. Siamo arrivati lì attraverso diversi percorsi indipendenti.
Virtual Desktop Infrastructure
Broker
Nel 2007, il leader del mercato della virtualizzazione industriale, VMware, ha lanciato la prima versione del suo prodotto VDM (Virtual Desktop Manager), diventato di fatto il primo su un mercato dei desktop virtuali appena in fase di avvio. Naturalmente, la risposta del leader dei server terminali Citrix non si è fatta attendere e nel 2008, con l'acquisizione di XenSource, è nato XenDesktop. Senza dubbio ci sono stati anche altri fornitori con le loro offerte, ma non approfondiamo troppo la storia, distogliendoci dalla concezione.
E ancora oggi il concetto si mantiene. Il componente chiave del VDI è il broker di connessione.
Questo è il cuore dell'infrastruttura dei desktop virtuali.
Il broker gestisce i principali processi operativi del VDI:
- Definisce le risorse disponibili per il cliente connesso (macchine/sessioni);
- Bilancia, se necessario, i clienti tra i pool di macchine/sessioni;
- Collega il cliente alla risorsa selezionata.
Oggi, un client (terminale) per VDI può essere praticamente qualsiasi cosa con uno schermo: un laptop, uno smartphone, un tablet, un chiosco, un client sottile o zero. E la parte corrispondente, quella che gestisce il carico di lavoro, è la sessione di un server terminale, una macchina fisica o una macchina virtuale. I moderni prodotti VDI maturi sono strettamente integrati con l'infrastruttura virtuale e la gestiscono autonomamente in modo automatizzato, distribuendo o, al contrario, rimuovendo macchine virtuali non più necessarie.
Un aspetto un po' laterale, ma per alcuni clienti una tecnologia VDI estremamente importante è il supporto per l'accelerazione hardware della grafica 3D, fondamentale per il lavoro di progettisti o designer.
Protocollo
Un secondo aspetto estremamente importante di una soluzione VDI matura è il protocollo di accesso alle risorse virtuali. Quando si lavora all'interno di una rete locale aziendale con una rete affidabile da 1 Gbps fino alla postazione di lavoro e una latenza di 1 ms, è possibile utilizzare praticamente qualsiasi protocollo senza pensarci troppo.
È necessario riflettere quando la connessione avviene tramite una rete incontrollata, dove la qualità può variare notevolmente, con velocità che possono arrivare a qualche decina di kilobit e ritardi imprevedibili. Questo è cruciale per organizzare un vero lavoro remoto, sia dalla casa, dal cottage, dagli aeroporti o dai caffè.
Server terminali vs VM client
Con l'emergere del VDI, sembrava fosse giunto il momento di dire addio ai server terminali. A cosa servono, se ognuno ha la propria VM personale?
Tuttavia, dal punto di vista della pura economia, si è rivelato che per postazioni di lavoro standardizzate e massificate, tutte estremamente simili, non ci sono soluzioni più efficienti dei server terminali in termini di costo/sessione. Nonostante i loro vantaggi, l'approccio “1 utente = 1 VM” consuma significativamente più risorse per l'hardware virtuale e un sistema operativo completo, il che peggiora l'economia nelle postazioni di lavoro standard.
Nel caso dei posti di lavoro per top manager, di ambienti di lavoro non standard e ad alta intensità, e della necessità di avere diritti elevati (fino all'amministratore), ha vantaggi una VM dedicata per utente. All'interno di questa VM è possibile allocare risorse in modo individuale, assegnare diritti di ogni livello e bilanciare la VM tra i host di virtualizzazione sotto alta domanda.
VDI e economia
Da anni sento la stessa domanda: perché VDI dovrebbe essere più economico rispetto a dare semplicemente dei laptop a tutti? E da anni mi trovo a rispondere sempre la stessa cosa: nel caso di normali impiegati, VDI non è più economico se si considerano i costi netti per garantire l'hardware. Innegabilmente, i laptop stanno diventando più economici, mentre i server, le SAN e il software di sistema costano una quantità considerevole. Se è giunto il momento di aggiornare il parco e pensi di risparmiare con VDI, no, non risparmierai.
Ho già menzionato le tre lettere temute GRC — ecco, VDI riguarda GRC. Si tratta di gestione dei rischi, sicurezza e comodità nell'accesso controllato ai dati. E tutto questo di solito richiede investimenti considerevoli per essere implementato su un insieme eterogeneo di attrezzature. Con VDI, il controllo diventa più semplice, la sicurezza aumenta, e i capelli diventano morbidi e setosi.
Soluzioni HPE per il lavoro a distanza
Gestione remota e cloud
iLO
HPE non è affatto un novellino nella gestione remota dell'infrastruttura server, a marzo hanno festeggiato 18 anni del leggendario iLO (Integrated Lights Out). Ricordando i miei tempi da amministratore nei primi anni 2000, non riuscivo a contenere la mia gioia. L'installazione iniziale nei rack e il collegamento dei cavi — era tutto ciò che dovevamo fare in un rumore e freddo centro dati. Tutto il resto della configurazione, inclusa l'installazione del sistema operativo, si poteva già fare dal posto di lavoro, con due monitor e una tazza di caffè caldo. E questo era 13 anni fa!
Oggi i server HPE non sono senza motivo lo standard indiscusso di qualità da molti anni — e non è da meno il ruolo del gold standard nella gestione remota — iLO.
È importante sottolineare le azioni di HPE nel mantenere il controllo dell'umanità sulla coronavirus. , che fino alla fine del 2020 (almeno) la licenza iLO Advanced sarà disponibile gratuitamente per tutti.
Infosight
Se hai più di 10 server nella tua infrastruttura e l'amministratore non è annoiato a morte, un'ottima aggiunta agli strumenti di monitoraggio standard sarà il sistema cloud HPE Infosight basato sull'intelligenza artificiale. Questo sistema non solo monitora lo stato e crea grafici, ma raccomanda anche autonomamente azioni future in base alla situazione attuale e alle tendenze.
Sii intelligente, , prova Infosight!
OneView
Ultimo ma non meno importante, voglio menzionare HPE OneView — un intero portafoglio di prodotti con enormi capacità di monitoraggio e gestione di tutta l'infrastruttura. E tutto questo senza alzarti dalla scrivania, che probabilmente in questo momento si trova addirittura alla tua casa di campagna.
Anche gli storage non sono da meno!
Naturalmente, tutti gli storage sono gestiti e monitorati da remoto — questo avviene da molti anni. Pertanto, oggi voglio parlare di un altro argomento, ovvero i metro-cluster.
I metropolcluster non sono una novità nel mercato, ma è proprio per questo che non sono ancora così popolari — la mentalità e le prime impressioni giocano un ruolo importante. Certo, dieci anni fa esistevano già, ma costavano quanto un ponte di ferro. Gli anni trascorsi dalla prima introduzione dei metropolcluster hanno rivoluzionato il settore e reso la tecnologia accessibile al grande pubblico.
Ricordo progetti in cui si distribuivano appositamente le parti del sistema di archiviazione — separatamente per i servizi super critici nel metropolcluster, e separatamente per la replica sincrona (che costava di gran lunga meno).
Fattualmente, nel 2020 un metropolcluster non dovrebbe costarti nulla se sei in grado di organizzare due sedi e canali. E i canali per la replica sincrona sono esattamente gli stessi necessitati dai metropolcluster. La licenza software ormai viene fornita in pacchetti — e la replica sincrona è subito disponibile insieme al metropolcluster, e l'unica cosa che mantiene in vita la replica unidirezionale è la necessità di organizzare una rete L2 estesa. E anche questo, l'L2 su L3 sta già avanzando in tutto il paese.
Qual è quindi la differenza fondamentale tra replica sincrona e metropolcluster dal punto di vista del lavoro a distanza?
Tutto è molto semplice. Il metrocluster funziona autonomamente, in modo automatico, sempre e praticamente in tempo reale.
Come appare il processo di switching del carico durante la replica sincrona in un'infrastruttura composta da alcune centinaia di VM?
- Arriva un segnale di allerta.
- Il turno di guardia analizza la situazione: si possono prevedere da 10 a 30 minuti solo per ricevere il segnale e prendere una decisione.
- Nel caso in cui gli ingegneri di guardia non abbiano il potere di avviare autonomamente lo switching, si aggiungono ulteriori 30 minuti per contattare la persona autorizzata e ricevere una conferma formale per l'avvio dello switching.
- Premere il Grande Pulsante Rosso.
- 10-15 minuti per timeout e rimontaggio dei volumi, riallocazione delle VM.
- 30 minuti per la modifica dell'indirizzamento IP: una stima ottimistica.
- E infine l'avvio delle VM e dei servizi produttivi.
In totale, il RTO (tempo di ripristino dei processi aziendali) può essere stimato con sicurezza in 4 ore.
Confrontiamo con la situazione del metrocluster.
- Il sistema di archiviazione dati comprende che la connessione con il braccio del metrocluster è stata persa: 15-30 secondi.
- Gli host di virtualizzazione comprendono che il primo data center è andato perso: 15-30 secondi (contemporaneamente al punto 1).
- Il riavvio automatico di metà a un terzo delle VM nel secondo data center richiede 10-15 minuti per il caricamento dei servizi.
- Circa in quel momento il turno in servizio comprende cosa è successo.
In totale: RTO = 0 per singoli servizi, 10-15 minuti in generale.
Perché il riavvio riguarda solo metà a un terzo delle VM? Ecco perché:
- Facite tutto in modo intelligente, attivando il bilanciamento automatico delle VM. Di conseguenza, in media, solo metà delle VM è attiva in uno dei data center. Infatti, l'intero scopo del metrocluster è minimizzare i downtime, quindi è nel vostro interesse ridurre anche il numero di VM a rischio.
- Alcuni servizi possono essere clusterizzati a livello di applicazione, distribuiti su diverse VM. Di conseguenza, queste VM abbinate vengono fissate con dei chiodi o collegate con un nastro ai vari data center, in modo che il servizio non debba attendere il riavvio delle VM in caso di emergenza.
Con un'infrastruttura ben progettata e con metrocluster distribuiti, gli utenti aziendali lavorano con minime latenze da qualsiasi punto, anche in caso di emergenza a livello di data center. Nella peggiore delle ipotesi, la latenza sarà equivalente al tempo di una tazza di caffè.
E, ovviamente, i metrocluster funzionano perfettamente sia con l'HPE 3Par, che si allontana verso Valinor, sia con il nuovissimo Primera!
Infrastruttura per il lavoro remoto
Server terminali
Non c'è bisogno di inventare nulla di nuovo per i server terminali; da molti anni HPE fornisce alcuni dei migliori server al mondo per questo scopo. La classica intramontabile è il DL360 (1U) o il DL380 (2U), o per gli amanti dell'AMD, il DL385. Naturalmente, ci sono anche server blade, come i classici C7000 e la nuova piattaforma componibile Synergy.
Per ogni gusto, per ogni colore, il massimo di sessioni sul server!
“Classico” VDI + HPE Simplivity
In questo caso, parlando di “classico VDI”, intendo il concetto di 1 utente = 1 VM con Windows client. E ovviamente, non c'è carico VDI più vicino e familiare per i sistemi iperconvergenti, specialmente con deduplica e compressione.
Qui HPE può offrire sia la propria piattaforma iperconvergente Simplivity, sia server / nodi certificati per le soluzioni dei partner, come i VSAN Ready Nodes per costruire un VDI sull'infrastruttura VMware VSAN.
Parliamo un po' di più della nostra soluzione Simplivity. Al centro, come suggerisce delicatamente il nome, c'è la semplicità. Semplicità di distribuzione, semplicità di gestione, semplicità di scalabilità.
Le soluzioni iperconvergenti sono oggi uno dei temi più caldi in IT, con circa 40 fornitori diversi. Secondo il quadrante magico di Gartner, HPE si trova tra le prime 5 a livello globale e rientra nel quadrante dei leader, in grado di comprendere l'industria e tradurre tale comprensione in hardware.
Architettonicamente, Simplivity è un classico sistema iperconvergente con macchine virtuali controller, il che significa che può supportare diversi ipervisori, a differenza dei sistemi integrati nel proprio ipervisore. Infatti, ad aprile 2020, supporta VMware vSphere e Microsoft Hyper-V, e ci sono piani annunciati per supportare KVM. Il punto di forza di Simplivity sin dalla sua introduzione sul mercato è stata l'accelerazione hardware della compressione e della deduplicazione tramite una scheda acceleratrice speciale.
Va sottolineato che la compressione con deduplicazione è globale e sempre attiva; non si tratta di una funzionalità opzionale, ma di un'architettura della soluzione.
HPE in effetti esagera un po', affermando un'efficienza di 100:1, calcolata in modo particolare, ma l'efficienza nell'uso dello spazio è davvero molto alta. La cifra 100:1 è semplicemente troppo attraente. Analizziamo come è stata implementata tecnicamente Simplivity per mostrare tali numeri.
SnapshotLe snapshot sono implementate correttamente come RoW (Redirect-on-Write), il che significa che avvengono istantaneamente e non comportano penalizzazioni in termini di prestazioni. Questo le differenzia da alcuni altri sistemi. Perché abbiamo bisogno di snapshot locali senza penalizzazioni? È molto semplice, per ridurre il RPO da 24 ore (RPO medio per il backup) a decine o addirittura a singoli minuti.
Backup. Uno snapshot differisce dal backup solo per come viene percepito dal sistema di gestione delle macchine virtuali. Se, eliminando la macchina, viene eliminato tutto il resto, significa che si trattava di uno snapshot. Se qualcosa rimane, significa che è un backup. Pertanto, qualsiasi snapshot può essere considerato un backup completo, se contrassegnato nel sistema e non eliminato.
Certo, molti obietteranno: quale backup sarebbe se viene conservato sullo stesso sistema? E qui c'è una risposta molto semplice sotto forma di una domanda: avete un modello formale di minaccia che stabilisce le regole di archiviazione dei backup? Questo è un backup assolutamente legittimo contro l'eliminazione di un file all'interno della VM, un backup contro l'eliminazione della VM stessa. Nel caso sia necessario conservare un backup esclusivamente su un sistema indipendente, ci sono opzioni disponibili: la replica di questo snapshot su un secondo cluster Simplivity o su HPE StoreOnce.
Ed è proprio qui che si scopre che un'architettura del genere si adatta perfettamente a qualsiasi tipo di VDI. Infatti, il VDI consiste in centinaia o addirittura migliaia di macchine molto simili, tutte con lo stesso sistema operativo e le stesse applicazioni. La deduplicazione globale gestirà tutto questo e lo comprimerà non solo 100:1, ma anche meglio. Distribuire 1000 VM da un unico template? Nessun problema, queste macchine si registreranno in vCenter più a lungo di quanto impieghino a essere clonate.
È stata creata una linea di prodotti Simplivity G appositamente per gli utenti con requisiti di prestazioni specifiche e per coloro che necessitano di acceleratori 3D.
In questa serie non viene utilizzato un acceleratore hardware per la deduplicazione, e per questo motivo è stato ridotto il numero di dischi per nodo, affinché il controller possa gestire il tutto a livello software. Grazie a questo, si liberano slot PCIe per eventuali altri acceleratori. Inoltre, è raddoppiata la memoria disponibile per nodo fino a 3 TB per i carichi di lavoro più esigenti.
Simplivity è ideale per organizzare infrastrutture VDI geograficamente distribuite con replica dei dati nel data center centrale.
Questa architettura VDI (e non solo VDI) è particolarmente interessante nelle realtà russe, caratterizzate da enormi distanze (e di conseguenza ritardi) e canali non sempre ideali. Vengono creati centri regionali (o anche solo 1-2 nodi Simplivity in un ufficio molto remoto) ai quali si connettono gli utenti locali tramite canali veloci. Si mantiene così un controllo e una gestione completa dal centro, mentre nel centro viene replicata solo una quantità esigua di dati reali e preziosi, piuttosto che dati irrilevanti.
Naturalmente, Simplivity si integra completamente con OneView e InfoSight.
Client leggeri e zero client
I client leggeri sono soluzioni specializzate progettate esclusivamente per l'uso come terminali. Poiché il client non ha effettivamente alcun carico se non quello di mantenere il canale e decodificare video, è praticamente sempre dotato di un processore a raffreddamento passivo, un piccolo disco di avvio solo per caricare un sistema operativo integrato speciale, e fondamentalmente è tutto. È praticamente impossibile guastarsi, e non ha senso rubarlo. Il costo è contenuto e non memorizza alcun dato.
Esiste una categoria speciale di thin client, noti come zero client. La loro principale differenza rispetto ai thin client sta nell'assenza di un sistema operativo integrato, e funzionano esclusivamente con microchip programmati. Spesso sono dotati di acceleratori hardware specifici per la decodifica dei flussi video in protocolli di terminale come PCoIP o HDX.
Nonostante la separazione del grande “Hewlett Packard” in HPE e HP, è impossibile non menzionare i thin client prodotti da HP.
La scelta è vasta, per ogni gusto e necessità - fino a postazioni di lavoro multi-monitor con accelerazione hardware del flusso video.
Servizio HPE per il tuo lavoro remoto
E infine, ma non meno importante, voglio menzionare il servizio HPE. Sarebbe troppo lungo elencare tutti i livelli di servizio HPE e le sue possibilità, ma esiste almeno un'offerta estremamente importante in contesti di lavoro remoto. Cioè, un ingegnere di servizio di HPE/centro di assistenza autorizzato. Continuate a lavorare da remoto, dalla vostra amata casa di campagna, ascoltando le api, mentre un tecnico di HPE, arrivato nel data center, sostituisce nei vostri server i dischi o l'alimentatore guasto.
HPE CallHome
Nelle attuali circostanze, con le limitazioni agli spostamenti, la funzione Call Home diventa più rilevante che mai. Qualsiasi sistema HPE con questa funzione può autonomamente comunicare un guasto hardware o software al centro di supporto HPE. È del tutto probabile che un componente di ricambio e/o un tecnico di assistenza arrivi da noi molto prima che ci accorgiamo di problemi e malfunzionamenti nei servizi produttivi.
Personalmente, consiglio vivamente di attivare questa funzione.
Fonte: habr.com
