Ti racconterò una storia oggi. La storia dell'evoluzione della tecnologia informatica e dell'emergere del lavoro a distanza dall'antichità ai giorni nostri.
Sviluppo informatico
La cosa principale che si può imparare dalla storia dell’IT è...
Inutile dire che l'IT si sviluppa a spirale. Le stesse soluzioni e concetti scartati decenni fa assumono un nuovo significato e iniziano a funzionare con successo in nuove condizioni, con nuovi compiti e nuove capacità. In questo, l'IT non è diverso da qualsiasi altra area della conoscenza umana e dalla storia della Terra nel suo insieme.
Molto tempo fa, quando i computer erano grandi
“Penso che esista un mercato nel mondo per circa cinque computer”, affermava il CEO di IBM Thomas Watson nel 1943.
La prima tecnologia informatica era enorme. No, è sbagliato, la tecnologia iniziale era mostruosa, ciclopica. Una macchina completamente computerizzata occupava un'area paragonabile a una palestra e costava denaro assolutamente irrealistico. Un esempio di componenti è un modulo RAM su anelli di ferrite (1964).
Questo modulo ha una dimensione di 11 cm * 11 cm e una capacità di 512 byte (4096 bit). Un armadio completamente riempito con questi moduli difficilmente aveva la capacità di un antico floppy disk da 3,5” (1.44 MB = 2950 moduli), mentre consumava una notevole quantità di energia elettrica e diventava caldo come una locomotiva a vapore.
È proprio a causa delle sue enormi dimensioni che il nome inglese per il debug del codice del programma è "debugging". Una delle prime programmatrici della storia, Grace Hopper (sì, una donna), un ufficiale di marina, scrisse una voce di registro nel 1945 dopo aver indagato su un problema con il programma.
Poiché moth (moth) in generale è un bug (insetto), tutti gli ulteriori problemi e azioni per risolverli il personale venivano segnalati ai loro superiori come "debugging" (letteralmente de-bug), quindi il nome bug veniva assegnato saldamente a un errore del programma e un errore nel codice e il debugging è diventato un debug .
Con lo sviluppo dell'elettronica, e in particolare dell'elettronica dei semiconduttori, le dimensioni fisiche delle macchine iniziarono a diminuire e, al contrario, la potenza di calcolo aumentò. Ma anche in questo caso era impossibile fornire personalmente un computer a tutti.
"Non c'è motivo per cui qualcuno vorrebbe tenere un computer in casa" - Ken Olsen, fondatore di DEC, 1977.
Negli anni '70 apparve il termine mini-computer. Ricordo che quando lessi per la prima volta questo termine molti anni fa, immaginavo qualcosa di simile a un netbook, quasi un palmare. Non potrei essere più lontano dalla verità.
Mini è solo in confronto alle enormi sale macchine, ma si tratta comunque di diversi armadi con attrezzature che costano centinaia di migliaia e milioni di dollari. Tuttavia, la potenza di calcolo era già aumentata a tal punto che non sempre veniva caricata al 100%, e allo stesso tempo i computer cominciavano ad essere a disposizione di studenti universitari e insegnanti.
E poi è arrivato LUI!
Poche persone pensano alle radici latine della lingua inglese, ma è quella che ci ha portato l'accesso remoto come lo conosciamo oggi. Terminus (latino) - fine, confine, meta. Lo scopo del Terminator T800 era porre fine alla vita di John Connor. Sappiamo anche che le stazioni di trasporto in cui i passeggeri vengono imbarcati e sbarcati o le merci vengono caricate e scaricate sono chiamate terminal, le destinazioni finali dei percorsi.
Di conseguenza è nato il concetto di accesso al terminal e puoi vedere il terminal più famoso del mondo vivere ancora nei nostri cuori.
Il DEC VT100 è chiamato terminale perché termina la linea dati. Ha una potenza di elaborazione praticamente pari a zero e il suo unico compito è visualizzare le informazioni ricevute da una macchina di grandi dimensioni e trasmettere l'input dalla tastiera alla macchina. E anche se il VT100 è fisicamente morto da tempo, lo utilizziamo ancora al massimo del suo potenziale.
I nostri giorni
Comincerei a contare i “nostri giorni” dall'inizio degli anni '80, dal momento in cui apparvero i primi processori con una potenza di calcolo significativa, a disposizione di una vasta gamma di persone. Si ritiene tradizionalmente che il processore principale dell'epoca fosse l'Intel 8088 (famiglia x86) in quanto antenato dell'architettura vincente. Qual è la differenza fondamentale con il concetto degli anni '70?
Per la prima volta si tende a trasferire l'elaborazione delle informazioni dal centro alla periferia. Non tutte le attività richiedono la potenza folle (rispetto alla debole x86) di un mainframe o addirittura di un mini-computer. Intel non si ferma: negli anni '90 ha lanciato la famiglia Pentium, che è diventata davvero il primo elettrodomestico prodotto in serie in Russia. Questi processori sono già capaci di molto, non solo di scrivere lettere, ma anche di contenuti multimediali e di lavorare con piccoli database. In effetti, per le piccole imprese non sono affatto necessari server: tutto può essere fatto in periferia, sui computer client. Ogni anno i processori diventano più potenti e la differenza tra server e personal computer diventa sempre più piccola in termini di potenza di calcolo, spesso rimanendo solo nella ridondanza di alimentazione, nel supporto hot-swap e in custodie speciali per il montaggio su rack.
Se si confrontano i moderni processori client di Intel, che erano "ridicoli" per gli amministratori di server pesanti negli anni '90, con i supercomputer del passato, allora ci si sente un po' a disagio.
Diamo un'occhiata al vecchio, che ha praticamente la mia età. Cray X-MP/24 1984.
Questa macchina era tra i migliori 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). La particolare macchina mostrata nella foto si trovava nel laboratorio di crittografia della NSA statunitense ed era impegnata nella decifrazione dei codici. Se converti 15 milioni di dollari del 1984 in dollari del 2020, il costo è di 37,4 milioni di dollari, o 93 dollari/MFlop.
La macchina su cui sto scrivendo queste righe ha un processore Core i5-7400 del 2017, che non è affatto nuovo, e anche nell'anno della sua uscita era il 4-core più giovane di tutti i processori desktop di fascia media. 4 core con una frequenza di base di 3.0 GHz (3.5 con Turbo Boost) e il raddoppio dei thread HyperThreading forniscono da 19 a 47 GFlops di potenza secondo vari test al prezzo di 16 mila rubli per processore. Se assembli l'intera macchina, puoi stimarne il costo a $ 750 (ai prezzi e ai tassi di cambio del 1 marzo 2020).
Alla fine, otteniamo una superiorità di un processore desktop completamente medio dei nostri giorni di 50-120 volte rispetto ai primi 10 supercomputer del prevedibile passato, e il calo del costo specifico degli MFlop diventa assolutamente mostruoso 93500 / 25 = 3700 volte.
Perché abbiamo ancora bisogno di server e di centralizzazione dei computer con tale potenza alla periferia è assolutamente incomprensibile!
Salto inverso: la spirale ha fatto una svolta
Stazioni senza disco
Il primo segnale che lo spostamento dell’informatica verso la periferia non sarebbe stato definitivo è stato l’emergere della tecnologia delle workstation diskless. Con una distribuzione significativa delle postazioni di lavoro in tutta l'azienda, e soprattutto nei locali contaminati, la questione della gestione e del supporto di queste postazioni diventa molto difficile.
Appare il concetto di "tempo del corridoio": la percentuale di tempo in cui un dipendente del supporto tecnico trascorre nel corridoio, in viaggio verso un dipendente con un problema. Questo è tempo retribuito, ma completamente improduttivo. Non meno importante, soprattutto in ambienti contaminati, è stato il guasto dei dischi rigidi. Rimuoviamo il disco dalla workstation e facciamo tutto il resto in rete, compreso il download. Oltre all'indirizzo dal server DHCP, l'adattatore di rete riceve anche informazioni aggiuntive: l'indirizzo del server TFTP (servizio file semplificato) e il nome dell'immagine di avvio, lo carica nella RAM e avvia la macchina.
Oltre a meno guasti e tempi di trasporto ridotti, ora non è più necessario eseguire il debug della macchina in loco, ma è sufficiente portarne una nuova e portare quella vecchia per la diagnostica in un posto di lavoro attrezzato. Ma non è tutto!
Una stazione diskless diventa molto più sicura: se qualcuno improvvisamente entra nella stanza e fa fuori tutti i computer, si tratta solo di una perdita di apparecchiature. Nessun dato viene memorizzato sulle stazioni diskless.
Ricordiamo questo punto: la sicurezza informatica comincia ad assumere un ruolo sempre più importante dopo l’“infanzia spensierata” dell’informatica. E le terribili e importanti 3 lettere si intromettono sempre più nell'IT: GRC (Governance, Rischio, Conformità), o in russo "Gestibilità, Rischio, Conformità".
Server terminali
La diffusione capillare di personal computer sempre più potenti in periferia ha notevolmente superato lo sviluppo delle reti ad accesso pubblico. Le classiche applicazioni client-server degli anni '90 e dei primi anni 00 non funzionavano molto bene su un canale sottile se lo scambio di dati ammontava a valori significativi. Ciò era particolarmente difficile per gli uffici remoti collegati tramite modem e linea telefonica, che periodicamente si bloccava o veniva interrotta. E…
La spirale ha preso una svolta e si è ritrovata in modalità terminale con il concetto di server terminale.
Siamo infatti tornati agli anni '70 con i loro zero client e la centralizzazione della potenza di calcolo. È diventato subito evidente che, oltre alla logica puramente economica dei canali, l’accesso ai terminali offre enormi opportunità per organizzare un accesso sicuro dall’esterno, compreso il lavoro da casa per i dipendenti, o un accesso estremamente limitato e controllato per gli appaltatori provenienti da reti non affidabili e reti non affidabili/non affidabili. dispositivi non controllati.
Tuttavia, i terminal server, nonostante tutti i loro vantaggi e la loro progressività, presentavano anche una serie di svantaggi: bassa flessibilità, il problema di un vicino rumoroso, Windows rigorosamente basato su server, ecc.
La nascita del ProtoVDI
È vero che nella prima metà degli anni 00 stava già entrando in scena la virtualizzazione industriale della piattaforma x86. E qualcuno ha espresso un'idea che era semplicemente nell'aria: invece di centralizzare tutti i client in server terminal farm, diamo a ognuno la propria VM personale con client Windows e persino accesso come amministratore?
Rifiuto dei clienti grassi
Parallelamente alla virtualizzazione delle sessioni e del sistema operativo, è stato sviluppato un approccio per facilitare la funzione client a livello di applicazione.
La logica alla base di ciò era abbastanza semplice, perché non tutti avevano ancora laptop personali, non tutti avevano Internet e molti potevano connettersi solo da un Internet café con diritti molto limitati, per usare un eufemismo. In effetti, tutto ciò che poteva essere lanciato era un browser. Il browser è diventato un attributo indispensabile del sistema operativo, Internet è entrato saldamente nelle nostre vite.
In altre parole, si è verificata una tendenza parallela a trasferire la logica dal cliente al centro sotto forma di applicazioni web, per accedere alle quali è necessario solo il client più semplice, Internet e un browser.
E non siamo semplicemente arrivati al punto di partenza: con zero client e server centrali. Ci siamo arrivati in diversi modi indipendenti.
Infrastruttura desktop virtuale
broker
Nel 2007, il leader nel mercato della virtualizzazione industriale, VMware, ha rilasciato la prima versione del suo prodotto VDM (Virtual Desktop Manager), che è diventato di fatto il primo nel nascente mercato dei desktop virtuali. Naturalmente non abbiamo dovuto aspettare molto per la risposta del leader dei terminal server Citrix e nel 2008, con l’acquisizione di XenSource, è apparso XenDesktop. Naturalmente c’erano altri venditori con le proprie proposte, ma non entriamo troppo nella storia, allontanandoci dal concetto.
E il concetto rimane ancora oggi. Un componente chiave di VDI è il broker di connessione.
Questo è il cuore dell'infrastruttura desktop virtuale.
Il broker è responsabile dei processi VDI più importanti:
- Determina le risorse (macchine/sessioni) disponibili per il client connesso;
- Bilancia i client tra pool di macchine/sessioni, se necessario;
- Inoltra il client alla risorsa selezionata.
Oggi, un client (terminale) per VDI può essere praticamente qualsiasi cosa dotata di uno schermo: laptop, smartphone, tablet, chiosco, thin o zero client. E la parte di risposta, la stessa che esegue il carico produttivo: una sessione di terminal server, una macchina fisica, una macchina virtuale. I moderni prodotti VDI maturi sono strettamente integrati con l'infrastruttura virtuale e la gestiscono in modo indipendente in modalità automatica, distribuendo o, al contrario, eliminando le macchine virtuali che non sono più necessarie.
Un po' a parte, ma per alcuni clienti una tecnologia VDI estremamente importante è il supporto per l'accelerazione hardware della grafica 3D per il lavoro di designer o designer.
protocollo
La seconda parte estremamente importante di una soluzione VDI matura è il protocollo di accesso alle risorse virtuali. Se parliamo di lavorare all'interno di una rete locale aziendale con una rete eccellente e affidabile da 1 Gbps verso il posto di lavoro e un ritardo di 1 ms, allora puoi prenderne praticamente chiunque e non pensarci affatto.
Devi pensare quando la connessione avviene su una rete non controllata e la qualità di questa rete può essere assolutamente qualsiasi, fino a velocità di decine di kilobit e ritardi imprevedibili. Quelli sono perfetti per organizzare il vero lavoro a distanza, dalle dacie, da casa, dagli aeroporti e dai ristoranti.
Terminal server e VM client
Con l'avvento della VDI sembrava che fosse giunto il momento di dire addio ai terminal server. Perché sono necessari se ognuno ha la propria VM personale?
Tuttavia, dal punto di vista puramente economico, è risultato che per i tipici lavori di massa, identici fino alla nausea, non esiste nulla di più efficace dei terminal server in termini di rapporto prezzo/sessione. Nonostante tutti i suoi vantaggi, l’approccio “1 utente = 1 VM” spende molte più risorse su hardware virtuale e un sistema operativo completo, il che peggiora l’economia dei tipici luoghi di lavoro.
Nel caso dei luoghi di lavoro dei top manager, dei luoghi di lavoro non standard e carichi, la necessità di avere diritti elevati (fino all'amministratore), una VM dedicata per utente ha un vantaggio. All'interno di questa VM è possibile allocare risorse individualmente, concedere diritti a qualsiasi livello e bilanciare le VM tra host di virtualizzazione sotto carico elevato.
VDI ed economia
Per anni ho sentito la stessa domanda: in che modo la VDI è più economica della semplice distribuzione di laptop a tutti? E da anni devo rispondere esattamente alla stessa cosa: nel caso dei normali impiegati d'ufficio, la VDI non è più economica, se si considerano i costi netti della fornitura delle attrezzature. Qualunque cosa si possa dire, i laptop stanno diventando sempre più economici, ma i server, i sistemi di archiviazione e il software di sistema costano parecchio. Se è arrivato il momento di aggiornare la tua flotta e stai pensando di risparmiare con VDI, no, non risparmierai.
Ho citato le terribili tre lettere GRC sopra, quindi VDI riguarda GRC. Si tratta di gestione del rischio, di sicurezza e di comodità di accesso controllato ai dati. E tutto questo di solito costa parecchio denaro da implementare su una serie di diversi tipi di apparecchiature. Con VDI il controllo è semplificato, la sicurezza aumenta e i capelli diventano morbidi e setosi.
Soluzioni di lavoro remoto HPE
Gestione remota e cloud
iLO
HPE non è certo una novità nel campo della gestione remota dell'infrastruttura server, non è uno scherzo: a marzo il leggendario iLO (Integrated Lights Out) ha compiuto 18 anni. Ricordando i miei giorni da amministratore negli anni 00, personalmente non potrei essere più felice. L'installazione iniziale nei rack e i cavi di collegamento erano tutto ciò che occorreva fare in un data center rumoroso e freddo. Tutte le altre configurazioni, incluso il caricamento del sistema operativo, potrebbero essere eseguite da una workstation, due monitor e una tazza di caffè caldo. E questo è 13 anni fa!
Oggi i server HPE rappresentano lo standard di qualità indiscusso a lungo termine per un motivo - e non ultimo ruolo in questo è svolto dallo standard di riferimento del sistema di gestione remota - iLO.
Vorrei sottolineare in modo specifico le azioni di HPE nel mantenere il controllo dell’umanità sul coronavirus. , che fino alla fine del 2020 (almeno) la licenza iLO Advanced è disponibile per tutti gratuitamente.
Infosight
Se hai più di 10 server nella tua infrastruttura e l'amministratore non si annoia, ovviamente il sistema cloud HPE Infosight basato sull'intelligenza artificiale sarà un'ottima aggiunta agli strumenti di monitoraggio standard. Il sistema non solo monitora lo stato e costruisce grafici, ma consiglia anche in modo indipendente ulteriori azioni in base alla situazione e alle tendenze attuali.
Essere intelligenti, , prova Infosight!
OneView
Ultimo ma non meno importante, vorrei menzionare HPE OneView: un intero portafoglio di prodotti con enormi capacità per il monitoraggio e la gestione dell'intera infrastruttura. E tutto questo senza alzarti dalla scrivania, cosa che potresti avere nella tua dacia nella situazione attuale.
Anche i sistemi di storage non sono male!
Naturalmente tutti i sistemi di storage sono gestiti e monitorati da remoto, come avveniva molti anni fa. Pertanto, oggi voglio parlare di qualcos'altro, ovvero dei cluster metropolitani.
I cluster metropolitani non sono affatto nuovi sul mercato, ma è proprio per questo che non sono ancora molto popolari: sono influenzati dall'inerzia del pensiero e dalle prime impressioni. Certo, esistevano già 10 anni fa, ma costano come un ponte di ghisa. Gli anni trascorsi dai primi metrocluster hanno cambiato il settore e la disponibilità della tecnologia al grande pubblico.
Ricordo progetti in cui parti dei sistemi di archiviazione erano distribuite in modo speciale: separatamente per i servizi supercritici in un cluster metropolitano, separatamente per la replica sincrona (molto più economica).
Nel 2020, infatti, un metrocluster non ti costa nulla se riesci a organizzare due siti e due canali. Ma i canali richiesti per la replica sincrona sono esattamente gli stessi dei metrocluster. Le licenze software sono state a lungo condotte in pacchetti e la replica sincrona arriva immediatamente come un pacchetto con un cluster metropolitano, e l'unica cosa che finora mantiene viva la replica unidirezionale è la necessità di organizzare una rete L2 estesa. E anche allora, L2 su L3 si sta già diffondendo in tutto il paese con forza e forza.
Qual è allora la differenza fondamentale tra replica sincrona e metrocluster dal punto di vista del lavoro da remoto?
Tutto è molto semplice. Il metrocluster funziona da solo, automaticamente, sempre, quasi istantaneamente.
Come si presenta il processo di commutazione del carico per la replica sincrona su un'infrastruttura di almeno diverse centinaia di VM?
- Viene ricevuto un segnale di emergenza.
- Il turno di servizio analizza la situazione: puoi tranquillamente riservare dai 10 ai 30 minuti solo per ricevere un segnale e prendere una decisione.
- Se i tecnici in servizio non hanno l'autorità per avviare autonomamente il passaggio, hanno ancora 30 minuti per contattare la persona autorizzata e confermare formalmente l'inizio del passaggio.
- Premendo il grande pulsante rosso.
- 10-15 minuti per timeout e rimontaggio del volume, nuova registrazione della VM.
- 30 minuti per modificare l'indirizzamento IP sono una stima ottimistica.
- E infine l'avvio della VM e il lancio dei servizi produttivi.
L'RTO totale (tempo necessario per ripristinare i processi aziendali) può essere tranquillamente stimato in 4 ore.
Confrontiamo con la situazione sul metrocluster.
- Il sistema di storage comprende che la connessione con il braccio metrocluster viene persa - 15-30 secondi.
- Gli host di virtualizzazione comprendono che il primo data center viene perso - 15-30 secondi (contemporaneamente al punto 1).
- Riavvio automatico da metà a un terzo delle VM nel secondo data center - 10-15 minuti prima del caricamento dei servizi.
- In questo periodo, il turno di servizio si rende conto di cosa è successo.
Totale: RTO = 0 per i singoli servizi, 10-15 minuti nel caso generale.
Perché viene riavviato solo dalla metà a un terzo delle VM? Guarda cosa sta succedendo:
- Fai tutto in modo intelligente e abiliti il bilanciamento automatico della VM. Di conseguenza, in media, solo la metà delle macchine virtuali è in esecuzione in uno dei data center. Dopotutto, lo scopo principale di un metrocluster è ridurre al minimo i tempi di inattività, pertanto è nel tuo interesse ridurre al minimo il numero di VM sotto attacco.
- Alcuni servizi possono essere raggruppati a livello di applicazione, distribuiti su diverse VM. Di conseguenza, queste VM accoppiate vengono inchiodate una per una o legate con un nastro a diversi data center, in modo che il servizio non attenda il riavvio della VM in caso di incidente.
Grazie a un'infrastruttura ben costruita con cluster metropolitani estesi, gli utenti aziendali lavorano con ritardi minimi da qualsiasi luogo, anche in caso di incidente a livello del 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 su HPE 3Par, che si sta muovendo verso Valinor, sia sulla nuovissima Primera!
Infrastruttura di lavoro remoto
Server terminali
Non è necessario inventare nulla di nuovo per i terminal server: HPE fornisce loro alcuni dei migliori server al mondo da molti anni. Classici senza tempo - DL360 (1U) o DL380 (2U) o per i fan AMD - DL385. Non mancano ovviamente i blade server, sia il classico C7000 che la nuova piattaforma componibile Synergy.
Per ogni gusto, per ogni colore, massimo sessioni per server!
VDI “classico” + HPE Semplicità
In questo caso quando dico “VDI classica” intendo il concetto di 1 utente = 1 VM con client Windows. E, naturalmente, non esiste un carico VDI più vicino e più caro per i sistemi iperconvergenti, soprattutto con deduplica e compressione.
In questo caso, HPE può offrire sia la propria piattaforma iperconvergente Simplivity che server/nodi certificati per soluzioni partner, come i nodi VSAN Ready per la creazione di VDI sull'infrastruttura VMware VSAN.
Parliamo ancora un po' della soluzione di Simplicity. L'obiettivo, come suggerisce gentilmente il nome, è la semplicità. Facile da implementare, facile da gestire, facile da scalare.
I sistemi iperconvergenti oggi sono uno degli argomenti più caldi nell'IT e il numero di fornitori di diversi livelli è di circa 40. Secondo il quadrato magico di Gartner, HPE si trova nella Top5 a livello globale ed è inclusa nella piazza dei leader: coloro che capiscono dove l'industria si sta sviluppando e sono in grado di capire come tradurla in hardware.
Dal punto di vista architettonico, Simplivity è un classico sistema iperconvergente con macchine virtuali controller, il che significa che può supportare vari hypervisor, al contrario dei sistemi integrati con hypervisor. Infatti, a partire da aprile 2020, sono supportati VMware vSphere e Microsoft Hyper-V e sono stati annunciati piani per supportare KVM. La caratteristica principale di Simplivity sin dalla sua comparsa sul mercato è stata l'accelerazione hardware della compressione e della deduplicazione utilizzando una speciale scheda acceleratrice.
È bene sottolineare che la compressione e la deduplicazione sono globali e sempre abilitate; questa non è una funzionalità opzionale, ma l'architettura della soluzione.
HPE è, ovviamente, un po’ falso, affermando un’efficienza di 100:1, calcolando in modo speciale, ma l’efficienza dell’uso dello spazio è davvero molto alta. È solo che il numero 100:1 è troppo bello. Scopriamo come la semplicità è tecnicamente implementata per mostrare tali numeri.
Istantanea. Le istantanee sono implementate correttamente al 100% come RoW (Redirect-on-Write), quindi si verificano istantaneamente e non causano una penalizzazione delle prestazioni. In che modo, ad esempio, differiscono da alcuni altri sistemi. Perché abbiamo bisogno di snapshot locali senza penalità? Sì, è molto semplice ridurre l'RPO da 24 ore (RPO medio per il backup) a decine o addirittura unità di minuti.
di riserva. Uno snapshot differisce da un backup solo per il modo in cui viene percepito dal sistema di gestione della macchina virtuale. Se quando elimini una macchina tutto il resto viene eliminato, allora si trattava di un'istantanea. Se ne è rimasto qualcuno, significa che è un backup. Pertanto, qualsiasi istantanea può essere considerata un backup completo se è contrassegnata nel sistema e non eliminata.
Naturalmente, molti obietteranno: che tipo di backup è questo se è archiviato sullo stesso sistema? E qui c'è una risposta molto semplice sotto forma di contro domanda: dimmi, hai un modello formale di minaccia che stabilisca le regole per l'archiviazione di una copia di backup? Questo è un backup assolutamente onesto contro l'eliminazione di un file all'interno di una VM, questo è un backup contro l'eliminazione della VM stessa. Se è necessario archiviare una copia di backup esclusivamente su un sistema separato, hai una scelta: replica di questo snapshot su un secondo cluster Simplivity o su HPE StoreOnce.
Ed è qui che si scopre che un'architettura del genere è semplicemente ideale per qualsiasi tipo di VDI. Dopotutto, VDI significa centinaia o addirittura migliaia di macchine estremamente simili con lo stesso sistema operativo e le stesse applicazioni. La deduplicazione globale divorerà tutto questo e non comprimerà nemmeno 100:1, ma molto meglio. Distribuire 1000 VM da un modello? Nessun problema, queste macchine impiegheranno più tempo a registrarsi con vCenter che a clonarsi.
La linea Simplivity G è stata creata appositamente per gli utenti con esigenze prestazionali particolari e per coloro che necessitano di acceleratori 3D.
Questa serie non utilizza un acceleratore di deduplicazione hardware e quindi riduce il numero di dischi per nodo in modo che il controller lo gestisca nel software. Ciò libera gli slot PCIe per eventuali altri acceleratori. Anche la quantità di memoria disponibile per nodo è stata raddoppiata a 3 TB per i carichi di lavoro più impegnativi.
La semplicità è ideale per organizzare infrastrutture VDI distribuite geograficamente con replica dei dati in un data center centrale.
Una tale architettura VDI (e non solo VDI) è particolarmente interessante nel contesto delle realtà russe: enormi distanze (e quindi ritardi) e lontani dai canali ideali. Vengono creati centri regionali (o anche solo 1-2 nodi Simplivity in un ufficio completamente remoto), dove gli utenti locali si connettono tramite canali veloci, viene mantenuto il pieno controllo e gestione dal centro e solo una piccola quantità di risorse reali, preziose e non spazzatura, viene replicato nel centro dati.
Naturalmente, Simplivity è completamente connesso a OneView e InfoSight.
Thin e zero client
I Thin Client sono soluzioni specializzate da utilizzare esclusivamente come terminali. Poiché praticamente non vi è alcun carico sul client oltre al mantenimento del canale e alla decodifica del video, c'è quasi sempre un processore con raffreddamento passivo, un piccolo disco di avvio solo per avviare uno speciale sistema operativo incorporato, e fondamentalmente è tutto. Non c'è praticamente nulla da rompere ed è inutile rubare. Il costo è basso e nessun dato viene archiviato.
Esiste una categoria speciale di thin client, i cosiddetti zero client. La loro principale differenza rispetto a quelli sottili è l'assenza anche di un sistema operativo incorporato generico e funzionano esclusivamente con un microchip con firmware. Spesso contengono speciali acceleratori hardware per la decodifica dei flussi video in protocolli terminali come PCoIP o HDX.
Nonostante la divisione della grande Hewlett Packard in HPE e HP separate, è impossibile non menzionare i thin client prodotti da HP.
La scelta è ampia, per ogni gusto ed esigenza, fino alle postazioni multi-monitor con accelerazione hardware del flusso video.
Servizio HPE per il tuo lavoro da remoto
E ultimo ma non meno importante, voglio menzionare il servizio HPE. Sarebbe troppo lungo elencare tutti i livelli di servizio e le funzionalità di HPE, ma esiste almeno un'offerta estremamente importante per gli ambienti di lavoro remoto. Vale a dire, un tecnico dell'assistenza HPE/centro assistenza autorizzato. Continui a lavorare da remoto, dalla tua dacia preferita, ascoltando i bombi, mentre un'ape di HPE, arrivando al data center, sostituisce i dischi o l'alimentatore guasto nei tuoi server.
HPE CallHome
Nelle condizioni odierne, con limitazioni alla circolazione, la funzione Call Home diventa più rilevante che mai. Qualsiasi sistema HPE dotato di questa funzionalità può segnalare autonomamente un guasto hardware o software al Centro di supporto HPE. Ed è probabile che un pezzo di ricambio e/o un tecnico dell’assistenza arrivi presso la tua sede molto prima che tu noti malfunzionamenti o problemi con i servizi produttivi.
Personalmente consiglio vivamente di abilitare questa funzione.
Fonte: habr.com