Sotë do t'ju tregoj një histori. Një histori të evolucionit të teknologjisë kompjuterike dhe shfaqjes së vendeve të punës në distancë që nga kohërat e lashta deri në ditët e sotme.
Zhvillimi i IT
Gjithçka qĂ« mund tĂ« nxirret nga historia e IT Ă«shtĂ«âŠ
Sigurisht, IT po zhvillohet në spirale. Zgjidhjet dhe konceptet e njëjta, të cilat janë hedhur poshtë disa dekada më parë, po fitojnë një kuptim të ri dhe fillojnë të funksionojnë me sukses në kushte të reja, për detyra të reja dhe me kapacitete të reja. Në këtë aspekt, IT nuk dallon nga asnjë fushë tjetër e njohurive njerëzore dhe historia e Tokës në përgjithësi.
Kohë 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ë vitin 1943.
Teknologjia kompjuterike e hershme ishte shumë e madhe. Jo, gabim, teknologjia e hershme ishte gjigante, ciklopike. Një makinë plotësisht kompjuterike zëllonte një sipërfaqe të krahasueshme me një sallë sportive, dhe kushtonte një pasuri të madhe. Si shembull të komponentëve mund të përmendim modulin e memories operative me ferite në forma (1964).
Ky modul ka pĂ«rmasa 11 cm * 11 cm, dhe kapacitet 512 bajtĂ« (4096 bits). NjĂ« dollap, plotĂ«sisht i mbushur me kĂ«ta module, gati sa nuk kishte kapacitetin e njĂ« disku floppy 3,5â (1.44 MB = 2950 module), duke konsumuar njĂ« energji elektrike tĂ« konsiderueshme dhe duke u ngrohur si njĂ« lokomotivĂ«.
PikĂ«risht me pĂ«rmasat e mĂ«dha lidhet dhe emri anglizues i debugging-ut tĂ« kodit â âdebuggingâ. NjĂ« nga programuesit e parĂ« nĂ« histori, Grace Hopper (po, kjo Ă«shtĂ« njĂ« grua), oficer i forcave detarĂ«, bĂ«ri njĂ« shĂ«nim nĂ« ditarin e veprimeve pas hetimit tĂ« njĂ« problemi me programin nĂ« vitin 1945.
Duke qenĂ« se moth (moth) nĂ« pĂ«rgjithĂ«si Ă«shtĂ« njĂ« bug (insekt), tĂ« gjitha problemet e mĂ«passhme dhe veprimet pĂ«r zgjidhjen e tyre personeli i raportonte drejtuesve si âdebuggingâ (pĂ«rkthyer dosido si pastrimi nga insektet), kĂ«shtu qĂ« emri bug ngjiti nĂ« defektin e programit dhe gabimin nĂ« kod, ndĂ«rsa debugging-u u bĂ« debag.
Me zhvillimin e elektronikës dhe sidomos të elektronikës me gjysmëpërçuese, përmasat fizike të makinave filluan të zvogëloheshin, ndërsa fuqia kompjuterike, përkundrazi, u rrit. Por edhe në këtë rast, nuk ishte e mundur që secili të kishte një kompjuter personal.
"Nuk ka arsye qĂ« dikush tĂ« dĂ«shirojĂ« tĂ« mbajĂ« njĂ« kompjuter nĂ« shtĂ«pi" â Ken Olsen, themeluesi i DEC, 1977.
Në vitet '70 shfaqet termi mini-kompjuter. E mbaj mend se kur e lexova për herë të parë këtë termin shumë vite më parë, më erdhi në mendje diçka si një netbook, pothuajse një pajisje dore. Nuk mund të isha më larg nga e vërteta.
Mini â ai Ă«shtĂ« vetĂ«m nĂ« krahasim me sallat e mĂ«dha tĂ« makinave, por kjo Ă«shtĂ« akoma disa dollapĂ« me pajisje me çmime nĂ« qindra mijĂ«ra dhe miliona dollarĂ«. SidoqoftĂ«, fuqia llogaritse tashmĂ« kishte arritur njĂ« nivel qĂ« nuk ishte gjithmonĂ« e ngarkuar nĂ« 100%, dhe nĂ« tĂ« njĂ«jtĂ«n kohĂ« kompjuterĂ«t filluan tĂ« ishin tĂ« aksesueshĂ«m pĂ«r studentĂ«t dhe pedagogĂ«t e universiteteve.
Dhe këtu erdhi AI!
Pak kush mendon pĂ«r rrĂ«njĂ«t latine nĂ« gjuhĂ«n angleze, por ai sjell qasjen e largĂ«t, siç e njohim ne tani. Terminus (lat.) â fund, kufi, qĂ«llim. QĂ«llimi i Terminatorit T800 ishte tĂ« pĂ«rfundonte jetĂ«n e John Connor. Po ashtu, ne dimĂ« se stacionet e transportit, ku ndodhin ngarkimet dhe shkarkimet e pasagjerĂ«ve ose mallrave, quhen terminale â qĂ«llimet pĂ«rfundimtare tĂ« itinerarit.
Në përputhje me këtë erdhi koncepti i qasjes terminale, dhe ju mund të shihni terminalin më të njohur në botë, i cili ende jeton në zemrat tona.
DEC VT100 quhet terminal pasi përfundon linjën informative. Ka në fakt fuqi llogaritëse zero, dhe detyra e tij e vetme është të tregojë informacionin e marrë nga një makinë të madhe dhe të transmetojë në makinë inputin nga tastiera. Dhe ndonëse VT100 fizikisht kanë vdekur prej kohësh, ne ende i përdorim ata në mënyrë të plotë.
Ditët tona
âDitĂ«t tonaâ do t'i filloja qĂ« nga fillimi i viteve '80, me shfaqjen e procesorĂ«ve tĂ« parĂ« tĂ« aksesueshĂ«m pĂ«r njĂ« audiencĂ« mĂ« tĂ« gjerĂ« me ndonjĂ« fuqi tĂ« rĂ«ndĂ«sishme llogaritĂ«se. Tradicionalisht konsiderohet se procesori kryesor i epokĂ«s ishte Intel 8088 (familja x86) si krijuesi i arkitekturĂ«s sĂ« suksesshme. ĂfarĂ« Ă«shtĂ« ndryshimi themelor me konceptin e viteve '70?
PĂ«r herĂ« tĂ« parĂ« shfaqet tendenca pĂ«r tĂ« transferuar pĂ«rpunimin e informacionit nga qendra nĂ« periferi. Jo tĂ« gjitha detyrat kĂ«rkojnĂ« fuqitĂ« e pabesueshme (krahasuar me x86 tĂ« dobĂ«t) tĂ« mainframe-ve apo madje edhe tĂ« mini-kompjuterĂ«ve. Intel nuk qĂ«ndron nĂ« vend, nĂ« vitet '90 lansoi familjen Pentium, qĂ« u bĂ« nĂ« tĂ« vĂ«rtetĂ« kompjuteri i parĂ« masiv nĂ« shtĂ«pitĂ« ruse. KĂ«to procesorĂ« janĂ« tashmĂ« tĂ« aftĂ« pĂ«r shumĂ«, jo vetĂ«m pĂ«r tĂ« shkruar njĂ« letĂ«r â por edhe multimedia dhe punĂ« me baza tĂ« vogla tĂ« dhĂ«nash. Praktikisht pĂ«r bizneset e vogla nuk ka mĂ« nevojĂ« pĂ«r serverĂ« â gjithçka mund tĂ« realizohet nĂ« periferi, nĂ« makinat klient. Me kalimin e viteve, procesorĂ«t po bĂ«hen gjithnjĂ« e mĂ« tĂ« fuqishĂ«m, dhe diferenca midis serverĂ«ve dhe kompjuterĂ«ve personal Ă«shtĂ« gjithnjĂ« e mĂ« e vogĂ«l nĂ« aspektin e fuqisĂ« llogaritĂ«se, shpesh duke mbetur vetĂ«m nĂ« rezervimin e energjisĂ«, mbĂ«shtetje pĂ«r ndĂ«rrimin e nxehtĂ« dhe raste speciale pĂ«r instalim nĂ« rafte.
Nëse krahasojmë procesorët modernë klientë me ata "qesharakë" për administratorët e serverëve të rënda në vitet '90 nga Intel, bëhet pak e çuditshme.
Le të shohim një plak, praktikisht i njëjtë me moshën time. Cray X-MP/24 nga viti 1984.
Kjo makinë ishte në topin e superkompjuterëve të vitit 1984, me 2 procesorë 105 MHz dhe një fuqisë pikore llogaritëse 400 MFlops (miliona operacione me pikë fluturuese). Nën makinë që shfaqet në foto, qëndronte në laboratorin e kriptografisë të NSA-së në SHBA, dhe merrej me thyerjen e kodit. Nëse e konvertojmë 15 milion dollarët e vitit 1984 në dollarë të vitit 2020, vlera do të ishte 37.4 milion, ose 93,500 dollarë/MFlops.
Në makinë, në të cilën po shkruaj këto rreshta, është një procesor Core i5-7400 nga viti 2017, jo fare i ri, dhe madje në vitin e tij të daljes ishte procesori më i ri me 4 bërthama nga të gjithë procesorët desktop mesatarë. 4 bërthama me 3.0 GHz frekuencë bazë (3.5 me Turbo Boost) dhe dyfishimi i rrjedhave HyperThreading ofrojnë nga 19 deri në 47 GFlops fuqie sipas testeve të ndryshme me një çmim prej 16,000 rubla për procesor. Nëse e mbledhim makinën plotësisht, mund ta pranojmë vlerën e saj rreth 750 dollarë (sipërmarrjet dhe kursi më 1 mars 2020).
Në fund të fundit, ne marrim një superioritet të procesorit mesatar desktop të ditëve tona nga 50 deri në 120 herë mbi superkompjuterin në top 10 të së kaluarës së afërt, dhe rënia e kostos për MFlops bëhet mjaft monstruoze 93,500/25 = 3,700 herë.
Pse na duhen akoma serverĂ«t dhe centralizimi i llogaritjeve me kapacitetet e tilla nĂ« periferi â Ă«shtĂ« plotĂ«sisht e paqartĂ«!
RĂ«nia mbrapsht â spirala bĂ«ri njĂ« kthesĂ«
Stacione pa disk
Sinjali i parë që zhvendosja e llogaritjeve në periferi nuk do të jetë përfundimtare ishte shfaqja e teknologjisë së stacioneve pa disk. Me shpërndarjen e konsiderueshme të stacioneve të punës në territorin e ndërmarrjes, dhe sidomos në ambiente të ndotura, çështja e menaxhimit dhe mbështetjes së këtyre stacioneve është bërë shumë e rëndësishme.
PĂ«rflitet koncepti i âkohĂ«s nĂ« korridorâ â ajo pĂ«rqindje e kohĂ«s qĂ« punonjĂ«si i mbĂ«shtetjes teknike ndodhet nĂ« korridor, nĂ« rrugĂ« pĂ«r te punonjĂ«si me probleme. Ky kohĂ« Ă«shtĂ« e paguar, por krejtĂ«sisht e paproduktive. NjĂ« rol tĂ« rĂ«ndĂ«sishĂ«m, veçanĂ«risht nĂ« ambiente tĂ« ndotura, luanin dĂ«shtimet e hard disqeve. Le tĂ« heqim diskun nga stacioni i punĂ«s dhe gjithçka tjetĂ«r ta bĂ«jmĂ« pĂ«rmes rrjetit, pĂ«rfshirĂ« ngarkimin. Adaptori rrjetit merr, pĂ«rveç adresĂ«s nga serveri DHCP, gjithashtu informacion shtesĂ« â adresĂ«n e serverit TFTP (shĂ«rbim i thjeshtĂ« skedari) dhe emrin e imazhit tĂ« ngarkuar, e ngarkon atĂ« nĂ« memorie tĂ« pĂ«rkohshme dhe fillon makinĂ«n.
Përveç numrit më të vogël të defekteve dhe uljes së kohës në korridor, tani mund të mos ndiqet makina në vend, por thjesht të sjellë një të re dhe të marrë atë të vjetrën për diagnostikim në një vend të pajisur pune. Por kjo nuk është e gjitha!
Stacioni pa disk bĂ«het ndjeshĂ«m mĂ« i sigurt â nĂ«se ndonjĂ«herĂ« dikush hyn nĂ« ambient dhe merr tĂ« gjithĂ« kompjuterĂ«t, humbjet janĂ« vetĂ«m tĂ« pajisjeve. AsnjĂ« tĂ« dhĂ«na nuk ruhet nĂ« stacionet pa disk.
Le ta mbajmĂ« mend kĂ«tĂ« moment, Siguria e Informacionit ka filluar tĂ« luajĂ« njĂ« rol gjithnjĂ« e mĂ« tĂ« madh pas "fĂ«mijĂ«risĂ« sĂ« padisiplinuar" tĂ« teknologjive informacionit. Dhe nĂ« IT, tri shkronjat e frikshme dhe tĂ« rĂ«ndĂ«sishme â GRC (Governance, Risk, Compliance), ose nĂ« rusisht 'Menaxhimi, Rreziku, PĂ«rputhshmĂ«ria' po bĂ«hen gjithnjĂ« e mĂ« tĂ« pĂ«rhapura.
Serverët terminal
ShpĂ«rndarja e gjithanshme e kompjuterĂ«ve gjithnjĂ« e mĂ« tĂ« fuqishĂ«m nĂ« periferinĂ« e rrjetit ka tejkaluar zhvillimin e rrjeteve tĂ« aksesit publik. Aplikacionet klasike tĂ« klient-server nga fundi i viteve '90 dhe fillimi i viteve '00 nuk funksiononin shumĂ« mirĂ« pĂ«rmes kanaleve tĂ« ngushta, kur shkĂ«mbimi i tĂ« dhĂ«nave arrinte ndonjĂ« vlerĂ« tĂ« rĂ«ndĂ«sishme. Kjo ishte veçanĂ«risht e vĂ«shtirĂ« pĂ«r zyrat e largĂ«ta qĂ« lidhnin pĂ«rmes modemĂ«ve dhe linjave telefonike, tĂ« cilat gjithashtu shpesh ngadalĂ«sonin ose ndĂ«rpriteshin. DheâŠ
Spirali bëri një kthesë dhe përfundoi përsëri në modin terminal me konceptin e serverëve terminalë.
Faktikisht, ne u kthyem në vitet '70 me klientët e tyre zero dhe centralizimin e kapacitetit llogaritës. Shpejt u bë e qartë se, përveç arsyes ekonomike të thjeshtë për kanalet, qasja terminale ofron mundësi të mëdha për organizimin e aksesit të sigurt nga jashtë, përfshirë punën nga shtëpia për punonjësit, ose aksesin shumë të kufizuar dhe të kontrolluar për kontraktorët nga rrjetet e pasigurta dhe pajisjet e pakontrolluara.
Megjithatë, serverët terminalë, përkundër të gjitha avantazheve dhe progresit të tyre, kishin gjithashtu disa disavantazhe - fleksibilitet të ulët, problemi i fqinjit të zhurmshëm, Windows vetëm për serverë etj.
Lindja e proto VDI
Megjithatë, në fillim të mesit të viteve 2000, virtualizimi industrial i platformës x86 ishte në zhvillim e sipër. Dhe dikush thjesht solli në vëmendje idenë që fluturonte në ajër: pse të mos ofrojmë secilit një VM personale me Windows klients dhe madje me akses administrativ në vend të centralizimit të të gjithë klientëve në fermat terminale server?
Braktisja e klientëve të mëdhenj
Paralelisht me virtualizimin e sesioneve dhe OS-ve, po zhvillohej edhe një qasje që lidhej 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 të pranishëm për të gjithë, interneti ashtu siç ishte mbi të gjitha nuk ishte i disponueshëm për të gjithë, dhe shumë mund të lidhen vetëm nga kafetë e internetit me të drejta shumë të kufizuara, të themi ashtu. Faktikisht, e vetmja gjë që mund të aktivizohej ishte shfletuesi. Shfletuesi u bë një atribut i domosdoshëm i sistemit operativ, interneti po hynte ngushtë në jetën tonë.
Në fjalë të tjera, njëkohësisht po zhvillohej një trend për të transferuar logjikën nga klienti në qendër nëpërmjet aplikacioneve ueb, për qasjen në të cilat nevojitej vetëm një klient shumë i thjeshtë, interneti dhe shfletuesi.
Dhe ne gjetĂ«m veten jo vetĂ«m aty ku kishim filluar â me klientĂ« tĂ« rinj dhe serverĂ« qendrorĂ«. ArritĂ«m atje pĂ«rmes disa rrugĂ«ve tĂ« pavarura.
Infrastruktura Virtuale e Punës
Brokeri
Në vitin 2007 lideri i tregut të virtualizimit industrial, VMware, lëshoi versionin e parë të produktit të tij VDM (Menaxheri i Desktopëve Virtualë), i cili u bë në mënyrë efektive i pari në tregun që sapo po lindte për desktopët virtualë. Natyrisht, nuk vonoi shumë përgjigjja nga lideri i serverëve terminalë Citrix, dhe në vitin 2008 me blerjen e XenSource erdhi XenDesktop. Pa dyshim që kishte dhe ofrues të tjerë me ofertat e tyre, por nuk do të thellohemi shumë në historinë, duke u larguar nga koncepti.
Dhe deri tani koncepti vazhdon. Komponenti kryesor i VDI është brokerri i lidhjeve.
Kjo është zemra e infrastrukturës së desktopëve virtualë.
Brokerri ë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ë është lidhur (makinat/seancat);
- Balancojnë klientët, nëse është e nevojshme, sipas grupeve të makinave/seancave;
- Dërgon klientin në burimin e zgjedhur.
Sot, klienti (terminali) pĂ«r VDI mund tĂ« jetĂ« nĂ« fakt çdo gjĂ« qĂ« ka njĂ« ekran â laptop, smartphone, tablet, kiosk, klient i hollĂ« ose zero. NdĂ«rsa pjesa pĂ«rgjigjĂ«se, ajo qĂ« realizon ngarkesĂ«n produktive â Ă«shtĂ« seanca e serverit terminal, makina fizike, makina virtuale. Produktet moderne tĂ« pĂ«rparuara tĂ« VDI janĂ« tĂ« integruara ngushtĂ« me infrastrukturĂ«n virtuale dhe menaxhojnĂ« atĂ« vetĂ« nĂ« mĂ«nyrĂ« automatike, duke shtrirĂ« ose, pĂ«rkundrazi, duke hequr makinat virtuale qĂ« nuk nevojiten mĂ«.
Pak më në anë, por për disa klientë një teknologji ekstremisht e rëndësishme VDI, është mbështetja për përshpejtimin e grafikut 3D për punën e projektuesve ose dizajnerëve.
Protokolli
Një tjetër pjesë jashtëzakonisht e rëndësishme e një zgjidhjeje të përshtatshme VDI është protokolli i aksesit në burimet virtuale. Nëse flasim për punën brenda një rrjeti lokal të korporatës me një rrjet të shkëlqyer dhe të besueshëm 1 Gbps deri në vendin e punës dhe një vonesë prej 1 ms, atëherë mund të përdorim në mënyrë efektive çdo protokoll pa u shqetësuar shumë.
Duhet të mendoni kur lidhja kryhet përmes një rrjeti të pakontrolluar, ndërsa cilësia e këtij rrjeti mund të jetë krejtësisht e ndryshme, deri në shpejtësi disa kilobit dhe me vonesa të paparashikueshme. Ato janë pikërisht për organizimin e një pune të vërtetë në distancë, nga shtëpitë, nga aeroportet dhe nga kafene.
Serverat terminalë vs VM klientësh
Me shfaqjen e VDI, duket se ishte koha për të thënë lamtumirë serverëve terminalë. Pse kanë nevojë, nëse secili ka VM-në e tij personale?
MegjithatĂ«, nga njĂ« perspektivĂ« pure ekonomike, doli se pĂ«r vendet tipike tĂ« punĂ«s, tĂ« njĂ«jta deri nĂ« tĂ« vjella â ende nuk ka asgjĂ« mĂ« efektive se serverat terminalĂ« pĂ«r raportin çmim / seancĂ«. Sipas tĂ« gjitha avantazheve tĂ« saj, qasja "1 pĂ«rdorues = 1 VM" harxhon ndjeshĂ«m mĂ« shumĂ« burime pĂ«r pajisje virtuale dhe njĂ« sistem operativ tĂ« plotĂ«, duke pĂ«rkeqĂ«suar ekonominĂ« pĂ«r vendet e zakonshme tĂ« punĂ«s.
Në rastin e vendeve të punës për menaxherët e lartë, vendeve të punës të pazakonta dhe të ngarkuara, nevojës për të pasur të drejta të larta (deri në administrator), avantazhi e ka një VM të dedikuar për përdoruesin. Brenda kësaj VM-je mund të ndajmë burimet individualisht, të japim të drejta të çfarëdo niveli dhe të balancojmë VM-në midis hosteve të virtualizimit gjatë ngarkesave të larta.
VDI dhe ekonomia
Vitin e kaluar kam dĂ«gjuar tĂ« njĂ«jtin pyetje â si, VDI Ă«shtĂ« mĂ« e lirĂ« se thjesht t'u japĂ«sh tĂ« gjithĂ«ve laptopĂ«? Dhe vitin e kaluar mĂ« Ă«shtĂ« dashur tĂ« pĂ«rgjigjem saktĂ«sisht njĂ«soj: nĂ« rastin e punonjĂ«sve tĂ« zakonshĂ«m tĂ« zyrĂ«s, VDI nuk Ă«shtĂ« mĂ« e lirĂ«, nĂ«se llogaritni kostot e pastra pĂ«r sigurimin e pajisjeve. Si dhe tĂ« dojĂ«, laptopĂ«t po bĂ«hen mĂ« tĂ« lirĂ«, por serverĂ«t, SCSI dhe softi sistemor kushtojnĂ« disa para tĂ« konsiderueshme. NĂ«se Ă«shtĂ« koha pĂ«r tĂ« pĂ«rmirĂ«suar parakunĂ« dhe mendoni tĂ« kurseni pĂ«rmes VDI â jo, nuk do tĂ« kurseni.
MĂ« parĂ«, pĂ«rmenda tre shkronjat e frikshme GRC â kĂ«shtu qĂ«, VDI Ă«shtĂ« pĂ«r GRC. ĂshtĂ« pĂ«r menaxhimin e rreziqeve, Ă«shtĂ« pĂ«r sigurinĂ« dhe lehtĂ«sinĂ« e qasjes sĂ« kontrolluar nĂ« tĂ« dhĂ«na. Dhe kjo rrallĂ«herĂ« kushton disa para pĂ«r zbatimin nĂ« njĂ« grup pajisjesh tĂ« ndryshme. Me ndihmĂ«n e VDI, kontrolli thjeshtohet, sigurimi pĂ«rmirĂ«sohet, dhe floku bĂ«het i butĂ« dhe i shndritshĂ«m.
Zgjidhjet HPE për punën në distancë
Menaxhimi në distancë dhe në cloud
iLO
Kompania HPE nuk Ă«shtĂ« aspak njĂ« e re nĂ« menaxhimin e infrastrukturĂ«s serverĂ«ve nga distanca; Ă«shtĂ« njĂ« shaka â nĂ« mars u mbushĂ«n 18 vjet legjendarĂ«ve iLO (Integrated Lights Out). Duke kujtuar kohĂ«rat e mia si administrator nĂ« vitet 2000, nuk kam pasur asnjĂ«herĂ« njĂ« pengesĂ«. Montimi fillestar nĂ« raftet dhe lidhja e kabllove ishin gjithçka qĂ« duhej bĂ«rĂ« nĂ« njĂ« QendĂ«r tĂ« tĂ« DhĂ«nave tĂ« zhurmshme dhe tĂ« ftohta. TĂ« gjitha konfigurimet e tjera, pĂ«rfshirĂ« instalimin e sistemit operativ, mund tĂ« bĂ«nin nga vendi i punĂ«s, me dy ekrane dhe njĂ« filxhan kafe tĂ« ngrohtĂ«. Dhe kjo ishte 13 vjet mĂ« parĂ«!
Sot, serverĂ«t HPE nuk janĂ« rastĂ«sisht standardi i padiskutueshĂ«m i cilĂ«sisĂ« pĂ«r shumĂ« vjet; dhe njĂ« rol tĂ« rĂ«ndĂ«sishĂ«m nĂ« kĂ«tĂ« luan standardi i artĂ« i sistemit tĂ« menaxhimit nga distanca â iLO.
Dua të theksoj veprimet e HPE për të ruajtur kontrollin e njerëzve mbi koronavirusin. , se deri në fund të vitit 2020 (të paktën) licenca iLO Advanced është e disponueshme falas për të gjithë.
Infosight
Nëse keni më shumë se 10 serverë në infrastrukturë dhe administratori nuk po kënaqet nga monotoninë, atëherë sigurisht një shtesë e shkëlqyer për mjetet standarde të monitorimit do të jetë sistemi i HPE Infosight në bazë të inteligjencës artificiale. Sistemi jo vetëm që monitoron gjendjen dhe ndihmon në ndërtimin e grafikëve, por gjithashtu rekomandon veprime të ardhshme të bazuara në situatën aktuale dhe trendet.
Bëhu i mençur, , provo Infosight!
OneView
Dhe nĂ« fund, por jo nga rĂ«ndĂ«sia, dua tĂ« pĂ«rmend HPE OneView â njĂ« portofol i plotĂ« produktesh me mundĂ«si tĂ« jashtĂ«zakonshme pĂ«r monitorimin dhe menaxhimin e gjithĂ« infrastrukturĂ«s. Dhe tĂ« gjitha kĂ«to pa u ngritur nga tavolina, e cila mund tĂ« jetĂ« nĂ« tĂ« vĂ«rtetĂ« nĂ« njĂ« verande.
Sistemet e ruajtjes nuk janë ashtu si duket!
Sigurisht, tĂ« gjitha sistemet e ruajtjes menaxhohen dhe monitorohen nga distanca â kĂ«shtu ka qenĂ« edhe shumĂ« vite mĂ« parĂ«. Prandaj, dua tĂ« flas sot pĂ«r diçka tjetĂ«r, nĂ« veçanti pĂ«r metro-klasteret.
Metro-klasteret nuk janĂ« njĂ« novitet nĂ« treg, por pikĂ«risht pĂ«r kĂ«tĂ« arsye ato ende nuk janĂ« aq popullore â reflektohet inertĂ«sia e mendimit dhe pĂ«rshtypjet e para. Sigurisht, ata ishin gjithashtu 10 vjet mĂ« parĂ«, por ata kishin njĂ« çmim si njĂ« urĂ« prej hekur. VitĂ«t qĂ« kaluan nga metroklasterĂ«t e parĂ« kanĂ« ndryshuar industrinĂ« dhe aksesin nĂ« teknologji pĂ«r publikun e gjerĂ«.
UnĂ« kujtoj projekte ku ishin ndarĂ« veçmas pjesĂ«t e sistemit tĂ« ruajtjes â veçmas pĂ«r shĂ«rbime jashtĂ«zakonisht kritike nĂ« metrok cluster, veçmas pĂ«r replikimin sinkron (dy herĂ« mĂ« tĂ« lira).
Realiteti, nĂ« vitin 2020 metrokleri nuk iu kushton asgjĂ«, nĂ«se jeni nĂ« gjendje tĂ« organizoni dy vende dhe kanale. Dhe, pĂ«r mĂ« tepĂ«r, kanalet pĂ«r replikim sinkron janĂ« tĂ« njĂ«jtat ato qĂ« kĂ«rkohen pĂ«r metrokleret. Licencimi i softuerit prej kohĂ«sh Ă«shtĂ« bĂ«rĂ« nĂ« pako â dhe replikimi sinkron vjen menjĂ«herĂ« me metroklerin, dhe e vetmja gjĂ« qĂ« akoma mban nĂ« jetĂ« replikimin njĂ«anĂ«sh Ă«shtĂ« nevoja pĂ«r organizimin e njĂ« rrjeti tĂ« shtrirĂ« L2. Madje, L2 mbi L3 tashmĂ« po ecĂ«n nĂ« tĂ« gjithĂ« vendin.
Cila është, pra, diferenca themelore midis replikimit sinkron dhe metroklerit nga perspektiva e punës në distancë?
Gjithçka është shumë e thjeshtë. Metrokleri punon automatikisht, gjithmonë, pothuajse menjëherë.
Si duket procesi i kalimit të ngarkesës në replikimin sinkron në një infrastrukturë me disa qindra VM?
- Merret sinjali për një emergjencë.
- Turni i detyrĂ«s analizon situatĂ«n â mund tĂ« llogaritet pa frikĂ« nga 10 deri nĂ« 30 minuta vetĂ«m pĂ«r marrjen e sinjalit dhe marrjen e njĂ« vendimi.
- NĂ« rast se inxhinierĂ«t e turnit nuk kanĂ« autorizimin pĂ«r tĂ« nisur kalimin vetĂ« â gjithashtu, pa frikĂ« njĂ« tjetĂ«r 30 minuta pĂ«r tĂ« komunikuar me personin qĂ« ka autorizim dhe konfirmimin formalisht tĂ« fillimit tĂ« kalimit.
- Shtypja e Butonit të Madh të Kuq.
- 10-15 minuta për kohët e pritjes dhe rimontimin e volumit, reregistrimin e VM.
- 30 minuta pĂ«r ndryshimin e adresimit IP â njĂ« vlerĂ«sim optimist.
- Dhe, përfundimisht, nisim VM dhe aktivizojmë shërbimet produktive.
Kështu, RTO (koha deri në rikthimin e proceseve të biznesit) mund të vlerësohet lirisht në 4 orë.
Krahasoni me situatën në metrokler.
- Sistemi i ruajtjes kupton se lidhja me shpinĂ«n e metroklerit Ă«shtĂ« humbur â 15-30 sekonda.
- Hostet e virtualizimit kuptojnĂ« se Qendra e EnergjisĂ« e parĂ« Ă«shtĂ« humbur â 15-30 sekonda (nĂ« tĂ« njĂ«jtĂ«n kohĂ« me pikĂ«n 1).
- Rikthimi automatik i gjysmĂ« deri nĂ« njĂ« tĂ« tretĂ«n e VM nĂ« QendrĂ«n e DytĂ« tĂ« EnergjisĂ« â 10-15 minuta deri nĂ« ngarkimin e shĂ«rbimeve.
- Aty për aty, turni i detyrës kupton se çfarë ka ndodhur.
Kështu, RTO = 0 për shërbimet e veçanta, 10-15 minuta në rastin e përgjithshëm.
Pse bëhet rikthimi vetëm nga gjysma deri në një të tretën e VM? Shihni se çfarë ndodhi:
- Juaj bëni gjithçka në mënyrë inteligjente dhe aktivizoni balancimin automatik të VM. Si rezultat, në mesatare vetëm gjysma e VM-ve ekzekutohen në një nga Qendrat e Të Dhënave. E gjithë kuptimi i metroklaustrit është minimizimi i ndalesave, pra është në interesin tuaj të minimizoni numrin e VM-ve nën rrezik.
- Pjesa e shërbimeve mund të klasterizohet në nivelin e aplikacionit, duke i shpërndarë ato në VM të ndryshme. Përkatësisht, këto çiftet e VM-ve janë ngjitur me gozhda, ose janë lidhur me shirit në Qendra të Të Dhënave të ndryshme, kështu që shërbimi të mos presë fare për rifillimin e VM-së në rast aksidenti.
Me një infrastrukturë të ndërtuar siç duhet me metroklaustëra të shtrirë, përdoruesit e biznesit punojnë me vonesa minimale nga çdo pikë, madje edhe në rast aksidenti në nivelin e Qendrës së Të Dhënave. Në rastin më të keq, vonesa do të ketë dhe do të përfshijë një filxhan kafe.
Dhe, natyrisht, metroklaustërrat funksionojnë shkëlqyeshëm si me HPE 3Par që kalon në Valinor ashtu edhe me Primera të reja!
Infrastruktura e vendeve të punës të largëta
Serverët terminal
PĂ«r serverĂ«t terminalĂ« nuk nevojitet tĂ« shpikni ndonjĂ« gjĂ« tĂ« re, HPE ka ofruar pĂ«r shumĂ« vite disa nga serverĂ«t mĂ« tĂ« mirĂ« nĂ« botĂ« pĂ«r ta. Klasika e pĂ«rjetshme â DL360 (1U) ose DL380 (2U) ose pĂ«r ata qĂ« preferojnĂ« AMD â DL385. Sigurisht, ka edhe serverĂ« blade, si klasiku C7000, ashtu edhe platforma e re modulare Synergy.
Për çdo shije, për çdo ngjyrë, maksimumi i seancave në server!
âKlasikuâ VDI + HPE Simplivity
NĂ« kĂ«tĂ« rast, kur flas pĂ«r âkllasik VDIâ nĂ«nkuptoj konceptin 1 pĂ«rdorues = 1 VM me Windows klient. Dhe sigurisht, nuk ka mĂ« afĂ«r dhe mĂ« tĂ« njohur ngarkesat VDI pĂ«r sistemet hiper-konvergjente, sidomos me deduplication dhe kompresion.
Këtu HPE mund të ofrojë si platformën e saj hiper-konvergjente Simplivity, ashtu edhe serverë / nodet e certifikuara për zgjidhjet e partnerëve, siç janë për shembull VSAN Ready Nodes për ndërtimin e VDI në infrastrukturën VMware VSAN.
Le tĂ« flasim pak mĂ« shumĂ« pĂ«r zgjidhjen tonĂ« Simplivity. NĂ« fokus, siç na sugjeron butĂ«sisht emri, Ă«shtĂ« thjeshtĂ«sia (anglisht simple â e thjeshtĂ«). ThjeshtĂ«sia e implementimit, thjeshtĂ«sia e menaxhimit, thjeshtĂ«sia e shkallĂ«zimit.
Sistemet hiperkonvergjente janë një nga temat më të nxehta në IT sot, dhe numri i ofruesve të niveleve të ndryshme arrin rreth 40. Sipas katrorit magjik të Gartner, kompania HPE është në Top 5 globalisht dhe është në katrorin e liderëve - ata kuptojnë dhe drejtimin në të cilin po zhvillohet industria dhe janë në gjendje ta zbatojnë këtë kuptim në pajisje.
Arkitektura e Simplivity është një sistem klasik hiperkonvergjent, me makina virtuale kontrolluese, dhe pra mund të mbështesë hipervizorë të ndryshëm, në dallim nga sistemet e integruara në hipervizor. Dhe me 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 kyçe e Simplivity që nga shfaqja e saj në treg ka qenë përshpejtimi harduerik i kompresionit dhe deduplication me ndihmën e një kartë-akseleratori të veçantë.
Duhet të theksohet se kompresioni me deduplication janë globale dhe të aktivizuara vazhdimisht, domethënë kjo nuk është një veçori opsionale, por arkitektura e zgjidhjes.
HPE sigurisht që pak e tepron, duke e deklaruar efikasitetin 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ë. Thjesht, numri 100:1 është tejet i bukur. Le të shqyrtojmë si është realizuar ndihma teknike në Simplivity për të treguar këto shifra.
Snapshot. Snapsotet (foto momentale) janë realizuar plotësisht si RoW (Redirect-on-Write), dhe si pasojë ndodhin menjëherë dhe nuk kanë ndëshkim në performancë. P.sh. ata dallohen nga disa sisteme të tjera. Pse na duhen snapsotet lokale pa ndëshkime? Po shumë thjesht, për të ulur RPO nga 24 orë (RPO mesatar për kopje rezervë) në dhjetëra ose madje në një minutë.
Backup. Snapshot-i nga backup-i ndryshon vetëm në mënyrën se si perceptohet nga sistemi i menaxhimit të makinave virtuale. Nëse kur fshihet makina, fshihet gjithçka tjetër - atëherë ky ka qënë një snapshot. Nëse ka mbetur - atëherë është një backup (kopje rezervë). Në këtë mënyrë çdo snapshot mund të konsiderohet gjithashtu si një backup i plotë, nëse e etiketojmë në sistem dhe nuk e fshijmë.
Sigurisht, shumë do të kundërshtojnë - si mund të jetë ky një backup, nëse po ruhet në të njëjtin sistem? Dhe këtu ka një përgjigje shumë të thjeshtë në formën e një pyetjeje të kundërt: a keni një model formal kërcënimesh që vendos rregullat e ruajtjes së kopjës rezervë? Ky është një backup krejtësisht i drejtë kundër fshirjes së skedarëve brenda VM-së, ky është një backup kundër fshirjes së vetë VM-së. Në rastin e nevojës për të ruajtur një kopje rezervë vetëm në një sistem të pavarur ka mundësi: replikimi i kësaj snapshot në një klaster të dytë të Simplivity ose në HPE StoreOnce.
Dhe pikërisht këtu del se një arkitekturë e tillë është thjesht perfekte për çdo lloj VDI. Sepse VDI është qindra apo madje mijëra makina shumë të ngjashme me të njëjtën OS, me të njëjtat aplikacione. Deduplication globale do t'i përpunojë dhe do t'i comprimojë edhe më shumë se 100:1. Të implementosh 1000 VM nga një shabllon? Nuk është aspak problem, këto makina do të regjistrohen më gjatë në vCenter se sa do të klonohen.
Pikërisht për përdoruesit me kërkesa të veçanta për performancë, dhe për ata që kanë nevojë për 3D acceleratorë, është krijuar seria Simplivity G.
NĂ« kĂ«tĂ« seri nuk pĂ«rdoret njĂ« pĂ«rshpejtues harduerik pĂ«r deduplication, dhe pĂ«r kĂ«tĂ« arsye Ă«shtĂ« reduktuar numri i disqeve pĂ«r node, nĂ« mĂ«nyrĂ« qĂ« kontrolluesi tĂ« mund tâi menaxhojĂ« programatikisht. Si rezultat, lĂ«shohet vendi PCIe pĂ«r çdo pĂ«rshpejtues tjetĂ«r. Po ashtu, kapaciteti i memories pĂ«r node Ă«shtĂ« dyfishuar deri nĂ« 3TB pĂ«r ngarkesat mĂ« kĂ«rkuese.
Simplivity është perfekt për organizimin e infrastrukturave VDI të shpërndara gjeografikisht me replikimin e të dhënave në Qendrën e Dhënave Qendrore.
Një arkitekturë e tillë VDI (dhe në fakt jo vetëm VDI) është veçanërisht interesante në kushte reale të Rusisë - distanca të mëdha (dhe për pasojë vonesa) dhe kanale jo të përsosura. Krijohen qendra rajonale (madje edhe 1-2 node të Simplivity në një zyrë të largët), ku përdoruesit lokalë lidhen përmes kanaleve të shpejta, ruhet kontrolli dhe menaxhimi tërësor nga qendra, dhe në qendër replikohen vetëm një pjesë e vogël e të dhënave të vërteta, të çmuara, dhe jo të dhëna të kota.
Sigurisht, Simplivity është plotësisht i integruar me OneView dhe InfoSight.
Klientët e hollë dhe zero
KlinetĂ«t e hollĂ« janĂ« zgjidhje tĂ« specializuara pĂ«r t'u pĂ«rdorur ekskluzivisht si terminale. Duke qenĂ« se klienti nuk ka mĂ« shumĂ« ngarkesĂ« pĂ«rveç mbajtjes sĂ« kanalit dhe dekodimit tĂ« videos â pothuajse gjithmonĂ« ka njĂ« procesor me ftohje pasive, njĂ« disk tĂ« vogĂ«l nisĂ«s vetĂ«m pĂ«r tĂ« filluar njĂ« sistem tĂ« integruar operativ, dhe nĂ« thelb, kaq. NĂ« tĂ« nuk ka asgjĂ« pĂ«r t'u prishur dhe nuk ka tĂ« dhĂ«na pĂ«r t'u vjedhur. Ămimi Ă«shtĂ« i ulĂ«t dhe nuk ruan asnjĂ« tĂ« dhĂ«nĂ«.
Ka një kategori të veçantë të klientëve të hollë, të njohur si klientë të zeruar. Dallimi i tyre kryesor nga klientët e hollë është mungesa e çdo sistemi operativ të integruar, duke punuar ekskluzivisht me një mikroçip me firmware. Shpesh, ata vendosin përshpejtes të veçantë hardueri për dekodimin e videove në protokollet terminale, të tilla si PCoIP ose HDX.
Megjithëse ndarja e madhe e '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Ă« dhe pĂ«rshpejtim harduerik tĂ« videos.
Shërbimi HPE për punën tuaj të largët
Dhe e fundit nĂ« listĂ«, por jo mĂ« pak e rĂ«ndĂ«sishme, dĂ«shiroj tĂ« pĂ«rmend shĂ«rbimin HPE. Do tĂ« ishte shumĂ« e gjatĂ« tĂ« pĂ«rmendĂ«sh tĂ« gjitha nivelet e shĂ«rbimit HPE dhe mundĂ«sitĂ« e tij, por tĂ« paktĂ«n ekziston njĂ« ofertĂ« jashtĂ«zakonisht e rĂ«ndĂ«sishme nĂ« kushtet e punĂ«s nĂ« distancĂ«. Konkretisht â inxhinieri shĂ«rbimeve nga HPE/ Qendra e ShĂ«rbimit tĂ« Autorizuar. Ju vini vazhdojnĂ« tĂ« punoni nĂ« distancĂ«, nga shtĂ«pia juaj e preferuar, duke dĂ«gjuar bletĂ«t, ndĂ«rsa tekniku nga HPE, duke mbĂ«rritur nĂ« qendrĂ«n e tĂ« dhĂ«nave, zĂ«vendĂ«son diskĂ«t e serverĂ«ve tuaj ose bllokun e energjisĂ« qĂ« ka dalĂ« jashtĂ« funksionit.
HPE CallHome
NĂ« kushtet e sotme, me kufizimin e lĂ«vizjeve, funksioni Call Home Ă«shtĂ« mĂ« i nevojshĂ«m se kurrĂ«. Ădo sistem HPE me kĂ«tĂ« funksion mund tĂ« informojĂ« automatikisht qendrĂ«n e mbĂ«shtetjes HPE pĂ«r ndonjĂ« defekt nĂ« harduer ose softuer. ShumĂ« mundĂ«si Ă«shtĂ« e mundur qĂ« pjesa nĂ« zĂ«vendĂ«sim dhe / ose inxhinieri i shĂ«rbimeve tĂ« arrijĂ« deri te ju para se tĂ« vini re problemet dhe defektet me shĂ«rbimet produktive.
Personalish, unë e rekomandoj ngulmtarisht aktivizimin e këtij funksioni.
Burimi: habr.com
