Sot kam për të treguar sot një histori. Një histori e evoluimit të teknologjisë së informacionit dhe shfaqjes së vendeve të punës në distancë nga kohët e lashta deri në ditët e sotme.
Zhvillimi i IT
Mënyra kryesore për të nxjerrë në pah nga historia e IT është…
Sigurisht, se IT po zhvillohet në spirale. Zgjidhjet dhe konceptet e njëjta, të cilat u hodhën poshtë disa dhjetëvjeçarë më parë, fitojnë një kuptim të ri dhe fillojnë të funksionojnë me sukses në kushte të reja, për detyra të reja dhe kapacitete të reja. Në këtë aspekt, IT nuk ndryshon nga çdo fushë tjetër e njohurive njerëzore dhe historia e Tokës në përgjithësi.
Më parë, kur kompjuterët ishin të mëdhenj
“Mendoj se në botë ka një treg për rreth pesë kompjuterë,” tha Thomas Watson, kreu i IBM në 1943.
Teknologjia e hershme kompjuterike ishte e madhe. Jo, më saktë, teknologjia e hershme ishte gjigante, ciklopike. Një makinë e plotë llogaritëse zinte një sipërfaqe të krahasueshme me një sallë sporti dhe kushtonte para të pabesueshme. Si një shembull për komponentët mund të përmendim modulën e memories operative me unaza ferit (1964).
Kyky this module has a size of 11 cm * 11 cm and a capacity of 512 bytes (4096 bits). A cabinet fully filled with these modules would hardly have the capacity of the now-ancient 3.5” floppy disk (1.44 MB = 2950 modules), consuming a considerable amount of power and heating up like a steam engine.
The English name for debugging, is indeed related to the large sizes. One of the first in the history of programmers, Grace Hopper (yes, a woman), a naval officer, made a journal entry in 1945 after investigating a malfunction in a program.
Since moth (motyl) generally means bug (insect), all subsequent issues and actions taken to resolve them were reported to management as 'debugging' (literally, removing bugs), which firmly established the term bug for program malfunctions, while debugging became known as debug.
As electronics and particularly semiconductor technology advanced, the physical sizes of machines began to decrease, while computing power grew. However, even in this case, it was impossible to provide each person with a personal computer.
"Nuk ka arsye që ndokush të dëshirojë të mbajë një kompjuter në shtëpi" — Ken Olsen, themeluesi i DEC, 1977.
Në vitet '70, lindi termi mini-kompjuter. Kujtoj që kur e lexova këtë term për herë të parë shumë vite më parë, më ardhën në mendje diçka si një netbook, pothuajse një pajisje dore. Nuk mund të kisha qenë më larg nga e vërteta.
Mini — ai është vetëm në krahasim me sallat e mëdha të makinave, por kjo ende përfshin disaRack-e me pajisje që kushtojnë qindra mijëra dhe miliona dollarë. Megjithatë, fuqia kompjuterike ishte rritur aq shumë sa nuk ishte gjithmonë e ngarkuar në 100% dhe, për më tepër, kompjuterët filluan të ishin të aksesueshëm për studentët dhe mësuesit e universiteteve.
Dhe këtu erdhi AI!
Pak kush mendon për rrënjët latine në gjuhën angleze, por ai na solli qasje të largët, ashtu siç e njohim sot. Terminus (lat) — fundi, kufiri, qëllimi. Qëllimi i Terminator T800 ishte të përfundonte jetën e John Connor. Ashtu siç e dimë se stacionet e transportit, ku bëhet ngarkimi dhe shkarkimi i pasagjerëve apo mallrave, quhen terminale — qëllime përfundimtare të rrugëve.
Kështu lindi koncepti i qasjes terminale, dhe ju mund të shihni terminalin më të njohur në botë, që vazhdon të jetojë në zemrat tona.
DEC VT100 quhet terminal, sepse përfundon linjën informative. Ai ka në fakt fuqi të llogaritjes zero dhe detyra e tij e vetme është të shfaqë informacionin e marrë nga një makinë të madhe dhe të transmetojë inputin nga tastiera në makinë. Edhe pse VT100 fizikisht ka vdekur prej kohësh, ne akoma i përdorim ato në mënyrë të plotë.
Ditët tona
“Ditët tona” do t'i filloja nga fillimi i viteve '80, nga momenti i shfaqjes së procesorëve të parë të disponueshëm për publikun me ndonjë fuqi të rëndësishme llogaritëse. Tradicionalisht, thuhet se procesori kryesor i epokës ishte Intel 8088 (familja x86) si krijuesi i arkitekturës fituese. Cila është pra diferenca thelbësore me konceptin e viteve '70?
Ai fillon të shfaqet një tendencë për të transferuar përpunimin e informacionit nga qendra në periferinë. Jo të gjitha detyrat kërkojnë fuqitë e çmendura (krahasuar me x86 të dobët) të mainframe-it ose edhe të mini-kompjuterëve. Intel nuk qëndron në vend, në vitet '90 lëshon familjen e Procesorëve Pentium, e cila u bë e vërtetë hera e parë e masës në shtëpi në Rusi. Këta procesorë tashmë janë të aftë për shumë, jo vetëm për të shkruar një letër — por edhe për multimedia dhe për të punuar me bazat e dhënave të vogla. Në fakt, për biznese të vogla, nevoja për servera zhduket krejtësisht — gjithçka mund të realizohet në periferinë, në makinat klient. Me kalimin e viteve procesorët bëhen gjithnjë e më të fuqishëm, dhe ndryshimi midis serverëve dhe kompjuterëve personalë po bëhet gjithnjë e më i vogël sa i përket fuqisë llogaritëse, duke mbetur shpesh vetëm në rezervimin e energjisë, mbështetje për ndërrimin e nxehtë dhe në kasat speciale për instalim në raft.
Nëse krahasojmë procesorët modernë të klientëve, që janë 'të qeshur' për administratorët e serverëve të rëndë në vitet '90 të kompanisë Intel, me superkompjuterët e kaluar, atëherë ndjemë një kënaqësi të vogël.
Le të shohim një të vjetër, pothuajse në moshën time. Cray X-MP/24 e vitit 1984.
Ky aparat ishte në mesin e superkompjuterëve më të mirë të vitit 1984, me 2 procesorë prej 105 MHz dhe një kapacitet llogaritës kulmor prej 400 MFlops (milion operacione me numra me grimca). Pikërisht ai aparat që përshkruhet në foto ka qëndruar në laboratorin e kriptografisë të NSA-së në SHBA dhe merrej me thyerjen e kodimeve. Nëse konvertojmë 15 milion dollarë të vitit 1984 në dollarë të vitit 2020, vlera do të ishte 37.4 milion, ose 93,500 dollarë / MFlops.
Në makinën me të cilën po shkruaj këto rreshta, ndodhet një procesor Core i5-7400 nga viti 2017, i cili nuk është më i ri dhe madje, në vitin e tij të daljes, ishte procesori më i ri 4-bërthamësh nga të gjithë procesorët desktop të nivelit të mesëm. 4 bërthama me frekuencë bazë 3.0 GHz (3.5 me Turbo Boost) dhe dyfishimi i rrjedhave me HyperThreading ofrojnë nga 19 deri në 47 GFlops fuqie sipas testeve të ndryshme me një çmim prej 16,000 rubla për procesorin. Nëse e ndërtosh krejt makinën, mund ta vlerësosh koston e saj në 750 dollarë (sipas çmimeve dhe kursit më 1 mars 2020).
Në fund, ne arrijmë një përparësi prej 50-120 herë të procesorëve desktop të zakonshëm të ditëve tona në krahasim me superkompjuterët e top 10 nga e kaluara e afërt, ndërsa rënia e çmimeve për MFlops bëhet krejt monstruoze 93500 / 25 = 3700 herë.
Pse na duhen akoma serverët dhe centralizimi i llogaritjeve kur kemi këto kapacitete në periferinë — është e paqartë!
Rritja e kthyer — spiraleja bëri një kthesë
Stacionet pa disqe
Së pari, sinjali që dërgimi i llogaritjeve në periferi nuk do të jetë përfundimtar ishte shfaqja e teknologjisë së stacioneve të punës pa disqe. Me një shpërndarje të konsiderueshme të stacioneve të punës përmes pasurisë së ndërmarrjes, veçanërisht në ambiente të ndotura, pyetja për menaxhimin dhe mbështetje të këtyre stacioneve bëhet shumë e rëndësishme.
Përftohet koncepti i "kohës në korridor" — ai përqindje e kohës që punonjësi i mbështetjes teknike kalon në korridor, rrugës për te punonjësi me problem. Ky është një kohë e paguar, por plotësisht jo produktive. Një rol të rëndësishëm, veçanërisht në ambiente të ndotura, e luajnë defektet e diskut të fortë. Le të heqim diskun nga stacioni i punës dhe të bëjmë gjithçka në rrjet, duke përfshirë ngarkimin. Adaptori i rrjetit merr, përveç adresës nga serveri DHCP, gjithashtu informacion shtesë — adresën e serverit TFTP (shërbimi i thjeshtë i skedarëve) dhe emrin e imazhit të ngarkimit, e ngarkon atë në memorien e përkohshme dhe e nis makinën.
Përveç numrit më të vogël të defekteve dhe reduktimit të kohës në korridor, makina tani mund të mos u nënshtrimi rinovimit në vend, por thjesht të sjellim një të re dhe të marrim të vjetren për diagnostikim në një vend të pajisur për punë. Por kjo nuk është gjithçka!
Stacioni pa disk bëhet ndjeshëm më i sigurt — nëse ndonjëherë dikush hyn në ambient dhe merr të gjithë kompjuterët, vetëm pajisjet do të jenë humbje. Asnjë të dhënë nuk ruhet në stacionet pa disk.
Do ta e kujtojmë këtë moment, sigurimi i informacionit po luan një rol gjithnjë e më të rëndësishëm pas "fëmijërisë pa shqetësime" të teknologjive informative. Dhe në IT po depërton gjithnjë e më shumë një termin i frikshëm dhe i rëndësishëm me tri shkronja — GRC (Governance, Risk, Compliance), ose në shqip "Menaxhimi, Rreziku, Përputhshmëria".
Serverët terminalë
Shpërndarja e gjerë e kompjuterëve gjithnjë e më të fuqishëm në periferinë e rrjetit e ka tejkaluar zhvillimin e rrjeteve të aksesit të përgjithshëm. Aplikacionet klasike klient-server të viteve '90 dhe fillimit të viteve '00 nuk funksiononin mirë përmes një kanali të ngushtë kur shkëmbimi i të dhënave përbënte ndonjë vlerë të rëndësishme. Kjo ishte veçanërisht e vështirë për zyrat e largëta që lidhej përmes modemave dhe linjave telefonike, të cilat ndonjëherë ishin të ngadalta ose prisheshin. Dhe...
Spiralla bëri një kënd dhe u kthye përsëri në modalitetin terminal me konceptin e serverëve terminalë.
Në të vërtetë, ne u kthyem në vitet '70 me klientët e tyre null dhe centralizimin e fuqisë kompjuterike. Shpejt bëhej e qartë se përveç kompleksitetit ekonomik që lidhet me kanalet, aksesit terminal i jep mundësi të mëdha për organizimin e aksesit të sigurt nga jashtë, duke përfshirë punën nga shtëpia për punonjësit, ose aksesin tepër të kufizuar dhe të kontrolluar për kontraktuesit nga rrjete të pasigurta dhe pajisje të panjohura/jo të kontrolluara.
Megjithatë, serverët terminalë, edhe me të gjitha avantazhet dhe progresivitetin e tyre, kishin gjithashtu një sërë disavantazhesh — fleksibilitet të ulët, problemi i fqinjit zhurmëmadh, vetëm Windows server, etj.
Lindja e proto VDI
Sidoqoftë, në fillim të mes viteve 2000, virtualizimi industrial i platformës x86 po dilte në skenë. Diku, dikush e shprehu thjesht idenë e cila fluturonte në ajër: çfarë nëse, në vend të centralizimit të të gjithë klientëve në fermat server, i japim secilit një VM personale me Windows klienti dhe madje akses administrator?
Shkëputja nga klientët e trashë
Paralelisht me virtualizimin e seancave dhe OS, po zhvillohej një qasje e lidhur me lehtësimin e funksionit të klientit në nivelin e aplikacionit.
Logjika pas kësaj ishte mjaft e thjeshtë, pasi laptopët personalë ende nuk ishin në dispozicion për të gjithë, interneti po ashtu nuk ishte i pranishëm për të gjithë, dhe shumë njerëz mund të lidhen vetëm nga internet kafe me të drejta shumë të kufizuara, për ta thënë lehtësisht. Faktikisht, e vetmja gjë që mund të startohej ishte shfletuesi. Shfletuesi u bë një atribut i domosdoshëm i OS, dhe interneti po hynte thellë në jetën tonë.
Me fjalë të tjera, paralelisht po ndodhte një trend për të transferuar logjikën nga klienti në qendër në formën e aplikacioneve web, për t'u aksesuar nga një klient shumë i thjeshtë, internet dhe shfletues.
Dhe ne nuk kemi mbetur thjesht aty ku filluam — me klientë zero dhe servera qendror. Ne arritëm atje përmes disa rrugësh të pavarura.
Virtual Desktop Infrastructure
Broker
Në vitin 2007, lideri i tregut në virtualizimin industrial, VMware, lëshoi versionin e parë të produktit të tij VDM (Virtual Desktop Manager), i cili u bë praktikisht i pari në tregun e sapo lindur të desktopëve virtualë. Sigurisht, nuk vonoi shumë përgjigjja nga lideri i serverëve të terminaleve Citrix, dhe në vitin 2008, me blerjen e XenSource, u shfaq XenDesktop. Sigurisht kishte edhe disa furnizues të tjerë me propozimet e tyre, por le të mos e thellojmë historinë shumë, duke u larguar nga koncepti.
Dhe akoma koncepti ruhet. Komponenti kyç i VDI është brokeri i lidhjeve.
Ky është pikërisht zemra e infrastrukturës së desktopëve virtualë.
Brokeri është përgjegjës për proceset më të rëndësishme të funksionimit të VDI:
- Përcakton burimet e disponueshme për klientin që ka lidhje (makinat/sesionet);
- Balancojnë klientët sipas nevojës në grupet e makinave/sesionet;
- Kalojnë klientin në burimin e zgjedhur.
Sot një klient (terminal) për VDI mund të jetë praktikisht gjithçka që ka një ekran — një laptop, smartphone, tablet, kiosk, klient i hollë ose i zero. Ndërsa pjesa tjetër, ajo që realizon ngarkesën produktive — sesioni i serverit të terminalit, makina fizike, makina virtuale. Produktet moderne të VDI të zhvilluara mirë janë të integruara ngushtë me infrastrukturën virtuale dhe menaxhojnë atë automatikisht, duke deployuar ose, në të kundërt, duke hequr makinat virtuale që nuk janë më të nevojshme.
Dikur pak më në anë, por për disa klientë një teknologji jashtëzakonisht e rëndësishme VDI, është mbështetje për akselerimin grafik të 3D për të punuar me projektuesit ose dizajnerët.
Protokolli
Një pjesë tjetër jashtëzakonisht e rëndësishme e një zgjidhjeje të zhvilluar mirë VDI është protokolli i aksesit në burime virtuale. Nëse flasim për punën brenda një rrjeti lokal korporate me një rrjet të shkëlqyer dhe të besueshëm 1 Gbps deri në vendin e punës dhe me vonesë prej 1 ms, atëherë mund të zgjidhni faktikisht çdo protokoll dhe të mos shqetësoheni fare.
Duhet të mendoni kur lidhja bëhet në një rrjet të pakontrolluar, dhe cilësia e këtij rrjeti mund të jetë krejt e ndryshme, deri në shpejtësi disa kilobit dhe vonesa të paparashikueshme. Këto janë pikërisht për organizimin e një pune të vërtetë të largët, nga shtëpia, nga vila, nga aeroportet dhe kafene.
Serverët terminalë vs VM klientësh
Me shfaqjen e VDI, dukej se ishte koha për të thënë lamtumirë serverëve terminalë. Pse janë të nevojshëm, nëse çdo person ka VM-në e tij personale?
Megjithatë, nga pikëpamja e ekonomisë së pastër, doli se për vendet tipike të punës masive, të ngjashme deri në të përbërtur, nuk ka ende asgjë më efektive se serverët terminalë në raportin çmim / seancë. Me të gjitha përfitimet e tij, qasja "1 përdorues = 1 VM" harxhon ndjeshëm më shumë burime për harduerin virtual dhe një sistem operativ të plotë, çka e përkeqëson ekonominë për vendet tipike të punës.
Në rastin e posteve të menaxherëve të lartë, për vende pune jo standarde dhe të ngarkuara, si dhe kur është e nevojshme të keni privilegje të larta (deri në nivelin e administratorit), përparësia e ka një VM të dedikuar për përdoruesin. Brenda kësaj VM-je mund të ndahen burime individualisht, të jepen privilegje të çdo niveli, dhe të balancohen VM-të midis hosteve të virtualizimit në kushtet e një ngarkese të lartë.
VDI dhe ekonomia
Vite me radhë, ndëgjoj të njëjtin pyetje — si është e mundur që VDI është më e lirë se thjesht të japësh laptopë për të gjithë? Dhe vite me radhë, më duhet të përgjigjem njësoj: në rastin e punonjësve të zakonshëm zyrtarë, VDI nuk është më e lirë, nëse konsiderojmë shpenzimet e pastërta për sigurimin e pajisjeve. Si të doni ta shihni, laptopët po bëhen më të lira, ndërsa serverët, ruajtja e dhënash dhe softveri sistemik kushtojnë një sasi të konsiderueshme parash. Nëse ka ardhur koha të përditësoni aparatin dhe mendoni se do të kurseni përmes VDI — jo, nuk do të kurseni.
Më parë përmenda tri shkronjat për të cilat bëhet fjalë GRC—dhe ky është VDI. Ky është për menaxhimin e rrezikut, për sigurinë dhe komoditetin e aksesit të kontrolluar në të dhëna. Dhe të gjitha këto zakonisht kushtojnë goxha shtrenjtë për t’u implementuar në një mori pajisjesh të ndryshme. Me ndihmën e VDI, kontrolli lehtësohet, siguria rritet, dhe flokët bëhen të butë e mëndafsh.
Zgjidhjet HPE për punën nga distanca
Menaxhimi i largët dhe i bazuar në re
iLO
Kompania HPE nuk është aspak një fillestare në menaxhimin e largët të infrastrukturës serverike; është një shaka që në mars u bë 18 vjet nga legjenda iLO (Integrated Lights Out). Ndërsa kujtoj kohët e mia si administrator në vitet '00, nuk mund të isha më i lumtur. Montimi fillestar në raft dhe lidhja e kabllove — kjo ishte gjithçka që duhej bërë në një Qendër të Dhënash të zhurmshme dhe të ftohtë. Të gjitha konfigurimet e tjera, duke përfshirë instalimin e sistemit operativ, mund të ishin bërë nga vendi i punës, me dy monitore dhe një filxhan kafe të ngrohtë. Dhe kjo ishte 13 vjet më parë!
Sot, serverët HPE nuk janë pa arsye standardi i pakontestueshëm i cilësisë për shumë vite — dhe një rol të rëndësishëm në këtë ka sistemi i menaxhimit të largët me standardin e artë — iLO.
Duhet përmendur veprimin e HPE për të ruajtur kontrollin e njerëzve mbi coronavirusin. , se deri në fund të vitit 2020 (të paktën) licenca iLO Advanced do të jetë e disponueshme falas për të gjithë.
Infosight
Nëse keni më shumë se 10 serverë në infrastrukturë, dhe administratori nuk është duke u mërzitur, atëherë patjetër që një shtesë e shkëlqyer për mjetet standarde të monitorimit do të jetë sistemi cloud HPE Infosight i bazuar në inteligjencën artificiale. Ky sistem jo vetëm që monitoron gjendjen dhe krijon grafa, por gjithashtu rekomandon veprime të mëtejshme bazuar në situatën aktuale dhe tendencat.
Bëhu i zgjuar, , provoni Infosight!
OneView
Në fund, por jo më pak të rëndësishëm, dua të përmend HPE OneView — një portofol tërësor produktesh me mundësi të mëdha për monitorimin dhe menaxhimin e gjithë infrastrukturës. Dhe gjithçka kjo pa u ngritur nga tavolina, e cila në situatën aktuale mund të jetë gjithashtu në vendin tuaj të pushimeve.
Sistemet e ruajtjes nuk janë asgjë për t'u injoruar!
Sigurisht, të gjitha sistemet e ruajtjes menaxhohen dhe monitorohen nga distanca — kjo ka ndodhur qysh nga vitet e kaluara. Prandaj, sot dua të flas për diçka tjetër, konkretisht për metro-klasterët.
Metro-clusteret nuk janë aspak një novitet në treg, por pikërisht për këtë arsye ato nuk janë akoma shumë të njohura — mendësia e zakonshme dhe përshtypjet e para kanë ndikimin e tyre. Sigurisht, 10 vjet më parë ato ishin të pranishme, por çmimi ishte si ai i një ure gize. Vitët që kaluan që nga metro-clustert e para kanë ndryshuar industrinë dhe aksesin e teknologjisë për publikun e gjerë.
E mbaj mend projekte, ku pjesët e ruajtjes së të dhënave ishin shpërndara — veçmas për shërbime superkritike në metro-cluster, veçmas për replikim sinkron (shumë më i lirë).
Faktikisht, në vitin 2020 një metro-cluster nuk ju kushton asgjë, nëse jeni në gjendje të organizoni dy vende dhe kanale. Dhe kanalet për replikim sinkron kërkohen pikërisht ato të njëjtat që duhen për metro-clustert. Licencimi i softuerit prej kohësh bën paketat — dhe replikimi sinkron vjen automatikisht me metro-clusterin, dhe e vetmja gjë që akoma mban gjallë replikimin njëdrejtues — është nevoja për organizimin e një rrjeti L2 të shpërndarë. Po ashtu, L2 mbi L3 është tashmë duke përparuar në të gjithë vendin.
Pra, cili është ndryshimi themelor midis replikimit sinkron dhe metro-clusterit në lidhje me punën e largët?
Gjithçka është shumë e thjeshtë. Metroklaustri funksionon vetë, automatikisht, gjithmonë, praktikisht menjëherë.
Si duket procesi i kalimit të ngarkesës në replikimin sinkron në një infrastrukturë me disa qindra VM?
- Marrim një sinjal për një aksident.
- Nafakja e shërbimit analizon situatën — mund të llogarisim qetë nga 10 deri në 30 minuta vetëm për të marrë sinjalin dhe për të marrë një vendim.
- Në rast se inxhinierët e shërbimit nuk kanë autoritet për të filluar kalimin në mënyrë të pavarur — ende mund të llogarisim 30 minuta për t'u lidhur me personin që ka autoritet dhe për miratimin formal të fillimit të kalimit.
- Shtypja e Butonit të Kuq të Madh.
- 10-15 minuta për kohët e pritjes dhe riparakimin e volumëve, regjistrimin e ri të VM.
- 30 minuta për ndërrimin e adresave IP — një vlerësim optimistik.
- Dhe përfundimisht startimi i VM dhe fillimi i shërbimeve produktive.
Pra, RTO (koha deri në rikthimin e proceseve biznesore) mund të vlerësohet me besim në 4 orë.
Le të krahasojmë me situatën në metroklauster.
- Sistemi i ruajtjes kupton se lidhja me bishtin e metroklaustrit është humbur — 15-30 sekonda.
- Hostet e virtualizimit kuptojnë se qendra e parë e të dhënave është humbur — 15-30 sekonda (në të njëjtën kohë me p 1).
- Rinde automatikisht nga gjysma deri në një të tretën e VM-ve në qendrën e të dhënave të dytë — 10-15 minuta deri në ngarkimin e shërbimeve.
- Në atë kohë, ekipi i ndihmës kupton se çfarë ka ndodhur.
Pra, RTO = 0 për shërbime të veçanta, 10-15 minuta në rastin e përgjithshëm.
Pse rindezja vetëm nga gjysma deri në një të tretën e VM-ve? Ja se çfarë ndodh:
- Ju bëni gjithçka me mençuri dhe aktivizoni balancimin automatik të VM-ve. Si rezultat, në mesatare vetëm gjysma e VM-ve funksionon në një nga qendrat e të dhënave. E gjithë ideja e metrokasterit është minimizimi i kohëzgjatjeve, prandaj është në interesin tuaj të minimizoni gjithashtu numrin e VM-ve nën kërcënim.
- Disa shërbime mund të klasterizohen në nivelin e aplikacionit, duke i shpërndarë ato në VM të ndryshme. Prandaj, këto VM të çiftuara ngjiten me thumba, ose lidhen me një lintë në qendra të ndryshme të të dhënave, në mënyrë që shërbimi të mos presë për rindezjen e VM-ve në rast emergjence.
Me një infrastrukturë të ndërtuar mirë me metrokastera të shtrirë, përdoruesit e biznesit punojnë me vonesa minimale nga çdo vend, madje edhe në rast emergjence në nivelin e qendrës së të dhënave. Në rastin më të keq, vonesa do të jetë sa një filxhan kafe.
Dhe dhe, metroklarët funksionojnë shkëlqyeshëm si në HPE 3Par që po largohet në Valinor, ashtu edhe në nova Primera!
Infrastruktura e vendeve të punës të largëta
Serverët terminalë
Për serverat e terminaleve nuk ka nevojë të shpikni asgjë të re, HPE ka ofruar prej vitesh disa nga serverat më të mirë në botë për to. Klasi i pavdekshëm — DL360 (1U) ose DL380 (2U) apo për ata që preferojnë AMD — DL385. Sigurisht, ka edhe serverë blade, si klasikët C7000, ashtu edhe platforma e re modulare Synergy.
Për çdo shije, për çdo ngjyrë, maksimumi i sesioneve në server!
“Klasik” VDI + HPE Simplivity
Në këtë rast, kur flas për “VDI klasik” kam parasysh konceptin 1 përdorues = 1 VM me Windows klient. Dhe sigurisht, nuk ka ngarkesë më të afërt dhe më të njohur për sistemet hiper-konvergjente, sidomos me deduplikim dhe kompresim.
Këtu HPE mund të ofrojë si platformën e saj hiper-konvergente Simplivity, ashtu edhe serverë/nodë të certifikuar për zgjidhjet e partnerëve, si për shembull nodët e gatshme VSAN për ndërtimin e VDI mbi infrastrukturën VMware VSAN.
Le të flasim pak më shumë rreth zgjidhjes tuaj Simplivity. Në qendër, siç na sugjeron emri, është thjeshtësia. Thjeshtësia në implementim, thjeshtësia në menaxhim, thjeshtësia në shkallëzim.
Sistemet hiper-konvergjente sot janë një prej temave më të nxehta në IT, dhe numri i ofruesve të ndryshëm është rreth 40. Sipas katit magjik të Gartner, kompania HPE ndodhet në Top 5 globalisht dhe është pjesë e katit të liderëve — ata e kuptojnë dhe dinë drejtimin në të cilin zhvillohet industria, dhe janë në gjendje ta materializojnë këtë kuptim në hardware.
Arkitektura e Simplivity është një sistem klasik hiper-konvergjent me makina virtuale kontrolluese, që do të thotë se mbështet hypervisorë të ndryshëm, në dallim nga sistemet e integruara brenda hypervisorit. Dhe në të vërtetë, në prill 2020 mbështeten VMware vSphere dhe Microsoft Hyper-V, dhe janë shpallur planet për mbështetje të KVM. Karakteristika kryesore e Simplivity që nga shfaqja e saj në treg ka qenë akselerimi hardware i kompresimit dhe deduplication me ndihmën e një tabele akseleruese speciale.
Duhet të theksohet se kompresimi me deduplication janë globale dhe gjithmonë të aktivizuara, pra nuk është një veçori opsionale, por arkitektura e zgjidhjes.
HPE sigurisht që pak sikur gënjen, duke pretenduar efikasitet 100:1, duke llogaritur në një mënyrë të veçantë, por efikasiteti i përdorimit të hapësirës është me të vërtetë shumë i lartë. Numri 100:1 është shumë atraktiv. Le të shqyrtojmë se si është realizuar teknologjia Simplivity, për të treguar këto numra.
Snapshot. Snapshot-et janë realizuar 100% si RoW (Redirect-on-Write), dhe për rrjedhojë ndodhin menjëherë dhe nuk sjellin një ndëshkim për performancën. Krahasimisht me disa sisteme të tjera. Pse na duhen snapshot-et lokale pa ndëshkime? Shumë thjesht, për të ulur RPO nga 24 orë (RPO mesatar për kopje rezervë) në dhjetëra ose madje edhe një minutë.
Backup. Snapshot-i i backup-it dallon vetëm nga mënyra si e percepton sistemi i menaxhimit të makinave виртуале. Nëse kur fshihet makina fshihet gjithashtu gjithçka tjetër — atëherë ishte një snapshot. Nëse mbetet ndonjë gjë — atëherë është një backup (kopje rezervë). Kështu, çdo snapshot mund të konsiderohet gjithashtu si një backup i plotë, nëse e etiketoni në sistem dhe nuk e fshini.
Sigurisht, shumë do të kontestojnë — çfarë lloji është ky backup, nëse ai ruhet në të njëjtin sistem? Dhe këtu ka një përgjigje shumë të thjeshtë në formën e një pyetje: thoni, a keni një model formal të kërcënimeve që përcakton rregullat e ruajtjes së kopjes rezervë? Ky është një backup plotësisht i ndershëm në krahasim me fshirjen e skedarit brenda VM, ky është një backup kundër fshirjes së vetë VM. Në rast se është e nevojshme të ruhet një kopje rezervë ekskluzivisht në një sistem të veçantë, ka mundësi: replikimi i këtij snapshot-i në klustërin e dytë Simplivity ose në HPE StoreOnce.
Dhe këtu del se një arkitekturë e tillë është thjesht perfekte për çdo lloj VDI. VDI është qindra ose madje mijëra makina tepër të ngjashme me të njëjtën OS, me të njëjtat aplikacione. Deduplication globale do ta tretë dhe comprimojë këtë madje më mirë se 100:1. Të implementosh 1000 VM nga një model? Në të vërtetë nuk është problem, këto makina do të regjistrohen më gjatë në vCenter sesa të klonohen.
Veçanërisht për përdoruesit me kërkesa të veçanta për performancën, dhe për ata që kanë nevojë për akceleratorë 3D, është krijuar linja Simplivity G.
Në këtë seri nuk përdoret një akcelerator harduerik për deduplication, dhe për këtë arsye është zvogëluar numri i disqeve në nodë, në mënyrë që kontrollori të përballojë software. Si rezultat, lirohen slotet PCIe për akceleratorë të tjerë. Gjithashtu, është dyfishuar kapaciteti i memories në nodë deri në 3TB për ngarkesat më kërkuese.
Simplivity është ideale për të organizuar infrastrukturat VDI të shpërndara gjeografikisht me replikimin e të dhënave në një QENDËR TË DËNDUR QENDRORE.
Arkitektura e tillë VDI (dhe jo vetëm VDI) është veçanërisht interesante në kushtet e realiteteve ruse — distancat e mëdha (dhe rrjedhimisht vonesat) dhe kanalet mjaft të papërsosura. Qendrat rajonale krijohen (madje edhe thjesht 1-2 node Simplivity në një zyrë shumë të largët), ku lidhen përdoruesit lokalë përmes kanaleve të shpejta, duke ruajtur kontrollin dhe menaxhimin tërësor nga qendra, ndërsa në qendër replikohet vetëm një sasi e vogël e të dhënave të vërteta, të vlefshme dhe jo të padobishme.
Sigurisht, Simplivity lidhet plotësisht me OneView dhe InfoSight.
Klientë të hollë dhe zero
Klientët e hollë janë zgjidhje të specializuara për t'u përdorur ekskluzivisht si terminale. Duke qenë se në klient praktikisht nuk ka ngarkesë përveç mbajtjes së kanalit dhe dekodimit të videos — zakonisht ka një procesor me ftohje passive, një disk të vogël për ngarkimin e OS-së speciale, dhe përfundimisht ajo është gjithçka. Nuk ka shumë gjëra që mund të dëmtohen dhe është e pavlerë të vjedhësh. Çmimi është i ulët dhe nuk ruhet asnjë të dhënë në të.
Ekziston një kategori e veçantë e klientëve të hollë, të njohur si klientët e null. Dallimi i tyre kryesor nga klientët e hollë është mungesa e një sistemi operativ të integruar për përdorim të përgjithshëm, duke punuar ekskluzivisht me një mikroçip me firmware. Shpesh ato përfshijnë përshpejtues harduerik të veçantë për dekodimin e fluxit të videove në protokollet terminale, si PCoIP ose HDX.
Pavarësisht ndarjes së madhe të 'Hewlett Packard' në HPE dhe HP të veçanta, nuk mund të mos përmendim klientët e hollë të prodhuar nga HP.
Zgjedhja është e gjerë, për çdo shije dhe nevojë — deri në vendet e punës me shumë monitorë të pajisura me përshpejtim harduerik për fluxin e videove.
Shërbimi HPE për punën tuaj të largët
Dhe e fundit në listë, por jo me nga rëndësia, dua të përmend shërbimin HPE. Do të ishte shumë gjatë për të renditur të gjitha shkallët e shërbimit HPE dhe mundësitë e tij, por me të paktën është një ofertë jashtëzakonisht e rëndësishme në kushtet e punës së largët. Pikerisht — inxhinieri i shërbimit nga HPE/ qendra autorizuar e shërbimit. Ju vazhdoni të punoni nga distanca, nga shtëpia juaj e preferuar, duke dëgjuar bletët, ndërsa një bletë nga HPE, duke shkuar në qendrën e të dhënave, zëvendëson diskun tuaj apo bllokun energjik të dështuar.
HPE CallHome
Në kushtet e sotme, me kufizimet e lëvizjes, funksioni Call Home bëhet më i rëndësishëm se kurrë. Çdo sistem HPE me këtë funksion mund të raportojë vetë për një defekt harduerik ose softuerik në qendrën e mbështetjes HPE. Është shumë e mundshme që pjesa e ndërrimit dhe/apo inxhinieri i shërbimit të arrijë te ju përpara se të vini re ndonjë problem me shërbimet prodhuese.
Shprehimisht, unë rekomandoj të aktivizoni këtë funksion.
Burimi: habr.com
