HPE lahendused kaugtöö korraldamiseks

Täna räägin teile loo. Loo arvutitehnika arengust ja kaugtöökohtade tekkimisest alates kaugest ajast kuni tänapäevani.

IT areng

Peamine, mida IT ajaloost õppida, on see...

Muidugi on see, et IT areneb spiraalis. Sama tüüpi lahendused ja kontseptsioonid, mis on aastakümneid tagasi maha jäetud, saavad uue tähenduse ja hakkavad edukalt töötama uutes tingimustes, uute ülesannete ja uute võimalustega. Sellega ei erine IT ükski teine inimsuse teadmiste ja Maa ajaloo valdkond.

Kaugel, kui arvutid olid suured

„Ma arvan, et maailmas on umbes viis arvutit,” ütles IBM-i juht Thomas Watson 1943. aastal.

Varajane arvutitehnika oli suur. Ei, vale, varajane tehnika oli monstrumlik, tsüklopiline. Täielik arvutusmasin hõivas pindala, mis oli võrreldav spordisaaliga, ja maksis täiesti ulmelisi raha. Näiteks võib tuua pulseeriv mälumoodul ferriitärvidega (1964).

See moodul on suurusega 11 cm * 11 cm ja selle mahutavus on 512 bitti (4096 bitti). Kapp, mis oli täielikult täis neid mooduleid, omas vaevalt mahutavust tänapäeva juba archailise 3,5” floppy diskiga (1,44 MB = 2950 moodulit), samas kui see tarbis märkimisväärselt elektrit ja kuumenes nagu lokomotiiv.

Selle tohutute mõõtmete tõttu on ingliskeelne termin programmakoodi tõrgete leidmiseks — "debugging". Üks esimesi programmeerijaid ajaloos, Grace Hopper (jah, naine), mereväe ohvitser, tegi 1945. aastal pärast programmi rikke uurimist sissekande tegevusajakirja.

Kuna 'moth' (öölane) on üldiselt 'bug' (putukas), siis kõik edasised probleemid ja tegevused, mis sellele järgnesid, edastati personalilt ülemusele kui "debugging" (otseselt putukate eemaldamine), ning seetõttu jäi programmi tõrke ja koodiviga tihedalt seotud nimetus 'bug' ning tõrkeotsing jäi 'debug' nime alla.

Elektroonika ja eriti pooljuhtide tehnoloogia arenedes hakkasid masinate füüsilised mõõtmed vähenema, samal ajal kui arvutusvõimsus kasvas. Kuid isegi sel juhul ei saanud kõigile arvutit isiklikult anda.

„Pole mingeid põhjuseid, et keegi sooviks hoida arvutit kodus” — Ken Olsen, DEC asutaja, 1977.

70ndatel ilmus termin minikompuuter. Mäletan, et kui ma esmakordselt seda terminit palju aastaid tagasi lugesin, kujutasin ette midagi sellist nagu netbook, praktiliselt taskuarvuti. Ma ei saanud olla kaugemal tõest.

Mini — see on vaid võrreldes hiiglaslike masinasaalidega, kuid see on endiselt mitu kabinett, mille varustus maksab sadadesse tuhandetesse ja miljonitesse dollaritesse. Siiski, arvutusvõimsus on juba kasvanud nii palju, et see ei olnud alati 100% koormatud, ja samal ajal hakkasid arvutid olema kergesti kätte saadavad üliõpilastele ja ülikoolide õppejõududele.

Ja siia tuli tema!

Küpsed inimesed ei mõtle inglise keele ladinakeelsetele juurtele, kuid just tema tõi meile kaugjuurdepääsu, nagu me seda täna tunneme. Terminus (ladina) — lõpp, piir, siht. Terminatori T800 eesmärk oli lõpetada John Connori elu. Samuti teame, et transportimisjaamu, kus toimub reisijate sisenemine ja väljumine või kauba laadimine ja mahalaadimine, nimetatakse terminalideks — sihtpunktideks marsruutidel.

Seega ilmus välja terminali juurdepääsu kontseptsioon ja te võite näha kõige tuntumat terminali maailmas, mis elab endiselt meie südames.

DEC VT100 nimetatakse terminaliks, kuna see lõpetab teabejoone. Sellel on sisuliselt null arvutusvõimet ja selle ainus ülesanne on kuvada suurelt masinalt saadud teavet ning edastada masinale klaviatuurilt sisestatud andmed. Ja kuigi VT100-d on füüsiliselt ammu kadunud, kasutame me neid endiselt täiel määral.

Meie päevad

Minu jaoks algaks “meie päevad” 80ndate algusest, kui esmakordselt ilmusid laiemale publikule kergesti kätte saadavad protsessorid, millel oli mingisugune märkimisväärne arvutusvõimsus. Traditsiooniliselt arvatakse, et selle ajastu peamiseks protsessoriks sai Intel 8088 (x86 perekond), mis iseloomustas võitnud arhitektuuri. Mis on siis põhimõtteline erinevus 70ndate kontseptsiooniga?

Esmakordselt ilmneb suund andmete töötlemise üleviimiseks keskpunktist äärealadele. Kaugeltki mitte kõik ülesanded ei nõua meeletut (tugevate x86 protsessorite kõrval) peamise arvuti või isegi mini-arvuti jõudlust. Intel ei seisa paigal, 90ndatel toodi turule Pentiumi sari, mis sai tõeliselt esimeseks massiliselt kasutatavaks koduarvutiks Venemaal. Need protsessorid suudavad juba palju enamat, mitte ainult kirja kirjutada — vaid ka multimeedia ning töötada väikeste andmebaasidega. Tegelikult väheneb väikese ettevõtte jaoks serverite vajadus täielikult — kõik on võimalik teostada äärealadel, kliendi masinates. Iga aastaga muutuvad protsessorid üha võimsamaks ja jõudluse osas on serverite ja isiklike arvutite vahe järjest väiksem, jäädes tihti ainult varustuse, kuumavahetuse toe ja spetsiaalsete riiulitesse paigaldatavate korpuste eripäraks.

Kui võrrelda kaasaegsete kliendirakenduste protsessoreid, mis tunduvad 90ndate Intel'i serveri administreerijatele "naeruväärsed", superarvutitega minevikust, siis muutub kõhe.

Vaadakem vanakest, peaaegu sama vana kui mina. Cray X-MP/24 aastast 1984.

See masin kuulus 1984. aasta superarvutite tippude hulka, olles varustatud kahe 105 MHz protsessoriga, mille tipptasemel arvutusvõimsus oli 400 MFlops (miljon floating-point operatsiooni). Just see masin, mis on pildil, seisis USA NSA krüptograafia laboratooriumis ja tegeles krüpteerimise murdmisega. Kui tõlkida 15 miljonit dollarit 1984. aastast 2020. aasta dollariteks, siis maksaks see 37,4 miljonit või 93 500 dollarit / MFlops.

Masin, millel ma neid ridu kirjutan, on varustatud 2017. aasta Core i5-7400 protsessoriga, mis ei ole enam uus ning isegi sellesama aasta kontekstis oli see kõige noorem 4-tuumaline keskmise taseme lauaprotsessor. 4 tuuma 3.0 GHz põhifrekventsiga (3.5 GHz Turbo Boostiga) ja HyperThreading'i kahekordne voogude arv annab erinevate testide kohaselt 19 kuni 47 GFlops võimsust, hind on 16 tuhat rubla protsessori kohta. Kui koostada masin täielikult, siis võib tema maksumuse arvestada 750 dollarina (2020. aasta 1. märtsi hindade ja kursside alusel).

Kokkuvõttes saame keskpärase lauaprotsessori meie päevade üleoleku 50-120 korda superarvuti üle, mis kuulus 10 parima hulka üsna jälgitavas minevikus, ning MFlops'i suhteline maksumuse langus muutub täielikuks õuduseks 93500 / 25 = 3700 korda.

Miks me vajame endiselt servereid ja arvutuste tsentraliseerimist, kui meil on sellised võimsused perifeerias - on absoluutselt arusaamatu!

Tagasimineku spiraal - spiraal on teinud käänaku

Diskivabad tööjaamad

Esimene signaal, et arvutuste viimine perifeeriasse ei ole lõplik, oli diskivabade tööjaamade tehnoloogia ilmumine. Kui tööjaamad on ettevõtte territooriumil laialdaselt hajutatud, eriti saastatud ruumides, tekib väga terav vajadus nende jaamade haldamiseks ja toetamiseks.

Kasutusele tuleb mõisted 'koridoriaeg' - see on protsent ajast, mille tehniline tugi on koridoris, teel probleemiga töötava töötaja juurde. See aeg on tasustatud, kuid täiesti ebaefektiivne. Erakordselt suurt rolli, eriti saastatud ruumides, mängib kõvakettade rikete esinemine. Eemaldame töötavast jaamast ketta ning muudame kõik võrgu kaudu, sealhulgas laadimise. Võrgukaart saab lisaks aadressile DHCP serverilt ka täiendavat teavet - TFTP serveri aadressi (lihtsustatud failiteenus) ja käivitatava pildi nime, laadib selle RAM-i ja käivitab masina.

Lisaks väiksematele riketele ja koridoriaja vähendamisele ei pea masinat enam kohapeal seadistama, vaid lihtsalt tuua uus ja viia vana diagnostikaks varustatud töökohta. Kuid see pole veel kõik!

Diskivaba jaam muutub oluliselt turvalisemaks - kui keegi peaks ruumi murdma ja kõik arvutid välja viima, on see vaid seadmete kaotus. Diskivabadel jaamadel ei salvestata andmeid.

Mäletame seda hetke, infotehnoloogia "lapsepõlv" on möödas ja küberturbe roll muutub üha olulisemaks. IT-sse tungivad üha rohkem hirmutavad ja olulised kolm tähte - GRC (Governance, Risk, Compliance), ehk eesti keeles 'Juhtimine, Risk, Vastavus'.

Tera-serverid

Laialdane levik kõhnema klient-serveri rakenduste arendamisele oli interneti juurdepääsu arengu ees. 90ndate ja 2000. aastate alguse klassikalised kliendiserveri rakendused ei töötanud hästi kitsastes tingimustes, kui andmevahetus ulatus märkimisväärsesse väärtusesse. Eriti raske oli see kaugbüroodele, mis ühendasid modemite ja telefoniteedega, mis ka perioodiliselt kinni kiilusid või katkestasid. Ja…

Spiraal tegi ringi ja jõudis taas terminalirežiimi kontseptsiooniga terminaliserveritest.

Tegelikult oleme tagasi 70ndatel, koos nende nullkliendidega ja arvutusvõimsuse tsentraliseerimisega. Väga kiiresti sai selgeks, et lisaks puhtalt majanduslikele aspektidele pakub terminali juurdepääs tohutuid võimalusi turvalise juurdepääsu korraldamiseks väljastpoolt, sealhulgas töötamiseks kodus töötajatele või äärmiselt piiratud ja kontrollitud juurdepääsu lepingulistele töötajatele usaldamatest võrkudest ja usaldamatest/mitte kontrollitud seadmetest.

Kuid terminaliserveritel, vaatamata nende plusse ja uuenduslikkusele, oli ka rida miinuseid — madal paindlikkus, naabriprobleem, rangelt serveripõhine Windows jne.

Proto-VDI sünd

Tõsi, 2000. aastate alguses ja keskel ilmus tööstuslik virtualiseerimine x86 platvormile täisvõimsusel. Ja keegi tõi kõnele idee, mis hõljus õhus: miks mitte tsentraliseerida kõik kliendid serveripõhistes terminfarmides ja anda igaühele isiklik virtuaalmasin koos kliendi Windowsiga ja isegi administraatori õigustega?

Paksude klientide hülgamine

Virtuaali seansside ja operatsioonisüsteemide kõrval arenes ka lähenemine, mis seondus kliendi funksiooni kergendamisega rakenduste tasandil.

Selle taga oli üsna lihtne loogika, kuna isiklikud sülearvutid ei olnud kõikidel veel kaugel, internet ei olnud samuti kõikide jaoks kergesti kergesti kergesti juurdepääsetav, ning paljud said ühenduda vaid internetikohvikutes väga piiratud, pehmelt öeldes, õigustega. Tegelikult suudeti käivitada ainult brauser. Brauserist sai operatsioonisüsteemi hädavajalik pärl, internet sisene viisil meie ellu.

Teisisõnu, paralleelselt oli trend, mis tõi loogika kliendist keskusesse veebirakendustena, millele pääsemiseks oli vaja ainult kõige lihtsamat klienti, internetti ja brauserit.
Ja me ei sattunud lihtsalt sinna, kust alustasime - nullklientide ja kesksete serveritega. Me jõudsime sinna mitme sõltumatu teed pidi.

Virtuaalne töölauainfrastruktuur

Brokker

2007. aastal turuliider tööstuslikus virtualiseerimises, VMware, vabastas oma toote VDM (Virtuaalne Töölaua Haldur) esimese versiooni, mis sai sisuliselt esimeseks alles tekkivas virtuaalsete töölaua turul. Loomulikult ei pidanud Citrix terminaliserverite liidrilt vastust kaua ootama ja 2008. aastal, kui nad omandasid XenSource'i, ilmus XenDesktop. Kindlasti olid ka teised tarnijad oma pakkumistega, kuid ärgem süvenegem liiga palju ajalukku, eemaldugem kontseptsioonist.

Ja tänaseni säilib kontseptsioon. VDI põhikomponent on ühenduste brokker.
See on täpselt see, mis on virtuaalsete töölauainfrastruktuuride süda.

Brokker vastutab VDI kõige olulisemate protsesside eest:

• Määrab ressursid, mis on ühendavale kliendile saadaval (masinad/seansid);
• Tasakaalustab vajadusel kliente masinate/seansside basseinides;
• Suunab kliendi valitud ressursile.

Täna võib VDI klient (terminal) olla tegelikult kõik, mis omab ekraani - sülearvuti, nutitelefon, tahvelarvuti, kiosk, õhuke või nullklient. Ja vastusena, see, mis täidab tootmiskoormust - terminaliserveri seanss, füüsiline masin, virtuaalne masin. Kaasaegsed küpsed VDI tooted on tihedalt integreeritud virtuaalse infrastruktuuriga ja haldavad seda iseseisvalt automaatrežiimis, paigaldades või vastupidi, eemaldades juba mittevajalikud virtuaalsed masinad.

Veidi kõrvale, kuid mõne kliendi jaoks äärmiselt oluline VDI tehnoloogia on 3D graafika riistvara kiirenduse toetus, mis on projektide või disainerite tööks vajalik.

Protokoll

Teine äärmiselt oluline küpsete VDI lahenduste osa on protokoll virtuaalsetele ressurssidele juurdepääsuks. Kui räägime töötamisest ettevõtte kohalikus võrgus, millel on suurepärane usaldusväärsus 1 Gbps töökohta ja 1 ms latentsus, siis võib tegelikult võtta mis tahes ja sellest hästi mitte mõelda.

Mõtlema peab, kui ühendus toimub kontrollimata võrgus, kus kvaliteet võib olla igasugune, sealhulgas kümnetes kilobittides ja ettearvamatute viivitustega. Need on just vajalikud tõelise kaug- töötamise organisatsiooniks, suvilatest, kodust, lennujaamadest ja kohvikutest.

Terminserverid vs kliendipõhised VM-d

Kui VDI ilmus, näis, et on aeg terminserveritega hüvasti jätta. Miks neid vaja on, kui igaühel on oma isiklik VM?

Kuid puhtalt majanduslikust vaatepunktist selgus, et tüüpiliste massiliste töökohtade jaoks, mis on sarnased nagu kaks tilka vett — ei ole veel midagi efektiivsemat termini serveritest seoses hind / seanss. Kõikide oma eeliste juures lähenemine “1 kasutaja = 1 VM” kasutab virtuaalse riistvara ja täisoperatsioonisüsteemi jaoks oluliselt rohkem ressursse, mis halvendab majandust standardsetes töökohtades.

Ent juhtide, ebatavaliste ja koormatud töökohtade puhul, kus on vaja omada kõrgeid õigusi (kuni administraatorini), on eeliseks eraldatud VM iga kasutaja kohta. Selle VM-i raames on võimalik ressursse individuaalselt eraldada, anda igasuguseid õigusi ja tasakaalustada VM-e virtualiseerimistoad vahel, kui koormus on kõrge.

VDI ja majandus

Aastaid olen kuulnud sama küsimust — aga kuidas, kas VDI on odavam kui lihtsalt jagada sülearvuteid kõigile? Ja aastaid pean ma vastama täpselt sama asja: tavaliste kontorite töötajate puhul ei ole VDI odavam, kui arvestada puhtaid kulutusi varustusele. Kuidas iganes see käib, sülearvutid odavnevad, kuid serverid, SAN-id ja süsteemne tarkvara maksavad üsna palju raha. Kui teil on aeg varustust uuendada ja arvate, et VDI-s säästate — ei, te ei säästa.

Olen varem maininud hirmutavat kolme tähte GRC — nii et VDI on GRC-st. See on riskide haldamise, turvalisuse ja kontrollitud juurdepääsu mugavuse üle. Ja see kõik maksab tavaliselt üsna palju raha mitmekesise tehnikaga rakendamise eest. VDI abil muutub kontroll lihtsamaks, turvalisus paraneb ja juuksed muutuvad pehmeks ja siidiseks.

HPE lahendused kaug- töö jaoks

Kaugtöö ja pilve haldamine

iLO

HPE ettevõte ei ole kaugeltki uus kaugserverite haldamise valdkonnas; nalja naa — märtsis tähistati legendaarse iLO (Integrated Lights Out) 18. aastapäeva. Mäletades oma administraatori aegu 2000. aastatel, ei osanud ma sellest enam rõõmu tunda. Esialgne paigaldamine rackidesse ja kaablite ühendamine — see oli kõik, mis tuli teha müra ja külma andmekeskuses. Kõik muu seadistamine, sealhulgas operatsioonisüsteemi installimine, oli võimalik teha juba oma töökohalt, kahe monitori ja kruusi kuuma kohviga. Ja see oli 13 aastat tagasi!

Tänapäeval on HPE serverid põhjusega vaieldamatud pikaajalised kvaliteedistandardid — ja selles mängib olulist rolli kaugjuhtimise süsteemi kuldne standard — iLO.

Tahaksin eraldi esile tuua HPE tegevused, mis aitavad inimkonnal kontrollida koroonaviirust. HPE kuulutas, et vähemalt 2020. aasta lõpuni on iLO Advanced litsents kõigile tasuta saadaval.

Infosight

Kui teil on rohkem kui 10 serverit infrastruktuuris ja administraator ei igatse igavust, siis kindlasti on suurepärane täiendus tavapärastele jälgimisvahenditele HPE Infosight, mis põhineb tehisintellektil. See süsteem ei jälgi lihtsalt seisundit ja koostab graafikuid, vaid soovitab iseseisvalt edasisi samme, tuginedes hetkeolukorrale ja trendidele.

Ole nutikas, ole nagu pank “Otkritie”,, proovi Infosight'i!

OneView

Viimasena, kuid mitte vähem tähtsana, tahan välja tuua HPE OneView — terve tooteportfell, millel on tohutud võimalused kogu infrastruktuuri jälgimiseks ja haldamiseks. Ja kogu seda saab teha tõusmata laua tagant, mis eluolude tõttu võib praegu olla isegi suvekohas.

Ka salvestusseadmed ei jää alla!

Muidugi, kõik salvestusseadmed on kaugjuhtimisega haldatavad ja jälgitavad — nii oli juba palju aastaid tagasi. Seetõttu tahan täna rääkida millestki muust, nimelt metroklasteritest.

Metroklasterid ei ole turul üldse uus asi, kuid just selle tõttu ei ole nad siiani liiga populaarsed — mõju avaldab mõttemallide inertsus ja esimesed muljed. Muidugi, 10 aastat tagasi need juba eksisteerisid, kuid maksid nagu malm sild. Aastad, mis on möödunud esimestest metroklusteritest, on muutnud tööstust ja tehnoloogia kättesaadavust laiemale publikule.

Ma mäletan projekte, kus andmemassiive jagati spetsiaalselt — ühed kriitiliste teenuste jaoks metroklusterisse, teised sünkroonne replikatsioon (kordades odavam).

Tegelikult ei maksa 2020. aastal metrokluster teile midagi, kui suudate korraldada kaks asukohta ja kanaleid. Ja sünkroonne replikatsioon vajab täpselt samu kanaleid, mis metroklusterite jaoks. Tarkvara litsentseeritakse juba paki kaupa — ja sünkroonne replikatsioon tuleb kohe koos metroklusteriga, ning ainus, mis üksikreplikatsiooni veel ravimõttes hoiab, on ruumilise L2 võrgu korraldamise nõue. Ja isegi see, L2 L3 peal juba laialdaselt areneb.

Mis on siis põhimõtteline erinevus sünkroonne replikatsiooni ja metroklusteri vahel kaugelt töötamise seisukohalt?

Kõik on väga lihtne. Metrokluster töötab iseseisvalt, automaatselt, alati, praktiliselt koheselt.

Kuidas näeb välja sünkroonsest replikatsioonist koormuse üleviimise protsess infrastruktuuris, millel on vähemalt paar sada virtuaalmasinat?

1. Saab signaal hädaolukorrast.
2. Väljaõppevahetus analüüsib olukorda — võib julgelt arvestada 10 kuni 30 minutit signaali saamiseks ja otsuse vastuvõtmiseks.
3. Kui valveinseneridel puuduvad volitused üleviimise iseseisvaks käivitamiseks — veel julgelt 30 minutit kontakti saamiseks isikuga, kellel on volitused, ja formaalse kinnituse saamiseks üleviimise alustamiseks.
4. Suur punane nupp.
5. 10-15 minutit ajakulu ja mahtude uuesti monteerimist, virtuaalmasinate uuesti registreerimist.
6. 30 minutit IP-aadressi muutmiseks — optimistlik hinnang.
7. Lõpuks virtuaalmasinate käivitamine ja tootlike teenuste käivitamine.

Kokkuvõttes saab RTO (äritegevuse taastumise aeg) julgelt hinnata 4 tunni peale.

Võrdleme metroklusteri olukorraga.

1. Andmemassiiv mõistab, et ühendus metroklusteri kaelaga on katkenud — 15-30 sekundit.
2. Virtualiseerimise hostid mõistavad, et esimene andmekeskus on kadunud — 15-30 sekundit (samal ajal punkti 1-ga).
3. Automaatne taaskäivitamine kuni kolmandiku virtuaalmasinatest teises andmekeskuses — 10-15 minutit teenuste laadimiseks.
4. Umbes sellel ajal mõistab väljaõppevahetus, mis juhtus.

Kokkuvõttes: RTO = 0 eraldi teenuste puhul, 10-15 minutit üldiselt.

Miks taaskäivitamine ainult poole kuni kolmandiku virtuaalmasinatest? Vaadake, mis asi on:

1. Te teete kõik targalt ja aktiveerite VM-ide automaatse koormuse tasakaalustamise. Seetõttu toimub keskmiselt ainult pool VM-idest ühes andmekeskuses. Lõppude lõpuks on metrokliendi eesmärk minimeerida seisakuid, mis tähendab, et teie huvides on minimeerida ka VM-ide arvu, mis on ohus.
2. Mõningaid teenuseid saab rakenduse tasandil klasterdada, jaotades need erinevatele VM-idele. Vastavalt sellele on need paaritatud VM-id üksteise külge naelutatud või paigutatud erinevatesse andmekeskustesse, et teenus ei ootaks VM-i taaskäivitamist, kui juhtub rike.

Korralikult ehitatud infrastruktuuri puhul, kus on venitatud metrokliendid, töötavad ärikasutajad madalaima viivitusega igast kohast, isegi kui andmekeskuse tasandil juhtub rike. Halvemal juhul on viivitus sama kaua kui ühe kohvi joomiseks.

Ja muidugi, metrokliendid töötavad suurepäraselt nii vanemate HPE 3Par lahendustega kui ka uute Primera süsteemidega!

Kaug- töökohtade infrastruktuur

Tera-serverid

Terminaliserverite jaoks ei ole vaja midagi uut välja mõelda, HPE on juba aastaid tarninud parimaid servereid neile. Klassika, mis ei vanane — DL360 (1U) või DL380 (2U) või AMD-huviliste jaoks — DL385. Loomulikult on olemas ka blade-serverid, nii klassikalised C7000 kui ka uus koostatav platvorm Synergy.

Iga maitse jaoks, iga värvi jaoks, maksimaalne sessioonide arv serveris!

„Klassikaline” VDI + HPE Simplivity

Siinkohal rääkides „klassikalisest VDI-st” mõistan ma kontseptsiooni 1 kasutaja = 1 VM kliendipoolse Windowsiga. Ja loomulikult ei ole hüperkonvergentsüsteemidele mitte midagi lähedasem ja kodusem kui VDI koormus, eriti deduplikatsiooni ja kompressiooniga.

Siin saab HPE pakkuda nii oma hüperkonvergentsplatvormi Simplivity kui ka servereid / sertifitseeritud üksusi partnerite lahendustele, näiteks VSAN Ready Nodes VDI loomiseks VMware VSAN infrastruktuuri peal.

Rääkigem veidi rohkem HPE enda lahendusest Simplivity. Nagu nimi pehmelt viitab, on peamine eesmärk lihtsus. Lihtsus juurutamisel, lihtsus haldamisel, lihtsus skaleerimisel.

Hüperekonvergentsed süsteemid on tänapäeval üks kuumemaid teemasid IT-s, ja erinevate tasemete müüjaid on umbes 40. Gartneri maagilise ruudu kohaselt on HPE globaalne viis ja on liidrite hulgas — need mõistavad, kuhu tööstus areneb, ja suudavad selle arusaama ka riistvarasse ellu viia.

Arhitektuuriliselt on Simplivity klassikaline hüperekonvergentne süsteem, kus on virtuaalmasinad kontrollerite rollis, mis tähendab, et see toetab erinevaid hüperviseere, erinevalt hüperviseerijasse integreeritud süsteemidest. Tõepoolest, aprillis 2020 toetatakse VMware vSphere'i ja Microsoft Hyper-VD, ning on välja kuulutatud plaan KVM-i toe osas. Simplivity peamine eripära turule tulekust on olnud riistvaraline kiiruskompressioon ja dedupeerimine spetsiaalse kiirendaja kaardi abil.

On oluline märkida, et kompressioon ja dedupeerimine on globaalsed ja pidevalt sisse lülitatud, see tähendab, et see ei ole valikuline funktsioon, vaid lahenduse arhitektuur.

HPE siiski veidi eksib, kui väidab efektiivsust 100:1, arvutades seda teatud viisil, kuid ruumikasutuse efektiivsus on tõepoolest väga kõrge. Armastus 100:1 numbrit, mis on lihtsalt liiga ilus. Uurime, kuidas on Simplivity tehnikaliselt ellu viidud, et näidata selliseid numbreid.

Snapshot. Snapshots (hetkevõtted) on 100% õigesti teostatud RoW (Redirect-on-Write) põhimõttel, mis tähendab, et need toimuvad koheselt ja ei too kaasa jõudluse karistust. Need erinevad näiteks mõnest teisest süsteemist. Miks vajame kohalikke sätteid ilma karistusteta? Jah, see on väga lihtne, et vähendada RPO-d 24 tunnilt (keskmine RPO varundamisel) minutite või isegi sekundite arvuni.

Varundamine. Hetkevõte erineb varundamisest ainult selle poolest, kuidas seda tajub virtuaalmasinate haldussüsteem. Kui masina kustutamisel kustutatakse ka kõik muu — siis oli see hetkepilt. Kui jääb alles — siis on see varukoopia. Nii saab iga hetkepildist peaaegu täiskohaga varukoopiat, kui see on süsteemis märgistatud ja mitte kustutatud.

Muidugi, paljud vastavad, et kuidas saab see olla varukoopia, kui see hoitakse samas süsteemis? Siin on väga lihtne vastus vastuküsimuse näol: kas teil on ametlik ohumudel, mis määrab varukoopia hoidmise reeglid? See on täiesti aus varukoopia, mis kaitseb failide kustutamise eest VM-i sees, see varukoopia kaitseb ka VM-i enda kustutamise eest. Kui aga on vajalik varukoopia hoidmine eraldi süsteemis, on valikuid: selle snapshot'i replikatsioon teise Simplivity klastrisse või HPE StoreOnce'i.

Ja just siin selgub, et selline arhitektuur sobib ideaalselt igasuguste VDI-de jaoks. Lõppude lõpuks on VDI sadu või isegi tuhandeid väga sarnaseid masinaid, millel on sama operatsioonisüsteem ja samad rakendused. Globaalne deduplicitatsioon suudab selle kõik kokku suruda isegi mitte 100:1, vaid oluliselt paremini. 1000 VM-i ühe malliga juurutamine? Pole probleemi, need masinad registreeruvad vCenteris kauem kui kloonivad.

Eriti jõudluse erivajadustega kasutajate ja nende jaoks, kellele on vajalik 3D kiirendi, on loodud Simplivity G seeria.

Selles seerias ei kasutata riistvara kiirendit, seetõttu on vähendatud sõlmede diskide arvu, et kontroller saaks tarkvara abil hakkama. Sellega vabastatakse PCIe pesad kõikide teiste kiirendite jaoks. Samuti on topelt suurenenud saadaval olev mälumaht sõlme kohta kuni 3TB kõige nõudlikumate koormuste jaoks.

Simplivity on ideaalne geograafiliselt hajutatud VDI infrastruktuuride korraldamiseks, kus andmed replitseeritakse kesksesse andmekeskusesse.

Selline VDI arhitektuur (ja miks mitte ka mitte-VDI süsteemides) on Venemaa tõsiasjade tingimustes eriti huvitav — suured kaugused (ja seega viivitused) ning kaugeltki mitte ideaalsed kanalid. Luues regionaalseid keskusi (või isegi lihtsalt 1-2 Simplivity sõlme kauges kontoris), liituvad kohalikud kasutajad kiirete kanalite kaudu, säilitades täiendava kontrolli ja juhtimise keskelt, ning keskele repliikseeritakse ainult väike arv väärtuslikke, mitte prügiandmeid.

Loomulikult on Simplivity täielikult ühendatud OneView ja InfoSight'iga.

Õhukesed ja nullkliendid

Kerged kliendid on spetsialiseeritud lahendused, mida kasutatakse ainult terminalidena. Kuna kliendil pole sisuliselt mingit koormust peale kanali hoidmise ja video dekodeerimise, on seal praktiliselt alati passiivse jahutusega protsessor, väike käivitusketas ainult spetsiaalse sisseehitatud opsüsteemi käivitamiseks, ja muudele asjadele polegi nii palju ruumi. Rikkuda ei ole seal praktiliselt midagi, ja varastada pole ka mõtet. Hind on väike ja andmeid ei salvestata.

On olemas spetsiaalne kerged klientide kategooria, nn nullkliendid. Nende peamine erinevus tavalistest kerged klientidest on see, et neil puudub isegi üldotstarbeline sisseehitatud opsüsteem ning nad töötavad ainult mikroskeemiga, millel on püsivara. Sageli paigaldatakse neisse spetsiaalsed riistvarakiirendid video voogedastuse dekodeerimiseks nagu PCoIP või HDX protokollides.

Kuna suur Hewlett-Packardi ettevõte jagunes eraldi HPE ja HP-ks, ei saa mainimata jätta HP tootja õhukesi kliente.

Valik on lai, igasuguste maitse ja vajaduste jaoks — isegi mitme monitoriga töökohtade jaoks riistvarakiirendiga video voogedastuseks.

HPE teenus teie kaugtöö jaoks

Ja viimasena, kuid mitte vähem olulisena, tahan mainida HPE teenust. HPE teenuse kõikide tasemete ja võimaluste ülesloetlemine oleks liiga pikk, kuid vähemalt on üks äärmiselt oluline pakkumine kaugteenuse tingimustes. Nimelt — teenuseinsener HPE-st või volitatud teeninduskeskusest. Te jätkate töötamist kaugelt, oma armastatud suvekodust, kuuldes mesilaste suminast, samal ajal kui HPE mesilane, kes saabub andmekeskusesse, vahetab teie serverites kettaid või rikki läinud toiteploki.

HPE CallHome

Tänapäeva tingimustes, liikuvuse piirangute ajal, muutub Call Home funktsioon eriti oluliseks. Iga HPE süsteem, millel see funktsioon on, võib iseseisvalt teatada riistvara- või tarkvaravigadest HPE tugikeskusele. On täiesti võimalik, et varuosa ja/või teenuseinsener jõuab teie juurde juba enne, kui märkate probleeme ja häireid tootmisrikkes.

Soovitan tungivalt seda funktsiooni sisse lülitada.

Allikas: habr.com