Šiandien aš jums papasakosiu istoriją. Skaičiavimo technologijų evoliucijos ir nuotolinių darbų atsiradimo istorija nuo seniausių laikų iki šių dienų.
IT plėtra
Pagrindinis dalykas, ko galima pasimokyti iš IT istorijos, yra...
Savaime suprantama, kad IT vystosi spirale. Tie patys sprendimai ir koncepcijos, kurios buvo atmestos prieš dešimtmečius, įgauna naują prasmę ir pradeda sėkmingai veikti naujomis sąlygomis, naujomis užduotimis ir naujais pajėgumais. Tuo IT niekuo nesiskiria nuo bet kurios kitos žmogaus žinių srities ir visos Žemės istorijos.
Seniai, kai kompiuteriai buvo dideli
„Manau, kad pasaulyje yra maždaug penkių kompiuterių rinka“, – 1943 m. IBM vadovas Thomas Watsonas.
Ankstyvosios kompiuterinės technologijos buvo didelės. Ne, tai negerai, ankstyvosios technologijos buvo siaubingos, ciklopiškos. Visiškai kompiuterizuota mašina užėmė plotą, prilygstančią sporto salei, ir kainavo visiškai nerealius pinigus. Komponentų pavyzdys yra RAM modulis ant ferito žiedų (1964).
Šio modulio dydis yra 11 cm * 11 cm, o talpa - 512 baitų (4096 bitai). Šiais moduliais pilnai užpildyta spintelė vargu ar turėjo senovinio 3,5 colio diskelio talpą (1.44 MB = 2950 modulių), tuo tarpu ji vartojo labai pastebimą elektros energiją ir įkaisdavo kaip garvežys.
Būtent dėl savo milžiniško dydžio angliškas derinimo programos kodo pavadinimas yra „debugging“. Viena pirmųjų programuotojų istorijoje Grace Hopper (taip, moteris), karinio jūrų laivyno karininkė, 1945 m. parašė žurnalo įrašą, ištyrusi programos problemą.
Kadangi kandis (kandis) apskritai yra klaida (vabzdys), visos tolimesnės problemos ir veiksmai, siekiant išspręsti personalą, buvo pranešta savo vadovams kaip „derinimas“ (pažodžiui de-bug), vadinasi, klaida buvo tvirtai priskirta programos gedimui ir klaida kode, o derinimas tapo derinimu .
Tobulėjant elektronikai ir ypač puslaidininkinei elektronikai, fizinis mašinų dydis pradėjo mažėti, o skaičiavimo galia, atvirkščiai, padidėjo. Tačiau net ir šiuo atveju nebuvo įmanoma kiekvienam asmeniškai aprūpinti kompiuteriu.
„Nėra jokios priežasties, kodėl kas nors norėtų turėti kompiuterį savo namuose“ – Kenas Olsenas, DEC įkūrėjas, 1977 m.
Aštuntajame dešimtmetyje atsirado terminas mini kompiuteris. Prisimenu, kai pirmą kartą perskaičiau šį terminą prieš daugelį metų, įsivaizdavau kažką panašaus į nešiojamąjį kompiuterį, beveik delninį. Negalėčiau būti toliau nuo tiesos.
Mini yra tik lyginant su didžiulėmis mašinų salėmis, tačiau tai vis tiek yra kelios spintos su įranga, kainuojančia šimtus tūkstančių ir milijonus dolerių. Tačiau skaičiavimo galia jau buvo tiek išaugusi, kad ne visada buvo 100% apkrauta, o tuo pat metu kompiuteriai pradėjo naudotis universiteto studentams ir dėstytojams.
Ir tada JIS atėjo!
Nedaug žmonių galvoja apie lotyniškas šaknis anglų kalboje, tačiau būtent ji atnešė mums nuotolinę prieigą, kokią žinome šiandien. Terminus (lot.) – galas, siena, tikslas. „Terminator T800“ tikslas buvo nutraukti Johno Connoro gyvenimą. Taip pat žinome, kad transporto stotys, kuriose keleiviai įlaipinami ir išlaipinami arba pakraunami ir iškraunami kroviniai, vadinamos terminalais – galutiniais maršrutų tikslais.
Atitinkamai gimė terminalo prieigos koncepcija, ir jūs galite pamatyti, kaip garsiausias pasaulyje terminalas vis dar gyvena mūsų širdyse.
DEC VT100 vadinamas terminalu, nes jis nutraukia duomenų liniją. Jo apdorojimo galia praktiškai nulinė, o vienintelė jo užduotis yra rodyti informaciją, gautą iš didelės mašinos, ir perduoti klaviatūros įvestį į mašiną. Ir nors fiziškai VT100 jau seniai miręs, mes vis dar išnaudojame visą jo potencialą.
Mūsų dienos
„Mūsų dienas“ pradėčiau skaičiuoti nuo devintojo dešimtmečio pradžios, nuo tada, kai pasirodė pirmieji procesoriai, turintys didelę skaičiavimo galią, prieinami daugeliui žmonių. Tradiciškai manoma, kad pagrindinis epochos procesorius buvo „Intel 80“ (x8088 šeima) kaip laimėjusios architektūros protėvis. Kuo esminis skirtumas nuo aštuntojo dešimtmečio koncepcijos?
Pirmą kartą pastebima tendencija informacijos apdorojimą perkelti iš centro į periferiją. Ne visoms užduotims reikia beprotiškos (palyginti su silpnu x86) pagrindinio kompiuterio ar net mini kompiuterio galios. „Intel“ nestovi vietoje; 90-aisiais ji išleido „Pentium“ šeimą, kuri tikrai tapo pirmuoju masinės gamybos buitiniu prietaisu Rusijoje. Šie procesoriai jau gali daug ką, ne tik rašyti laiškus, bet ir multimediją bei dirbti su nedidelėmis duomenų bazėmis. Tiesą sakant, mažoms įmonėms serverių visai nereikia – viską galima padaryti periferijoje, klientų mašinose. Kasmet procesoriai darosi vis galingesni, o skirtumas tarp serverių ir asmeninių kompiuterių vis mažėja, kalbant apie skaičiavimo galią, dažnai lieka tik energijos pertekliaus, karšto keitimo palaikymas ir specialūs dėklai, skirti montuoti ant stovo.
Jei palyginsite šiuolaikinius klientų procesorius, kurie devintajame dešimtmetyje „Intel“ buvo „juokingi“ sunkiųjų serverių administratoriams, su praeities superkompiuteriais, jums bus šiek tiek nepatogu.
Pažiūrėkime į senuką, kuris yra praktiškai mano amžiaus. Cray X-MP/24 1984 m.
Šis aparatas buvo vienas geriausių 1984 m. superkompiuterių, turintis 2 105 MHz procesorius, kurių didžiausia skaičiavimo galia siekė 400 MFlops (milijonai slankiojo kablelio operacijų). Konkreti nuotraukoje pavaizduota mašina stovėjo JAV NSA kriptografijos laboratorijoje ir laužė kodus. Jei konvertuosite 15 mln. USD 1984 USD į 2020 USD, kaina bus 37,4 mln. USD arba 93 500 USD už MFlops.
Mašina, kuria rašau šias eilutes, turi 5 metų Core i7400-2017 procesorių, kuris visiškai nėra naujas ir net išleidimo metais buvo jauniausias 4 branduolių iš visų vidutinės klasės stalinių kompiuterių procesorių. 4 3.0 GHz bazinio dažnio branduoliai (3.5 su „Turbo Boost“) ir dvigubos „HyperThreading“ gijos suteikia nuo 19 iki 47 GFlops galios pagal įvairius testus už 16 tūkstančių rublių už procesorių kainą. Jei surinksite visą mašiną, jo kaina bus 750 USD (1 m. kovo 2020 d. kainomis ir valiutų kursais).
Galų gale mes gauname 50–120 kartų pranašumą už visiškai vidutinį mūsų dienų stalinių kompiuterių procesorių, palyginti su 10 geriausių numanomų praeities superkompiuterių, o specifinių MFlops sąnaudų sumažėjimas tampa absoliučiai siaubingai 93500 / 25 = 3700 laikai.
Kodėl mums vis dar reikalingi serveriai ir kompiuterių centralizavimas su tokia galia periferijoje yra visiškai nesuprantamas!
Šuolis atgal – spiralė padarė posūkį
Stotys be diskų
Pirmasis signalas, kad skaičiavimo perkėlimas į periferiją nebus galutinis, buvo bedisko darbo stočių technologijos atsiradimas. Esant dideliam darbo vietų pasiskirstymui visoje įmonėje, o ypač užterštose patalpose, šių stočių valdymo ir palaikymo klausimas tampa labai sudėtingas.
Atsiranda sąvoka „koridoriaus laikas“ – procentinė dalis laiko, kurį techninės pagalbos darbuotojas yra koridoriuje, pakeliui pas darbuotoją, turintį problemų. Tai mokamas laikas, bet visiškai neproduktyvus. Ne mažiau svarbus vaidmuo, ypač užterštose patalpose, buvo standžiųjų diskų gedimas. Išimkime diską iš darbo stoties ir visa kita atliksime tinkle, įskaitant atsisiuntimą. Be adreso iš DHCP serverio, tinklo adapteris taip pat gauna papildomos informacijos – TFTP (supaprastintos failų tarnybos) serverio adresą ir įkrovos vaizdo pavadinimą, įkelia jį į RAM ir paleidžia įrenginį.
Be mažiau gedimų ir sutrumpėjusio koridoriaus laiko, dabar jums nereikia derinti mašinos vietoje, o tiesiog atsinešti naują ir nuvežti seną diagnozei įrengtoje darbo vietoje. Bet tai dar ne viskas!
Stotis be disko tampa daug saugesnė – jei kas nors staiga įsiveržia į kambarį ir išneša visus kompiuterius, tai tik įrangos praradimas. Jokie duomenys nesaugomi stotyse be disko.
Prisiminkime tai: po informacinių technologijų „nerūpestingos vaikystės“ informacijos saugumas pradeda vaidinti vis svarbesnį vaidmenį. O siaubingos ir svarbios 3 raidės vis labiau įsiveržia į IT – GRC (Governance, Risk, Compliance) arba rusiškai „Manageability, Risk, Compliance“.
Terminalo serveriai
Plačiai paplitęs vis galingesnių asmeninių kompiuterių pasiskirstymas periferijoje gerokai aplenkė viešosios prieigos tinklų plėtrą. Klasikinės kliento ir serverio programos, skirtos 90-ųjų ir 00-ųjų pradžioje, neveikė labai gerai per ploną kanalą, jei duomenų mainai siekė kokių nors reikšmingų verčių. Tai buvo ypač sunku nutolusiems biurams, prijungtiems per modemą ir telefono liniją, kuri taip pat periodiškai užšaldavo arba nutrūkdavo. IR…
Spiralė apsisuko ir vėl atsidūrė terminalo režime su terminalo serverių koncepcija.
Tiesą sakant, mes grįžtame į aštuntąjį dešimtmetį su nuliu klientų ir skaičiavimo galios centralizavimu. Greitai tapo akivaizdu, kad be grynai ekonominio kanalų pagrindimo, prieiga prie terminalo suteikia milžiniškas galimybes organizuoti saugią prieigą iš išorės, įskaitant darbuotojų darbą namuose arba itin ribotą ir kontroliuojamą prieigą rangovams iš nepatikimų tinklų ir nepatikimų/ nevaldomi įrenginiai.
Tačiau terminalų serveriai, nepaisant visų privalumų ir progresyvumo, turėjo ir nemažai trūkumų – mažą lankstumą, triukšmingo kaimyno problemą, griežtai serverio pagrindu veikiančią „Windows“ ir kt.
Proto VDI gimimas
Tiesa, 00-ųjų pradžioje ar viduryje jau pasirodė pramoninė x86 platformos virtualizacija. Ir kažkas išsakė idėją, kuri buvo tiesiog ore: užuot centralizavus visus klientus serverių terminalų fermose, suteikime kiekvienam savo asmeninę VM su kliento Windows ir net administratoriaus prieiga?
Storų klientų atsisakymas
Lygiagrečiai su sesijos ir OS virtualizavimu buvo sukurtas būdas palengvinti kliento funkciją taikomųjų programų lygiu.
Logika buvo gana paprasta, nes ne visi vis dar turėjo asmeninius nešiojamuosius kompiuterius, ne visi turėjo internetą, o daugelis galėjo prisijungti tik iš interneto kavinės su labai ribotomis, švelniai tariant, teisėmis. Tiesą sakant, viskas, ką buvo galima paleisti, buvo naršyklė. Naršyklė tapo nepakeičiamu OS atributu, internetas tvirtai įsiliejo į mūsų gyvenimą.
Kitaip tariant, buvo lygiagreti tendencija perkelti logiką iš kliento į centrą žiniatinklio programų pavidalu, kurioms pasiekti reikia tik paprasčiausio kliento, interneto ir naršyklės.
Ir mes ne tik atsidūrėme ten, kur pradėjome – su nuliu klientų ir centrinių serverių. Mes ten patekome keliais nepriklausomais būdais.
Virtualios darbalaukio infrastruktūra
Tarpininkas
2007 m. pramoninės virtualizacijos rinkos lyderė VMware išleido pirmąją savo produkto VDM (Virtual Desktop Manager) versiją, kuri iš tikrųjų tapo pirmąja besikuriančioje virtualaus darbalaukio rinkoje. Žinoma, nereikėjo ilgai laukti atsakymo iš terminalų serverių lyderio Citrix, o 2008 m., įsigijus XenSource, atsirado XenDesktop. Žinoma, buvo ir kitų pardavėjų su savo pasiūlymais, bet nesigilinkime į istoriją, nutolkime nuo koncepcijos.
Ir ši koncepcija išlieka ir šiandien. Pagrindinis VDI komponentas yra ryšio tarpininkas.
Tai yra virtualaus darbalaukio infrastruktūros šerdis.
Brokeris yra atsakingas už svarbiausius VDI procesus:
- Nustato prijungtam klientui prieinamus išteklius (mašinas/seansus);
- Jei reikia, subalansuoja klientus tarp mašinų / seansų telkinių;
- Persiunčia klientą į pasirinktą šaltinį.
Šiandien VDI klientu (terminalu) gali būti praktiškai viskas, kas turi ekraną – nešiojamas kompiuteris, išmanusis kompiuteris, planšetinis kompiuteris, kioskas, plonas arba nulinis klientas. Ir atsakymo dalis, ta pati, kuri vykdo produktyvią apkrovą – terminalo serverio sesija, fizinė mašina, virtuali mašina. Šiuolaikiniai brandūs VDI produktai yra glaudžiai integruoti su virtualia infrastruktūra ir savarankiškai valdo ją automatiniu režimu, diegdami arba, priešingai, ištrindami nebereikalingas virtualias mašinas.
Šiek tiek nuošalyje, bet kai kuriems klientams itin svarbi VDI technologija yra techninės 3D grafikos pagreičio palaikymas dizainerių ar dizainerių darbui.
Protokolas
Antra itin svarbi brandaus VDI sprendimo dalis yra virtualių išteklių prieigos protokolas. Jei kalbame apie darbą įmonės vietiniame tinkle su puikiu, patikimu 1 Gbps tinklu iki darbo vietos ir 1 ms vėlavimu, tuomet galite pasiimti praktiškai bet kurį ir visai negalvoti.
Reikia galvoti, kai ryšys vyksta nekontroliuojamu tinklu, o šio tinklo kokybė gali būti visiškai bet kokia – iki dešimčių kilobitų greičio ir nenuspėjamų vėlavimų. Jie yra tinkami organizuoti tikrą nuotolinį darbą iš vasarnamių, iš namų, iš oro uostų ir užkandinių.
Terminalo serveriai ir klientų VM
Atsiradus VDI, atrodė, kad laikas atsisveikinti su terminalų serveriais. Kam jie reikalingi, jei kiekvienas turi savo asmeninį VM?
Tačiau žvelgiant iš grynos ekonomikos pusės, paaiškėjo, kad tipiškiems masiniams darbams, identiškam skelbimų pykinimui, nėra nieko efektyvesnio už terminalų serverius kainos ir seanso santykio atžvilgiu. Nepaisant visų privalumų, metodas „1 vartotojas = 1 VM“ išleidžia žymiai daugiau išteklių virtualiai aparatūrai ir visavertei OS, o tai pablogina tipiškų darbo vietų ekonomiką.
Esant aukščiausio lygio vadovų darbo vietoms, nestandartinėms ir apkrautoms darbo vietoms, poreikis turėti aukštas teises (iki administratoriaus), dedikuota VM vienam vartotojui turi pranašumą. Šioje VM galite individualiai paskirstyti išteklius, išduoti teises bet kuriuo lygiu ir subalansuoti VM tarp virtualizacijos prieglobos esant didelei apkrovai.
VDI ir ekonomika
Jau ne vienerius metus girdžiu tą patį klausimą – kaip VDI pigiau, nei visiems išdalinti nešiojamus kompiuterius? Ir jau ne vienerius metus man tenka atsakyti lygiai tą patį: paprastų biuro darbuotojų atveju VDI nėra pigesnis, jei vertintume grynąsias įrangos tiekimo išlaidas. Kad ir ką sakytume, nešiojamieji kompiuteriai vis pigėja, tačiau serveriai, saugojimo sistemos ir sistemos programinė įranga kainuoja nemažus pinigus. Jei atėjo laikas atnaujinti savo automobilių parką ir galvojate sutaupyti pinigų per VDI, ne, pinigų nesutaupysite.
Aukščiau paminėjau siaubingas tris GRC raides – taigi, VDI yra apie GRC. Kalbama apie rizikos valdymą, apie saugumą ir patogumą kontroliuojant prieigą prie duomenų. Ir visa tai paprastai kainuoja nemažus pinigus, kad būtų įdiegta daugybė skirtingų tipų įrangos. Naudojant VDI, valdymas supaprastinamas, saugumas padidėja, plaukai tampa švelnūs ir šilkiniai.
HPE nuotolinio darbo sprendimai
Nuotolinis ir debesų valdymas
iLO
HPE toli gražu nėra naujokas nuotolinio serverių infrastruktūros valdymo srityje, ne juokai – kovą legendiniam iLO (Integrated Lights Out) sukako 18 metų. Prisimindamas savo, kaip administratorės, dienas 00-aisiais, aš asmeniškai negalėjau būti laimingesnis. Triukšmingame ir šaltame duomenų centre reikėjo atlikti pradinį montavimą į stelažus ir jungiamuosius kabelius. Visa kita konfigūracija, įskaitant OS įkėlimą, gali būti atliekama iš darbo vietos, dviejų monitorių ir puodelio karštos kavos. Ir tai yra prieš 13 metų!
Šiandien HPE serveriai yra neabejotinas ilgalaikis kokybės standartas – ir ne mažiausią vaidmenį čia atlieka auksinis nuotolinio valdymo sistemos standartas – iLO.
Norėčiau ypač atkreipti dėmesį į HPE veiksmus išlaikant žmonijos koronaviruso kontrolę. , kad bent iki 2020 m. pabaigos (bent) iLO Advanced licencija yra prieinama visiems nemokamai.
Infosight
Jei jūsų infrastruktūroje yra daugiau nei 10 serverių, o administratoriui nenuobodu, tuomet, žinoma, dirbtiniu intelektu pagrįsta debesų sistema HPE Infosight bus puikus priedas prie standartinių stebėjimo įrankių. Sistema ne tik stebi būseną ir kuria grafikus, bet ir savarankiškai rekomenduoja tolesnius veiksmus pagal esamą situaciją ir tendencijas.
Būk protingas, , išbandykite Infosight!
„OneView“.
Paskutinis, bet ne mažiau svarbus dalykas, norėčiau paminėti HPE OneView – visą produktų portfelį su didžiulėmis galimybėmis stebėti ir valdyti visą infrastruktūrą. Ir visa tai nepakeliant nuo savo stalo, kurį galite turėti dabartinėje situacijoje savo vasarnamyje.
Sandėliavimo sistemos taip pat neblogos!
Žinoma, visos saugojimo sistemos yra valdomos ir stebimos nuotoliniu būdu – taip buvo prieš daugelį metų. Todėl šiandien noriu pakalbėti apie ką kitą, būtent apie metro grupes.
Metro klasteriai rinkoje nėra visiškai naujiena, tačiau kaip tik dėl to jie vis dar nėra labai populiarūs – mąstymo inercija ir pirmasis įspūdis juos veikia. Žinoma, jie jau egzistavo prieš 10 metų, bet kainavo kaip ketaus tiltas. Metai, praėję nuo pirmųjų metroklasterių, pakeitė pramonę ir technologijų prieinamumą plačiajai visuomenei.
Prisimenu projektus, kur buvo specialiai paskirstytos saugojimo sistemų dalys - atskirai superkritinėms paslaugoms metro klasteryje, atskirai sinchroniniam replikavimui (daug pigiau).
Tiesą sakant, 2020 m. metroklasteris jums nieko nekainuoja, jei sugebėsite organizuoti dvi svetaines ir kanalus. Tačiau sinchroniniam replikavimui reikalingi kanalai yra lygiai tokie patys kaip ir metroklasteriams. Programinės įrangos licencijavimas jau seniai vykdomas paketuose – o sinchroninis replikavimas iš karto atsiranda kaip paketas su metro klasteriu, o vienintelis dalykas, kuris iki šiol palaiko vienakryptį replikavimą, yra būtinybė organizuoti išplėstinį L2 tinklą. Ir net tada L2 per L3 jau šluoja visoje šalyje su visa jėga.
Taigi koks yra esminis skirtumas tarp sinchroninio replikacijos ir metroklasterio nuotolinio darbo požiūriu?
Viskas labai paprasta. Metroklasteris veikia pats, automatiškai, visada, beveik akimirksniu.
Kaip atrodo sinchroninio replikavimo apkrovos perjungimo procesas mažiausiai kelių šimtų VM infrastruktūroje?
- Gaunamas avarinis signalas.
- Budėjimo pamaina analizuoja situaciją – galite drąsiai skirti 10–30 minučių vien tam, kad gautumėte signalą ir priimtumėte sprendimą.
- Jei budintys inžinieriai neturi įgaliojimų savarankiškai pradėti perjungimo, dar turi 30 minučių susisiekti su institucija turinčiu asmeniu ir oficialiai patvirtinti perjungimo pradžią.
- Paspaudus didelį raudoną mygtuką.
- 10-15 minučių skirtu laiku ir apimties permontavimui, VM perregistravimui.
- 30 minučių pakeisti IP adresą yra optimistinis įvertinimas.
- Ir galiausiai – VM pradžia ir produktyvių paslaugų paleidimas.
Bendras RTO (laikas atstatyti verslo procesus) gali būti saugiai įvertintas 4 val.
Palyginkime su situacija metroklasteryje.
- Saugojimo sistema supranta, kad ryšys su metroklasterio svirtimi nutrūksta - 15-30 sekundžių.
- Virtualizacijos šeimininkai supranta, kad pirmasis duomenų centras yra prarastas – 15-30 sekundžių (kartu su 1 tašku).
- Automatinis pusės iki trečdalio VM paleidimas antrajame duomenų centre – likus 10-15 minučių iki paslaugų įkėlimo.
- Maždaug tuo metu budėtojas supranta, kas atsitiko.
Iš viso: RTO = 0 atskiroms paslaugoms, 10-15 minučių bendru atveju.
Kodėl iš naujo paleidžiama tik pusė ar trečdalis VM? Pažiūrėk, kas vyksta:
- Viską darote protingai ir įjungiate automatinį VM balansavimą. Todėl vidutiniškai tik pusė VM veikia viename iš duomenų centrų. Galų gale, visa metroklasterio esmė yra sumažinti prastovų laiką, todėl jūs suinteresuoti sumažinti atakuojamų VM skaičių.
- Kai kurios paslaugos gali būti sugrupuotos programos lygiu, paskirstytos skirtingose VM. Atitinkamai šios suporuotos VM yra prikalamos po vieną arba pririšamos juostele prie skirtingų duomenų centrų, kad paslauga nelauktų, kol VM iš naujo įsijungs avarijos atveju.
Turėdami gerai sukurtą infrastruktūrą su išplėstomis metro grupėmis, verslo vartotojai dirba su minimaliu vėlavimu iš bet kurios vietos, net ir įvykus nelaimingam atsitikimui duomenų centro lygiu. Blogiausiu atveju vėlavimas bus vieno kavos puodelio laikas.
Ir, žinoma, metroklasteriai puikiai veikia tiek HPE 3Par, kuris juda link Valinor, tiek visiškai naujame Primera!
Nuotolinės darbo vietos infrastruktūra
Terminalo serveriai
Terminalų serveriams nieko naujo sugalvoti nereikia, HPE jau daugelį metų jiems tiekia vienus geriausių serverių pasaulyje. Nesenstanti klasika – DL360 (1U) arba DL380 (2U) arba AMD gerbėjams – DL385. Žinoma, yra ir „blade“ serverių – tiek klasikinis C7000, tiek naujoji „Synergy“ komponuojama platforma.
Kiekvienam skoniui, kiekvienai spalvai, maksimalus seansų skaičius serveryje!
„Klasikinis“ VDI + HPE paprastumas
Šiuo atveju, kai sakau „klasikinis VDI“, turiu omenyje sąvoką 1 vartotojas = 1 VM su kliento „Windows“. Ir, žinoma, hiperkonverguotoms sistemoms nėra artimesnės ir brangesnės VDI apkrovos, ypač deduplikacijos ir glaudinimo atveju.
Čia HPE gali pasiūlyti tiek savo hiperkonverguotą Simplivity platformą, tiek serverius / sertifikuotus mazgus, skirtus partnerių sprendimams, pvz., VSAN paruoštus mazgus, skirtus VDI kurti VMware VSAN infrastruktūroje.
Pakalbėkime šiek tiek daugiau apie paties Simplicity sprendimą. Pagrindinis dėmesys, kaip švelniai sufleruoja pavadinimas, yra paprastumas. Lengva įdiegti, lengva valdyti, lengva keisti.
Hiperkonverguotos sistemos šiandien yra viena karščiausių temų IT srityje, o skirtingų lygių pardavėjų skaičius siekia apie 40. Pagal Gartner magic square HPE yra Top5 pasaulyje ir yra įtraukta į lyderių kvadratą – tų, kurie supranta. kur pramonė vystosi, ir gali suprasti, kad ji paverčiama technine įranga.
Architektūriniu požiūriu Simplivity yra klasikinė hiperkonverguota sistema su valdiklio virtualiomis mašinomis, o tai reiškia, kad ji gali palaikyti įvairius hipervizorius, o ne su hipervizoriumi integruotas sistemas. Iš tiesų, nuo 2020 m. balandžio mėn. palaikomos „VMware vSphere“ ir „Microsoft Hyper-V“ ir buvo paskelbti planai palaikyti KVM. Pagrindinis Simplivity bruožas nuo pat jo pasirodymo rinkoje buvo aparatinis glaudinimo ir dubliavimo pagreitinimas naudojant specialią greitintuvo kortelę.
Reikėtų pažymėti, kad glaudinimas ir dubliavimo panaikinimas yra visuotiniai ir visada įjungti; tai nėra pasirenkama funkcija, o sprendimo architektūra.
HPE, žinoma, yra šiek tiek netikras, teigia, kad efektyvumas yra 100:1, skaičiuojant ypatingu būdu, tačiau erdvės panaudojimo efektyvumas yra tikrai labai didelis. Tiesiog skaičius 100:1 yra per gražus. Išsiaiškinkime, kaip techniškai įdiegtas paprastumas, kad būtų parodyti tokie skaičiai.
Momentinė nuotrauka. Momentinės nuotraukos yra 100 % teisingai įdiegtos kaip RoW (peradresavimas rašant), todėl atsiranda akimirksniu ir nesukelia nuobaudos dėl veikimo. Kaip, pavyzdžiui, jos skiriasi nuo kai kurių kitų sistemų. Kodėl mums reikia vietinių momentinių nuotraukų be nuobaudų? Taip, tai labai paprasta, sumažinti RPO nuo 24 valandų (vidutinis RPO atsarginei kopijai) iki dešimčių ar net minučių vienetų.
atsarginės. Momentinė nuotrauka nuo atsarginės kopijos skiriasi tik tuo, kaip ją suvokia virtualios mašinos valdymo sistema. Jei ištrinant įrenginį ištrinama visa kita, vadinasi, tai buvo momentinė nuotrauka. Jei liko, tai reiškia, kad tai atsarginė kopija. Taigi, bet kuri momentinė nuotrauka gali būti laikoma visa atsargine kopija, jei ji yra pažymėta sistemoje ir nėra ištrinta.
Žinoma, daugelis prieštaraus – kokia čia atsarginė kopija, jei ji saugoma toje pačioje sistemoje? Ir čia yra labai paprastas atsakymas priešinio klausimo forma: sakykite, ar turite formalų grėsmės modelį, kuris nustato atsarginės kopijos saugojimo taisykles? Tai absoliučiai sąžininga atsarginė kopija, neleidžianti ištrinti failo VM, tai yra atsarginė kopija, apsauganti nuo pačios VM ištrynimo. Jei reikia saugoti atsarginę kopiją tik atskiroje sistemoje, galite pasirinkti: replikuoti šią momentinę kopiją į antrąjį Simplivity klasterį arba į HPE StoreOnce.
Ir štai čia paaiškėja, kad tokia architektūra tiesiog idealiai tinka bet kokio tipo VDI. Juk VDI reiškia šimtus ar net tūkstančius itin panašių mašinų su ta pačia OS, su tomis pačiomis programomis. Visuotinė deduplikacija visa tai sukramtys ir suspaus net ne 100:1, o daug geriau. Įdiegti 1000 VM iš vieno šablono? Visai ne problema, šių įrenginių registracija vCenter užtruks ilgiau nei klonavimas.
Simplivity G linija buvo sukurta specialiai vartotojams, turintiems ypatingų našumo reikalavimų, ir tiems, kuriems reikia 3D greitintuvų.
Ši serija nenaudoja aparatinės įrangos dubliavimo greitintuvo, todėl sumažina diskų skaičių viename mazge, kad valdiklis jį tvarkytų programinėje įrangoje. Tai atlaisvina PCIe lizdus visiems kitiems greitintuvams. Viename mazge turimos atminties kiekis taip pat buvo padvigubintas iki 3 TB, kad būtų galima atlikti sudėtingiausius darbo krūvius.
Paprastumas idealiai tinka organizuoti geografiškai paskirstytas VDI infrastruktūras su duomenų replikavimu į centrinį duomenų centrą.
Tokia VDI architektūra (ir ne tik VDI) ypač įdomi Rusijos realijų kontekste – didžiuliai atstumai (taigi ir vėlavimai) ir toli gražu ne idealūs kanalai. Kuriami regioniniai centrai (ar net tik 1-2 Simplivity mazgai visiškai nutolusiame biure), kur vietiniai vartotojai jungiasi greitais kanalais, išlaikoma pilna kontrolė ir valdymas iš centro ir tik nedidelis kiekis tikro, vertingo, o ne. šlamštas, yra kopijuojamas į centrinius duomenis.
Žinoma, Simplivity yra visiškai prijungtas prie OneView ir InfoSight.
Ploni ir nulis klientų
Ploni klientai yra specializuoti sprendimai, skirti naudoti tik kaip terminalus. Kadangi klientui praktiškai nėra jokios apkrovos, išskyrus kanalo priežiūrą ir vaizdo dekodavimą, beveik visada yra procesorius su pasyviu aušinimu, mažas įkrovos diskas, skirtas tik paleisti specialią įterptąją OS, ir iš esmės viskas. Jame praktiškai nėra ką laužyti, o vogti – nenaudinga. Kaina nedidelė, o duomenys nesaugomi.
Yra speciali plonųjų klientų kategorija, vadinamieji nuliniai klientai. Pagrindinis jų skirtumas nuo plonų yra tai, kad nėra net bendros paskirties įterptosios OS ir jie veikia tik su mikroschema su programine įranga. Juose dažnai yra specialių aparatinės įrangos greitintuvų, skirtų vaizdo srautams dekoduoti terminalo protokoluose, tokiuose kaip PCoIP arba HDX.
Nepaisant didelio Hewlett Packard padalijimo į atskirus HPE ir HP, negalima nepaminėti HP gaminamų plonųjų klientų.
Pasirinkimas platus, kiekvienam skoniui ir poreikiams – iki kelių monitorių darbo stočių su aparatiniu vaizdo srauto pagreitinimu.
HPE paslauga jūsų nuotoliniam darbui
Ir paskutinis, bet ne mažiau svarbus dalykas, noriu paminėti HPE paslaugą. Išvardinti visus HPE paslaugų lygius ir galimybes būtų per ilgas, tačiau yra bent vienas itin svarbus pasiūlymas nuotolinėms darbo aplinkoms. Būtent techninės priežiūros inžinierius iš HPE / įgaliotojo aptarnavimo centro. Jūs ir toliau dirbate nuotoliniu būdu, iš savo mėgstamos vasarnamio, klausydamiesi kamanių, o bitė iš HPE, atvykusi į duomenų centrą, pakeičia diskus ar sugedusį maitinimą jūsų serveriuose.
HPE CallHome
Šiuolaikinėmis sąlygomis, kai judėjimas yra ribotas, funkcija Call Home tampa aktualesnė nei bet kada anksčiau. Bet kuri HPE sistema, turinti šią funkciją, gali savarankiškai pranešti HPE pagalbos centrui apie techninės ar programinės įrangos gedimą. Tikėtina, kad pakaitinė dalis ir (arba) techninės priežiūros inžinierius atvyks į jūsų vietą gerokai anksčiau, nei pastebėsite produktyvių paslaugų gedimus ar problemas.
Asmeniškai aš labai rekomenduoju įjungti šią funkciją.
Šaltinis: www.habr.com