Oggi vi racconterò una storia. Una storia sull'evoluzione della tecnologia informatica e sull'emergere del telelavoro dai tempi antichi fino ad oggi.
Sviluppo IT
La principale lezione che si può trarre dalla storia dell'IT è che…
Naturalmente, l'IT si sviluppa a spirale. Le stesse soluzioni e concetti, scartati decenni fa, riacquistano nuovo significato e iniziano a funzionare con successo in nuove condizioni, per nuove sfide e nuove capacità. In questo, l'IT non è diverso da qualsiasi altro ambito della conoscenza umana e dalla storia della Terra nel suo complesso.
Molto tempo fa, quando i computer erano grandi
“Penso che ci sia mercato nel mondo per circa cinque computer”, disse il presidente di IBM Thomas Watson nel 1943.
La tecnologia informatica precoce era enorme. No, è sbagliato, la tecnologia di quel tempo era mostruosa, ciclopica. Un computer completamente operativo occupava uno spazio paragonabile a quello di una palestra e costava somme stratosferiche. A titolo di esempio, si può citare un modulo di memoria RAM su anelli di ferrite (1964).
Questo modulo misura 11 cm * 11 cm e ha una capacità di 512 byte (4096 bit). Un armadio, completamente riempito con questi moduli, aveva a malapena la capacità di un vecchio floppy disk 3,5” (1,44 MB = 2950 moduli), e consumava una notevole potenza elettrica, scaldandosi come una locomotiva.
È proprio la grandezza a legare il nome inglese del debug del codice sorgente — “debugging”. Una delle prime programmatori della storia, Grace Hopper (sì, una donna), ufficiale della Marina, fece nel 1945 una nota nel diario delle operazioni dopo aver indagato su un guasto di un programma.
Poiché moth (falena) è generalmente un bug (insetto), tutti i problemi successivi e le azioni risolutive venivano riferiti al comando come “debugging” (che letteralmente significa disinsettarizzazione), quindi il guasto di un programma e l'errore nel codice vennero definiti bug, e il processo di debug divenne semplicemente debuggare.
Con lo sviluppo dell'elettronica, in particolare dell'elettronica a semiconduttori, le dimensioni fisiche delle macchine iniziarono a ridursi, mentre la potenza computazionale, al contrario, aumentava. Ma anche in questo caso, non era possibile assegnare a ciascuno un computer personale.
“Non ci sono motivi per cui qualcuno desideri tenere un computer a casa” — Ken Olsen, fondatore di DEC, 1977.
Negli anni '70 appare il termine mini-computer. Ricordo che quando lessi per la prima volta questo termine molti anni fa, mi immaginai qualcosa di simile a un netbook, praticamente un palmare. Non avrei potuto essere più lontano dalla verità.
Mini — lo è solo in confronto agli enormi centri di calcolo, ma si tratta comunque di diversi armadi con attrezzature del valore di centinaia di migliaia e milioni di dollari. Tuttavia, la potenza di calcolo era già aumentata a tal punto che non era sempre utilizzata al 100%, e i computer cominciarono a diventare accessibili a studenti e docenti universitari.
E qui è arrivato LUI!
Pochi si soffermano sulle origini latine della lingua inglese, ma è proprio lui a portarci l'accesso remoto, come lo conosciamo oggi. Terminus (lat) — fine, confine, obiettivo. L'obiettivo del Terminator T800 era di porre fine alla vita di John Connor. Sappiamo anche che le stazioni di trasporto, dove avviene l'imbarco e lo sbarco dei passeggeri o il carico e scarico delle merci, si chiamano terminali — obiettivi finali dei percorsi.
Così è emersa la concezione di accesso terminale, e puoi vedere il terminale più famoso del mondo, che vive ancora nei nostri cuori.
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 trasferire alla macchina l'input da tastiera. E anche se i VT100 sono fisicamente morti da tempo, li usiamo ancora a pieno.
I nostri giorni
“I nostri giorni” inizierei a contarli dall'inizio degli anni '80, con l'arrivo dei primi processori accessibili al pubblico con una potenza di calcolo significativa. Tradizionalmente si considera che il principale processore dell'epoca sia stato l'Intel 8088 (famiglia x86), precursore dell'architettura vincente. Qual è dunque la differenza fondamentale rispetto al concetto degli anni '70?
Per la prima volta appare la tendenza a spostare l'elaborazione delle informazioni dal centro verso la periferia. Non tutte le attività richiedono le enormi potenzialità (rispetto al debole x86) dei mainframe o anche dei mini computer. Intel non sta ferma, negli anni '90 lancia la famiglia Pentium, diventata davvero il primo processore domestico di massa in Russia. Questi processori sono già in grado di fare molto, non solo scrivere una lettera — ma anche multimedia e lavorare con piccole basi di dati. Di fatto, per le piccole imprese scompare completamente la necessità di server — tutto può essere svolto sulla periferia, sui computer dei clienti. Ogni anno i processori diventano sempre più potenti e la differenza tra server e personal computer si riduce sempre di più in termini di potenza di calcolo, rimanendo spesso solo nella riserva di energia, nel supporto alla 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 persino un po' inquieti.
Diamo un'occhiata al vecchio, praticamente coetaneo. Cray X-MP/24 del 1984.
Questa macchina era nella top dei supercomputer del 1984, avendo 2 processori da 105 MHz con una potenza di calcolo di picco di 400 MFlops (milioni di operazioni in virgola mobile). Specificamente, quella macchina che appare nella foto si trovava nel laboratorio di crittografia della NSA degli Stati Uniti e si occupava di decifrare codici. Se traduciamo 15 milioni di dollari del 1984 in dollari del 2020, il costo sarà di 37,4 milioni, ovvero 93.500 dollari / MFlops.
Nella macchina su cui sto scrivendo queste righe c'è un processore Core i5-7400 del 2017, non proprio nuovo, e anche all'anno della sua uscita era il più giovane tra tutti i processori desktop di fascia media. 4 core da 3.0 GHz di frequenza base (3.5 con Turbo Boost) e il raddoppio dei thread HyperThreading forniscono da 19 a 47 GFlops di potenza in base ai vari test, con un prezzo di 16 mila rubli per il processore. Se assemblassi l'intera macchina, potremmo valutare il suo costo in 750 dollari (secondo i prezzi e il cambio del 1 marzo 2020).
Alla fine otteniamo un vantaggio di un processore desktop di media fascia dei nostri giorni di 50-120 volte rispetto a un supercomputer della top 10 di un passato abbastanza recente, mentre la diminuzione del costo per MFlops diventa davvero mostruosa, 93500 / 25 = 3700 volte.
Perché abbiamo ancora bisogno di server e centralizzazione dei calcoli con potenze simili alla frontiera - è decisamente incomprensibile!
Il recupero - la spirale ha fatto un giro
Stationi senza disco
Il primo segnale che il trasferimento dei calcoli alla periferia 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 in particolare in ambienti inquinati, la gestione e il supporto di queste stazioni pongono una questione molto severa.
Apare il concetto di "tempo di corridoio" - la percentuale di tempo in cui un tecnico del supporto si trova nel corridoio, mentre va dal dipendente con un problema. Questo tempo è retribuito, ma completamente non produttivo. Non è da sottovalutare il ruolo che hanno avuto, in particolare in ambienti inquinati, i guasti dei dischi rigidi. Rimuoviamo il disco dalla stazione di lavoro, e facciamo tutto il resto tramite rete, compresa l'avvio. L'adattatore di rete riceve oltre all'indirizzo dal server DHCP anche informazioni aggiuntive - l'indirizzo del server TFTP (servizio di file semplificato) e il nome dell'immagine di avvio, la carica in memoria e avvia la macchina.
Oltre a una minore quantità di guasti e alla riduzione del tempo di corridoio, ora la macchina può essere sostituita senza doverla calibrare in loco, ma semplicemente portando una nuova e portando via la vecchia per la diagnosi in una postazione attrezzata. Ma non è tutto!
La stazione senza disco diventa significativamente più sicura: se qualcuno dovesse irrompere negli uffici e portare via tutti i computer, si tratterebbe solo di perdite di attrezzature. Nessun dato è memorizzato sulle stazioni senza disco.
Ricordiamo questo momento, la sicurezza informatica inizia a giocare un ruolo sempre più importante dopo l'"infanzia spensierata" delle tecnologie informatiche. E nel settore IT si stanno sempre più inserendo tre lettere spaventose e importanti - GRC (Governance, Risk, Compliance), oppure in russo "Governance, Rischio, Conformità".
Server terminali
La diffusione universale di personal computer sempre più potenti ai margini ha notevolmente superato lo sviluppo delle reti di accesso pubblico. Le applicazioni client-server classiche degli anni '90 e dei primi anni 2000 non funzionavano molto bene su una connessione sottile, se lo scambio di dati raggiungeva valori minimamente significativi. Questo era particolarmente difficile per gli uffici remoti che si collegavano tramite modem e linee telefoniche, le quali occasionalmente si bloccavano o si interrompevano. E…
La spirale ha fatto un giro ed è tornata in modalità terminale con il concetto di server terminali.
Di fatto, siamo tornati agli anni '70 con i loro client zero e la centralizzazione della potenza di calcolo. È diventato subito evidente che, oltre all'aspetto economico legato ai canali, l'accesso terminale offriva enormi opportunità per organizzare un accesso sicuro dall'esterno, inclusa la possibilità di lavorare da casa per i dipendenti, o un accesso estremamente limitato e controllato per i contraenti connessi a reti non fidate e dispositivi non fidati/non controllati.
Tuttavia, i server terminali, nonostante tutti i loro vantaggi e progressi, presentavano anche una serie di svantaggi: bassa flessibilità, problemi con il vicino disturbante, solo Windows server e così via.
La nascita del proto VDI
Tuttavia, all'inizio e a metà degli anni 2000, la virtualizzazione industriale della piattaforma x86 si stava già facendo strada. E qualcuno ha semplicemente espresso un'idea nell'aria: perché invece di centralizzare tutti i client su server terminali, non diamo a ciascuno una sua VM personale con Windows client e anche accesso da amministratore?
L'abbandono dei client pesanti
Parallelamente alla virtualizzazione delle sessioni e dei sistemi operativi, si sviluppava un approccio volto a semplificare la funzione del client a livello di applicazione.
La logica dietro questo era piuttosto semplice, poiché i laptop personali erano ancora lontani dall'essere alla portata di tutti, e così anche 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 è diventato un attributo indispensabile dei sistemi operativi e Internet è entrato saldamente nelle nostre vite.
In altre parole, stava andando avanti anche la tendenza a trasferire la logica dal client al centro sotto forma di applicazioni web, per l'accesso alle quali era necessario solo il client più semplice, Internet e un browser.
E ci siamo trovati non solo nello stesso punto da cui eravamo partiti, con clienti nulli e server centrali. Siamo arrivati lì attraverso percorsi indipendenti.
Infrastruttura Desktop Virtuale
Broker
Nel 2007, il leader del mercato della virtualizzazione industriale, VMware, ha rilasciato la prima versione del suo prodotto VDM (Virtual Desktop Manager), che è diventato di fatto il primo nel mercato emergente dei desktop virtuali. Naturalmente, non ci è voluto molto prima di ricevere una risposta dal leader dei server terminali Citrix, che nel 2008, con l'acquisizione di XenSource, ha lanciato XenDesktop. Ci sono stati senza dubbio anche altri venditori con le loro offerte, ma non ci addentriamo troppo nella storia allontanandoci dal concetto.
E ancora oggi, il concetto rimane valido. Il componente chiave del VDI è il broker delle connessioni.
Questo è il cuore dell'infrastruttura dei desktop virtuali.
Il broker è responsabile dei processi principali del funzionamento del VDI:
- Determina le risorse disponibili per il cliente connesso (macchine/sessioni);
- Bilancia i clienti, se necessario, tra i pool di macchine/sessioni;
- Reindirizza il cliente alla risorsa selezionata.
Oggi un cliente (terminal) per il VDI può essere praticamente qualsiasi cosa con uno schermo: laptop, smartphone, tablet, chiosco, client leggero o nullo. E la parte che gestisce il carico produttivo è la sessione del 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 automatico, distribuendo o, viceversa, rimuovendo le macchine virtuali non più necessarie.
Un aspetto secondario, ma per alcuni clienti una tecnologia VDI estremamente importante, è il supporto dell'accelerazione hardware per la grafica 3D per il lavoro di progettisti o designer.
Protocollo
Un'altra parte estremamente importante di una soluzione VDI matura è il protocollo di accesso alle risorse virtuali. Se si tratta di operare all'interno di una rete locale aziendale con una rete affidabile da 1 Gbps fino al posto di lavoro e una latenza di 1 ms, si può praticamente utilizzare qualsiasi protocollo senza pensarci troppo.
È importante riflettere quando ci si connette a una rete non controllata, la cui qualità può variare notevolmente, con velocità che possono arrivare a decine di kilobit e ritardi imprevedibili. Questo è particolarmente rilevante per organizzare un vero lavoro a distanza, dalle seconde case, da casa, dagli aeroporti e dalle caffetterie.
Server terminali vs VM client
Con l'arrivo del VDI sembrava che 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, è emerso che per posti di lavoro tipici e standardizzati, uguali fino alla noia, non esiste ancora nulla di più efficiente dei server terminali in termini di costo / sessione. Per quanto vantaggioso possa essere, l'approccio '1 utente = 1 VM' consuma molte più risorse su hardware virtuale e sistemi operativi completi, il che peggiora l'economia nei posti di lavoro standard.
Nel caso di posti di lavoro per top manager, non standard e sovraccarichi, dove è necessario avere diritti elevati (fino all'amministratore), la VM dedicata per utente ha il vantaggio. All'interno di questa VM è possibile assegnare risorse in modo individuale, concedere diritti di qualsiasi livello e bilanciare la VM tra gli host di virtualizzazione sotto carico elevato.
VDI e economia
Da anni sento la stessa domanda: è VDI più economico che dare a tutti dei portatili? E da anni devo rispondere esattamente la stessa cosa: nel caso dei normali dipendenti d'ufficio, VDI non è più economico se consideriamo i costi puri per l'approvvigionamento delle attrezzature. Non importa come lo si guardi, i portatili diventano più economici, mentre server, storage e software di sistema costano somme piuttosto elevate. Se è giunto il momento di aggiornare il parco e pensi di risparmiare con il VDI, no, non risparmierai.
Ho già menzionato le temute tre lettere GRC: ecco, il VDI riguarda il GRC. Si tratta di gestione dei rischi, di sicurezza e di accesso controllato ai dati. E tutto ciò di solito costa una sostanziosa somma per essere implementato su una varietà di attrezzature diverse. Con l'ausilio del VDI, il controllo si semplifica, la sicurezza aumenta e i capelli diventano morbidi e setosi.
Soluzioni HPE per il lavoro a distanza
Gestione remota e cloud
iLO
L'azienda HPE non è affatto un novellino nella gestione remota dell'infrastruttura server; è praticamente una battuta, in marzo si sono compiuti 18 anni dal leggendario iLO (Integrated Lights Out). Ricordando i miei tempi da amministratore nei primi anni 2000, non riuscivo a essere più felice. L'installazione iniziale nei rack e il collegamento dei cavi erano tutto ciò che serviva fare in un Data Center rumoroso e freddo. Tutto il resto della configurazione, inclusa l'installazione del sistema operativo, poteva già essere fatto dalla propria postazione, con due monitor e una tazza di caffè caldo. E questo è successo 13 anni fa!
Oggi i server HPE sono giustamente considerati uno standard di qualità indiscutibile da molti anni, e non è certo un caso che ci sia il gold standard del sistema di gestione remota: iLO.
Desidero sottolineare le azioni intraprese da HPE nel mantenere il controllo dell'umanità sulla pandemia di coronavirus. , che fino alla fine del 2020 (almeno) la licenza iLO Advanced è disponibile gratuitamente per tutti.
Infosight
Se hai più di 10 server nella tua infrastruttura e l'amministratore non sta soffrendo di noia, allora sicuramente un'ottima aggiunta agli strumenti di monitoraggio standard è il sistema cloud HPE Infosight basato sull'intelligenza artificiale. Il sistema non solo monitora lo stato e crea grafici, ma raccomanda anche autonomamente le azioni future in base alla situazione attuale e ai trend.
Fai il furbo, , prova Infosight!
OneView
Ultimo ma non meno importante, voglio menzionare HPE OneView: un'intera gamma di prodotti con enormi capacità di monitoraggio e gestione di tutta l'infrastruttura. E il tutto senza alzarsi dalla scrivania, che magari nella situazione attuale si trova addirittura in campagna.
Le soluzioni di archiviazione non sono da meno!
Naturalmente, tutte le soluzioni di archiviazione sono gestite e monitorate da remoto, lo sono già da molti anni. Pertanto, oggi voglio parlare di altro, in particolare dei metro-cluster.
I metro-cluster non sono affatto una novità sul mercato, ma proprio per questo non sono ancora troppo popolari: influisce l'inerzia mentale e le prime impressioni. Certo, dieci anni fa erano già presenti, ma costavano come un ponte di ghisa. Gli anni trascorsi dai primi metro-cluster hanno cambiato l'industria e reso la tecnologia accessibile al grande pubblico.
Ricordo progetti in cui parti degli SCD venivano distribuite separatamente — una per i servizi super critici nel metrocluster, e una per la replica sincrona (di gran lunga più economica).
In pratica, nel 2020 il metrocluster non vi costa nulla, se siete in grado di organizzare due sedi e canali. E i canali per la replica sincrona sono esattamente gli stessi necessari per i metrocluster. La licenza del software viene ormai fornita in pacchetti — e la replica sincrona viene immediatamente inclusa con il metrocluster, e l'unica cosa che al momento mantiene in vita la replica unidirezionale è la necessità di organizzare una rete L2 distribuita. E anche così, L2 su L3 sta già avanzando per il paese.
Qual è quindi la differenza fondamentale tra replica sincrona e metrocluster in termini di lavoro remoto?
È tutto molto semplice. Il metrocluster funziona da solo, automaticamente, sempre, praticamente in tempo reale.
Come si presenta il processo di commutazione del carico su replica sincrona su un'infrastruttura con almeno diverse centinaia di VM?
- Arriva un segnale di emergenza.
- Il turno di guardia analizza la situazione — si possono tranquillamente prevedere da 10 a 30 minuti solo per ricevere il segnale e prendere una decisione.
- In caso di mancanza di poteri da parte degli ingegneri di turno per avviare autonomamente la commutazione — ulteriori 30 minuti per contattare la persona autorizzata e ottenere la conferma formale dell'inizio della commutazione.
- Premere il Grande Pulsante Rosso.
- 10-15 minuti per i timeout e il rimontaggio dei volumi, la registrazione delle VM.
- 30 minuti per cambiare l'indirizzamento IP — una valutazione ottimistica.
- E finalmente l'avvio delle VM e l'avvio dei servizi produttivi.
In totale, il RTO (tempo di ripristino dei processi aziendali) può essere tranquillamente stimato in 4 ore.
Confrontiamo con la situazione su un metrocluster.
- L'SCD comprende che la connessione con il braccio del metrocluster è persa — 15-30 secondi.
- Gli host di virtualizzazione comprendono che il primo data center è perso — 15-30 secondi (simultaneamente al punto 1).
- Riavvio automatico da un terzo fino alla metà delle VM nel secondo data center — 10-15 minuti per caricare i servizi.
- All'incirca in quel momento il turno di guardia comprende cosa sia successo.
In totale: RTO = 0 per singoli servizi, 10-15 minuti in generale.
Perché il riavvio solo da un terzo fino alla metà delle VM? Ecco qual è il problema:
- Fate tutto in modo intelligente e attivate il bilanciamento automatico delle VM. Di conseguenza, in media, solo la metà delle VM viene eseguita in uno dei data center. Infatti, il senso del metrocluster è minimizzare i tempi di inattività, e quindi è nel vostro interesse ridurre al minimo anche il numero di VM a rischio.
- Alcuni servizi possono essere clusterizzati a livello di applicazione, distribuiti su diverse VM. Di conseguenza, queste coppie di VM vengono fissate con chiodi o legate con nastro a diversi data center, affinché il servizio non debba attendere il riavvio della VM in caso di guasto.
Con un'infrastruttura ben progettata e distribuita in metrocluster, gli utenti aziendali lavorano con ritardi minimi da qualsiasi punto, anche in caso di guasto a livello di data center. Nel peggiore dei casi, il ritardo sarà pari al tempo di una tazza di caffè.
E, naturalmente, i metrocluster funzionano alla grande sia con l'HPE 3Par che va verso Valinor, sia con i nuovissimi Primera!
Infrastruttura per posti di lavoro remoti
Server terminali
Per i server terminali non è necessario inventare nulla di nuovo, HPE fornisce da molti anni alcuni dei migliori server al mondo per essi. Un classico intramontabile è il DL360 (1U) o il DL380 (2U), oppure per gli amanti di AMD, il DL385. Naturalmente, ci sono anche server blade, sia i classici C7000 che la nuova piattaforma modulare Synergy.
Per tutti i gusti, per tutti i colori, il massimo delle sessioni per server!
“VDI classico” + HPE Simplivity
In questo caso, parlando di “VDI classico”, intendo la concezione di 1 utente = 1 VM con Windows client. E naturalmente, non c’è carico VDI più vicino e familiare per i sistemi iperconvergenti, soprattutto con deduplica e compressione.
Qui HPE può offrire sia la propria piattaforma iperconvergente Simplivity, sia server/nodi certificati per soluzioni partner, come ad esempio i VSAN Ready Nodes per costruire VDI sull'infrastruttura VMware VSAN.
Parliamo un po' di più della nostra soluzione Simplivity. Come ci suggerisce delicatamente il nome, al centro c’è la semplicità (inglese simple — semplice). Semplicità di implementazione, semplicità di gestione, semplicità di scalabilità.
I sistemi iperconvergenti sono oggi uno dei temi più caldi nel settore IT, con circa 40 fornitori di diversi livelli disponibili. Secondo il quadrato magico di Gartner, l'azienda HPE si trova nella Top 5 a livello globale ed è inserita nel quadrato dei leader: comprende dove si sta dirigendo l'industria e può tradurre questa comprensione in hardware.
Architettonicamente, Simplivity è un classico sistema iperconvergente con macchine virtuali controller, il che significa che può supportare diversi hypervisor, a differenza dei sistemi integrati negli hypervisor. Infatti, ad aprile 2020 supportano VMware vSphere e Microsoft Hyper-V, sono stati annunciati piani per supportare KVM. La caratteristica principale di Simplivity sin dal suo ingresso nel mercato è stata l'accelerazione hardware della compressione e della deduplicazione tramite una scheda acceleratrice speciale.
È importante notare che la compressione con deduplicazione è globale e sempre attiva, quindi non è una funzione opzionale, ma parte integrante dell'architettura della soluzione.
HPE certamente esagera un po', affermando un'efficienza di 100:1 calcolata in un modo particolare, ma l'efficacia nell'uso dello spazio è davvero molto alta. Il numero 100:1 è semplicemente troppo accattivante. Vediamo come è realizzata tecnicamente Simplivity per mostrare queste cifre.
Snapshot. Gli snapshot (istantanee) sono realizzati al 100% correttamente come RoW (Redirect-on-Write), quindi avvengono istantaneamente e non comportano penalizzazioni per le prestazioni. Questo le distingue da 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 unità di minuti.
Backup. Uno snapshot differisce da un backup solo per come viene percepito dal sistema di gestione delle macchine virtuali. Se all'eliminazione della macchina viene eliminato anche tutto il resto, significa che si trattava di uno snapshot. Se è rimasto, significa che è un backup. Pertanto, qualsiasi snapshot può essere considerato anche un backup completo, se contrassegnato nel sistema e non eliminato.
Certo, molti obietteranno: che tipo di backup è se viene conservato sullo stesso sistema? E qui c'è una risposta molto semplice sotto forma di una domanda inversa: dite, avete un modello formale delle minacce che stabilisce le regole di conservazione dei backup? Questo è un backup assolutamente corretto contro l'eliminazione di un file all'interno della VM, è un backup contro l'eliminazione della stessa VM. In caso di necessità di conservare un backup esclusivamente su un sistema separato, ci sono opzioni disponibili: la replica di questo snapshot su un secondo cluster Simplivity o su HPE StoreOnce.
Ed è proprio qui che si rivela che un'architettura simile è semplicemente perfetta per qualsiasi tipo di VDI. Infatti, VDI è centinaia o anche migliaia di macchine estremamente simili con lo stesso sistema operativo, con le stesse applicazioni. La deduplicazione globale elaborerà e comprimerà tutto ciò non con un rapporto di 100:1, ma in modo ancora migliore. Distribuire 1000 VM da un unico modello? Assolutamente non è un problema, queste macchine impiegheranno più tempo a registrarsi in vCenter che a clonarsi.
Appositamente per gli utenti con requisiti di prestazioni speciali, e per chi ha bisogno di acceleratori 3D, è stata creata la serie Simplivity G.
In questa serie non viene utilizzato un acceleratore hardware per la deduplicazione, e quindi è stato ridotto il numero di dischi per nodo, in modo che il controller possa gestire il tutto via software. Grazie a ciò, vengono liberati slot PCIe per altri acceleratori. È raddoppiato anche il volume della memoria disponibile per nodo a 3TB per i carichi di lavoro più esigenti.
Simplivity è perfetta per organizzare infrastrutture VDI distribuite geograficamente con replicazione dei dati nel datacenter centrale.
Un'architettura VDI del genere (e non solo VDI) è particolarmente interessante in un contesto russo — enormi distanze (e quindi ritardi) e canali tutt'altro che ideali. Vengono creati centri regionali (o anche solo 1-2 nodi Simplivity in un ufficio molto remoto), dove si connettono gli utenti locali attraverso canali rapidi, mantenendo il controllo e la gestione centrale, mentre solo una quantità esigua di veri dati preziosi, e non di dati spazzatura, viene replicata nel centro.
Naturalmente, Simplivity si integra completamente con OneView e InfoSight.
Client leggeri e nulli
I client leggeri sono soluzioni specializzate da utilizzare esclusivamente come terminali. Poiché il carico sul client è praticamente assente, fatta eccezione per il mantenimento del canale e la decodifica video, su di esso è quasi sempre presente un processore con raffreddamento passivo, un piccolo disco di avvio solo per far partire un sistema operativo incorporato speciale, e in sostanza è tutto. Quindi è praticamente impossibile che si rompa, e rubare dati è inutile. Il costo è contenuto e non vengono memorizzati dati.
Esiste una categoria particolare di client leggeri, noti come client zero. La loro principale differenza rispetto ai client leggeri è l'assenza anche di un sistema operativo incorporato di uso generale, lavorando esclusivamente con un microchip programmabile. Spesso contengono acceleratori hardware specializzati per la decodifica del flusso video nei protocolli terminali, come PCoIP o HDX.
Nonostante la separazione del grande 'Hewlett Packard' in HPE e HP, è impossibile non menzionare i client leggeri prodotti da HP.
La scelta è ampia, per tutti i gusti e le necessità, fino ad arrivare a postazioni di lavoro multi-monitor con accelerazione hardware per il 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 c'è almeno un'offerta estremamente importante in condizioni di lavoro remoto. Si tratta del tecnico di servizio da HPE/centro di assistenza autorizzato. Continui a lavorare in remoto, dalla sua amata casa di campagna, ascoltando le api, mentre un tecnico di HPE, arrivando nel data center, sostituisce i dischi o l'alimentatore guasto nei suoi server.
HPE CallHome
Nelle condizioni odierne, con le limitazioni nei movimenti, la funzione Call Home sta diventando più rilevante che mai. Qualsiasi sistema HPE con questa funzione può segnalare autonomamente un guasto hardware o software al centro di supporto HPE. È molto probabile che i componenti di ricambio e/o il tecnico di servizio arrivino da te molto prima che tu noti problemi e malfunzionamenti nei servizi produttivi.
Personalmente, consiglio vivamente di attivare questa funzione.
Fonte: habr.com
