Mi rakontos al vi historion hodiaŭ. La historio de la evoluo de komputika teknologio kaj la apero de malproksimaj laborpostenoj de antikvaj tempoj ĝis la nuntempo.
IT-evoluo
La ĉefa afero, kiun oni povas lerni el la historio de IT, estas...
Nekompreneblas, ke IT evoluas spirale. La samaj solvoj kaj konceptoj, kiuj estis forĵetitaj antaŭ jardekoj, alprenas novan signifon kaj komencas funkcii sukcese en novaj kondiĉoj, kun novaj taskoj kaj novaj kapabloj. En ĉi tio, IT ne diferencas de iu ajn alia areo de homa scio kaj la historio de la Tero entute.
Antaŭ longa tempo kiam komputiloj estis grandaj
"Mi pensas, ke ekzistas merkato en la mondo por ĉirkaŭ kvin komputiloj," IBM CEO Thomas Watson en 1943.
Frua komputila teknologio estis granda. Ne, tio estas malĝusta, la frua teknologio estis monstra, ciklopa. Plene komputilizita maŝino okupis areon kompareblan al gimnazio, kaj kostis absolute nerealan monon. Ekzemplo de komponentoj estas RAM-modulo sur feritaj ringoj (1964).
Ĉi tiu modulo havas grandecon de 11 cm * 11 cm, kaj kapaciton de 512 bajtoj (4096 bitoj). Kabineto tute plenigita per tiuj moduloj apenaŭ havis la kapablon de antikva disketo de 3,5” (1.44 MB = 2950 moduloj), dum ĝi konsumis tre rimarkindan elektran potencon kaj varmiĝis kiel vaporlokomotivo.
Ĝuste pro sia grandega grandeco la angla nomo por sencimiga programkodo estas "sencimiga". Unu el la unuaj programistoj en historio, Grace Hopper (jes, virino), mararmea oficiro, skribis protokolon en 1945 post esploro de problemo kun la programo.
Ĉar tineo (tineo) ĝenerale estas cimo (insekto), ĉiuj pliaj problemoj kaj agoj por solvi la personaron raportis al siaj superuloj kiel "sencimigado" (laŭvorte sencimo), tiam la nomo cimo estis firme atribuita al programmalsukceso kaj eraro en la kodo, kaj senararigado fariĝis sencimiga .
Kun la evoluo de elektroniko kaj duonkondukta elektronikaĵo precipe, la fizika grandeco de maŝinoj komencis malpliiĝi, kaj komputa potenco, male, pliiĝis. Sed eĉ ĉi-kaze estis neeble provizi al ĉiuj komputilon persone.
"Ne estas kialo, kial iu ajn volus konservi komputilon en sia hejmo" - Ken Olsen, fondinto de DEC, 1977.
En la 70-aj jaroj aperis la termino minikomputilo. Mi memoras, ke kiam mi unue legis ĉi tiun terminon antaŭ multaj jaroj, mi imagis ion kiel netbook, preskaŭ porteblan. Mi ne povus esti pli malproksima de la vero.
Mini estas nur kompare kun la grandegaj maŝinejoj, sed ĉi tiuj ankoraŭ estas pluraj kabinetoj kun ekipaĵoj kostantaj centojn da miloj kaj milionoj da dolaroj. Tamen la komputa potenco jam tiom kreskis, ke ĝi ne ĉiam estis 100% ŝarĝita, kaj samtempe komputiloj komencis esti disponeblaj por universitataj studentoj kaj instruistoj.
Kaj tiam LI venis!
Malmultaj homoj pensas pri la latinaj radikoj en la angla lingvo, sed ĝi estas tiu, kiu alportis al ni malproksiman aliron kiel ni konas ĝin hodiaŭ. Finstacio (latine) - fino, limo, celo. La celo de la Terminator T800 estis fini la vivon de John Connor. Ni ankaŭ scias, ke transportstacioj kie pasaĝeroj estas enŝipigitaj kaj elŝipigitaj aŭ varoj estas ŝarĝitaj kaj malŝarĝitaj estas nomitaj terminaloj - la finaj cellokoj de itineroj.
Sekve, la koncepto de aliro al terminalo naskiĝis, kaj vi povas vidi la plej fama terminalo de la mondo ankoraŭ vivanta en niaj koroj.
La DEC VT100 estas nomita terminalo ĉar ĝi finas la datumlinion. Ĝi havas preskaŭ nulan pretigpovon, kaj ĝia nura tasko estas montri informojn ricevitajn de granda maŝino, kaj transdoni klavarenigaĵon al la maŝino. Kaj kvankam la VT100 estas fizike delonge morta, ni ankoraŭ uzas ĝin ĝis sia plena potencialo.
Niaj tagoj
Mi komencus kalkuli "niajn tagojn" ekde la komenco de la 80-aj jaroj, de la momento, kiam aperis la unuaj procesoroj kun iu ajn grava komputika potenco, disponeblaj por vasta gamo de homoj. Estas tradicie kredite ke la ĉefa procesoro de la epoko estis la Intel 8088 (x86 familio) kiel la prapatro de la venka arkitekturo. Kio estas la fundamenta diferenco kun la koncepto de la 70-aj jaroj?
Por la unua fojo, estas tendenco translokigi informtraktadon de la centro al la periferio. Ne ĉiuj taskoj postulas la frenezan (kompare kun la malforta x86) potenco de ĉefkomputilo aŭ eĉ mini-komputilo. Intel ne haltas; en la 90-aj jaroj ĝi publikigis la Pentium-familion, kiu vere iĝis la unua amasproduktita hejma aparato en Rusio. Ĉi tiuj procesoroj jam kapablas multe, ne nur skribi leterojn, sed ankaŭ plurmediajn kaj labori kun malgrandaj datumbazoj. Fakte, por malgrandaj entreprenoj tute ne bezonas servilojn - ĉio povas esti farita sur la periferio, sur klientmaŝinoj. Ĉiujare, procesoroj fariĝas pli potencaj, kaj la diferenco inter serviloj kaj personaj komputiloj fariĝas pli kaj pli malgranda laŭ komputa potenco, ofte restante nur en potenco-redundo, varm-interŝanĝebla subteno kaj specialaj kazoj por rako muntado.
Se vi komparas modernajn klientajn procesorojn, kiuj estis "ridindaj" por administrantoj de pezaj serviloj en la 90-aj jaroj de Intel kun la superkomputiloj de la pasinteco, tiam vi fariĝas iom malkomforta.
Ni rigardu la maljunulon, kiu estas praktike mia aĝo. Cray X-MP/24 1984.
Ĉi tiu maŝino estis inter la ĉefaj superkomputiloj de 1984, havante 2 procesorojn de 105 MHz kun pinta komputa potenco de 400 MFlops (milionoj da glitkoma operacioj). La aparta maŝino montrita en la foto staris en la usona NSA-kriptografiolaboratorio kaj okupiĝis pri rompi kodojn. Se vi konvertas $15 milionoj en 1984 dolaroj al 2020 dolaroj, la kosto estas $37,4 milionoj, aŭ $93/MFlops.
La maŝino, sur kiu mi skribas ĉi tiujn liniojn, havas 5 Core i7400-2017-procesoron, kiu tute ne estas nova, kaj eĉ en la jaro de sia liberigo ĝi estis la plej juna 4-kerno el ĉiuj meznivelaj labortablaj procesoroj. 4 kernoj de 3.0 GHz baza frekvenco (3.5 kun Turbo Boost) kaj duoblaj HyperThreading-fadenoj donas de 19 ĝis 47 GFlop-ojn da potenco laŭ diversaj provoj je prezo de 16 mil rubloj por procesoro. Se vi muntas la tutan maŝinon, tiam vi povas preni ĝian koston por $ 750 (ĉe prezoj kaj kurzoj ekde la 1-a de marto 2020).
Finfine, ni ricevas superecon de tute averaĝa labortabla procesoro de nia tago je 50-120 fojojn super supra 10-superkomputilo de la antaŭvidebla pasinteco, kaj la malpliigo de la specifa kosto de MFlops fariĝas absolute monstra 93500 / 25 = 3700 fojojn.
Kial ni ankoraŭ bezonas servilojn kaj centralizo de komputado kun tia potenco en la periferio estas absolute nekomprenebla!
Inversa salto - la spiralo faris turniĝon
Sendiskaj stacioj
La unua signalo ke movi komputadon al la periferio ne estus fina estis la apero de sendiska laborstacioteknologio. Kun signifa distribuado de laborstacioj ĉie en la entrepreno, kaj precipe en poluitaj lokoj, la temo de administrado kaj subteno de tiuj stacioj iĝas tre malfacila.
Aperas la koncepto de "koridora tempo" - la procento de tempo, ke teknika subtena dungito estas en la koridoro, survoje al dungito kun problemo. Ĉi tio estas pagita tempo, sed tute neproduktema. Ne la malpli grava rolo, kaj precipe en poluitaj ĉambroj, estis la fiasko de malmolaj diskoj. Ni forigu la diskon de la laborstacio kaj faru ĉion alian tra la reto, inkluzive de elŝuto. Krom la adreso de la DHCP-servilo, la retadaptilo ankaŭ ricevas pliajn informojn - la adreson de la servilo TFTP (simpligita dosierservo) kaj la nomo de la ekbildo, ŝarĝas ĝin en RAM kaj ekfunkciigas la maŝinon.
Krom malpli da paneoj kaj reduktita koridora tempo, vi nun ne devas sencimigi la maŝinon surloke, sed simple alporti novan kaj preni la malnovan por diagnozo ĉe ekipita laborejo. Sed tio ne estas ĉio!
Sendiska stacio fariĝas multe pli sekura - se iu subite eniras la ĉambron kaj elprenas ĉiujn komputilojn, tio estas nur perdo de ekipaĵo. Neniuj datumoj estas stokitaj sur sendiskaj stacioj.
Ni memoru ĉi tiun punkton: informa sekureco komencas ludi ĉiam pli gravan rolon post la "senzorga infanaĝo" de informa teknologio. Kaj la teruraj kaj gravaj 3 leteroj ĉiam pli entrudiĝas en IT - GRC (Regado, Risko, Konformeco), aŭ en la rusa "Manageblo, Risko, Konformeco".
Terminalserviloj
La ĝeneraligita distribuado de pli kaj pli potencaj personaj komputiloj sur la periferio signife preterpasis la evoluon de publikaliraj retoj. Klasikaj klient-servilaj aplikoj por la 90-aj jaroj kaj fruaj 00-aj jaroj ne funkciis tre bone super maldika kanalo se la datum-interŝanĝo sumiĝis al iuj signifaj valoroj. Tio estis precipe malfacila por malproksimaj oficejoj ligitaj per modemo kaj telefonlinio, kiuj ankaŭ periode frostiĝis aŭ estis fortranĉitaj. KAJ…
La spiralo turniĝis kaj trovis sin reen en fina reĝimo kun la koncepto de terminalserviloj.
Fakte, ni estas reen al la 70-aj jaroj kun iliaj nulaj klientoj kaj centralizo de komputika potenco. Rapide evidentiĝis, ke, krom la pure ekonomia raciaĵo por kanaloj, fina aliro disponigas enormajn ŝancojn por organizi sekuran aliron de ekstere, inkluzive de laboro hejme por dungitoj, aŭ ekstreme limigita kaj kontrolita aliro por entreprenistoj de nefidindaj retoj kaj nefidindaj/ nekontrolitaj aparatoj.
Tamen, terminalserviloj, malgraŭ ĉiuj siaj avantaĝoj kaj progresemo, ankaŭ havis kelkajn malavantaĝojn - malaltan flekseblecon, la problemon de brua najbaro, strikte servilbazita Vindozo, ktp.
La Naskiĝo de Proto VDI
Vere, komence ĝis meze de la 00-aj jaroj, industria virtualigo de la platformo x86 jam venis sur la scenon. Kaj iu voĉigis ideon, kiu estis simple en la aero: anstataŭ centralizi ĉiujn klientojn en servilaj finaj bienoj, ni donu al ĉiu sian propran personan VM kun kliento Vindozo kaj eĉ administranto-aliro?
Rifuzo de grasaj klientoj
Paralele kun sesio kaj OS-virtualigo, aliro estis evoluigita por faciligi la klientfunkcion sur la aplikaĵnivelo.
La logiko malantaŭ ĉi tio estis sufiĉe simpla, ĉar ne ĉiuj ankoraŭ havis personajn tekkomputilojn, ne ĉiuj havis la Interreton, kaj multaj nur povis konektiĝi de Interreta kafejo kun tre limigitaj, por paroli milde, rajtoj. Fakte, ĉio, kio povus esti lanĉita, estis retumilo. La retumilo fariĝis nemalhavebla atributo de la OS, la Interreto firme eniris nian vivon.
Alivorte, estis paralela tendenco al translokigo de logiko de la kliento al la centro en la formo de TTT-aplikoj, por aliri al kiuj vi bezonas nur la plej simplan klienton, Interreton kaj retumilon.
Kaj ni ne ĵus finiĝis kie ni komencis - kun nulaj klientoj kaj centraj serviloj. Ni alvenis tie en pluraj sendependaj manieroj.
Virtuala Labortabla Infrastrukturo
La koridoro
En 2007, la gvidanto en la industria virtualiga merkato, VMware, publikigis la unuan version de sia produkto VDM (Virtual Desktop Manager), kiu iĝis fakte la unua en la naskiĝanta virtuala labortabla merkato. Kompreneble, ni ne devis longe atendi respondon de la ĉefo de terminalaj serviloj, Citrix, kaj en 2008, kun la akiro de XenSource, aperis XenDesktop. Kompreneble, estis aliaj vendistoj kun siaj propraj proponoj, sed ni ne eniru tro profunde en la historion, forirante de la koncepto.
Kaj la koncepto ankoraŭ restas hodiaŭ. Ŝlosila komponanto de VDI estas la konektomakleristo.
Ĉi tio estas la koro de la virtuala labortabla infrastrukturo.
La makleristo respondecas pri la plej gravaj VDI-procezoj:
- Determinas la rimedojn (maŝinoj/sesioj) disponeblaj al la konektita kliento;
- Ekvilibras klientojn tra maŝinoj/sesiaj naĝejoj se necese;
- Plusendas la klienton al la elektita rimedo.
Hodiaŭ, kliento (terminalo) por VDI povas esti preskaŭ ĉio, kio havas ekranon - tekkomputilo, inteligenta telefono, tablojdo, kiosko, maldika aŭ nula kliento. Kaj la responda parto, la sama, kiu efektivigas la produktivan ŝarĝon - terminala servila sesio, fizika maŝino, virtuala maŝino. Modernaj maturaj VDI-produktoj estas strikte integritaj kun la virtuala infrastrukturo kaj sendepende administras ĝin en aŭtomata reĝimo, deplojante aŭ, kontraŭe, forigante virtualajn maŝinojn kiuj ne plu bezonas.
Iom flanken, sed por iuj klientoj ekstreme grava VDI-teknologio estas subteno por aparatara akcelo de 3D-grafikoj por la laboro de dizajnistoj aŭ projektistoj.
Protokolo
La dua ekstreme grava parto de matura VDI-solvo estas la virtuala rimeda aliro-protokolo. Se ni parolas pri laborado ene de kompania loka reto kun bonega, fidinda 1 Gbps reto al laborejo kaj prokrasto de 1 ms, tiam vi povas preni preskaŭ iun ajn kaj tute ne pensi.
Vi devas pensi, kiam la konekto estas tra nekontrolita reto, kaj la kvalito de ĉi tiu reto povas esti absolute io ajn, ĝis rapidoj de dekoj da kilobitoj kaj neantaŭvideblaj prokrastoj. Tiuj ĝuste taŭgas por organizi veran foran laboron, de daĉaj, de hejmo, de flughavenoj kaj manĝejoj.
Finaj serviloj kontraŭ kliento VMs
Kun la apero de VDI, ŝajnis, ke estis tempo adiaŭi terminalajn servilojn. Kial ili bezonas, se ĉiuj havas sian propran personan VM?
Tamen, el la vidpunkto de pura ekonomio, montriĝis, ke por tipaj amaslaboroj, identaj ĝis naŭze, ekzistas nenio ankoraŭ pli efika ol terminalserviloj laŭ prezo/sesio-proporcio. Por ĉiuj ĝiaj avantaĝoj, la aliro "1 uzanto = 1 VM" elspezas signife pli da rimedoj por virtuala aparataro kaj plena OS, kiu plimalbonigas la ekonomion de tipaj laborejoj.
En la kazo de laborejoj de superaj administrantoj, ne-normaj kaj ŝarĝitaj laborlokoj, la bezono havi altajn rajtojn (ĝis administranto), dediĉita VM por uzanto havas avantaĝon. Ene de ĉi tiu VM, vi povas asigni rimedojn individue, doni rajtojn je ajna nivelo kaj ekvilibrigi VM-ojn inter virtualigaj gastigantoj sub alta ŝarĝo.
VDI kaj ekonomiko
Dum jaroj mi aŭdas la saman demandon - kiel VDI estas pli malmultekosta ol nur disdonado de tekkomputiloj al ĉiuj? Kaj dum jaroj mi devis respondi ĝuste la samon: ĉe ordinaraj oficejaj oficistoj, VDI ne estas pli malmultekosta, se ni konsideras la netajn kostojn de provizi ekipaĵon. Kion ajn oni povas diri, tekkomputiloj fariĝas pli malmultekostaj, sed serviloj, stokaj sistemoj kaj sistemaj programoj kostas sufiĉe multe da mono. Se venis la tempo por ke vi ĝisdatigu vian floton kaj vi pensas ŝpari monon per VDI, ne, vi ne ŝparos monon.
Mi citis la terurajn tri literojn GRC supre - do, VDI temas pri GRC. Temas pri riska administrado, temas pri sekureco kaj oportuno de kontrolita aliro al datumoj. Kaj ĉio ĉi kutime kostas sufiĉe multe da mono por efektivigi sur amaso da malsamaj specoj de ekipaĵoj. Kun VDI, kontrolo estas simpligita, sekureco estas pliigita, kaj hararo fariĝas mola kaj silkeca.
HPE Remote Work Solutions
Fora kaj nuba administrado
iLO
HPE estas malproksime de novulo al fora administrado de servila infrastrukturo, ne ŝerco - en marto la legenda iLO (Integrated Lights Out) fariĝis 18-jara. Memorante miajn tagojn kiel administranto en la 00-aj jaroj, mi persone ne povus esti pli feliĉa. Komenca instalo en rakojn kaj konektajn kablojn estis ĉio, kio devis esti farita en brua kaj malvarma datumcentro. Ĉiu alia agordo, inkluzive de ŝarĝo de la OS, povus esti farita de laborstacio, du ekranoj kaj taso da varma kafo. Kaj ĉi tio estas antaŭ 13 jaroj!
Hodiaŭ, HPE-serviloj estas la nediskutebla longperspektiva kvalitnormo ial - kaj ne la plej malgrandan rolon en tio ludas la ora normo de la fora administra sistemo - iLO.
Mi ŝatus specife noti la agojn de HPE por konservi la kontrolon de la homaro super la koronavirus. , ke ĝis la fino de 2020 (almenaŭ) la licenco de iLO Advanced disponeblas por ĉiuj senpage.
Infovido
Se vi havas pli ol 10 servilojn en via infrastrukturo, kaj la administranto ne enuas, tiam kompreneble la HPE Infosight-nuba sistemo bazita sur artefarita inteligenteco estos bonega aldono al normaj monitoraj iloj. La sistemo ne nur kontrolas la staton kaj konstruas grafikaĵojn, sed ankaŭ sendepende rekomendas pliajn agojn bazitajn sur la aktuala situacio kaj tendencoj.
Estu inteligenta, , provu Infosight!
OneView
Laste sed ne malplej, mi ŝatus mencii HPE OneView - tutan produktan biletujon kun grandegaj kapabloj por monitori kaj administri la tutan infrastrukturon. Kaj ĉio ĉi sen leviĝi de via skribotablo, kiun vi eble havas en la nuna situacio ĉe via domo.
Stoksistemoj ankaŭ ne estas malbonaj!
Kompreneble, ĉiuj stoksistemoj estas malproksime administritaj kaj monitoritaj - tio estis la kazo antaŭ multaj jaroj. Tial mi volas paroli hodiaŭ pri io alia, nome metroaj aretoj.
Metroaj aretoj tute ne estas novaj sur la merkato, sed ĝuste tial ili ankoraŭ ne estas tre popularaj - la inercio de pensado kaj unuaj impresoj influas ilin. Kompreneble, ili jam ekzistis antaŭ 10 jaroj, sed ili kostas kiel gisfera ponto. La jaroj kiuj pasis ekde la unuaj metrogrupoj ŝanĝis la industrion kaj la haveblecon de teknologio al la ĝenerala publiko.
Mi memoras projektojn, kie partoj de stoksistemoj estis speciale distribuitaj - aparte por superkritikaj servoj en metrogrupo, aparte por sinkrona reproduktado (multe pli malmultekosta).
Fakte, en 2020, metrogrupo nenion kostas al vi, se vi kapablas organizi du retejojn kaj kanalojn. Sed la kanaloj necesaj por sinkrona reproduktado estas ĝuste la samaj kiel por metrogrupoj. La licencado pri programaro jam delonge estas farata en pakaĵoj - kaj sinkrona reproduktado venas tuj kiel pakaĵo kun metroa grapolo, kaj la nura afero, kiu ĝis nun vivigas unudirektan reproduktadon, estas la bezono organizi plilongigitan L2-reton. Kaj eĉ tiam, L2 super L3 jam balaas tra la lando kun potenco kaj ĉefa.
Kio do estas la fundamenta diferenco inter sinkrona reproduktado kaj metrocluster el la vidpunkto de fora laboro?
Ĉio estas tre simpla. La metrogrupo funkcias mem, aŭtomate, ĉiam, preskaŭ tuj.
Kiel aspektas la procezo de ŝarĝoŝanĝo por sinkrona reproduktado sur infrastrukturo de almenaŭ kelkcent VM-oj?
- Krizsignalo estas ricevita.
- La devoŝanĝo analizas la situacion - vi povas sekure flankenmeti 10 ĝis 30 minutojn nur por ricevi signalon kaj fari decidon.
- Se la deĵorantaj inĝenieroj ne havas la aŭtoritaton sendepende komenci la ŝanĝon, ankoraŭ havas 30 minutojn por kontakti la personon kun la aŭtoritato kaj formale konfirmi la komencon de la ŝanĝo.
- Premante la Grandan Ruĝan Butonon.
- 10-15 minutoj por tempoforpasoj kaj volumo remuntado, VM-reregistrado.
- 30 minutoj por ŝanĝi IP-adresadon estas optimisma takso.
- Kaj fine, la komenco de la VM kaj la lanĉo de produktivaj servoj.
La totala RTO (tempo por restarigi komercajn procezojn) povas esti sekure taksita je 4 horoj.
Ni komparu kun la situacio sur la metrocluster.
- La konserva sistemo komprenas, ke la ligo kun la metrocluster-brako estas perdita - 15-30 sekundoj.
- Virtualigaj gastigantoj komprenas, ke la unua datumcentro estas perdita - 15-30 sekundoj (samtempe kun punkto 1).
- Aŭtomata rekomenco de duono ĝis triono de la VM-oj en la dua datuma centro - 10-15 minutojn antaŭ ŝarĝo de servoj.
- Ĉirkaŭ ĉi tiu tempo, la devoŝanĝo ekkomprenas kio okazis.
Totalo: RTO = 0 por individuaj servoj, 10-15 minutoj en la ĝenerala kazo.
Kial nur duono ĝis triono de la VM-oj rekomenciĝas? Rigardu, kio okazas:
- Vi faras ĉion inteligente kaj ebligas aŭtomatan ekvilibron de la VM. Kiel rezulto, averaĝe nur duono de la VM-oj funkcias en unu el la datumcentroj. Post ĉio, la tuta celo de metrocluster estas minimumigi malfunkcion, kaj tial estas en via intereso minimumigi la nombron da VM-oj atakitaj.
- Kelkaj servoj povas esti grupigitaj ĉe la aplikaĵnivelo, distribuitaj tra malsamaj VMoj. Sekve, ĉi tiuj parigitaj VM-oj estas najlitaj unu post alia, aŭ ligitaj per rubando al malsamaj datumcentroj, por ke la servo ne atendu, ke la VM rekomencu en kazo de akcidento.
Kun bone konstruita infrastrukturo kun plilongigitaj metrogrupoj, komercaj uzantoj laboras kun minimumaj prokrastoj de ie ajn, eĉ en la okazo de akcidento ĉe la datumcentro. En la plej malbona kazo, la prokrasto estos la tempo de unu taso da kafo.
Kaj, kompreneble, metrogrupoj funkcias bonege kaj sur HPE 3Par, kiu moviĝas al Valinor, kaj sur la tutnova Primera!
Fora laboreja infrastrukturo
Terminalserviloj
Ne necesas elpensi ion novan por finaj serviloj; HPE liveras kelkajn el la plej bonaj serviloj en la mondo por ili dum multaj jaroj. Sentempaj klasikaĵoj - DL360 (1U) aŭ DL380 (2U) aŭ por AMD-adorantoj - DL385. Kompreneble, ekzistas ankaŭ blade-serviloj, kaj la klasika C7000 kaj la nova Synergy komponebla platformo.
Por ĉiu gusto, por ĉiu koloro, maksimumaj sesioj por servilo!
"Klasika" VDI + HPE Simpleco
En ĉi tiu kazo, kiam mi diras "klasika VDI" mi celas la koncepton de 1 uzanto = 1 VM kun kliento Vindozo. Kaj kompreneble ne ekzistas pli proksima kaj pli kara VDI-ŝarĝo por hiperkonverĝaj sistemoj, precipe kun maldupliko kaj kunpremado.
Ĉi tie, HPE povas oferti kaj sian propran hiperkonverĝan Simplivity-platformon kaj servilojn / atestitajn nodojn por partneraj solvoj, kiel ekzemple VSAN Ready Nodes por konstrui VDI sur la infrastrukturo de VMware VSAN.
Ni parolu iom pli pri la propra solvo de Simplicity. La fokuso, kiel la nomo milde sugestas al ni, estas simpleco. Facila disfaldi, facile administrebla, facile skalebla.
Hiperkonverĝaj sistemoj hodiaŭ estas unu el la plej varmaj temoj en IT, kaj la nombro da vendistoj de malsamaj niveloj estas proksimume 40. Laŭ la magia kvadrato de Gartner, HPE situas en Top5 tutmonde, kaj estas inkluzivita en la kvadrato de gvidantoj - tiuj kiuj komprenas. kie la industrio disvolviĝas, kaj kapablas ĝin kompreni traduki en aparataron.
Arkitekture, Simpleco estas klasika hiperkonverĝa sistemo kun regilaj virtualaj maŝinoj, kio signifas, ke ĝi povas subteni diversajn hipervizierojn, kontraste al hipervizier-integraj sistemoj. Efektive, ekde aprilo 2020, VMware vSphere kaj Microsoft Hyper-V estas subtenataj, kaj planoj subteni KVM estis anoncitaj. La ĉefa trajto de Simpleco ekde ĝia apero sur la merkato estis aparatara akcelo de kunpremado kaj dedupliko per speciala akcelilkarto.
Oni devas rimarki, ke kunpremado kaj deduplikado estas tutmondaj kaj ĉiam ebligitaj; ĉi tio ne estas laŭvola trajto, sed la arkitekturo de la solvo.
HPE kompreneble estas iom malsincera, pretendante efikecon de 100:1, kalkulante en speciala maniero, sed la efikeco de spac-uzo ja estas tre alta. Nur la nombro 100:1 estas tro bela. Ni eltrovu kiel Simpleco estas teknike efektivigita por montri tiajn nombrojn.
Ekrano. Momentfotoj estas 100% ĝuste efektivigitaj kiel RoW (Redirect-on-Write), kaj tial okazas tuj kaj ne kaŭzas rendimentan punon. Kiel, ekzemple, ili diferencas de iuj aliaj sistemoj. Kial ni bezonas lokajn momentfotojn sen punoj? Jes, ĝi estas tre simpla, redukti RPO de 24 horoj (averaĝa RPO por sekurkopio) al dekoj aŭ eĉ unuoj da minutoj.
apogilo. Momentfoto diferencas de sekurkopio nur en kiel ĝi estas perceptita de la virtualmaŝina administradsistemo. Se kiam vi forigas maŝinon ĉio alia estas forigita, tiam ĝi estis momentfoto. Se restas iu, tio signifas, ke ĝi estas rezerva. Tiel, ajna momentfoto povas esti konsiderata plena sekurkopio se ĝi estas markita en la sistemo kaj ne forigita.
Kompreneble, multaj kontraŭos - kia sekurkopio estas ĉi tio se ĝi estas konservita en la sama sistemo? Kaj ĉi tie estas tre simpla respondo en formo de kontraŭdemando: diru al mi, ĉu vi havas formalan minacan modelon, kiu establas la regulojn por konservi rezervan kopion? Ĉi tio estas absolute honesta sekurkopio kontraŭ forigo de dosiero ene de VM, ĉi tio estas sekurkopio kontraŭ forigo de la VM mem. Se necesas konservi rezervan kopion ekskluzive en aparta sistemo, vi havas elekton: reproduktado de ĉi tiu momentfoto al dua Simplivity-grupo aŭ al HPE StoreOnce.
Kaj ĉi tie rezultas, ke tia arkitekturo estas simple ideala por ajna tipo de VDI. Post ĉio, VDI signifas centojn aŭ eĉ milojn da ekstreme similaj maŝinoj kun la sama OS, kun la samaj aplikoj. Tutmonda dedupliko maĉos ĉion ĉi kaj kunpremos eĉ ne 100:1, sed multe pli bone. Deploji 1000 VM-ojn el unu ŝablono? Tute ne estas problemo, ĉi tiuj maŝinoj daŭros pli longe por registri kun vCenter ol por kloni.
La Simplivity G-linio estis kreita precipe por uzantoj kun specialaj agadopostuloj kaj por tiuj kiuj bezonas 3D-akceliloj.
Ĉi tiu serio ne uzas hardvaran deduplikakcelilon kaj tial reduktas la nombron da diskoj per nodo tiel ke la regilo pritraktas ĝin en programaro. Ĉi tio liberigas PCIe-fendojn por iuj aliaj akceliloj. La kvanto de disponebla memoro per nodo ankaŭ estis duobligita al 3TB por la plej postulemaj laborŝarĝoj.
Simpleco estas ideala por organizi geografie distribuitajn VDI-infrastrukturojn kun datumreproduktado al centra datumcentro.
Tia VDI-arkitekturo (kaj ne nur VDI) estas speciale interesa en la kunteksto de rusaj realaĵoj - grandegaj distancoj (kaj do prokrastoj) kaj malproksime de idealaj kanaloj. Regionaj centroj estas kreitaj (aŭ eĉ nur 1-2 Simplecaj nodoj en tute malproksima oficejo), kie lokaj uzantoj konektas per rapidaj kanaloj, plena kontrolo kaj administrado de la centro estas konservitaj, kaj nur malgranda kvanto da realaj, valoraj, kaj ne. rubaĵo, estas reproduktita al la centraj datumoj.
Kompreneble, Simpleco estas plene konektita al OneView kaj InfoSight.
Maldikaj kaj nulaj klientoj
Maldikaj klientoj estas specialigitaj solvoj por uzo ekskluzive kiel terminaloj. Ĉar preskaŭ ne estas ŝarĝo sur la kliento krom prizorgado de la kanalo kaj malkodado de video, preskaŭ ĉiam estas procesoro kun pasiva malvarmigo, malgranda lanĉa disko nur por komenci specialan enigitan OS, kaj tio estas esence ĝi. Estas preskaŭ nenio por rompi en ĝi, kaj estas senutile ŝteli. La kosto estas malalta kaj neniuj datumoj estas stokitaj.
Estas speciala kategorio de maldikaj klientoj, la tiel nomataj nulaj klientoj. Ilia ĉefa diferenco de maldikaj estas la foresto de eĉ ĝeneraluzebla enigita OS, kaj funkcias ekskluzive kun mikroĉipo kun firmware. Ili ofte enhavas specialajn hardvarakceliloj por malkodi videofluojn en finaj protokoloj kiel ekzemple PCoIP aŭ HDX.
Malgraŭ la divido de la granda Hewlett Packard en apartaj HPE kaj HP, estas neeble ne mencii maldikajn klientojn produktitajn de HP.
La elekto estas larĝa, por ĉiu gusto kaj bezono - ĝis plurmonitoraj laborstacioj kun aparatara akcelo de la videofluo.
HPE-Servo por via fora laboro
Kaj laste sed ne malplej, mi volas mencii la servon HPE. Estus tro longe listigi ĉiujn servajn nivelojn kaj kapablojn de HPE, sed almenaŭ ekzistas unu ege grava oferto por foraj labormedioj. Nome, servo-inĝeniero de HPE/rajtigita servocentro. Vi daŭre laboras malproksime, de via plej ŝatata domo, aŭskultante burdojn, dum abelo de HPE, alvenante al la datumcentro, anstataŭigas diskojn aŭ malsukcesan elektroprovizon en viaj serviloj.
HPE CallHome
En la hodiaŭaj kondiĉoj, kun limigoj de movado, la funkcio Voki Hejmen fariĝas pli grava ol iam ajn. Ĉiu HPE-sistemo kun ĉi tiu funkcio povas mem-raporti aparataron aŭ programaron fiaskon al la HPE-Subtena Centro. Kaj verŝajne, anstataŭa parto kaj/aŭ servo-inĝeniero alvenos al via loko longe antaŭ ol vi rimarkos iujn misfunkciojn aŭ problemojn kun produktivaj servoj.
Persone, mi tre rekomendas ebligi ĉi tiun funkcion.
fonto: www.habr.com