Ma elmesélek egy történetet. A számítástechnika fejlődésének és a távoli munkák megjelenésének története az ókortól napjainkig.
IT fejlesztés
A legfontosabb, amit az IT történetéből meg lehet tanulni, hogy...
Magától értetődik, hogy az IT spirálszerűen fejlődik. Ugyanazok a megoldások és koncepciók, amelyeket évtizedekkel ezelőtt elvetettek, új értelmet nyernek, és új körülmények között, új feladatokkal és új kapacitásokkal kezdenek sikeresen működni. Ebben az IT nem különbözik az emberi tudás és a Föld egészének történetének bármely más területétől.
Nagyon régen, amikor a számítógépek nagyok voltak
„Szerintem körülbelül öt számítógépnek van piaca a világon” – mondta Thomas Watson, az IBM vezérigazgatója 1943-ban.
A korai számítástechnika nagy volt. Nem, ez baj, a korai technológia szörnyű, ciklopsztikus volt. Egy teljesen számítógépes gép egy edzőteremhez hasonló területet foglalt el, és teljesen irreális pénzbe került. A komponensekre példa a ferritgyűrűs RAM modul (1964).
Ennek a modulnak a mérete 11 cm * 11 cm, a kapacitása pedig 512 bájt (4096 bit). Ezekkel a modulokkal teljesen megtöltött szekrény alig volt akkora kapacitású, mint egy ősi 3,5”-os hajlékonylemez (1.44 MB = 2950 modul), miközben nagyon észrevehetően fogyasztott elektromos energiát, és olyan forró lett, mint egy gőzmozdony.
Éppen óriási mérete miatt a programkód hibakereső angol neve „debugging”. A történelem egyik első programozója, Grace Hopper (igen, egy nő), tengerésztiszt, 1945-ben naplóbejegyzést írt, miután megvizsgálta a programmal kapcsolatos problémát.
Mivel a moly (moly) általában egy hiba (rovar), minden további problémát és a személyzet megoldását célzó intézkedést „hibakeresésként” (szó szerint de-bug) jelentett a feletteseiknek, így a bug név határozottan egy programhiba volt, és hiba volt a kódban, és a hibakeresésből hibakeresés lett.
Az elektronika és különösen a félvezető elektronika fejlődésével a gépek fizikai mérete csökkenni kezdett, a számítási teljesítmény pedig éppen ellenkezőleg nőtt. De még ebben az esetben sem lehetett mindenkit személyesen számítógéppel ellátni.
„Nincs ok arra, hogy bárki is otthonában tartson számítógépet” – Ken Olsen, a DEC alapítója, 1977.
A 70-es években megjelent a mini-számítógép kifejezés. Emlékszem, amikor sok évvel ezelőtt először olvastam ezt a kifejezést, valami netbookhoz hasonlót képzeltem el, szinte kézi számítógépet. Nem lehetnék távolabb az igazságtól.
A Mini csak a hatalmas géptermekhez képest, de ez még mindig több szekrény, több százezer és millió dollárba kerülő berendezéssel. A számítási teljesítmény azonban már annyira megnőtt, hogy nem volt mindig 100%-os leterheltség, és ezzel párhuzamosan az egyetemisták és az oktatók számára is elérhetővé váltak a számítógépek.
És akkor jött Ő!
Kevesen gondolnak az angol nyelv latin gyökereire, de ez az, ami miatt ma ismertünk távoli hozzáférést. Terminus (latinul) - vég, határ, cél. A Terminator T800 célja az volt, hogy véget vessen John Connor életének. Azt is tudjuk, hogy azokat a közlekedési állomásokat, ahol az utasokat fel- és kiszállítják, vagy árukat be- és kirakodnak, termináloknak nevezzük – az útvonalak végső célállomásainak.
Ennek megfelelően megszületett a terminálhozzáférés koncepciója, és látható, hogy a világ leghíresebb terminálja még mindig szívünkben él.
A DEC VT100-at terminálnak nevezik, mert lezárja az adatvonalat. Gyakorlatilag nulla a feldolgozási teljesítménye, és egyetlen feladata a nagy géptől kapott információk megjelenítése, valamint a billentyűzet bevitelének továbbítása a gépre. És bár a VT100 fizikailag már rég halott, még mindig kihasználjuk a benne rejlő lehetőségeket.
Napjaink
A „napjainkat” a 80-as évek elejétől kezdeném számolni, attól a pillanattól kezdve, amikor megjelentek az első, jelentős számítási teljesítménnyel rendelkező processzorok, amelyek széles körben elérhetőek voltak. Hagyományosan úgy tartják, hogy a korszak fő processzora az Intel 8088 (x86 család) volt, mint a győztes architektúra őse. Mi az alapvető különbség a 70-es évek koncepciójához képest?
Először mutatkozik meg az a tendencia, hogy az információfeldolgozást a központból a perifériára helyezik át. Nem minden feladathoz kell egy mainframe vagy akár egy miniszámítógép őrült (a gyenge x86-hoz képest) teljesítménye. Az Intel nem áll meg, a 90-es években kiadta a Pentium családot, amely valóban az első sorozatgyártású háztartási készülék lett Oroszországban. Ezek a processzorok már sok mindenre képesek, nemcsak levélírásra, hanem multimédiára és kis adatbázisokkal való munkára is. Valójában a kisvállalkozások számára egyáltalán nincs szükség szerverekre – mindent el lehet intézni a periférián, a kliens gépeken. A processzorok évről évre egyre erősebbek, a szerverek és a személyi számítógépek közötti különbség pedig egyre kisebb a számítási teljesítmény tekintetében, gyakran csak az energiaredundancia, az üzem közben cserélhető támogatás és a rack-be szerelés speciális esetei maradnak meg.
Ha összehasonlítja a modern kliensprocesszorokat, amelyek „nevetségesek” voltak az Intel nehéz szervereinek rendszergazdái számára a 90-es években, a múlt szuperszámítógépeivel, akkor egy kicsit kényelmetlenül érezheti magát.
Vessünk egy pillantást az öregúrra, aki gyakorlatilag velem egyidős. Cray X-MP/24 1984.
Ez a gép 1984 legjobb szuperszámítógépei közé tartozott, 2 105 MHz-es processzorral, 400 MFlops (lebegőpontos műveletek millióinak) csúcsteljesítményével. A képen látható gép az amerikai NSA kriptográfiai laboratóriumában állt, és kódok feltörésével foglalkozott. Ha 15 dollárban 1984 millió dollárt vált át 2020 dollárra, akkor a költség 37,4 millió dollár, vagyis 93 500 dollár/MFlop.
A gép, amelyen ezeket a sorokat írom, 5-es Core i7400-2017-as processzorral rendelkezik, ami egyáltalán nem újdonság, és már a megjelenés évében is a legfiatalabb 4 magos volt az összes középkategóriás asztali processzor közül. 4 mag 3.0 GHz-es alapfrekvenciájú (3.5 Turbo Boosttal) és megduplázódó HyperThreading szálak különböző tesztek szerint 19-47 GFlop teljesítményt adnak processzoronként 16 ezer rubel áron. Ha a teljes gépet összeszereli, akkor annak költségét 750 USD-ért veheti át (1. március 2020-i árakon és árfolyamon).
A végén 50-120-szoros fölényt kapunk egy korunk teljesen átlagos asztali processzorához képest a belátható múlt legjobb 10-es szuperszámítógépéhez képest, és az MFlops fajlagos költségének csökkenése teljesen szörnyűvé válik 93500 / 25 = 3700 alkalommal.
Teljesen érthetetlen, hogy miért van még szükségünk szerverekre és a számítástechnika ekkora teljesítményű központosítására a periférián!
Hátraugrás – a spirál fordulatot tett
Lemez nélküli állomások
Az első jel, hogy a számítástechnika perifériára költöztetése nem lesz végleges, a lemez nélküli munkaállomás-technológia megjelenése volt. A munkaállomások jelentős eloszlásával a vállalaton belül, és különösen a szennyezett helyiségekben, ezeknek az állomásoknak a kezelése és támogatása nagyon nehézzé válik.
Megjelenik a „folyosói idő” fogalma – az az idő százalékos aránya, ameddig a műszaki támogatás alkalmazottja a folyosón tartózkodik, a problémás alkalmazotthoz úton. Ez fizetett idő, de teljesen eredménytelen. Nem utolsósorban a merevlemezek meghibásodása volt, különösen a szennyezett helyiségekben. Távolítsuk el a lemezt a munkaállomásról, és végezzünk el minden mást a hálózaton keresztül, beleértve a letöltést is. A DHCP szerver címén kívül a hálózati adapter további információkat is kap - a TFTP (egyszerűsített fájlszolgáltatás) szerver címét és a rendszerindító kép nevét, betölti a RAM-ba és elindítja a gépet.
A kevesebb meghibásodás és a csökkentett folyosói idő mellett most már nem kell a helyszínen hibakeresést végezni a gépen, hanem egyszerűen hozni egy újat, és a régit elvinni diagnosztikára egy felszerelt munkahelyen. De ez még nem minden!
A lemez nélküli állomás sokkal biztonságosabbá válik - ha valaki hirtelen betör a szobába, és kiveszi az összes számítógépet, az csak berendezésvesztés. A lemez nélküli állomásokon nem tárolódnak adatok.
Emlékezzünk erre: az információs technológia „gondtalan gyermekkora” után kezd egyre fontosabb szerepet játszani az információbiztonság. És a szörnyű és fontos 3 betű egyre inkább behatol az IT-be - GRC (Governance, Risk, Compliance), vagy oroszul „Manageability, Risk, Compliance”.
Terminál szerverek
Az egyre nagyobb teljesítményű személyi számítógépek széleskörű elterjedése a perifériákon jelentősen meghaladta a nyilvános hozzáférési hálózatok fejlődését. A 90-es évek és a 00-es évek eleji klasszikus kliens-szerver alkalmazások nem működtek túl jól vékony csatornán, ha az adatcsere jelentős értékeket ért el. Ez különösen a modemmel és telefonvonalon keresztül csatlakoztatott távoli irodáknál volt nehéz, amelyek szintén időnként lefagytak vagy lekapcsoltak. ÉS…
A spirál fordulatot vett, és a terminálkiszolgálók koncepciójával visszatért a terminál módba.
Valójában a 70-es évekbe érkeztünk a nulla ügyfélszámmal és a számítási teljesítmény központosításával. Gyorsan nyilvánvalóvá vált, hogy a csatornák tisztán gazdasági megfontolása mellett a terminálhozzáférés óriási lehetőségeket kínál a biztonságos kívülről történő hozzáférés megszervezésére, beleértve a dolgozók otthoni munkavégzését, vagy rendkívül korlátozott és ellenőrzött hozzáférést a vállalkozók számára nem megbízható hálózatokból és nem megbízható/ ellenőrizetlen eszközök.
A terminálkiszolgálóknak azonban minden előnyük és progresszívségük ellenére számos hátrányuk is volt - alacsony rugalmasság, zajos szomszéd problémája, szigorúan szerveralapú Windows stb.
A Proto VDI születése
Igaz, a 00-es évek elején-közepén már megjelent az x86-os platform ipari virtualizációja. És valaki hangot adott egy ötletnek, ami egyszerűen a levegőben volt: ahelyett, hogy az összes klienst a szerverterminálfarmokon központosítanánk, adjunk mindenkinek saját személyes virtuális gépet kliens Windows-szal, sőt rendszergazdai hozzáféréssel?
Kövér ügyfelek elutasítása
A munkamenet- és operációsrendszer-virtualizációval párhuzamosan olyan megközelítést dolgoztak ki, amely megkönnyíti a kliens funkciót az alkalmazás szintjén.
A logika e mögött meglehetősen egyszerű volt, mert nem mindenkinek volt még személyes laptopja, nem mindenkinek volt internet, és sokan csak internetkávézóból tudtak csatlakozni finoman szólva is nagyon korlátozott jogokkal. Valójában csak egy böngészőt lehetett elindítani. A böngésző az operációs rendszer nélkülözhetetlen tulajdonságává vált, az internet szilárdan belépett az életünkbe.
Vagyis párhuzamosan megfigyelhető volt az a tendencia, hogy a logikát a kliensről a központba helyezik át webes alkalmazások formájában, amelyek eléréséhez csak a legegyszerűbb kliensre, internetre és böngészőre van szükség.
És nem csak oda jutottunk, ahol elkezdtük – nulla klienssel és központi szerverrel. Több független úton jutottunk el oda.
Virtuális asztali infrastruktúra
bróker
2007-ben az ipari virtualizációs piac vezető vállalata, a VMware kiadta termékének VDM (Virtual Desktop Manager) első verzióját, amely tulajdonképpen az első lett a kialakulóban lévő virtuális asztali számítógépek piacán. Természetesen nem kellett sokat várni a terminálszerverek vezetőjének, a Citrixnek a válaszára, 2008-ban pedig a XenSource felvásárlásával megjelent a XenDesktop. Természetesen voltak más gyártók is saját javaslatokkal, de ne menjünk túl mélyre a történelemben, eltávolodva a koncepciótól.
És a koncepció ma is megmarad. A VDI kulcseleme a kapcsolatközvetítő.
Ez a virtuális asztali infrastruktúra szíve.
A bróker felelős a legfontosabb VDI folyamatokért:
- Meghatározza a csatlakoztatott kliens számára elérhető erőforrásokat (gépeket/munkameneteket);
- Szükség esetén kiegyensúlyozza az ügyfeleket a gép/munkamenet-készletek között;
- Továbbítja az ügyfelet a kiválasztott erőforráshoz.
Ma a VDI kliense (terminálja) gyakorlatilag bármi lehet, aminek van képernyője – laptop, okostelefon, táblagép, kioszk, vékony vagy nulla kliens. És a válasz rész, ugyanaz, amely végrehajtja a produktív terhelést - terminálkiszolgáló munkamenet, fizikai gép, virtuális gép. A modern, kiforrott VDI-termékek szorosan integrálva vannak a virtuális infrastruktúrával, és önállóan, automatikus módban kezelik azt, telepítve vagy éppen ellenkezőleg, törölve a már nem szükséges virtuális gépeket.
Kicsit félretéve, de egyes ügyfelek számára rendkívül fontos VDI technológia a 3D grafika hardveres gyorsításának támogatása a tervezők vagy a tervezők munkájához.
Jegyzőkönyv
A kiforrott VDI megoldás második rendkívül fontos része a virtuális erőforrás hozzáférési protokoll. Ha egy vállalati helyi hálózaton belüli munkavégzésről beszélünk, kiváló, megbízható 1 Gbps-os hálózattal a munkahelyre és 1 ms-os késleltetéssel, akkor gyakorlatilag bármelyiket elviheti, és egyáltalán nem gondolkodik.
Gondolkodnia kell, ha a kapcsolat egy ellenőrizetlen hálózaton keresztül történik, és ennek a hálózatnak a minősége bármi lehet, akár több tíz kilobites sebességig és előre nem látható késésekig. Pontosan alkalmasak valódi távmunka megszervezésére, nyaralókból, otthonról, repülőterekről és éttermekből.
Terminálkiszolgálók és kliens virtuális gépek
A VDI megjelenésével úgy tűnt, ideje elbúcsúzni a terminálszerverektől. Miért van szükség rájuk, ha mindenkinek van saját személyes virtuális gépe?
Pusztán közgazdasági szempontból azonban kiderült, hogy tipikus tömeges munkákhoz, egyforma hirdetési hányingerhez ár/munkamenet arányban még nincs hatékonyabb a terminálszervereknél. Az „1 felhasználó = 1 virtuális gép” megközelítés minden előnye ellenére lényegesen több erőforrást költ virtuális hardverre és teljes értékű operációs rendszerre, ami rontja a tipikus munkahelyek gazdaságosságát.
Felsővezetői munkahelyek, nem szabványos és terhelt munkahelyek esetén előnyt jelent a magas jogosultság igénye (akár adminisztrátorig), felhasználónként dedikált virtuális gép. Ezen a virtuális gépen belül külön-külön oszthat ki erőforrásokat, bármilyen szinten jogokat adhat ki, és nagy terhelés mellett egyensúlyba hozhatja a virtuális gépeket a virtualizációs gazdagépek között.
VDI és közgazdaságtan
Évek óta hallom ugyanazt a kérdést – hogyan olcsóbb a VDI, mintha csak laptopot osztogatnánk mindenkinek? És évek óta pontosan ugyanazt kell válaszolnom: a hétköznapi irodai dolgozók esetében nem olcsóbb a VDI, ha az eszközellátás nettó költségeit vesszük figyelembe. Bármit is mondjunk, a laptopok egyre olcsóbbak, de a szerverek, tárolórendszerek és rendszerszoftverek elég sok pénzbe kerülnek. Ha eljött az ideje, hogy frissítse flottáját, és pénzt takarít meg a VDI-n keresztül, nem, nem fog pénzt megtakarítani.
Feljebb idéztem a szörnyű három GRC betűt – tehát a VDI a GRC-ről szól. Ez a kockázatkezelésről szól, a biztonságról és az adatokhoz való ellenőrzött hozzáférés kényelméről. És mindez általában meglehetősen sok pénzbe kerül, hogy egy csomó különféle berendezésen megvalósítsák. A VDI segítségével leegyszerűsödik az irányítás, nagyobb a biztonság, a haj pedig puhává és selymessé válik.
HPE távmunka megoldások
Távoli és felhőkezelés
iLO
A HPE korántsem újonc a szerverinfrastruktúra távoli kezelésében, nem vicc – márciusban 18 éves lett a legendás iLO (Integrated Lights Out). Emlékezve a 00-es évek rendszergazdájaként töltött napjaira, én személy szerint nem is lehetnék boldogabb. Egy zajos és hideg adatközpontban az állványokba és a csatlakozókábelekbe történő kezdeti beszerelést kellett elvégezni. Az összes többi konfigurációt, beleértve az operációs rendszer betöltését is, egy munkaállomásról, két monitorról és egy bögre forró kávéról lehetett elvégezni. És ez 13 éve történt!
Ma a HPE szerverek nem ok nélkül a vitathatatlan hosszú távú minőségi szabványok - és ebben nem utolsósorban a távfelügyeleti rendszer aranystandardja - az iLO - játszik szerepet.
Külön szeretném megjegyezni a HPE tevékenységét a koronavírus feletti emberiség ellenőrzése érdekében. , hogy 2020 végéig (legalább) mindenki számára ingyenesen elérhető az iLO Advanced licenc.
Infosight
Ha 10-nél több szerver van az infrastruktúrában, és az adminisztrátor sem unatkozik, akkor természetesen a mesterséges intelligenciára épülő HPE Infosight felhőrendszer kiváló kiegészítője lesz a szabványos megfigyelő eszközöknek. A rendszer nem csak az állapotot figyeli és grafikonokat készít, hanem az aktuális helyzet és trendek alapján önállóan is javasol további intézkedéseket.
Légy okos, , próbáld ki az Infosight-ot!
OneView
Végül, de nem utolsósorban szeretném megemlíteni a HPE OneView-t – egy teljes termékportfóliót, amely hatalmas képességekkel rendelkezik a teljes infrastruktúra felügyeletéhez és kezeléséhez. És mindezt anélkül, hogy fel kell állnia az íróasztalától, ami a nyaraló jelenlegi helyzetében előfordulhat.
A tárolórendszerek sem rosszak!
Természetesen minden tárolórendszert távolról menedzselnek és felügyelnek – ez volt a helyzet sok évvel ezelőtt. Ezért ma másról szeretnék beszélni, nevezetesen a metróklaszterekről.
A metróklaszterek egyáltalán nem újdonságok a piacon, de éppen ezért még mindig nem túl népszerűek - a gondolkodás tehetetlensége és az első benyomások hatással vannak rájuk. Persze 10 éve már léteztek, de olyanba kerültek, mint egy öntöttvas híd. Az első metroklaszterek óta eltelt évek megváltoztatták az iparágat és a technológia elérhetőségét a nagyközönség számára.
Emlékszem olyan projektekre, ahol a tárolórendszerek részeit speciálisan elosztották - külön a szuperkritikus szolgáltatásokhoz egy metrófürtben, külön a szinkron replikációhoz (sokkal olcsóbb).
Valójában 2020-ban egy metroklaszter nem kerül semmibe, ha két oldalt és csatornát tudsz szervezni. De a szinkron replikációhoz szükséges csatornák pontosan ugyanazok, mint a metroclustereknél. A szoftverlicencelést már régóta csomagokban végzik – a szinkron replikáció pedig azonnal érkezik csomagként egy metrofürtössel, és az egyetlen dolog, ami eddig életben tartja az egyirányú replikációt, az egy kiterjesztett L2 hálózat megszervezése. És akkor is, az L2 az L3 felett már erővel söpör végig az országban.
Tehát mi az alapvető különbség a szinkron replikáció és a metrocluster között a távmunka szempontjából?
Minden nagyon egyszerű. A metrocluster magától működik, automatikusan, mindig, szinte azonnal.
Hogyan néz ki a terhelésváltás folyamata a szinkron replikációhoz egy legalább több száz virtuális gépből álló infrastruktúrán?
- Vészjelzés érkezik.
- Az ügyeleti műszak elemzi a helyzetet – nyugodtan szánhat 10-30 percet a jel fogadására és a döntés meghozatalára.
- Ha az ügyeletes mérnököknek nincs felhatalmazása az átállás önálló elindítására, akkor is van 30 percük, hogy felvegyék a kapcsolatot a hatósággal és hivatalosan megerősítsék az átállás megkezdését.
- A nagy piros gomb megnyomása.
- 10-15 perc az időtúllépésekre és a kötet újracsatlakoztatására, a virtuális gép újraregisztrációjára.
- 30 perc az IP-cím megváltoztatására optimista becslés.
- És végül a virtuális gép elindítása és a produktív szolgáltatások elindítása.
A teljes RTO (az üzleti folyamatok visszaállításának ideje) biztonságosan 4 órára becsülhető.
Hasonlítsuk össze a metroklaszter helyzetével.
- A tárolórendszer megérti, hogy a kapcsolat a metrocluster karral megszakad - 15-30 másodperc.
- A virtualizációs gazdagépek megértik, hogy az első adatközpont elveszett - 15-30 másodperc (az 1. ponttal egyidejűleg).
- A virtuális gépek felének vagy egyharmadának automatikus újraindítása a második adatközpontban – 10-15 perccel a szolgáltatások betöltése előtt.
- Ez idő tájt az ügyelet rájön, mi történt.
Összesen: RTO = 0 az egyes szolgáltatásoknál, általános esetben 10-15 perc.
Miért csak a virtuális gépek fele-harmada indul újra? Nézd, mi történik:
- Mindent okosan csinál, és engedélyezi a virtuális gép automatikus egyensúlyozását. Ennek eredményeként átlagosan csak a virtuális gépek fele fut valamelyik adatközpontban. Végül is a metrocluster lényege az állásidő minimalizálása, ezért az Ön érdeke, hogy minimalizálja a támadott virtuális gépek számát.
- Egyes szolgáltatások az alkalmazás szintjén fürtözöttek, különböző virtuális gépek között elosztva. Ennek megfelelően ezek a párosított virtuális gépek egyenként fel vannak szögezve, vagy szalaggal kötve különböző adatközpontokhoz, így a szolgáltatás nem várja meg a virtuális gép újraindulását baleset esetén.
A kibővített metróklaszterekkel rendelkező, jól kiépített infrastruktúrával az üzleti felhasználók minimális késéssel dolgoznak bárhonnan, még adatközponti szintű baleset esetén is. A legrosszabb esetben a késés egy csésze kávé elfogyasztása lesz.
És persze a metroclusterek remekül működnek mind a Valinor felé tartó HPE 3Par-on, mind a vadonatúj Primerán!
Távoli munkahelyi infrastruktúra
Terminál szerverek
Nem kell semmi újat kitalálni a terminálszervereknél, a HPE évek óta szállítja számukra a világ legjobb szervereit. Időtlen klasszikusok - DL360 (1U) vagy DL380 (2U) vagy AMD rajongóknak - DL385. Természetesen vannak blade szerverek is, a klasszikus C7000 és az új Synergy komponálható platform is.
Minden ízléshez, minden színhez, szerverenként maximális munkamenet!
„Klasszikus” VDI + HPE egyszerűség
Ebben az esetben, amikor azt mondom, hogy „klasszikus VDI”, az 1 felhasználó = 1 virtuális gép Windows klienssel. És természetesen nincs közelebbi és drágább VDI-terhelés a hiperkonvergens rendszerek számára, különösen deduplikáció és tömörítés esetén.
Itt a HPE saját, hiperkonvergens Simplivity platformot és szervereket/tanúsított csomópontokat kínál a partnermegoldásokhoz, például VSAN Ready Node-okat a VDI VMware VSAN infrastruktúrán való felépítéséhez.
Beszéljünk egy kicsit bővebben a Simplicity saját megoldásáról. A hangsúly, ahogy a név finoman is sugallja számunkra, az egyszerűségen van. Könnyen telepíthető, könnyen kezelhető, könnyen méretezhető.
A hiperkonvergens rendszerek ma az egyik legforróbb témát képeznek az informatikában, és a különböző szintű beszállítók száma körülbelül 40. A Gartner Magic Square szerint a HPE a világ Top5-jében található, és beletartozik a vezetők – akik értik – négyzetébe. ahol az iparág fejlődik, és képesek megérteni, hogy hardverré lefordítsák.
Építészetileg a Simplivity egy klasszikus hiperkonvergens rendszer vezérlő virtuális gépekkel, ami azt jelenti, hogy különböző hipervizorokat tud támogatni, szemben a hypervisor-ba integrált rendszerekkel. Valójában 2020 áprilisától a VMware vSphere és a Microsoft Hyper-V támogatott, és bejelentették a KVM támogatásának terveit. A Simplivity legfontosabb jellemzője a piacon való megjelenése óta a tömörítés és a duplikáció hardveres gyorsítása egy speciális gyorsítókártya segítségével.
Meg kell jegyezni, hogy a tömörítés és a deduplikáció globális és mindig engedélyezett; ez nem opcionális szolgáltatás, hanem a megoldás architektúrája.
A HPE persze némileg hamisítatlan, 100:1-es hatékonyságot követel, sajátos módon számol, de a térhasználat hatékonysága valóban nagyon magas. Csak a 100:1 szám túl szép. Nézzük meg, hogyan valósítják meg technikailag az egyszerűséget az ilyen számok megjelenítésére.
Pillanatkép. A pillanatképek 100%-ban helyesen vannak implementálva RoW-ként (Redirect-on-Write), ezért azonnal megjelennek, és nem okoznak teljesítménybüntetést. Miben különböznek például néhány más rendszertől. Miért van szükségünk szankciók nélküli helyi pillanatképekre? Igen, ez nagyon egyszerű, az RPO-t 24 óráról (átlagos RPO a biztonsági mentéshez) több tíz vagy akár egységnyi percre csökkenteni.
mentés. A pillanatkép csak abban különbözik a biztonsági másolattól, ahogyan a virtuálisgép-felügyeleti rendszer érzékeli. Ha egy gép törlésekor minden más törlődik, akkor az egy pillanatkép volt. Ha maradt, az azt jelenti, hogy ez egy tartalék. Így minden pillanatfelvétel teljes biztonsági mentésnek tekinthető, ha meg van jelölve a rendszerben, és nem törli.
Természetesen sokan tiltakoznak majd – miféle mentés ez, ha ugyanazon a rendszeren tárolják? És itt van egy nagyon egyszerű válasz egy ellenkérdés formájában: mondja meg, van-e formális fenyegetési modellje, amely meghatározza a biztonsági másolat tárolásának szabályait? Ez egy teljesen őszinte biztonsági mentés a virtuális gépen belüli fájl törlése ellen, ez egy biztonsági mentés magának a virtuális gépnek a törlése ellen. Ha egy biztonsági másolatot kizárólag külön rendszeren kell tárolni, választhat: replikálja ezt a pillanatképet egy második Simplivity-fürtre vagy a HPE StoreOnce-ba.
És itt derül ki, hogy egy ilyen architektúra egyszerűen ideális bármilyen típusú VDI-hez. A VDI ugyanis több száz vagy akár több ezer rendkívül hasonló gépet jelent, ugyanazzal az operációs rendszerrel, azonos alkalmazásokkal. A globális deduplikáció mindezt felrágja, és nem is 100:1 arányban tömöríti, hanem sokkal jobban. 1000 virtuális gépet telepíthet egyetlen sablonból? Egyáltalán nem probléma, ezeknél a gépeknél tovább tart regisztrálni a vCenterben, mint klónozni.
A Simplivity G vonalat kifejezetten a különleges teljesítményigényű felhasználók és azok számára hozták létre, akiknek 3D-s gyorsítókra van szükségük.
Ez a sorozat nem használ hardveres deduplikáció-gyorsítót, ezért csökkenti a csomópontonkénti lemezek számát, így a vezérlő szoftveresen kezeli. Ez felszabadítja a PCIe bővítőhelyeket bármely más gyorsító számára. A csomópontonként rendelkezésre álló memória mennyiségét is megduplázták, 3 TB-ra a legigényesebb munkaterhelések érdekében.
Az egyszerűség ideális a földrajzilag elosztott VDI-infrastruktúrák megszervezéséhez az adatok központi adatközpontba történő replikációjával.
Egy ilyen VDI-architektúra (és nem csak a VDI) különösen érdekes az orosz valóságban - hatalmas távolságok (és ezért késések) és messze nem ideális csatornák. Regionális központok jönnek létre (vagy akár csak 1-2 egyszerűsítési csomópont egy teljesen távoli irodában), ahol a helyi felhasználók gyors csatornákon keresztül csatlakoznak, a központból a teljes vezérlés és felügyelet megmarad, és csak kis mennyiségű valódi, értékes, és nem. junk, replikálódik a központi adatokra.
Természetesen a Simplivity teljes mértékben kapcsolódik a OneView-hoz és az InfoSight-hoz.
Vékony és nulla ügyfelek
A vékony kliensek speciális megoldások, amelyek kizárólag terminálként használhatók. Mivel a klienst a csatorna karbantartásán és a videó dekódolásán kívül gyakorlatilag semmi terhelés nem terheli, szinte mindig van passzív hűtésű processzor, egy kis indítólemez csak egy speciális beágyazott operációs rendszer indításához, és lényegében ennyi. Gyakorlatilag nincs benne mit feltörni, lopni pedig felesleges. A költségek alacsonyak, és nincs adattárolás.
A vékonyklienseknek van egy speciális kategóriája, az úgynevezett nulla kliensek. Fő különbségük a vékonyakhoz képest az, hogy nincs még általános célú beágyazott operációs rendszer is, és kizárólag firmware-es mikrochippel működnek. Gyakran tartalmaznak speciális hardveres gyorsítókat a videofolyamok dekódolásához terminálprotokollokban, például PCoIP vagy HDX.
Annak ellenére, hogy a nagy Hewlett Packard külön HPE-re és HP-re van felosztva, lehetetlen nem beszélni a HP által gyártott vékony kliensekről.
A választék széles, minden ízlésnek és igénynek megfelel - a többmonitoros munkaállomásokig, a videofolyam hardveres gyorsításával.
HPE szolgáltatás a távoli munkához
És végül, de nem utolsósorban a HPE szolgáltatást szeretném megemlíteni. Túl hosszú lenne felsorolni a HPE összes szolgáltatási szintjét és képességeit, de legalább van egy rendkívül fontos ajánlat a távoli munkakörnyezetek számára. Mégpedig egy szervizmérnök a HPE-től/jogosult szervizközponttól. Ön továbbra is távolról dolgozik, kedvenc nyaralójából, poszméheket hallgatva, miközben az adatközpontba érkező HPE méhecske lemezeket vagy meghibásodott tápegységet cserél a szervereiben.
HPE CallHome
A mai körülmények között, a mozgáskorlátozottság mellett a Call Home funkció minden eddiginél fontosabbá válik. Bármely ezzel a funkcióval rendelkező HPE-rendszer önállóan jelentheti a hardver- vagy szoftverhibát a HPE támogatási központjának. És valószínű, hogy a cserealkatrész és/vagy a szervizmérnök már jóval azelőtt megérkezik a helyszínre, hogy bármilyen meghibásodást vagy problémát észlelne a produktív szolgáltatásokkal kapcsolatban.
Személy szerint nagyon ajánlom ennek a funkciónak az engedélyezését.
Forrás: will.com