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
