Vi dicu una storia oghje. A storia di l'evoluzione di a tecnulugia di l'informatica è l'emergenza di impieghi remoti da i tempi antichi à l'oghje.
sviluppu IT
A cosa principale chì pò esse amparatu da a storia di l'IT hè ...
Hè senza dì chì l'IT si sviluppa in una spirale. I stessi suluzioni è cuncetti chì sò stati scartati decennii fà piglianu un novu significatu è cumincianu à travaglià bè in novi cundizioni, cù novi compiti è novi capacità. In questu, IT ùn hè micca sfarente di qualsiasi altra zona di a cunniscenza umana è a storia di a Terra in tuttu.
Un bellu tempu fà quandu l'urdinatori eranu grandi
"Pensu chì ci hè un mercatu in u mondu per circa cinque computer", u CEO di IBM Thomas Watson in u 1943.
A prima tecnulugia di l'informatica era grande. Innò, hè sbagliatu, a tecnulugia iniziale era monstruosa, ciclopica. Una macchina cumplettamente computerizata occupava una zona paragunabile à una palestra, è custava soldi assolutamente irrealisticu. Un esempiu di cumpunenti hè un modulu RAM nantu à anelli di ferrite (1964).
Stu modulu hà una dimensione di 11 cm * 11 cm, è una capacità di 512 bytes (4096 bits). Un armariu cumpletamente pienu di sti moduli ùn avia micca a capacità di un anticu dischettu di 3,5 "(1.44 MB = 2950 moduli), mentre chì cunsumava una putenza elettrica assai notevole è s'era calda cum'è una locomotiva a vapore.
Hè precisamente per via di a so dimensione enormosa chì u nome inglese per u codice di u prugramma di debugging hè "debugging". Unu di i primi programatori in a storia, Grace Hopper (sì, una donna), un ufficiale navali, hà scrittu un log in 1945 dopu avè investigatu un prublema cù u prugramma.
Siccomu a moth (moth) in generale hè un bug (insetti), tutti i prublemi è l'azzioni per risolve u persunale anu signalatu à i so superiori cum'è "debugging" (literalmente debug), allura u nome bug hè statu fermamente attribuitu à un fallimentu di u prugramma è un errore in u codice, è u debugging hè diventatu un debug .
Cù u sviluppu di l'elettronica è l'elettronica semiconductora in particulare, a dimensione fisica di e macchine hà cuminciatu à diminuisce, è a putenza di l'informatica, à u cuntrariu, hà aumentatu. Ma ancu in questu casu era impussibile di furnisce à tutti cù un computer personalmente.
"Ùn ci hè micca raghjone per quessa chì qualcunu vulete mantene un urdinatore in a so casa" - Ken Olsen, fundatore di DEC, 1977.
In l'anni 70 apparsu u terminu mini-computer. Mi ricordu chì quandu aghju lettu per a prima volta stu termu parechji anni fà, aghju imaginatu qualcosa cum'è un netbook, quasi un handheld. Ùn pudia esse più luntanu da a verità.
Mini hè solu in paragunà cù l'immensi sale di machini, ma questi sò sempre parechji armarii cù l'equipaggiu chì costanu centinaie di millaie è milioni di dollari. Tuttavia, a putenza di l'informatica era digià aumentata tantu chì ùn era micca sempre caricata à 100%, è à u stessu tempu l'urdinatori cuminciaru à esse dispunibuli per i studienti università è i prufessori.
È tandu hè ghjuntu !
Pochi pirsuni pensanu à e radiche latine in a lingua inglese, ma hè quellu chì ci hà purtatu l'accessu remotu cum'è a cunniscimu oghje. Terminus (latinu) - fine, cunfini, scopu. U scopu di u Terminator T800 era di finisce a vita di John Connor. Sapemu ancu chì e stazioni di trasportu induve i passageri sò imbarcati è sbarcati o merchenzie sò caricate è scaricate sò chjamati terminali - i destinazioni finali di rotte.
In cunsiquenza, u cuncettu di l'accessu à u terminal hè natu, è pudete vede u terminal più famosu di u mondu chì vive sempre in i nostri cori.
U DEC VT100 hè chjamatu terminal perchè finisce a linea di dati. Hà una putenza di trasfurmazioni quasi zero, è u so solu compitu hè di vede l'infurmazioni ricevuti da una grande macchina, è trasmette l'input di u teclatu à a macchina. E ancu s'è u VT100 hè mortu fisicamente longu, avemu sempre aduprà à u so potenziale.
Nostri ghjorni
Cumincià à cuntà "i nostri ghjorni" da u principiu di l'anni 80, da u mumentu chì i primi prucessori cù qualsiasi putenza di computing significativu, dispunibili à una larga gamma di persone, apparsu. Hè tradiziunale chì u processore principale di l'era era l'Intel 8088 (famiglia x86) cum'è l'antenatu di l'architettura vincitore. Chì ghjè a diferenza fundamentale cù u cuncettu di l'anni 70?
Per a prima volta, ci hè una tendenza à trasfiriri u prucessu di l'infurmazioni da u centru à a periferia. Micca tutti i travaglii necessitanu a putenza insane (paragunata à u debule x86) di un mainframe o ancu un mini-computer. Intel ùn si ferma; in l'anni 90 hà liberatu a famiglia Pentium, chì diventò veramente u primu apparecchiu di casa produttu in massa in Russia. Questi prucessori sò digià capaci di assai, micca solu di scrive lettere, ma ancu di multimedia è di travaglià cù petite basa di dati. In fatti, per i picculi imprese ùn ci hè micca bisognu di servitori in tuttu - tuttu pò esse fattu nantu à a periferia, nantu à e macchine cliente. Ogni annu, i prucessori diventanu più putenti, è a diffarenza trà i servitori è l'urdinatori persunali hè sempre più chjuca in quantu à a putenza di l'informatica, spessu restanu solu in redundancy di putenza, supportu hot-swappable è casi speciali per u rack.
Se paragunate i prucessori di u cliente muderni chì eranu "ridiculi" per l'amministratori di i servitori pesanti in l'anni 90 da Intel cù i supercomputer di u passatu, allora diventate un pocu incòmode.
Fighjemu un ochju à u vechju, chì hè praticamente a mo età. Cray X-MP/24 1984.
Sta macchina era trà i supercomputer top di u 1984, avè 2 processori di 105 MHz cù una putenza di calculu piccu di 400 MFlops (milioni di operazioni in virgule flottante). A macchina particulare mostrata in a foto si trova in u laboratoriu di criptografia NSA di i Stati Uniti è hè stata impegnata in i codici. Se cunvertite $ 15 milioni in dollari 1984 à dollari 2020, u costu hè $ 37,4 milioni, o $ 93/MFlops.
A macchina nantu à quale scrivu queste linee hà un processore Core i5-7400 2017, chì ùn hè micca novu à tuttu, è ancu in l'annu di a so liberazione era u più chjucu 4-core di tutti i prucessori di u scrittore mid-range. 4 nuclei di freccia di basa 3.0 GHz (3.5 cù Turbo Boost) è i filamenti duppiu HyperThreading dà da 19 à 47 GFlops di putenza secondu diversi testi à un prezzu di 16 mila rubles per processore. Se assemblate tutta a macchina, pudete piglià u so costu per $ 750 (à i prezzi è i tassi di scambiu da u 1 di marzu di u 2020).
À a fine, avemu una superiorità di un processore di desktop cumpletamente mediu di i nostri ghjorni da 50-120 volte sopra un supercomputer top-10 di u passatu previdibile, è a caduta di u costu specificu di MFlops diventa assolutamente monstruosa 93500 / 25 = 3700 volte.
Perchè avemu sempre bisognu di i servitori è a centralizazione di l'informatica cù un tali putere in a periferia hè assolutamente incomprensibile!
Reverse jump - a spirale hà fattu una volta
Stazioni senza discu
U primu signalu chì u muvimentu di l'informatica à a periferia ùn saria micca finali era l'emergenza di a tecnulugia di stazioni di travagliu senza discu. Cù una distribuzione significativa di stazioni di travagliu in tutta l'impresa, è soprattuttu in i locali contaminati, u prublema di gestisce è sustene queste stazioni diventa assai difficiule.
U cuncettu di "tempu di corridore" appare - u percentuale di u tempu chì un impiegatu di supportu tecnicu hè in u corridore, in a strada di un impiigatu cù un prublema. Questu hè u tempu pagatu, ma completamente improduttivu. Micca u rolu menu impurtante, è soprattuttu in stanze contaminate, era u fallimentu di i discu duru. Sguassate u discu da a stazione di travagliu è fate tuttu u restu nantu à a reta, cumpresa a scaricamentu. In più di l'indirizzu da u servitore DHCP, l'adattatore di a rete riceve ancu infurmazioni supplementari - l'indirizzu di u servitore TFTP (serviziu d'archivi simplificatu) è u nome di l'imagine di boot, carica in RAM è principia a macchina.
In più di menu guasti è u tempu di corridore ridottu, avà ùn avete micca debug a macchina in u situ, ma simpricimenti portanu una nova è pigliate u vechju per diagnostichi in un locu di travagliu equipatu. Ma ùn hè micca tuttu !
Una stazione senza discu diventa assai più sicura - se qualcunu di colpu in a stanza è caccià tutti l'urdinatori, questu hè solu una perdita di l'equipaggiu. Nisuna dati hè almacenatu in stazioni senza discu.
Ricurdemu stu puntu: a sicurità di l'infurmazioni principia à ghjucà un rolu sempre più impurtante dopu à a "zitiddina senza preoccupazioni" di a tecnulugia di l'infurmazione. È e terribili è impurtanti 3 lettere sò sempre più intruduce in IT - GRC (Governance, Risk, Compliance), o in Russian "Manageability, Risk, Compliance".
Servitori di terminal
A distribuzione generalizata di l'urdinatori persunali più è più putenti in a periferia hà superatu significativamente u sviluppu di e rete d'accessu publicu. L'applicazioni classiche di cliente-servitore per l'anni 90 è l'iniziu di l'anni 00 ùn anu micca travagliatu assai bè nantu à un canale sottile se u scambiu di dati era in ogni valore significativu. Questu era soprattuttu difficiuli per l'uffizii remoti cunnessi via un modem è una linea telefonica, chì ancu periòdicamenti congelati o tagliati. È…
A spirale hà pigliatu una volta è si ritrova in modu di terminal cù u cuncettu di servitori di terminal.
In fatti, simu di ritornu à l'anni 70 cù i so clienti zero è a centralizazione di u putere di l'informatica. Hè diventatu rapidamente evidenti chì, in più di a logica puramente ecunomica per i canali, l'accessu à u terminal furnisce enormi opportunità per urganizà l'accessu sicuru da l'esternu, cumpresu u travagliu da casa per l'impiegati, o un accessu estremamente limitatu è cuntrullatu per i cuntratturi da e rete micca fiducia è / micca fiduciale. dispusitivi senza cuntrollu.
In ogni casu, i servitori di terminal, per tutti i so vantaghji è a prugressività, anu avutu ancu una quantità di disadvantages - bassa flessibilità, u prublema di un vicinu rumore, Windows strettamente basatu in u servitore, etc.
A nascita di Proto VDI
True, in l'iniziu à a mità di l'anni 00, a virtualizazione industriale di a piattaforma x86 era digià ghjunta in scena. È qualcunu hà dettu una idea chì era simplicemente in l'aria: invece di centralizà tutti i clienti nantu à e splutazioni di terminal di u servitore, demu à ognunu a so propria VM persunale cù u cliente Windows è ancu l'accessu di l'amministratore?
Rifiuta di i clienti grassu
In parallelu cù a virtualizazione di sessione è OS, un approcciu hè statu sviluppatu per facilità a funzione di u cliente à u livellu di l'applicazione.
A logica daretu à sta era abbastanza sèmplice, perchè micca tutti avianu ancu laptops persunali, micca tutti avianu l'Internet, è parechji puderianu cunnette solu da un Internet cafe cù diritti assai limitati, per dì un pocu. In fatti, tuttu ciò chì puderia esse lanciatu era un navigatore. U navigatore hè diventatu un attributu indispensabile di u SO, l'Internet hè intrutu fermamente in a nostra vita.
In altri palori, ci era una tendenza parallela versu u trasferimentu di logica da u cliente à u centru in a forma di l'applicazioni web, per accede à quale avete bisognu solu u cliente più simplice, Internet è un navigatore.
È ùn avemu micca finitu solu induve avemu principiatu - cù i clienti zero è i servitori cintrali. Avemu ghjuntu in parechje manere indipendenti.
Infrastruttura Virtual Desktop
U corpu
In u 2007, u capu in u mercatu di virtualizazione industriale, VMware, hà liberatu a prima versione di u so pruduttu VDM (Virtual Desktop Manager), chì hè diventatu in realtà u primu in u mercatu nascente di desktop virtuale. Di sicuru, ùn avemu micca bisognu di aspittà assai per una risposta da u capu di i servitori di terminal, Citrix, è in u 2008, cù l'acquistu di XenSource, XenDesktop apparsu. Di sicuru, ci eranu altri venditori cù i so pruposti, ma ùn andemu micca troppu in a storia, alluntanendu da u cuncettu.
È u cuncettu ferma sempre oghje. Un cumpunente chjave di VDI hè u broker di cunnessione.
Questu hè u core di l'infrastruttura di desktop virtuale.
U broker hè rispunsevule per i prucessi VDI più impurtanti:
- Determina e risorse (macchine / sessioni) dispunibili per u cliente cunnessu;
- Equilibra i clienti à traversu i pool di machini / sessioni se ne necessariu;
- Invia u cliente à a risorsa scelta.
Oghje, un cliente (terminale) per VDI pò esse praticamente tuttu ciò chì hà una schermu - un laptop, smartphone, tableta, kiosk, client thin o zero. È a parte di risposta, a stessa chì eseguisce a carica produtiva - una sessione di u servitore di terminal, una macchina fisica, una macchina virtuale. I prudutti VDI maturi muderni sò strettamente integrati cù l'infrastruttura virtuale è gestiscenu indipindentamente in modu automaticu, implementendu o, à u cuntrariu, sguassà e macchine virtuali chì ùn sò più necessarii.
Un pocu da parte, ma per certi clienti una tecnulugia VDI estremamente impurtante hè u supportu per l'accelerazione hardware di gràfiche 3D per u travagliu di disinfettori o diseggiani.
Prutucollu
A seconda parte estremamente impurtante di una soluzione VDI matura hè u protocolu d'accessu à e risorse virtuale. Se parlemu di travaglià in una rete locale corporativa cù una rete eccellente è affidabile di 1 Gbps à un locu di travagliu è un ritardu di 1 ms, allora pudete piglià quasi qualcunu è micca pensà à tuttu.
Avete bisognu di pensà quandu a cunnessione hè nantu à una reta incontrollata, è a qualità di sta rete pò esse assolutamente qualcosa, finu à a velocità di decine di kilobits è ritardi imprevisible. Quelli sò ghjustu per urganizà un veru travagliu remoto, da dachas, da casa, da aeroporti è ristoranti.
Servitori di terminal versus VM client
Cù l'avventu di VDI, paria chì era ora di dì addiu à i servitori di terminal. Perchè sò necessarii se ognunu hà u so propiu VM persunale?
In ogni casu, da u puntu di vista di l'ecunumia pura, hè stata chì per i travaglii di massa tipici, identici ad nauseum, ùn ci hè nunda di più efficace chì i servitori di terminal in quantu à u rapportu prezzu / sessione. Per tutti i so vantaghji, l'approcciu di "1 utente = 1 VM" spende significativamente più risorse in hardware virtuale è un OS cumpletu, chì aggrava l'ecunumia di i posti di travagliu tipici.
In u casu di i posti di travagliu di i top managers, i posti di travagliu non standard è caricati, a necessità di avè diritti elevati (finu à l'amministratore), una VM dedicata per utilizatore hà un vantaghju. Dentru sta VM, pudete assignà risorse individualmente, emette diritti à ogni livellu, è equilibrà e VM trà l'ospiti di virtualizazione sottu una carica alta.
VDI è ecunumia
Dapoi anni aghju intesu a listessa quistione - cumu hè VDI più prezzu di solu distribuisce laptops à tutti? È per anni aghju avutu à risponde esattamente a listessa cosa: in u casu di l'impiegati di l'uffiziu ordinariu, VDI ùn hè micca più prezzu, se cunsideremu i costi netti di furnisce l'equipaggiu. Qualunque cosa si pò dì, i laptops diventanu più prezzu, ma i servitori, i sistemi di almacenamento è u software di sistema costanu assai soldi. Sè u tempu hè ghjuntu per voi per aghjurnà a vostra flotta è pensate à salvà soldi attraversu VDI, nò, ùn risparmierete micca soldi.
Aghju citatu i terribili trè lettere GRC sopra - cusì, VDI hè di GRC. Si tratta di a gestione di risichi, si tratta di a sicurità è a cunvenzione di l'accessu cuntrullatu à e dati. È tuttu questu di solitu custa assai soldi per implementà nantu à una mansa di diversi tipi d'equipaggiu. Cù VDI, u cuntrollu hè simplificatu, a sicurità hè aumentata, è i capelli diventanu morbidi è sedosi.
Soluzioni di travagliu à distanza HPE
Gestione remota è nuvola
iLO
HPE hè luntanu da un novu in a gestione remota di l'infrastruttura di u servitore, senza scherzu - in marzu, u leggendariu iLO (Integrated Lights Out) hà fattu 18 anni. Ricordendu i mo ghjorni cum'è amministratore in l'anni 00, personalmente ùn pudia esse più felice. A stallazione iniziale in rack è i cavi di cunnessione era tuttu ciò chì ci vole à fà in un centru di dati rumoroso è friddu. Tutte l'altri cunfigurazioni, cumpresa a carica di u SO, puderia esse fatta da una stazione di travagliu, dui monitori è una tazza di caffè caldu. È questu hè 13 anni fà!
Oghje, i servitori HPE sò u standard indiscutibile di qualità à longu andà per una ragione - è micca u minimu rolu in questu hè ghjucatu da u standard d'oru di u sistema di gestione remota - iLO.
Vogliu nutà specificamente l'azzioni di HPE per mantene u cuntrollu di l'umanità annantu à u coronavirus. , chì finu à a fine di u 2020 (almenu) a licenza iLO Advanced hè dispunibule per tutti gratuitamente.
Infosight
Se tenete più di 10 servitori in a vostra infrastruttura, è l'amministratore ùn hè micca stancu, allora, sicuru, u sistema di nuvola HPE Infosight basatu nantu à l'intelligenza artificiale serà un aghjuntu eccellente à l'arnesi di monitoraghju standard. U sistema ùn solu monitoreghja u statutu è custruisce grafici, ma ancu ricumanda indipindentamente più azzioni basate nantu à a situazione attuale è i tendenzi.
Siate intelligente, , pruvate Infosight!
OneView
Infine, ma micca menu, vogliu mencionà HPE OneView - una cartera di prudutti intera cù enormi capacità per u monitoraghju è a gestione di tutta l'infrastruttura. È tuttu questu senza alzà da a vostra scrivania, chì pudete avè in a situazione attuale à a vostra dacha.
I sistemi di almacenamiento ùn sò ancu micca male!
Di sicuru, tutti i sistemi di almacenamento sò gestiti remotamente è monitorati - questu era u casu parechji anni fà. Dunque, vogliu parlà oghje di qualcosa d'altru, à dì i clusters di metro.
I clusters di Metro ùn sò micca novi nantu à u mercatu, ma hè precisamente per quessa ch'elli ùn sò micca assai populari - l'inerzia di u pensamentu è a prima impressione l'affettanu. Di sicuru, esistenu digià 10 anni fà, ma costanu cum'è un ponte di ghisa. L'anni chì sò passati da i primi metroclusters anu cambiatu l'industria è a dispunibilità di a tecnulugia à u publicu generale.
Mi ricordu di prughjetti induve parti di sistemi di almacenamento sò stati distribuiti apposta - separatamente per i servizii supercritici in un cluster di metro, separatamente per a replicazione sincrona (assai più prezzu).
In fatti, in 2020, un metrocluster ùn vi costa nunda s'è vo site capaci di urganizà dui siti è canali. Ma i canali necessarii per a replicazione sincrona sò esattamente uguali à i metroclusters. A licenza di u software hè stata longa in pacchetti - è a replicazione sincrona vene immediatamente cum'è un pacchettu cù un cluster di metro, è l'unicu ciò chì finu à avà mantene viva a replicazione unidirezionale hè a necessità d'urganizà una rete L2 estesa. È ancu allora, L2 sopra L3 hè digià spazzatu in tuttu u paese cù forza è principale.
Allora chì hè a diferenza fundamentale trà a replicazione sincrona è u metrocluster da u puntu di vista di u travagliu remoto?
Tuttu hè assai simplice. U metrocluster funziona, automaticamente, sempre, quasi istantaneamente.
Chì ghjè u prucessu di cambià di carica per a replicazione sincrona in una infrastruttura di almenu parechji centu VM?
- Un signalu d'emergenza hè ricevutu.
- U turnu di duvere analizà a situazione - pudete mette in modu sicuru da 10 à 30 minuti solu per riceve un signalu è piglià una decisione.
- Se l'ingegneri in turnu ùn anu micca l'autorità per inizià u cambiamentu in modu indipendenti, anu ancu 30 minuti per cuntattà a persona cù l'autorità è cunfirmà formalmente l'iniziu di u cambiamentu.
- Pressing the Big Button Rossu.
- 10-15 minuti per timeouts è remounting volume, VM re-registrazione.
- 30 minuti per cambià l'indirizzu IP hè una stima ottimista.
- È infine, l'iniziu di a VM è u lanciu di servizii pruduttivi.
U RTO tutale (tempu per restaurà i prucessi di cummerciale) pò esse stimatu in modu sicuru à 4 ore.
Comparamu cù a situazione in u metrocluster.
- U sistema di almacenamentu capisce chì a cunnessione cù u bracciu metrocluster hè persa - 15-30 seconde.
- L'ospiti di virtualizazione capiscenu chì u primu centru di dati hè persu - 15-30 seconde (simultaneously with point 1).
- Riavviu automaticu da a mità à un terzu di i VM in u sicondu centru di dati - 10-15 minuti prima di i servizii di carica.
- In questu tempu, u turnu di u duvere capisce ciò chì hè accadutu.
Totale: RTO = 0 per i servizii individuali, 10-15 minuti in u casu generale.
Perchè hè solu a mità à un terzu di e VM riavviate? Fighjate ciò chì passa:
- Fate tuttu in modu intelligente è permette l'equilibriu automaticu di a VM. In u risultatu, in media, solu a mità di i VM sò in esecuzione in unu di i centri di dati. Dopu tuttu, u puntu tutale di un metrocluster hè di minimizzà i tempi di inattività, è per quessa hè in u vostru interessi per minimizzà u numeru di VM sottu attaccu.
- Certi servizii ponu esse raggruppati à u livellu di l'applicazione, distribuiti in diverse VM. In cunsiquenza, sti VM accoppiati sò inchiodati unu per unu, o attaccati cù una cinta à diversi centri di dati, perchè u serviziu ùn aspetta micca chì a VM riavvia in casu d'accidentu.
Cù una infrastruttura ben custruita cù clusters di metro estesi, l'utilizatori di l'affari travaglianu cù ritardi minimi da ogni locu, ancu in casu d'accidentu à u livellu di u centru di dati. In u peghju casu, u ritardu serà u tempu di una tazza di caffè.
E, sicuru, i metroclusters funzionanu bè sia nantu à HPE 3Par, chì si move versu Valinor, sia in a nova marca Primera!
Infrastruttura di u locu di travagliu remoto
Servitori di terminal
Ùn ci hè bisognu di avè qualcosa di novu per i servitori di terminal; HPE hà furnitu alcuni di i migliori servitori in u mondu per elli per parechji anni. Classici senza tempo - DL360 (1U) o DL380 (2U) o per i fan di AMD - DL385. Di sicuru, ci sò ancu servitori blade, sia u classicu C7000 sia a nova piattaforma composable Synergy.
Per ogni gustu, per ogni culore, sessione massima per servitore !
Semplicità VDI "Classica" + HPE
In questu casu, quandu dicu "VDI classicu" vogliu dì u cuncettu di 1 utilizatore = 1 VM cù u cliente Windows. E sicuru, ùn ci hè micca una carica VDI più vicina è caru per i sistemi iperconvergii, in particulare cù a deduplicazione è a compressione.
Quì, HPE pò offre sia a so propria piattaforma di Simplività iperconvergente sia i servitori / nodi certificati per e soluzioni partenarii, cum'è VSAN Ready Nodes per custruisce VDI nantu à l'infrastruttura VMware VSAN.
Parlemu un pocu più di a suluzione propria di Simplicity. L'enfasi, cum'è u nome ci suggerisce gentilmente, hè a simplicità. Facile da implementà, faciule da gestisce, faciule da scala.
I sistemi Hyperconverged oghje sò unu di i temi più caldi in IT, è u numeru di venditori di diversi livelli hè di circa 40. Sicondu u quadru magicu di Gartner, HPE hè situatu in Top5 globally, è hè inclusu in a piazza di i capi - quelli chì capiscenu. induve l'industria si sviluppa, è sò capaci di capiscenu per traduce in hardware.
Architecturally, Simplivity hè un sistema iperconvergente classicu cù macchine virtuali di controller, chì significa chì pò sustene diversi ipervisori, in uppusizione à i sistemi integrati di ipervisori. Infatti, da aprile 2020, VMware vSphere è Microsoft Hyper-V sò supportati, è i piani di supportà KVM sò stati annunziati. A funzione chjave di Simplivity da a so apparizione in u mercatu hè stata l'accelerazione hardware di a compressione è a deduplicazione cù una carta di acceleratore speciale.
Hè da nutà chì a compressione è a deduplicazione sò glubale è sempre attivate; questu ùn hè micca una funzione opzionale, ma l'architettura di a suluzione.
HPE hè, sicuru, un pocu disingenuous, riclamendu una efficienza di 100: 1, calculendu in una manera speciale, ma l'efficienza di l'usu di u spaziu hè veramente assai alta. Hè solu chì u numeru 100: 1 hè troppu bellu. Scupritemu cumu a simplicità hè tecnicamente implementata per vede tali numeri.
Screenshot. Snapshots sò 100% implementati currettamente cum'è RoW (Redirect-on-Write), è dunque si verificanu istantaneamente è ùn causanu micca una penalità di rendiment. Cumu, per esempiu, sò diffirenti di certi altri sistemi. Perchè avemu bisognu di snapshots lucali senza penalità? Iè, hè assai simplice, per riduce RPO da 24 ore (RPO mediu per a copia di salvezza) à decine o ancu unità di minuti.
Salvà a basa. Un snapshot difiere da una copia di salvezza solu in quantu hè percivutu da u sistema di gestione di a macchina virtuale. Se quandu sguassate una macchina, tuttu u restu hè sguassatu, allora era un snapshot. S'ellu ci hè manca, significa chì hè una copia di salvezza. Cusì, ogni snapshot pò esse cunsideratu una copia di salvezza sana s'ellu hè marcatu in u sistema è micca sguassatu.
Di sicuru, assai s'opponenu - chì tipu di salvezza hè questu s'ellu hè guardatu in u stessu sistema? E quì ci hè una risposta assai simplice in a forma di una dumanda contru: ditemi, avete un mudellu di minaccia formale chì stabilisce e regule per almacenà una copia di salvezza? Questa hè una copia di salvezza assolutamente onesta contr'à a eliminazione di un schedariu in una VM, questa hè una copia di salvezza contru a eliminazione di a VM stessa. Se ci hè bisognu di almacenà una copia di salvezza solu in un sistema separatu, avete una scelta: replicazione di sta snapshot à un secondu cluster Simplivity o à HPE StoreOnce.
È questu hè quì chì una tale architettura hè solu ideale per ogni tipu di VDI. Dopu tuttu, VDI significa centinaie o ancu millaie di macchine estremamente simili cù u stessu OS, cù e stesse applicazioni. A deduplicazione globale masticarà tuttu questu è cumpressa micca ancu 100: 1, ma assai megliu. Implementà 1000 VM da un mudellu? Ùn hè micca un prublema à tutti, sti machini pigghianu più tempu per registrà cù vCenter chè per clone.
A linea Simplivity G hè stata creata in particulare per l'utilizatori cù esigenze di prestazione speciale è per quelli chì necessitanu acceleratori 3D.
Questa serie ùn usa micca un acceleratore di deduplicazione di hardware è per quessa reduce u nùmeru di dischi per node in modu chì u controller u manighja in u software. Questu libera slot PCIe per qualsiasi altri acceleratori. A quantità di memoria dispunibule per node hè stata ancu duppiata à 3TB per i carichi di travagliu più esigenti.
A simplicità hè ideale per urganizà infrastrutture VDI distribuite geograficamente cù replicazione di dati à un centru di dati cintrali.
Una tale architettura VDI (è micca solu VDI) hè particularmente interessante in u cuntestu di a realità russa - distanzi enormi (è dunque ritardi) è luntanu da i canali ideali. I centri regiunale sò creati (o ancu solu 1-2 nodi Simplicità in un uffiziu cumplettamente remota), induve l'utilizatori lucali cunnetta via canali veloci, u cuntrollu tutale è a gestione da u centru hè mantinutu, è solu una piccula quantità di veri, preziosi, è micca. junk, hè replicatu à i dati di u centru.
Di sicuru, Simplivity hè cumpletamente cunnessu à OneView è InfoSight.
Clienti sottili è zero
I clienti sottili sò soluzioni specializate per l'usu solu cum'è terminali. Siccomu ùn ci hè praticamente nisuna carica nantu à u cliente, altru ch'è u mantenimentu di u canali è a decodificazione di u video, ci hè quasi sempre un processore cù un cooling passiu, un picculu discu di boot solu per inizià un OS integratu speciale, è questu hè in fondu. Ùn ci hè praticamente nunda di rompe in questu, è hè inutile di arrubbari. U costu hè bassu è ùn hè micca almacenatu dati.
Ci hè una categuria speciale di clienti thin, i chjamati clienti zero. A so diferenza principale da i magre hè l'absenza di ancu un OS integratu di u scopu generale, è travaglià solu cù un microchip cù firmware. Spessu cuntenenu acceleratori hardware speciali per decodificà i flussi video in protokolli terminali cum'è PCoIP o HDX.
Malgradu a divisione di u grande Hewlett Packard in HPE è HP separati, hè impussibile di micca di parlà di i clienti sottili prodotti da HP.
A scelta hè larga, per ogni gustu è bisognu - finu à stazioni di travagliu multi-monitore cù accelerazione hardware di u flussu di video.
Serviziu HPE per u vostru travagliu remoto
È l'ultimu, ma micca menu, vogliu mintuvà u serviziu HPE. Saria troppu longu per listà tutti i livelli di serviziu è e capacità di HPE, ma à u minimu ci hè una offerta estremamente impurtante per ambienti di travagliu remoti. Vale à dì, un ingegnere di serviziu di HPE / centru di serviziu autorizatu. Continuate à travaglià remotamente, da a vostra dacha preferita, à sente à i bumblebees, mentre chì una ape da HPE, ghjunta à u centru di dati, rimpiazza i dischi o un alimentazione falluta in i vostri servitori.
HPE CallHome
In e cundizioni d'oghje, cù restrizioni à u muvimentu, a funzione Call Home diventa più pertinente chè mai. Qualchese sistema HPE cù questa funzione pò autoreportà un fallimentu hardware o software à u Centru di Supportu HPE. È hè prubabile chì una parte di rimpiazzamentu è / o un ingegnere di serviziu ghjunghjenu à u vostru locu assai prima di avvistà qualsiasi malfunzionamenti o prublemi cù i servizii pruduttivi.
In modu persunale, vi cunsigliu assai di attivà sta funzione.
Source: www.habr.com