HPE:n etätyöratkaisut

Kerron sinulle tarinan tänään. Tietojenkäsittelytekniikan kehityksen ja etätyön syntyhistoria muinaisista ajoista nykypäivään.

IT-kehitys

Pääasia, mitä IT:n historiasta voi oppia, on...

On sanomattakin selvää, että IT kehittyy kierteessä. Samat ratkaisut ja konseptit, jotka hylättiin vuosikymmeniä sitten, saavat uuden merkityksen ja alkavat toimia menestyksekkäästi uusissa olosuhteissa, uusilla tehtävillä ja uusilla kapasiteetilla. Tässä IT ei eroa muista ihmistiedon alueista ja koko maapallon historiasta.

Kauan sitten, kun tietokoneet olivat suuria

"Luulen, että maailmassa on markkinat noin viidelle tietokoneelle", IBM:n toimitusjohtaja Thomas Watson vuonna 1943.

Varhainen tietotekniikka oli suurta. Ei, se on väärin, varhainen tekniikka oli hirviömäistä, syklooppista. Täysin tietokoneistettu kone miehitti alueen, joka oli verrattavissa kuntosalille, ja maksoi täysin epärealistista rahaa. Esimerkki komponenteista on RAM-moduuli ferriittirenkaissa (1964).

Tämän moduulin koko on 11 cm * 11 cm ja kapasiteetti 512 tavua (4096 bittiä). Näillä moduuleilla täysin täytetty kaappi ei juurikaan vastannut muinaisen 3,5” levykkeen kapasiteettia (1.44 MB = 2950 moduulia), kun taas se kulutti huomattavasti sähköä ja kuumeni kuin höyryveturi.

Juuri sen valtavan kokonsa vuoksi virheenkorjausohjelmakoodin englanninkielinen nimi on "debugging". Yksi historian ensimmäisistä ohjelmoijista, laivaston upseeri Grace Hopper (kyllä, nainen), kirjoitti lokimerkinnän vuonna 1945 tutkittuaan ohjelman ongelman.

Koska koi (moth) yleensä on bugi (hyönteis), kaikki muut ongelmat ja toimenpiteet henkilöstön ratkaisemiseksi raportoivat esimiehilleen "virheenkorjauksina" (kirjaimellisesti de-bug), niin nimi bugi annettiin lujasti ohjelmavirheelle ja virhe koodissa, ja virheenkorjauksesta tuli virheenkorjaus.

Elektroniikan ja erityisesti puolijohdeelektroniikan kehittyessä koneiden fyysinen koko alkoi pienentyä ja laskentateho päinvastoin kasvoi. Mutta tässäkään tapauksessa oli mahdotonta toimittaa jokaiselle tietokonetta henkilökohtaisesti.

"Ei ole mitään syytä, miksi kukaan haluaisi pitää tietokonetta kotonaan" - Ken Olsen, DEC:n perustaja, 1977.

70-luvulla termi minitietokone ilmestyi. Muistan, että kun luin tämän termin ensimmäistä kertaa monta vuotta sitten, kuvittelin jotain netbookin kaltaista, melkein kämmentietokonetta. En voisi olla kauempana totuudesta.

Mini on vain verrattuna valtaviin konehuoneisiin, mutta nämä ovat silti useita kaappeja, joiden laitteet maksavat satoja tuhansia ja miljoonia dollareita. Laskentateho oli kuitenkin jo kasvanut niin paljon, että se ei aina ollut 100-prosenttisesti kuormitettu, ja samalla tietokoneet alkoivat olla yliopisto-opiskelijoiden ja opettajien käytettävissä.

Ja sitten HÄN tuli!

Harvat ihmiset ajattelevat latinalaisia ​​juuria englannissa, mutta se on se, joka toi meille etäkäytön sellaisena kuin sen nykyään tunnemme. Terminus (latinaksi) - pää, raja, tavoite. Terminator T800:n tarkoitus oli lopettaa John Connorin elämä. Tiedämme myös, että kuljetusasemia, joissa matkustajat nousevat koneeseen ja poistuvat aluksesta tai lastataan ja puretaan tavaroita, kutsutaan terminaaleiksi - reittien lopullisiksi kohteiksi.

Vastaavasti syntyi terminaalipääsyn käsite, ja voit nähdä maailman kuuluisimman terminaalin elävän edelleen sydämissämme.

DEC VT100:ta kutsutaan terminaaliksi, koska se päättää datalinjan. Sen prosessointiteho on käytännössä nolla, ja sen ainoa tehtävä on näyttää suurelta koneelta saatua tietoa ja välittää näppäimistösyöte koneelle. Ja vaikka VT100 on fyysisesti kuollut, käytämme sitä silti täysillä.

Päivämme

Aloisin laskea "päiviämme" 80-luvun alusta, siitä hetkestä lähtien, kun ensimmäiset prosessorit, joilla oli merkittävä laskentateho ja jotka ovat saatavilla laajalle ihmisjoukolle, ilmestyivät. Perinteisesti uskotaan, että aikakauden pääprosessori oli Intel 8088 (x86-perhe) voittajan arkkitehtuurin esi-isänä. Mikä on perustavanlaatuinen ero 70-luvun konseptiin?

Ensimmäistä kertaa tiedonkäsittelyllä on taipumus siirtää keskustasta periferiaan. Kaikki tehtävät eivät vaadi järjetöntä (heikkoon x86:een verrattuna) keskuskoneen tai edes minitietokoneen tehoa. Intel ei pysähdy, vaan 90-luvulla se julkaisi Pentium-tuoteperheen, josta tuli todella ensimmäinen massatuotantona valmistettu kodinkone Venäjällä. Nämä prosessorit pystyvät jo paljon, paitsi kirjeiden kirjoittamiseen, myös multimediaan ja pienten tietokantojen kanssa työskentelemiseen. Itse asiassa pienille yrityksille ei tarvita palvelimia ollenkaan - kaikki voidaan tehdä reunalla, asiakaskoneilla. Prosessoreista tulee vuosi vuodelta entistä tehokkaampia, ja ero palvelimien ja henkilökohtaisten tietokoneiden välillä pienenee ja pienenee laskentatehon suhteen, jääden usein vain tehon redundanssiin, hot-swap-tukeen ja erikoiskoteloihin telineasennusta varten.

Jos vertaat nykyaikaisia ​​​​asiakassuorittimia, jotka olivat "naurettavia" Intelin raskaiden palvelimien ylläpitäjille 90-luvulla, menneisyyden supertietokoneisiin, tunnet olosi hieman epämukavaksi.

Katsotaanpa vanhaa miestä, joka on käytännössä minun ikäiseni. Cray X-MP/24 1984.

Tämä kone oli vuoden 1984 huipputietokoneiden joukossa, sillä siinä oli kaksi 2 MHz:n prosessoria, joiden laskentateho oli 105 MFlops (miljoonia liukulukuoperaatioita). Kuvassa näkyvä kone seisoi Yhdysvaltain NSA:n salauslaboratoriossa ja oli mukana koodien murtamisessa. Jos muunnat 400 miljoonaa dollaria vuonna 15 dollareista 1984 dollariksi, hinta on 2020 miljoonaa dollaria eli 37,4 93 dollaria/MFlops.

Koneessa, jolla näitä rivejä kirjoitan, on 5 Core i7400-2017 -prosessori, joka ei ole ollenkaan uusi, ja jopa julkaisuvuonna se oli nuorin 4-ytiminen kaikista keskitason pöytäkoneprosessoreista. 4 ydintä 3.0 GHz perustaajuudella (3.5 Turbo Boostilla) ja kaksinkertaiset HyperThreading-säikeet antavat 19 - 47 GFlops tehoa erilaisten testien mukaan hintaan 16 tuhatta ruplaa prosessoria kohden. Jos kokoat koko koneen, voit maksaa sen 750 dollarilla (hinnat ja valuuttakurssit 1 alkaen).

Loppujen lopuksi saamme aikamme täysin keskimääräisen pöytäkoneprosessorin paremmuuden 50-120-kertaisesti ennakoitavissa olevan menneisyyden top10-supertietokoneeseen verrattuna, ja MFlopsin ominaiskustannusten laskusta tulee aivan hirveä 93500 / 25 = 3700 ajat.

Miksi tarvitsemme edelleen palvelimia ja tietojenkäsittelyn keskittämistä niin suurella teholla reuna-alueille, on täysin käsittämätöntä!

Peruutushyppy - kierre on tehnyt käännöksen

Levyttömät asemat

Ensimmäinen signaali siitä, että tietojenkäsittelyn siirtäminen reuna-alueille ei olisi lopullista, oli levyttömän työasematekniikan ilmaantuminen. Työasemien merkittävä jakautuminen koko yritykseen ja erityisesti saastuneisiin tiloihin tekee näiden asemien hallinnasta ja tukemisesta erittäin vaikeaa.

Näkyviin tulee käsite "käytäväaika" - prosenttiosuus ajasta, jonka teknisen tuen työntekijä on käytävällä matkalla ongelmallisen työntekijän luo. Tämä on palkallista aikaa, mutta täysin tuottamatonta. Ei vähiten tärkeä rooli, ja erityisesti saastuneissa tiloissa, oli kiintolevyjen vika. Otetaan levy pois työasemalta ja tehdään kaikki muu verkon kautta, mukaan lukien lataaminen. DHCP-palvelimelta tulevan osoitteen lisäksi verkkosovitin saa myös lisätietoja - TFTP (yksinkertaistettu tiedostopalvelu) -palvelimen osoitteen ja käynnistyskuvan nimen, lataa sen RAM-muistiin ja käynnistää koneen.

Vähemmän vikoja ja lyhennettyä käytäväaikaa ei nyt tarvitse tehdä koneen virheenkorjausta paikan päällä, vaan tuoda uusi ja viedä vanha diagnostiikkaan varusteltuun työpaikkaan. Mutta ei siinä vielä kaikki!

Levyttömästä asemasta tulee paljon turvallisempi - jos joku yhtäkkiä murtautuu huoneeseen ja ottaa kaikki tietokoneet pois, tämä on vain laitteiden menetys. Levyttömälle asemalle ei tallenneta tietoja.

Muistakaamme tämä: tietoturvalla on alkanut olla yhä tärkeämpi rooli tietotekniikan ”huolettoman lapsuuden” jälkeen. Ja kauheat ja tärkeät 3 kirjainta tunkeutuvat yhä enemmän IT-alaan - GRC (Governance, Risk, Compliance) tai venäjäksi "Manageability, Risk, Compliance".

Päätepalvelimet

Yhä tehokkaampien henkilökohtaisten tietokoneiden laaja leviäminen reuna-alueille ohitti huomattavasti julkisten liityntäverkkojen kehityksen. Klassiset asiakas-palvelinsovellukset 90-luvulla ja 00-luvun alussa eivät toimineet kovin hyvin ohuella kanavalla, jos tiedonvaihto oli merkittäviä arvoja. Tämä oli erityisen vaikeaa modeemin ja puhelinlinjan kautta yhdistetyille etätoimistoille, jotka myös ajoittain jäätyivät tai katkesivat. JA…

Kierre otti käänteen ja löysi itsensä takaisin terminaalitilaan terminaalipalvelinkonseptin kanssa.

Itse asiassa olemme palanneet 70-luvulle nolla-asiakkaiden ja laskentatehon keskittämisen myötä. Nopeasti kävi selväksi, että kanavien puhtaasti taloudellisten perusteiden lisäksi päätepääte tarjoaa valtavia mahdollisuuksia turvallisen pääsyn järjestämiseen ulkopuolelta, mukaan lukien työntekijöiden työskentely kotoa tai erittäin rajoitettu ja kontrolloitu pääsy alihankkijoille epäluotettavista verkoista ja epäluotettavista/ hallitsemattomia laitteita.

Päätepalvelimilla oli kuitenkin kaikista eduistaan ​​ja edistyksellisyydestään huolimatta myös useita haittoja - alhainen joustavuus, meluisan naapurin ongelma, tiukasti palvelinpohjainen Windows jne.

Proto VDI:n syntymä

Totta, 00-luvun alussa tai puolivälissä x86-alustan teollinen virtualisointi oli jo tulossa näyttämölle. Ja joku ilmaisi ajatuksen, joka oli yksinkertaisesti ilmassa: sen sijaan, että keskittäisimme kaikki asiakkaat palvelinpäätetiloihin, annetaan kaikille oma henkilökohtainen virtuaalikone, jossa on asiakas Windows ja jopa järjestelmänvalvojan käyttöoikeudet?

Lihavien asiakkaiden kieltäytyminen

Samanaikaisesti istunnon ja käyttöjärjestelmän virtualisoinnin kanssa kehitettiin lähestymistapa, joka helpottaa asiakastoimintoa sovellustasolla.

Logiikka tämän takana oli varsin yksinkertainen, koska kaikilla ei vielä ollut henkilökohtaisia ​​kannettavia tietokoneita, kaikilla ei ollut Internetiä ja monet pystyivät muodostamaan yhteyden vain Internet-kahvilasta hyvin rajoitetuilla, lievästi sanottuna oikeuksilla. Itse asiassa kaikki, mitä voitiin käynnistää, oli selain. Selaimesta on tullut käyttöjärjestelmän välttämätön ominaisuus, Internet on tullut lujasti elämäämme.

Toisin sanoen rinnakkainen suuntaus oli siirtää logiikkaa asiakkaalta keskukseen web-sovellusten muodossa, joihin pääsyyn tarvitaan vain yksinkertaisin asiakas, Internet ja selain.
Emmekä vain päätyneet siihen, mihin aloimme – ilman asiakasta ja keskuspalvelimia. Pääsimme sinne useilla itsenäisillä tavoilla.

Virtuaalisen työpöydän infrastruktuuri

Välittäjä

Vuonna 2007 teollisen virtualisoinnin markkinajohtaja VMware julkaisi tuotteensa VDM (Virtual Desktop Manager) ensimmäisen version, josta tuli itse asiassa ensimmäinen syntyvällä virtuaalityöpöytämarkkinoilla. Meidän ei tietenkään tarvinnut kauaa odottaa vastausta päätepalvelimien johtajalta Citrixiltä, ​​ja vuonna 2008 XenSourcen hankinnan myötä XenDesktop ilmestyi. Tietysti oli muitakin myyjiä, joilla oli omat ehdotuksensa, mutta älkäämme menkö liian syvälle historiaan, siirtyen pois konseptista.

Ja ajatus säilyy edelleen. VDI:n avainkomponentti on yhteydenvälittäjä.
Tämä on virtuaalisen työpöydän infrastruktuurin sydän.

Välittäjä vastaa tärkeimmistä VDI-prosesseista:

• Määrittää yhdistetyn asiakkaan käytettävissä olevat resurssit (koneet/istunnot);
• Tasapainottaa asiakkaat kone-/istuntopoolien välillä tarvittaessa;
• Välittää asiakkaan valittuun resurssiin.

Nykyään VDI:n asiakas (pääte) voi olla käytännössä mitä tahansa, jossa on näyttö - kannettava tietokone, älypuhelin, tabletti, kioski, ohut tai nolla asiakas. Ja vastausosa, sama, joka suorittaa tuottavan kuormituksen - päätepalvelinistunto, fyysinen kone, virtuaalikone. Nykyaikaiset kypsät VDI-tuotteet on integroitu tiiviisti virtuaaliseen infrastruktuuriin ja hallitsevat sitä itsenäisesti automaattitilassa ottamalla käyttöön tai päinvastoin poistaen virtuaalikoneita, joita ei enää tarvita.

Hieman sivuun, mutta joillekin asiakkaille erittäin tärkeä VDI-tekniikka on tuki 3D-grafiikan laitteistokiihdytykseen suunnittelijoiden tai suunnittelijoiden työhön.

protokolla

Toinen erittäin tärkeä osa kypsää VDI-ratkaisua on virtuaalisten resurssien pääsyprotokolla. Jos puhumme työskentelystä yrityksen lähiverkossa erinomaisella, luotettavalla 1 Gbps-verkolla työpaikalle ja 1 ms:n viiveellä, voit ottaa käytännössä minkä tahansa ja olla ajattelematta.

Sinun täytyy ajatella, kun yhteys on hallitsemattoman verkon yli, ja tämän verkon laatu voi olla mitä tahansa, jopa kymmenien kilobittien nopeuksia ja arvaamattomia viiveitä. Ne sopivat juuri oikean etätyön järjestämiseen mökiltä, ​​kotoa, lentokentiltä ja ruokapaikoista.

Päätepalvelimet vs. asiakas-VM:t

VDI:n tultua tuntui siltä, ​​että oli aika sanoa hyvästit päätepalvelimille. Miksi niitä tarvitaan, jos jokaisella on oma henkilökohtainen virtuaalikone?

Puhtaan taloustieteen näkökulmasta katsottuna kuitenkin kävi ilmi, että tyypillisissä massatöissä, identtisessä pahoinvointissa, ei ole vielä mitään tehokkaampaa kuin päätepalvelimet hinta/istunto -suhteessa. Kaikista eduistaan ​​huolimatta "1 käyttäjä = 1 VM" -lähestymistapa käyttää huomattavasti enemmän resursseja virtuaalilaitteistoon ja täysimittaiseen käyttöjärjestelmään, mikä huonontaa tyypillisten työpaikkojen taloudellisuutta.

Ylimmän johdon työpaikoilla, epästandardeissa ja kuormitetuissa työpaikoissa, korkeiden oikeuksien tarve (ylläpitäjään asti), oma virtuaalikone käyttäjää kohti on etu. Tässä virtuaalikoneessa voit allokoida resursseja yksitellen, myöntää oikeuksia millä tahansa tasolla ja tasapainottaa virtuaalikoneita suuren kuormituksen alaisena virtualisointiisäntien välillä.

VDI ja taloustiede

Olen jo vuosia kuullut saman kysymyksen - kuinka VDI on halvempaa kuin vain kannettavien tietokoneiden jakaminen kaikille? Ja olen jo vuosia joutunut vastaamaan täsmälleen samaan: tavallisilla toimistotyöntekijöillä VDI ei ole halvempi, jos huomioidaan laitteiston hankintakustannukset. Mitä tahansa voidaan sanoa, kannettavat tietokoneet ovat halpenemassa, mutta palvelimet, tallennusjärjestelmät ja järjestelmäohjelmistot maksavat melko paljon rahaa. Jos sinun on aika päivittää kalustosi ja aiot säästää rahaa VDI:n kautta, ei, et säästä rahaa.

Mainitsin yllä kauheat kolme kirjainta GRC - joten VDI on noin GRC. Kyse on riskienhallinnasta, turvallisuudesta ja kontrolloidun tiedonsaannin mukavuudesta. Ja kaikki tämä maksaa yleensä melko paljon rahaa toteuttaa joukolla erilaisia ​​laitteita. VDI:n avulla hallinta yksinkertaistuu, turvallisuus lisääntyy ja hiuksista tulee pehmeät ja silkkiset.

HPE:n etätyöratkaisut

Etä- ja pilvihallinta

iLO

HPE ei ole kaukana uusi tulokas palvelininfrastruktuurin etähallinnassa, ei vitsi - maaliskuussa legendaarinen iLO (Integrated Lights Out) täytti 18 vuotta. Muistaessani päiviäni järjestelmänvalvojana 00-luvulla, en henkilökohtaisesti voisi olla onnellisempi. Alkuasennus telineisiin ja liitäntäkaapeleihin oli kaikki mitä tarvittiin meluisassa ja kylmässä datakeskuksessa. Kaikki muut asetukset, mukaan lukien käyttöjärjestelmän lataaminen, voidaan tehdä työasemalta, kahdelta näytöltä ja kupista kuumaa kahvia. Ja tämä on 13 vuotta sitten!

Tänä päivänä HPE-palvelimet ovat syystäkin kiistaton pitkän aikavälin laatustandardi - eikä vähäisimpänä roolia tässä on etähallintajärjestelmän kultastandardi - iLO.

Haluan erityisesti huomioida HPE:n toimet ihmiskunnan hallinnassa koronaviruksen suhteen. HPE ilmoitti, että vuoden 2020 loppuun asti (ainakin) iLO Advanced -lisenssi on kaikkien saatavilla ilmaiseksi.

Infosight

Jos infrastruktuurissasi on yli 10 palvelinta, eikä ylläpitäjä ole kyllästynyt, niin tekoälyyn perustuva HPE Infosight -pilvijärjestelmä on tietysti erinomainen lisä standardivalvontatyökaluihin. Järjestelmä ei ainoastaan ​​seuraa tilaa ja rakentaa kaavioita, vaan myös suosittelee itsenäisesti lisätoimenpiteitä vallitsevan tilanteen ja trendien perusteella.

Ole fiksu, olla kuin Otkritie Bank, kokeile Infosightia!

oneview

Viimeisenä, mutta ei vähäisimpänä, haluan mainita HPE OneView:n – koko tuotevalikoiman, jossa on valtavat mahdollisuudet koko infrastruktuurin valvontaan ja hallintaan. Ja kaikki tämä nousematta ylös työpöydältäsi, mikä sinulla voi olla nykyisessä tilanteessa mökilläsi.

Varastointijärjestelmät eivät myöskään ole huonoja!

Tietenkin kaikkia tallennusjärjestelmiä etähallitaan ja valvotaan - näin oli monta vuotta sitten. Siksi haluan puhua tänään jostain muusta, nimittäin metroklusteista.

Metroklusterit eivät ole lainkaan uusia markkinoilla, mutta juuri siksi ne eivät ole vielä kovin suosittuja - ajattelun hitaus ja ensivaikutelma vaikuttavat niihin. Tietenkin ne olivat olemassa jo 10 vuotta sitten, mutta ne maksoivat kuin valurautainen silta. Vuodet ensimmäisistä metroklustereista ovat muuttaneet toimialaa ja teknologian saatavuutta suurelle yleisölle.

Muistan projekteja, joissa tallennusjärjestelmien osia jaettiin erityisesti - erikseen superkriittisille palveluille metroklusterissa, erikseen synkroniseen replikointiin (paljon halvempaa).

Itse asiassa vuonna 2020 metroklusteri ei maksa sinulle mitään, jos pystyt järjestämään kaksi sivustoa ja kanavaa. Mutta synkroniseen replikointiin vaadittavat kanavat ovat täsmälleen samat kuin metroklustereilla. Ohjelmiston lisensointi on jo pitkään toteutettu paketeissa - ja synkroninen replikointi tulee heti pakettina metroklusterin kanssa, ja ainoa asia, joka toistaiseksi pitää yksisuuntaisen replikoinnin elossa, on tarve järjestää laajennettu L2-verkko. Ja silloinkin L2 yli L3 on jo pyyhkäisemässä maata voimalla.

Joten mikä on perustavanlaatuinen ero synkronisen replikoinnin ja metroklusterin välillä etätyön näkökulmasta?

Kaikki on hyvin yksinkertaista. Metroklusteri toimii itsestään, automaattisesti, aina, lähes välittömästi.

Miltä synkronisen replikoinnin kuormanvaihtoprosessi näyttää vähintään useiden satojen virtuaalikoneiden infrastruktuurissa?

1. Hätäsignaali vastaanotetaan.
2. Päivystys analysoi tilanteen - voit turvallisesti varata 10-30 minuuttia vain signaalin vastaanottamiseen ja päätöksentekoon.
3. Jos päivystävällä insinöörillä ei ole valtuuksia käynnistää vaihtoa itsenäisesti, on vielä 30 minuuttia aikaa ottaa yhteyttä viranomaiseen ja vahvistaa virallisesti vaihdon alkaminen.
4. Painamalla isoa punaista nappia.
5. 10-15 minuuttia aikakatkaisuihin ja volyymin uudelleenasennukseen, VM-uudelleenrekisteröintiin.
6. 30 minuuttia IP-osoitteen muuttamiseen on optimistinen arvio.
7. Ja lopuksi VM:n alku ja tuottavien palveluiden lanseeraus.

Kokonais-RTO (liiketoimintaprosessien palauttamisaika) voidaan turvallisesti arvioida 4 tunniksi.

Verrataanpa metroklusterin tilanteeseen.

1. Tallennusjärjestelmä ymmärtää, että yhteys metroklusterin varteen katkeaa - 15-30 sekuntia.
2. Virtualisointipalvelimet ymmärtävät, että ensimmäinen datakeskus katoaa - 15-30 sekuntia (samaan aikaan kohdan 1 kanssa).
3. Automaattinen uudelleenkäynnistys puolet tai kolmasosa virtuaalikoneista toisessa palvelinkeskuksessa - 10-15 minuuttia ennen palvelujen lataamista.
4. Näihin aikoihin päivystäjä tajuaa, mitä tapahtui.

Yhteensä: RTO = 0 yksittäisille palveluille, yleensä 10-15 minuuttia.

Miksi vain puolet tai kolmasosa virtuaalikoneista käynnistetään uudelleen? Katso mitä tapahtuu:

1. Teet kaiken älykkäästi ja otat käyttöön VM:n automaattisen tasapainotuksen. Tämän seurauksena keskimäärin vain puolet virtuaalikoneista toimii jossakin datakeskuksessa. Loppujen lopuksi metroklusterin tarkoitus on minimoida seisokit, ja siksi on sinun etujesi mukaista minimoida hyökkäyksen kohteena olevien virtuaalikoneiden määrä.
2. Jotkin palvelut voidaan ryhmitellä sovellustasolla ja jakaa eri virtuaalikoneiden kesken. Vastaavasti nämä pariksi liitetyt VM:t naulataan yksitellen tai sidotaan nauhalla eri tietokeskuksiin, jotta palvelu ei odota virtuaalikoneen käynnistymistä uudelleen onnettomuuden sattuessa.

Hyvin rakennetun infrastruktuurin ja laajennettujen metroklustereiden ansiosta yrityskäyttäjät työskentelevät minimaalisilla viiveillä mistä tahansa, jopa palvelinkeskuksen onnettomuuden sattuessa. Pahimmassa tapauksessa viive on yhden kahvikupillisen aika.

Ja tietysti metroklusterit toimivat loistavasti sekä Valinoria kohti etenevässä HPE 3Parissa että upouudessa Primerassa!

Etätyöpaikan infrastruktuuri

Päätepalvelimet

Päätepalvelimille ei tarvitse keksiä mitään uutta, vaan HPE on toimittanut niille maailman parhaita palvelimia jo useiden vuosien ajan. Ajattomia klassikoita - DL360 (1U) tai DL380 (2U) tai AMD-faneille - DL385. Tietysti on myös blade-palvelimia, sekä klassinen C7000 että uusi Synergy-komposoitava alusta.

Jokaiseen makuun, jokaiseen väriin, maksimi istunnot palvelinta kohden!

"Classic" VDI + HPE Yksinkertaisuus

Tässä tapauksessa, kun sanon "klassinen VDI", tarkoitan käsitettä 1 käyttäjä = 1 VM asiakas Windowsin kanssa. Eikä tietenkään ole lähempää ja kalliimpaa VDI-kuormitusta hyperkonvergoiduissa järjestelmissä, etenkään duplikoinnin ja pakkaamisen kanssa.

Täällä HPE voi tarjota sekä oman hyperkonvergoidun Simplivity-alustan että palvelimia / sertifioituja solmuja kumppaniratkaisuille, kuten VSAN Ready -solmuja VDI:n rakentamiseen VMware VSAN -infrastruktuuriin.

Puhutaanpa hieman lisää Simplicityn omasta ratkaisusta. Painopiste on yksinkertaisuudessa, kuten nimikin lempeästi vihjaa. Helppo ottaa käyttöön, helppo hallita, helppo skaalata.

Hyperkonvergoidut järjestelmät ovat nykyään yksi IT:n kuumimmista aiheista, ja eri tasoisia myyjiä on noin 40. Gartnerin taikaneliön mukaan HPE sijoittuu maailmanlaajuisesti Top5:ssä ja kuuluu johtajien neliöön – niiden, jotka ymmärtävät. missä ala kehittyy, ja pystyvät ymmärtämään sen muuntumaan laitteistoksi.

Arkkitehtonisesti Simplivity on klassinen hyperkonvergoitu järjestelmä, jossa on ohjaimen virtuaalikoneita, mikä tarkoittaa, että se voi tukea erilaisia ​​hypervisoreita, toisin kuin hypervisor-integroituja järjestelmiä. Itse asiassa huhtikuusta 2020 lähtien VMware vSphere ja Microsoft Hyper-V ovat tuettuja, ja KVM:n tukisuunnitelmista on ilmoitettu. Yksinkertaisuuden keskeinen piirre sen markkinoille tulon jälkeen on ollut pakkauksen laitteistokiihdyttäminen ja kopioinnin poistaminen erityisen kiihdytinkortin avulla.

On huomattava, että pakkaus ja duplikoinnin poistaminen ovat globaaleja ja aina käytössä; tämä ei ole valinnainen ominaisuus, vaan ratkaisun arkkitehtuuri.

HPE on tietysti hieman epäreilu, väittää hyötysuhteeksi 100:1, erikoisella tavalla laskettuna, mutta tilankäytön tehokkuus on todellakin erittäin korkea. Se on vain, että numero 100:1 on liian kaunis. Selvitetään, kuinka Simplivity on teknisesti toteutettu tällaisten lukujen näyttämiseksi.

Kuva. Tilannekuvat on toteutettu 100-prosenttisesti oikein RoW-muodossa (Redirect-on-Write), joten ne syntyvät välittömästi eivätkä aiheuta suorituskykyä. Miten ne esimerkiksi eroavat joistakin muista järjestelmistä. Miksi tarvitsemme paikallisia tilannekuvia ilman rangaistuksia? Kyllä, se on hyvin yksinkertaista, lyhentää RPO 24 tunnista (keskimääräinen RPO varmuuskopiointia varten) kymmeniin tai jopa minuutteihin.

Varmuuskopiointi. Tilannekuva eroaa varmuuskopiosta vain siinä, miten virtuaalikoneen hallintajärjestelmä sen näkee. Jos poistat koneen, kaikki muu poistetaan, se oli tilannekuva. Jos niitä on jäljellä, se tarkoittaa, että se on varmuuskopio. Siten mitä tahansa tilannekuvaa voidaan pitää täydellisenä varmuuskopiona, jos se on merkitty järjestelmään eikä sitä poisteta.

Tietenkin monet vastustavat - millainen varmuuskopio tämä on, jos se on tallennettu samaan järjestelmään? Ja tässä on hyvin yksinkertainen vastaus vastakysymyksen muodossa: kerro minulle, onko sinulla muodollinen uhkamalli, joka määrittää säännöt varmuuskopion säilyttämiselle? Tämä on ehdottoman rehellinen varmuuskopio VM:n sisällä olevan tiedoston poistamista vastaan, tämä on varmuuskopio itse virtuaalikoneen poistamista vastaan. Jos on tarpeen tallentaa varmuuskopio yksinomaan erilliseen järjestelmään, voit valita: replikoida tämä tilannekuva toiseen Simplivity-klusteriin tai HPE StoreOnceen.

Ja tässä käy ilmi, että tällainen arkkitehtuuri on yksinkertaisesti ihanteellinen kaikille VDI-tyypeille. Loppujen lopuksi VDI tarkoittaa satoja tai jopa tuhansia äärimmäisen samanlaisia ​​koneita samalla käyttöjärjestelmällä ja samoilla sovelluksilla. Globaali deduplikaatio pureskelee kaiken tämän ja pakkaa ei edes 100:1, vaan paljon paremmin. Otetaanko 1000 virtuaalikonetta käyttöön yhdestä mallista? Ei ollenkaan ongelma, näiden koneiden rekisteröinti vCenteriin kestää kauemmin kuin kloonaaminen.

Simplivity G -linja luotiin erityisesti käyttäjille, joilla on erityisiä suorituskykyvaatimuksia ja niille, jotka tarvitsevat 3D-kiihdyttimiä.

Tämä sarja ei käytä laitteiston duplikoinnin kiihdytintä ja vähentää siksi levyjen määrää solmua kohden niin, että ohjain käsittelee sen ohjelmistossa. Tämä vapauttaa PCIe-paikkoja muille kiihdyttimille. Käytettävissä olevan muistin määrä solmua kohti on myös kaksinkertaistettu 3 Tt:iin vaativimpia työkuormia varten.

Yksinkertaisuus sopii erinomaisesti maantieteellisesti hajautettujen VDI-infrastruktuurien järjestämiseen tietojen replikoinnilla keskustietokeskukseen.

Tällainen VDI-arkkitehtuuri (eikä vain VDI) on erityisen mielenkiintoinen Venäjän todellisuudessa - valtavia etäisyyksiä (ja siksi viiveitä) ja kaukana ihanteellisista kanavista. Luodaan aluekeskuksia (tai jopa vain 1-2 Simplivity-solmua täysin etätoimistoon), joissa paikalliset käyttäjät muodostavat yhteyden nopeiden kanavien kautta, säilytetään täysi ohjaus ja hallinta keskustasta, ja vain pieni määrä todellista, arvokasta, eikä roskaposti, kopioidaan keskustietoihin.

Yksinkertaisuus on tietysti täysin yhdistetty OneView- ja InfoSight-palveluun.

Ohut ja nolla asiakkaat

Thin clientit ovat erikoisratkaisuja käytettäviksi yksinomaan terminaaleina. Koska asiakkaalla ei käytännössä ole muuta kuormitusta kuin kanavan ylläpito ja videon dekoodaus, siellä on lähes aina prosessori passiivisella jäähdytyksellä, pieni käynnistyslevy vain erityisen sulautetun käyttöjärjestelmän käynnistämistä varten, ja siinä kaikki. Siinä ei käytännössä ole mitään murrettavaa, ja varastaminen on turhaa. Kustannukset ovat alhaiset, eikä tietoja tallenneta.

On olemassa erityinen ohuiden asiakkaiden luokka, niin sanotut nollaasiakkaat. Niiden tärkein ero ohuisiin on se, että niissä ei ole edes yleiskäyttöistä sulautettua käyttöjärjestelmää, ja ne toimivat yksinomaan mikrosirun kanssa, jossa on laiteohjelmisto. Ne sisältävät usein erityisiä laitteistokiihdyttimiä videovirtojen dekoodaamiseen pääteprotokollissa, kuten PCoIP tai HDX.

Huolimatta suuren Hewlett Packardin jaosta erillisiin HPE:hen ja HP:hen, on mahdotonta puhua HP:n valmistamista ohuista asiakkaista.

Valikoima on laaja, jokaiseen makuun ja tarpeeseen - jopa usean näytön työasemille, joissa videovirran laitteistokiihdytetään.

HPE-palvelu etätyötäsi varten

Ja viimeisenä mutta ei vähäisimpänä haluan mainita HPE-palvelun. Olisi liian pitkä listata kaikkia HPE:n palvelutasoja ja ominaisuuksia, mutta ainakin yksi erittäin tärkeä tarjous etätyöympäristöihin on olemassa. Nimittäin huoltoinsinööri HPE:stä/valtuutetusta huoltokeskuksesta. Jatkat etätyöskentelyä lempikylästäsi ja kuuntelet kimalaisia, kun taas palvelinkeskukseen saapuva HPE:n mehiläinen vaihtaa levyjä tai vikaantuneen virtalähteen palvelimissasi.

HPE CallHome

Nykypäivän olosuhteissa, joissa liikkumisrajoituksia, Soita kotiin -toiminto tulee tärkeämmäksi kuin koskaan. Kaikki tällä ominaisuudella varustetut HPE-järjestelmät voivat ilmoittaa itse laitteisto- tai ohjelmistovioista HPE-tukikeskukseen. Ja on todennäköistä, että varaosa ja/tai huoltoinsinööri saapuu toimipisteellesi kauan ennen kuin huomaat toimintahäiriöitä tai ongelmia tuottavissa palveluissa.

Henkilökohtaisesti suosittelen tämän ominaisuuden ottamista käyttöön.

Lähde: will.com