Jag ska idag berÀtta en historia. En historia om utvecklingen av datateknik och framvÀxten av distansarbetsplatser frÄn de tidigaste tiderna fram till idag.
Utveckling av IT
Det viktigaste man kan ta med sig frĂ„n IT-historien Ă€r attâŠ
SjÀlvklart utvecklas IT i spiraler. De samma lösningar och koncept som förkastades för decennier sedan fÄr ny innebörd och börjar framgÄngsrikt fungera under nya förhÄllanden, med nya uppgifter och nya resurser. PÄ detta sÀtt skiljer sig IT inte frÄn nÄgot annat omrÄde av mÀnsklig kunskap och jordens historia som helhet.
För lÀnge sedan, nÀr datorer var stora
âJag tror att det finns en marknad för ungefĂ€r fem datorer i vĂ€rldenâ, sa IBM:s chef Thomas Watson 1943.
Tidiga datorer var stora. Nej, fel, de tidiga maskinerna var monstruösa, cyklopiska. En komplett datormaskin upptog en yta jÀmförbar med en sporthall, och kostade helt orimliga pengar. Ett exempel pÄ komponenter Àr ett minnesmodul pÄ ferritringar (1964).
Denna modul har en storlek pĂ„ 11 cm * 11 cm, och en kapacitet pĂ„ 512 byte (4096 bitar). Ett skĂ„p fullt med dessa moduler hade knappt kapacitet för en gammaldags diskett pĂ„ 3,5â (1,44 MB = 2950 moduler), samtidigt som det krĂ€ver en betydande elektrisk kraft och blev lika varmt som ett Ă„nglok.
Just de enorma storlekarna ligger till grund för det engelska namnet pĂ„ avlusning av programkod â âdebuggingâ. En av de första programmerarna i historien, Grace Hopper (ja, en kvinna), en officer i flottan, gjorde 1945 en anteckning i sin loggbok efter att ha undersökt ett problem med ett program.
Eftersom moth (mal) i allmĂ€nhet Ă€r ett bug (insekt), rapporterade personalen alla efterföljande problem och Ă„tgĂ€rder till överordnade som âdebuggingâ (bokstavligen avlusning), sĂ„ blev namnet bug för programfel och avlusning blev debugging.
I takt med att elektroniken och sÀrskilt halvledarelektroniken utvecklades, blev maskinernas fysiska storlekar mindre, medan datorkraften tvÀrtom ökade. Men Àven i detta fall kunde man inte ge varje person en dator.
âDet finns inga skĂ€l till varför nĂ„gon skulle vilja ha en dator hemmaâ â Ken Olsen, grundare av DEC, 1977.
PÄ 70-talet kom termen minidator. Jag minns att nÀr jag först lÀste detta begrepp för mÄnga Är sedan, förestÀllde jag mig nÄgot som en netbook, praktiskt taget en handdator. Jag kunde inte ha varit lÀngre frÄn sanningen.
Minidatorn Àr bara liten jÀmfört med de enorma datacenter som fortfarande bestÄr av flera skÄp med utrustning som kostar hundratusentals och miljoner dollar. Men datorkraften hade redan ökat sÄ mycket att den inte alltid var fullbelastad, och datorer började bli tillgÀngliga för studenter och lÀrare vid universiteten.
Och sÄ kom HAN!
FÄ tÀnker pÄ de latinska rötterna i det engelska sprÄket, men det Àr just det som har gett oss fjÀrrÄtkomst, som vi kÀnner den idag. Terminus (latin) - slut, grÀns, mÄl. MÄlet för Terminator T800 var att avsluta John Connors liv. Vi vet ocksÄ att transportstationer, dÀr passagerare stiger pÄ och av eller dÀr laster lastas och lossas, kallas terminaler - de slutliga mÄlen i rutten.
DÀrmed uppstod konceptet terminalÄtkomst, och du kan se den mest kÀnda terminalen i vÀrlden, som fortfarande lever i vÄra hjÀrtan.
DEC VT100 kallas terminal eftersom den avslutar informationslinjen. Den har faktiskt noll berÀkningskraft, och dess enda uppgift Àr att visa information som mottas frÄn en stor maskin och att överföra tangentbordets indata tillbaka till maskinen. Och Àven om VT100 tekniskt sett Àr döda sedan lÀnge, anvÀnder vi dem fortfarande till fullo.
VĂ„ra dagar
"VÄra dagar" skulle jag börja rÀkna frÄn början av 80-talet, nÀr de första tillgÀngliga processorerna med nÄgon form av anstÀndig berÀkningskraft dök upp. Det anses traditionellt att den frÀmsta processorn frÄn denna tid blev Intel 8088 (x86-familjen) som grundaren av den segrande arkitekturen. Vad Àr dÄ den principiella skillnaden mot koncepten frÄn 70-talet?
En första gĂ„ng uppstĂ„r trenden att flytta informationbehandlingen frĂ„n centrum till periferin. Inte alla uppgifter krĂ€ver de galna (jĂ€mfört med den svaga x86) resurserna frĂ„n en mainframe eller ens en mini-dator. Intel stĂ„r inte stilla, pĂ„ 90-talet slĂ€pper de Pentium-familjen, som verkligen blev den första massproducerade hemdatorn i Ryssland. Dessa processorer Ă€r redan kapabla till mycket, inte bara att skriva ett brev â utan Ă€ven multimedia och arbete med smĂ„ databaser. Faktum Ă€r att för smĂ„ företag försvinner behovet av servrar helt â allt kan utföras pĂ„ periferin, pĂ„ klientmaskiner. Med varje Ă„r blir processorerna kraftfullare, och skillnaden mellan servrar och persondatorer blir allt mindre med avseende pĂ„ berĂ€kningskapacitet, ofta Ă„terstĂ„ende enbart i reservkraft, stöd för varmbyte och speciella chassin för montering i rack.
Om vi jÀmför moderna klientprocessorer, som verkar "löjliga" för administratörer av tunga servrar frÄn 90-talet hos Intel, med superdatorer frÄn det förflutna, kÀnns det verkligen lite obehagligt.
LÄt oss ta en titt pÄ en gammal klassiker, som Àr nÀstan lika gammal som jag. Cray X-MP/24 frÄn 1984.
Denna maskin var bland topp superdatorerna 1984, med 2 processorer pÄ 105 MHz och en maximal berÀkningskapacitet pÄ 400 MFlops (miljoner flyttaloperationer). Just den maskin som visas pÄ bilden stod i National Security Agency's kryptografilabb i USA och sysslade med att bryta koder. Om vi omvandlar 15 miljoner dollar frÄn 1984 till 2020 Ärs dollar, skulle kostnaden uppgÄ till 37,4 miljoner eller 93 500 dollar/MFlops.
I den maskin dÀr jag skriver dessa rader sitter en Core i5-7400-processor frÄn 2017, vilken inte Àr sÀrskilt ny, och Àven under sitt intÄg var den den yngsta 4-kÀrniga av alla medelnivÄdesktopsprocessorer. 4 kÀrnor med en basfrekvens pÄ 3.0 GHz (3.5 med Turbo Boost) och dubblering av trÄdar via HyperThreading ger mellan 19 och 47 GFlops kapacitet enligt olika tester till ett pris av 16 000 rubel för processorn. Om man samlar hela maskinen kan man anta att dess kostnad Àr 750 dollar (enligt priser och kurs den 1 mars 2020).
Slutligen fĂ„r vi en överlĂ€gsenhet frĂ„n en ganska genomsnittlig desktop-processor av idag upp till 50â120 gĂ„nger över en superdator frĂ„n topp 10 av det lĂ€tt begripliga förflutna, medan det specifika vĂ€rdet av MFlops blir helt monstruöst 93 500 / 25 = 3 700 gĂ„nger.
Varför behövs servrar och centralisering av berĂ€kningar fortfarande med sĂ„dana kapaciteter vid kanten â det Ă€r helt oklart!
Den omvĂ€nda nedgĂ„ngen â spiralen har gjort ett varv
Disklösa arbetsstationer
Den första signalen pÄ att flytten av berÀkningar till kanten inte kommer att vara slutgiltig var framvÀxten av teknologin för disklösa arbetsstationer. Vid betydande fördelning av arbetsstationer över företagets omrÄde, och sÀrskilt i förorenade miljöer, uppstÄr en mycket pressande frÄga om hantering och stöd av dessa stationer.
Begreppet 'korridortid' framtrĂ€der â den procentandel av tiden som en supportmedarbetare befinner sig i korridoren, pĂ„ vĂ€g till en medarbetare med ett problem. Denna tid Ă€r betald, men helt oproduktiv. En inte ovĂ€sentlig faktor, sĂ€rskilt i förorenade miljöer, var de hĂ„rddiskar som gick sönder. LĂ„t oss ta bort disken frĂ„n arbetsstationen, och göra allt annat över nĂ€tverket, inklusive uppstart. NĂ€tverkskortet fĂ„r förutom adressen frĂ„n DHCP-servern ocksĂ„ ytterligare information â adressen till TFTP-servern (ett förenklat filsystem) och namnet pĂ„ bootbilden, laddar den i RAM-minnet och startar maskinen.
Förutom fÀrre fel och minskad korridortid kan maskinen nu inte behöva justeras pÄ plats, utan bara ta med en ny, och ta den gamla för diagnos pÄ en utrustad arbetsplats. Men det Àr inte allt!
Den diskfria stationen blir betydligt sĂ€krare â om nĂ„gon skulle ta sig in i rummet och ta med alla datorer, Ă€r det bara utrustningen som förloras. Inga data lagras pĂ„ diskfria stationer.
LĂ„t oss minnas detta ögonblick, informationssĂ€kerhet börjar spela en allt viktigare roll efter den 'oförsiktiga barndomen' av informationsteknologi. Och i IT-triangeln invaderar allt mer de skrĂ€mmande och viktiga tre bokstĂ€verna â GRC (Governance, Risk, Compliance), eller pĂ„ ryska 'Styrning, Risk, ĂverensstĂ€mmelse'.
Terminalservrar
Den allmĂ€nna spridningen av allt mer kraftfulla personliga datorer pĂ„ periferin betydligt övertrĂ€ffade utvecklingen av offentliga nĂ€tverk. Klassiska klient-serverapplikationer frĂ„n 90-talet och tidigt 00-tal fungerade inte sĂ€rskilt bra över smala kanaler, sĂ€rskilt om databyte var av nĂ„got betydande vĂ€rde. Detta var sĂ€rskilt svĂ„rt för fjĂ€rrkontor som anslöt via modem och telefonlinjer som dessutom periodiskt frös eller bröts. OchâŠ
Spiralen gjorde en svÀng och hamnade Äterigen i terminallÀge med konceptet terminalservrar.
Faktiskt har vi ÄtervÀnt till 70-talet med deras nollklienter och centralisering av datorkraft. Det blev snabbt uppenbart att förutom den rent ekonomiska aspekten ger terminalÄtkomst enorma möjligheter för att organisera sÀker extern Ätkomst, inklusive möjligheten att arbeta hemifrÄn för anstÀllda, eller mycket begrÀnsad och kontrollerad Ätkomst för entreprenörer frÄn osÀkra nÀtverk och okontrollerade enheter.
Men terminalservrar, trots sina fördelar och framsteg, hade ocksĂ„ en del nackdelar â lĂ„g flexibilitet, problemet med bullriga grannar, strikt server-Windows osv.
Föddandet av proto VDI
I början av 00-talet kom industriell virtualisering av x86-plattformar starkt in pÄ scenen. Och nÄgon uttryckte helt enkelt idén som svÀvade i luften: varför inte istÀllet för att centralisera alla klienter pÄ serverterminalfarmarna ge varje anvÀndare en egen virtuell maskin med en klientversion av Windows och Àven administratörsÄtkomst?
Avvisandet av tjocka klienter
Parallellt med virtualisering av sessioner och operativsystem utvecklades en metod kopplad till att förenkla klientfunktionen pÄ applikationsnivÄ.
Logiken bakom detta var ganska enkel, eftersom personliga bÀrbara datorer fortfarande inte fanns tillgÀngliga för alla, och internet var inte tillgÀngligt för alla. MÄnga kunde endast ansluta frÄn internetcaféer med mycket begrÀnsade, för att uttrycka det milt, rÀttigheter. Faktiskt var allt som kunde startas en webblÀsare. WebblÀsaren blev en nödvÀndig del av operativsystemet, och internet blev en fast del av vÄra liv.
Med andra ord gick samtidigt en trend mot att flytta logiken frÄn klienten till centrum i form av webbapplikationer, som krÀvde endast den enklaste klienten, internet och en webblÀsare för Ätkomst.
Och vi hamnade inte bara dĂ€r vi började â med noll kunder och centrala servrar. Vi kom dit pĂ„ flera oberoende sĂ€tt.
Virtuell Desktop-infrastruktur
Brokers
à r 2007 slÀppte marknadsledaren för industriell virtualisering, VMware, den första versionen av sin produkt VDM (Virtual Desktop Manager), som blev i praktiken den första pÄ den vÀxande marknaden för virtuella skrivbord. Det dröjde förstÄs inte lÀnge innan svaret kom frÄn ledaren för terminalservrar, Citrix, som med förvÀrvet av XenSource 2008 introducerade XenDesktop. SjÀlvklart fanns det ocksÄ andra leverantörer med sina erbjudanden, men vi ska inte gÄ för djupt in i historien och avvika frÄn konceptet.
Och konceptet hÄlls fortfarande kvar. Den centrala komponenten i VDI Àr anslutningsborkern.
Detta Àr hjÀrtat av infrastrukturen för virtuella skrivbord.
Brokern ansvarar för de viktigaste processerna i VDI:
- BestÀmmer vilka resurser (maskiner/sessioner) som Àr tillgÀngliga för den anslutna klienten;
- Balancerar vid behov klienterna över grupper av maskiner/sessioner;
- Dirigerar klienten till den valda resursen.
Idag kan praktiskt taget vad som helst med en skĂ€rm vara klient (terminal) för VDI â en bĂ€rbar dator, smartphone, surfplatta, kiosk, tunn eller noll klient. Och den svarande delen, som utför produktionsbelastningen â en terminalserver-session, en fysisk maskin, en virtuell maskin. Moderna mogna VDI-produkter Ă€r djupt integrerade med den virtuella infrastrukturen och hanterar den automatiskt, distribuerar eller, omvĂ€nt, tar bort redan onödiga virtuella maskiner.
Lite vid sidan av, men för vissa kunder Àr stöd för hÄrdvaruaccelerering av 3D-grafik en extremt viktig VDI-teknologi för designer eller ingenjörer.
Protokoll
En andra extremt viktig del av en mogen VDI-lösning Àr protokollet för Ätkomst till virtuella resurser. Om det handlar om arbete inom ett företags lokala nÀtverk med en utmÀrkt pÄlitlig nÀtverksanslutning pÄ 1 Gbps till arbetsplatsen och en latens pÄ 1 ms, sÄ kan man i praktiken anvÀnda vilket protokoll som helst och överhuvudtaget inte tÀnka pÄ det.
Det Àr viktigt att tÀnka pÄ nÀr anslutningen gÄr genom ett okontrollerat nÀtverk, vars kvalitet kan variera fritt, Ànda ner till hastigheter pÄ tiotals kilobit och oförutsÀgbara fördröjningar. Just för att organisera riktig distansarbete, frÄn sommarstugor, hemifrÄn, frÄn flygplatser och kaféer.
Terminalservrar vs klient-VM
NÀr VDI dök upp verkade det som att det var dags att sÀga adjö till terminalservrar. Varför behövs de, om var och en har sin egen personliga VM?
Men ur ett rent ekonomiskt perspektiv visade det sig att för typiska massarbetsplatser, som Ă€r likadana till leda â sĂ„ finns det fortfarande inget effektivare Ă€n terminalservrar nĂ€r man ser till priset / session. Med alla sina fördelar förbrukar tillvĂ€gagĂ„ngssĂ€ttet â1 anvĂ€ndare = 1 VMâ betydligt fler resurser pĂ„ virtuell hĂ„rdvara och ett helt operativsystem, vilket försĂ€mrar ekonomin pĂ„ typiska arbetsplatser.
I fallet med arbetsplatser för chefer, icke-standardiserade och belastade arbetsstationer, dÀr det finns ett behov av att ha höga rÀttigheter (upp till administratör), har en dedikerad VM per anvÀndare fördelar. Inom denna VM kan man tilldela resurser individuellt, ge rÀttigheter pÄ valfri nivÄ och balansera VM mellan virtualiseringsvÀrdar under hög belastning.
VDI och ekonomi
Ă r efter Ă„r hör jag samma frĂ„ga â hur kan VDI vara billigare Ă€n att bara ge bort bĂ€rbara datorer till alla? Och Ă„r efter Ă„r fĂ„r jag svara exakt samma sak: i fallet med vanliga kontorsanstĂ€llda Ă€r VDI inte billigare om man ser till de rena kostnaderna för att sĂ€kerstĂ€lla utrustningen. Oavsett hur man vrider och vĂ€nder pĂ„ det blir bĂ€rbara datorer billigare, medan servrar, lagringssystem och systemprogramvara kostar ganska mycket. Om det Ă€r dags att uppdatera parken och du tĂ€nker spara pengar genom VDI â nej, du kommer inte att spara.
Jag nĂ€mnde tidigare de skrĂ€mmande tre bokstĂ€verna GRC â sĂ„ hĂ€r Ă€r det, VDI handlar om GRC. Det handlar om riskhantering, om sĂ€kerhet och bekvĂ€mlighet av kontrollerad Ă„tkomst till data. Och allt detta kostar vanligtvis en hel del pengar att implementera pĂ„ en mĂ€ngd olika tekniker. Med hjĂ€lp av VDI förenklas kontrollen, sĂ€kerheten ökar och hĂ„ret blir mjukt och silkeslent.
HPE:s lösningar för distansarbete
FjÀrr- och molnhantering
iLO
HPE Ă€r lĂ„ngt ifrĂ„n en ny aktör inom fjĂ€rrhantering av serverinfrastruktur; skĂ€mt Ă„sido, i mars firade den legendariska iLO (Integrated Lights Out) 18 Ă„r. NĂ€r jag tĂ€nker tillbaka pĂ„ mina administrativa dagar pĂ„ 00-talet, kunde jag personligen inte bli nöjdare. Den första installationen i rackarna och att koppla in kablar â det var allt som behövdes göra i det bullriga och kalla datacentret. All annan konfiguration, inklusive installation av operativsystem, kunde sedan göras frĂ„n arbetsplatsen med tvĂ„ skĂ€rmar och en kopp varmt kaffe. Och det var 13 Ă„r sedan!
I dag Ă€r HPE-servrarna inte utan grund en obestridlig standard för kvalitet i mĂ„nga Ă„r â och en stor del av detta spelar den gyllene standarden för fjĂ€rrstyrning, iLO, en avgörande roll.
Jag vill sÀrskilt nÀmna HPE:s insatser för att hÄlla mÀnskligheten under kontroll över coronaviruset. , att licensen för iLO Advanced kommer att vara tillgÀnglig gratis för alla fram till Ätminstone slutet av 2020.
Infosight
Om du har fler Àn 10 servrar i din infrastruktur och administratören inte Àr uttrÄkad, sÄ Àr den molnbaserade HPE Infosight-systemet, som bygger pÄ artificiell intelligens, ett utmÀrkt komplement till standardövervakningsverktygen. Systemet övervakar inte bara tillstÄndet och skapar diagram, utan rekommenderar ocksÄ sjÀlvstÀndigt vidare ÄtgÀrder baserat pÄ den aktuella situationen och trender.
Var smart, , prova Infosight!
OneView
Sist men inte minst vill jag nĂ€mna HPE OneView â en hel produktportfölj med enorma möjligheter för övervakning och hantering av hela infrastrukturen. Och allt detta utan att behöva lĂ€mna skrivbordet, vilket i din nuvarande situation kanske ens kan vara pĂ„ landet.
Lagringssystemen Àr ocksÄ pÄ topp!
SjĂ€lvklart hanteras och övervakas alla lagringssystem pĂ„ distans â det var sĂ„ för mĂ„nga Ă„r sedan. DĂ€rför vill jag idag prata om nĂ„got annat, nĂ€mligen metrokluster.
Metrokluster Ă€r inte en nyhet pĂ„ marknaden, men just dĂ€rför har de inte blivit sĂ€rskilt populĂ€ra â inverkan av invanda tankesĂ€tt och första intryck spelar in. SjĂ€lvklart fanns de redan för 10 Ă„r sedan, men de kostade som en jĂ€rnbro. Ă ren som gĂ„tt sedan de första metroklustren har förĂ€ndrat branschen och gjort teknologin mer tillgĂ€nglig för allmĂ€nheten.
Jag minns projekt dĂ€r delarna av storage-systemet medvetet delades upp â separat för superkritiska tjĂ€nster i metrokluster och separat för synkron replikering (mycket billigare).
Faktiskt, Ă„r 2020 kostar metroklustret er ingenting om ni kan organisera tvĂ„ platser och kanaler. Och de kanaler som krĂ€vs för synkron replikering Ă€r precis de samma som för metrokluster. Licensiering av mjukvara har lĂ€nge gĂ„tt i paket â och synkron replikering kommer direkt med metroklustret, och det enda som för tillfĂ€llet upprĂ€tthĂ„ller liv i einriktad replikering Ă€r behovet av att organisera ett utstrĂ€ckt L2-nĂ€tverk. Dessutom, L2 över L3 sprider sig snabbt i landet.
Vad Àr den principiella skillnaden mellan synkron replikering och metrokluster nÀr det kommer till fjÀrrarbete?
Det Àr ganska enkelt. Metroklustret fungerar sjÀlvstÀndigt, automatiskt, alltid, praktiskt taget omedelbart.
Hur ser processen ut för lastvÀxling vid synkron replikering pÄ en infrastruktur med Ätminstone nÄgra hundra virtuella maskiner?
- Ett larm om en incident kommer in.
- Den beredskapsstyrka analyserar situationen â man kan lugnt rĂ€kna med 10 till 30 minuter bara för att ta emot signalen och fatta beslut.
- Om beredskapsingenjörerna inte har befogenhet att starta omkopplingen sjĂ€lva â rĂ€kna ytterligare 30 minuter för att kontakta en person som har befogenhet och formellt bekrĂ€fta starten av omkopplingen.
- Tryck pÄ Den Stora Röda Knappen.
- 10-15 minuter för tidsavbrott och ommontering av volymer, omregistrering av virtuella maskiner.
- 30 minuter för att byta IP-adressering â en optimistisk bedömning.
- Och slutligen starta de virtuella maskinerna och aktivera produktiva tjÀnster.
Totalt kan RTO (tid till ÄterstÀllande av affÀrsprocesser) bedömas till 4 timmar.
LÄt oss jÀmföra med situationen pÄ metroklustret.
- Storage-systemet förstĂ„r att kommunikationen med metroklustrets arm Ă€r förlorad â 15-30 sekunder.
- VirtualiseringsvĂ€rdar förstĂ„r att den första datacentern har förlorats â 15-30 sekunder (samtidigt med punkt 1).
- Automatisk omstart av hĂ€lften till en tredjedel av de virtuella maskinerna i den andra datacentern â 10-15 minuter till tjĂ€nsternas uppstart.
- UngefÀr vid den hÀr tiden förstÄr beredskapsstyrkan vad som har hÀnt.
Totalt: RTO = 0 för separata tjÀnster, 10-15 minuter i allmÀnhet.
Varför Àr omstarten bara för hÀlften till en tredjedel av de virtuella maskinerna? LÄt oss se vad som Àr problemet:
- Ni gör allt smart och inkluderar automatisk lastbalansering av virtuella maskiner. Som ett resultat körs i genomsnitt bara hÀlften av de virtuella maskinerna i ett av datacenter. Hela syftet med metrokluster Àr att minimera driftstopp, sÄ det Àr i ert intresse att minimera antalet virtuella maskiner som hamnar i riskzonen.
- En del tjÀnster kan klustras pÄ applikationsnivÄ, vilket sprider dem över olika virtuella maskiner. DÀrför skruvas dessa par av virtuella maskiner fast eller kopplas med band till olika datacenter sÄ att tjÀnsten inte behöver vÀnta pÄ att de virtuella maskinerna ska startas om vid en krasch.
Med en vÀlbyggd infrastruktur med utstrÀckta metrokluster arbetar affÀrsanvÀndare med minimala fördröjningar frÄn vilken plats som helst, Àven vid en krasch pÄ datacenter-nivÄ. I vÀrsta fall blir fördröjningen lika lÄng som det tar att dricka en kopp kaffe.
Och sjÀlvklart fungerar metrokluster utmÀrkt bÄde med de Àldre HPE 3Par-systemen som gÄr mot Valinor och med de nya Primera!
Infrastruktur för distansarbetsplatser
Terminalservrar
För terminalservrar behöver man inte hitta pĂ„ nĂ„got nytt, HPE har i mĂ„nga Ă„r levererat nĂ„gra av vĂ€rldens bĂ€sta servrar för dem. Tidlös klassiker â DL360 (1U) eller DL380 (2U) eller för AMD-entusiaster â DL385. SjĂ€lvklart finns det ocksĂ„ bladservrar, bĂ„de klassiska C7000 och den nya modulĂ€ra plattformen Synergy.
För alla smaker, i alla fÀrger, maximalt antal sessioner per server!
âKlassiskâ VDI + HPE Simplivity
Med "klassisk VDI" syftar jag pÄ konceptet 1 anvÀndare = 1 virtuell maskin med klient-Windows. Och sjÀlvklart finns det inte nÄgot som ligger nÀrmare VDI-belastning för hyperkonvergerade system, sÀrskilt med deduplicering och kompression.
HÀr kan HPE erbjuda sin egen hyperkonvergerade plattform Simplivity, likvÀl som servrar / certifierade noder för partnerlösningar sÄsom VSAN Ready Nodes för att bygga VDI pÄ VMware VSAN-infrastrukturen.
LĂ„t oss prata lite mer om den egna lösningen Simplivity. Som namnet antyder, stĂ€lls enkelhet (engelska simple â enkel) i centrum. Enkelhet i distribution, enkelhet i hantering, enkelhet i skalning.
Hyperkonvergerande system Ă€r idag ett av de hetaste Ă€mnena inom IT, och antalet leverantörer pĂ„ olika nivĂ„er uppgĂ„r till cirka 40. Enligt Gartners magiska fyrkant ligger företaget HPE bland de fem största globalt och Ă€r en del av ledarnas kvadrat â den förstĂ„r vart branschen Ă€r pĂ„ vĂ€g och kan omvandla denna förstĂ„else till hĂ„rdvara.
Arkitekturen för Simplivity Àr en klassisk hyperkonvergerande systemlösning med kontrollerade virtuella maskiner, vilket innebÀr att det kan stödja olika hypervisorer, till skillnad frÄn system som Àr integrerade i hypervisorn. Faktum Àr att i april 2020 stöddes VMware vSphere och Microsoft Hyper-V, och planer för stöd av KVM har uttalats. En nyckelfunktion hos Simplivity sedan dess debut pÄ marknaden har varit hÄrdvaruaccelererad komprimering och deduplicering via ett specialiserat acceleratorkort.
Det Àr vÀrt att nÀmna att komprimering med deduplicering Àr global och alltid aktiverad, vilket innebÀr att detta inte Àr en valfri funktion, utan snarare arkitekturen för lösningen.
HPE ljuger naturligtvis lite nÀr de pÄstÄr en effektivitet pÄ 100:1, berÀknad pÄ ett sÀrskilt sÀtt, men utnyttjandet av utrymme Àr faktiskt mycket högt. Siffran 100:1 Àr helt enkelt för vacker. LÄt oss gÄ igenom hur Simplivity tekniskt Àr implementerat för att visa sÄdana siffror.
Snapshot. Snapshots (ögonblicksbilder) Àr 100% korrekt implementerade som RoW (Redirect-on-Write) och sker dÀrför omedelbart utan att pÄverka prestandan, vilket skiljer sig frÄn vissa andra system. Varför behöver vi lokala snapshots utan straff? Det Àr mycket enkelt, för att minska RPO frÄn 24 timmar (genomsnittlig RPO för backup) till tiotals eller till och med enstaka minuter.
Backup. En snapshot skiljer sig frÄn en backup endast i hur den uppfattas av systemet för hantering av virtuella maskiner. Om hela systemet raderas vid radering av maskinen, sÄ var det en snapshot. Om nÄgot ÄterstÄr, sÄ Àr det en backup. DÀrför kan varje snapshot betraktas som en fullstÀndig backup om den mÀrks i systemet och inte raderas.
SjĂ€lvklart kommer mĂ„nga att invĂ€nda â hur kan det vara en backup om den lagras pĂ„ samma system? HĂ€r finns det ett mycket enkelt svar i form av en motsvarande frĂ„ga: har ni en formell hotmodell som faststĂ€ller regler för lagring av sĂ€kerhetskopior? Detta Ă€r en helt Ă€rlig backup mot att en fil raderas inom VM, det Ă€r en backup mot att sjĂ€lva VM raderas. Om det krĂ€vs att lagra en sĂ€kerhetskopia uteslutande pĂ„ ett fristĂ„ende system finns det alternativ: replikering av denna snapshot till en andra Simplivity-kluster eller HPE StoreOnce.
Och just hÀr visar det sig att en sÄdan arkitektur Àr perfekt anpassad för alla typer av VDI. VDI innebÀr hundratals eller till och med tusentals extremt liknande maskiner med samma operativsystem och samma applikationer. Global deduplicering kommer att bearbeta och komprimera detta kanske Ànnu bÀttre Àn 100:1. Att utveckla 1000 VM frÄn en enda mall? Inga problem, dessa maskiner kommer att registreras lÀngre i vCenter Àn de kommer att klonas.
Speciellt för anvÀndare med speciella prestandakrav och för dem som behöver 3D-acceleratorer har Simplivity G-serien skapats.
I denna serie anvÀnds ingen hÄrdvarudedupliceringsaccelerator, vilket minskar antalet diskar per nod sÄ att kontrolleraren kan hantera det programvarumÀssigt. Detta frigör ocksÄ PCIe-slots för andra acceleratorer. Det tillgÀngliga minnet per nod har Àven fördubblats till 3 TB för de mest krÀvande belastningarna.
Simplivity passar perfekt för att organisera geografiskt distribuerade VDI-infrastrukturer med datReplication till det centrala datacentret.
En sĂ„dan VDI-arkitektur (och faktiskt inte bara VDI) Ă€r sĂ€rskilt intressant under de ryska förhĂ„llandena â stora avstĂ„nd (och dĂ€rmed förseningar) och lĂ„ngt ifrĂ„n idealiska kanaler. Regionala centra skapas (eller till och med bara 1-2 noder av Simplivity i ett avlĂ€gset kontor) dit lokala anvĂ€ndare kopplas via snabba lĂ€nkar, medan full kontroll och hantering bevaras centralt, och i centrum replikerar endast en liten mĂ€ngd verkliga, vĂ€rdefulla och inte skrĂ€pbitar data.
SjÀlvklart ansluter Simplivity helt till OneView och InfoSight.
Tunna och nollklienter
Tunna klienter Àr specialiserade lösningar avsedda att anvÀndas enbart som terminaler. Eftersom det nÀstan inte finns nÄgon belastning pÄ klienten förutom att upprÀtthÄlla kanalen och avkoda video, Àr det nÀstan alltid en processor med passiv kylning, en liten boot-enhet endast för att starta ett speciellt inbÀddat operativsystem, och i stort sett allt mer. Det finns nÀstan ingenting att gÄ sönder, och att stjÀla Àr meningslöst. Kostnaden Àr lÄg och inga data sparas i enheten.
Det finns en sÀrskild kategori av tunna klienter, de sÄ kallade nollklienterna. Deras frÀmsta skillnad frÄn tunna klienter Àr avsaknaden av ett allmÀnt syfte inbÀddat operativsystem, och de arbetar uteslutande med en mikrochip med firmware. Ofta Àr de utrustade med speciella hÄrdvaruacceleratorer för videoströmsavkodning i terminalprotokoll sÄsom PCoIP eller HDX.
Trots uppdelningen av det stora "Hewlett Packard" i separata HPE och HP, kan vi inte undvika att nÀmna tunna klienter tillverkade av HP.
Utbudet Ă€r brett, för alla smaker och behov â inklusive arbetsstationer med flera skĂ€rmar och hĂ„rdvaruaccelerering av videoström.
HPE-tjÀnsten för ditt distansarbete
Och sist men inte minst vill jag nÀmna HPE-tjÀnsten. Det skulle vara för lÄngrandigt att lista alla servicenivÄer och möjligheter inom HPE, men det finns en extremt viktig erbjudande för distansarbete. NÀmligen, en servicetekniker frÄn HPE/auktoriserat servicecenter. Du fortsÀtter att arbeta pÄ distans frÄn din Àlskade sommarstuga, medan biet frÄn HPE, efter att ha kommit till datacentret, byter ut diskar eller den trasiga strömförsörjningen i dina servrar.
HPE CallHome
Under dagens förhÄllanden, med begrÀnsade rörelser, blir Call Home-funktionen mer relevant Àn nÄgonsin. Varje HPE-system med denna funktion kan sjÀlvstÀndigt rapportera om hÄrdvaru- eller programvarufel till HPE:s supportcenter. Det Àr mycket möjligt att reservdelen och/eller serviceteknikern kommer att anlÀnda till dig innan du ens mÀrker nÄgra problem eller brister i produktionsservicen.
Personligen rekommenderar jag starkt att aktivera denna funktion.
KĂ€lla: habr.com
