HPE Remote Work Solutions

Jag ska berätta en historia för dig idag. Historien om utvecklingen av datorteknik och uppkomsten av avlägsna jobb från antiken till idag.

IT-utveckling

Det viktigaste man kan lära sig av IT-historien är...

Det säger sig självt att IT utvecklas i en spiral. Samma lösningar och koncept som förkastades för decennier sedan får ny innebörd och börjar fungera framgångsrikt under nya förhållanden, med nya uppgifter och nya kapaciteter. I detta är IT inte annorlunda ä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 i världen för ungefär fem datorer," IBMs vd Thomas Watson 1943.

Den tidiga datortekniken var stor. Nej, det är fel, den tidiga tekniken var monstruös, cyklopisk. En helt datoriserad maskin ockuperade en yta som var jämförbar med ett gym och kostade absolut orealistiska pengar. Ett exempel på komponenter är en RAM-modul på ferritringar (1964).

Denna modul har en storlek på 11 cm * 11 cm och en kapacitet på 512 byte (4096 bitar). Ett skåp helt fyllt med dessa moduler hade knappast kapaciteten som en gammal 3,5” diskett (1.44 MB = 2950 moduler), samtidigt som den förbrukade mycket märkbar elektrisk kraft och blev så varm som ett ånglok.

Det är just på grund av dess enorma storlek som det engelska namnet för felsökningsprogramkod är "debugging". En av de första programmerarna i historien, Grace Hopper (ja, en kvinna), en sjöofficer, skrev en loggpost 1945 efter att ha undersökt ett problem med programmet.

Eftersom mal (mal) i allmänhet är en bugg (insekt), rapporterades alla ytterligare problem och åtgärder för att lösa personalen till sina överordnade som "debugging" (bokstavligen de-bug), då namnet bugg var fast tillskrivet ett programfel och ett fel i koden och felsökning blev en felsökning .

Med utvecklingen av elektronik och halvledarelektronik i synnerhet började maskinernas fysiska storlek minska, och datorkraften tvärtom ökade. Men även i detta fall var det omöjligt att förse alla med en dator personligen.

"Det finns ingen anledning till varför någon skulle vilja ha en dator i sitt hem" - Ken Olsen, grundare av DEC, 1977.

På 70-talet dök termen minidator upp. Jag minns att när jag först läste den här termen för många år sedan, föreställde jag mig något som en netbook, nästan en handdator. Jag kunde inte vara längre från sanningen.

Mini är bara i jämförelse med de enorma maskinrummen, men det är ändå flera skåp med utrustning som kostar hundratusentals och miljoner dollar. Datorkraften hade dock redan ökat så mycket att den inte alltid var 100% laddad, och samtidigt började datorer bli tillgängliga för universitetsstudenter och lärare.

Och så kom HAN!

Få människor tänker på de latinska rötterna i det engelska språket, men det är den som gav oss fjärråtkomst som vi känner den idag. Terminus (latin) - slut, gräns, mål. Syftet med Terminator T800 var att avsluta John Connors liv. Vi vet också att transportstationer där passagerare går ombord och avstiger eller gods lastas och lossas kallas terminaler – rutternas slutdestinationer.

Följaktligen föddes konceptet med terminalaccess, och du kan se världens mest kända terminal fortfarande leva i våra hjärtan.

DEC VT100 kallas en terminal eftersom den avslutar datalinjen. Den har praktiskt taget noll processorkraft, och dess enda uppgift är att visa information som tas emot från en stor maskin och överföra tangentbordsindata till maskinen. Och även om VT100 är fysiskt sedan länge död, använder vi den fortfarande till sin fulla potential.

Våra dagar

Jag skulle börja räkna "våra dagar" från början av 80-talet, från det ögonblick de första processorerna med någon betydande datorkraft, tillgängliga för ett brett spektrum av människor, dök upp. Man tror traditionellt att erans huvudprocessor var Intel 8088 (x86-familjen) som förfader till den vinnande arkitekturen. Vad är den grundläggande skillnaden mot 70-talets koncept?

För första gången finns det en tendens att överföra informationsbehandling från centrum till periferin. Alla uppgifter kräver inte den vansinniga (jämfört med den svaga x86) kraften hos en stordator eller ens en minidator. Intel står inte stilla, på 90-talet släppte de Pentium-familjen, som verkligen blev den första massproducerade hushållsapparaten i Ryssland. Dessa processorer kan redan mycket, inte bara skriva brev, utan också multimedia och arbeta med små databaser. Faktum är att för små företag finns det inget behov av servrar alls - allt kan göras i periferin, på klientdatorer. Varje år blir processorer kraftfullare och skillnaden mellan servrar och persondatorer blir mindre och mindre när det gäller datorkraft, ofta kvar i strömredundans, hot-swappable support och specialfall för rackmontering.

Om man jämför moderna klientprocessorer som var "löjliga" för administratörer av tunga servrar på 90-talet från Intel med de förflutnas superdatorer, så blir man lite obekväm.

Låt oss ta en titt på den gamle mannen, som praktiskt taget är i min ålder. Cray X-MP/24 1984.

Denna maskin var bland de bästa superdatorerna 1984, med 2 processorer på 105 MHz med en maximal beräkningskraft på 400 MFlops (miljontals flyttalsoperationer). Den speciella maskinen som visas på bilden stod i det amerikanska NSA:s kryptografilaboratorium och ägnade sig åt att bryta koder. Om du konverterar 15 miljoner USD i 1984-dollar till 2020-dollar är kostnaden 37,4 miljoner USD, eller 93 500 USD/MFlops.

Maskinen som jag skriver de här raderna på har en Core i5-7400-processor från 2017, som inte alls är ny, och även under det år då den släpptes var den den yngsta 4-kärniga av alla stationära processorer i mellanklassen. 4 kärnor med 3.0 GHz basfrekvens (3.5 med Turbo Boost) och dubbla HyperThreading-trådar ger från 19 till 47 GFlops effekt enligt olika tester till ett pris av 16 tusen rubel per processor. Om du monterar hela maskinen kan du ta dess kostnad för $750 (till priser och växelkurser från och med 1 mars 2020).

I slutändan får vi en överlägsenhet av en helt genomsnittlig stationär processor för vår tid med 50-120 gånger över en topp-10 superdator i det förflutna, och minskningen av den specifika kostnaden för MFlops blir helt monstruös 93500 / 25 = 3700 gånger.

Varför vi fortfarande behöver servrar och centralisering av datorer med sådan kraft i periferin är helt obegripligt!

Omvänt hopp - spiralen har gjort en sväng

Diskfria stationer

Den första signalen om att flytta datorer till periferin inte skulle vara slutgiltig var framväxten av disklös arbetsstationsteknik. Med en betydande fördelning av arbetsstationer över hela företaget, och särskilt i förorenade lokaler, blir frågan om att hantera och stödja dessa stationer mycket svår.

Begreppet "korridortid" förekommer - den procentandel av tiden som en teknisk supportanställd är i korridoren, på väg till en anställd med ett problem. Detta är betald tid, men helt improduktivt. Inte minst viktiga roll, och särskilt i förorenade rum, var fel på hårddiskar. Låt oss ta bort disken från arbetsstationen och göra allt annat över nätverket, inklusive nedladdning. Förutom adressen från DHCP-servern får nätverksadaptern även ytterligare information - adressen till TFTP-servern (förenklad filtjänst) och namnet på startbilden, laddar den i RAM-minnet och startar maskinen.

Förutom färre haverier och minskad korridortid behöver du nu inte felsöka maskinen på plats, utan bara ta med en ny och ta den gamla för diagnostik på en utrustad arbetsplats. Men det är inte allt!

En disklös station blir mycket säkrare - om någon plötsligt bryter sig in i rummet och tar ut alla datorer är detta bara en förlust av utrustning. Ingen data lagras på disklösa stationer.

Låt oss komma ihåg denna punkt: informationssäkerhet börjar spela en allt viktigare roll efter informationsteknologins "bekymmersfria barndom". Och de fruktansvärda och viktiga 3 bokstäverna inkräktar alltmer på IT - GRC (Governance, Risk, Compliance), eller på ryska "Manageability, Risk, Compliance".

Terminalservrar

Den utbredda spridningen av fler och kraftfullare persondatorer i periferin gick betydligt snabbare än utvecklingen av offentliga nätverk. Klassiska klient-serverapplikationer för 90-talet och början av 00-talet fungerade inte särskilt bra över en tunn kanal om datautbytet uppgick till några betydande värden. Detta var särskilt svårt för avlägsna kontor anslutna via modem och telefonlinje, som också periodvis frös eller bröts av. OCH…

Spiralen tog en sväng och befann sig tillbaka i terminalläge med konceptet terminalservrar.

Faktum är att vi är tillbaka till 70-talet med deras noll klienter och centralisering av datorkraft. Det blev snabbt uppenbart att, förutom de rent ekonomiska skälen för kanaler, ger terminalaccess enorma möjligheter att organisera säker åtkomst utifrån, inklusive arbete hemifrån för anställda, eller extremt begränsad och kontrollerad åtkomst för entreprenörer från opålitliga nätverk och opålitliga/ okontrollerade enheter.

Terminalservrar hade dock, trots alla sina fördelar och progressivitet, också ett antal nackdelar - låg flexibilitet, problemet med en bullrig granne, strikt serverbaserade Windows, etc.

Födelsen av Proto VDI

Det är sant att i början till mitten av 00-talet kom industriell virtualisering av x86-plattformen redan på scenen. Och någon uttryckte en idé som helt enkelt låg i luften: i stället för att centralisera alla klienter på serverterminalfarmar, låt oss ge alla sin egen personliga virtuella dator med klient Windows och till och med administratörsåtkomst?

Avslag på feta kunder

Parallellt med sessions- och OS-virtualisering utvecklades ett tillvägagångssätt för att underlätta klientfunktionen på applikationsnivå.

Logiken bakom detta var ganska enkel, eftersom inte alla fortfarande hade personliga bärbara datorer, inte alla hade internet, och många kunde bara ansluta från ett internetcafé med mycket begränsade, milt sagt, rättigheter. Faktum är att allt som kunde startas var en webbläsare. Webbläsaren har blivit ett oumbärligt attribut för OS, Internet har kommit in i våra liv.

Det fanns med andra ord en parallell trend mot att överföra logik från klienten till centrum i form av webbapplikationer, för att komma åt som man bara behöver den enklaste klienten, Internet och en webbläsare.
Och vi hamnade inte bara där vi började – med noll klienter och centrala servrar. Vi kom dit på flera oberoende sätt.

Virtuell skrivbordsinfrastruktur

mäklare

2007 släppte ledaren på marknaden för industriell virtualisering, VMware, den första versionen av sin produkt VDM (Virtual Desktop Manager), som faktiskt blev den första på den begynnande marknaden för virtuella skrivbord. Naturligtvis behövde vi inte vänta länge på ett svar från ledaren för terminalservrar, Citrix, och 2008, med förvärvet av XenSource, dök XenDesktop upp. Naturligtvis fanns det andra leverantörer med sina egna förslag, men låt oss inte gå för djupt in i historien och gå bort från konceptet.

Och konceptet finns kvar än idag. En nyckelkomponent i VDI är anslutningsmäklaren.
Detta är hjärtat i den virtuella skrivbordsinfrastrukturen.

Mäklaren ansvarar för de viktigaste VDI-processerna:

• Bestämmer de resurser (maskiner/sessioner) som är tillgängliga för den anslutna klienten;
• Balanserar klienter över maskin/sessionspooler vid behov;
• Vidarebefordrar klienten till den valda resursen.

Idag kan en klient (terminal) för VDI vara praktiskt taget vad som helst som har en skärm – en bärbar dator, smartphone, surfplatta, kiosk, tunn eller noll klient. Och svarsdelen, samma som exekverar den produktiva belastningen - en terminalserversession, en fysisk maskin, en virtuell maskin. Moderna mogna VDI-produkter är tätt integrerade med den virtuella infrastrukturen och hanterar den självständigt i ett automatiskt läge, distribuerar eller, tvärtom, tar bort virtuella maskiner som inte längre behövs.

Lite åt sidan, men för vissa kunder är en extremt viktig VDI-teknik stöd för hårdvaruacceleration av 3D-grafik för designers eller designers arbete.

Protokoll

Den andra extremt viktiga delen av en mogen VDI-lösning är åtkomstprotokollet för virtuella resurser. Om vi ​​pratar om att arbeta i ett lokalt företagsnätverk med ett utmärkt, pålitligt 1 Gbps-nätverk till en arbetsplats och en fördröjning på 1 ms, då kan du ta praktiskt taget vilken som helst och inte tänka alls.

Du måste tänka när anslutningen är över ett okontrollerat nätverk, och kvaliteten på detta nätverk kan vara absolut vad som helst, upp till hastigheter på tiotals kilobitar och oförutsägbara förseningar. De är precis rätt för att organisera riktigt distansarbete, från dachas, hemifrån, från flygplatser och matställen.

Terminalservrar kontra virtuella klientdatorer

Med tillkomsten av VDI verkade det som att det var dags att säga adjö till terminalservrar. Varför behövs de om alla har sin egen personliga VM?

Men ur rent ekonomisk synvinkel visade det sig att för typiska massjobb, identiska ad nauseum, finns det inget mer effektivt än terminalservrar när det gäller pris/session-förhållande. Trots alla dess fördelar spenderar metoden "1 användare = 1 VM" betydligt mer resurser på virtuell hårdvara och ett fullfjädrat operativsystem, vilket försämrar ekonomin på typiska arbetsplatser.

När det gäller arbetsplatser för toppchefer, icke-standardiserade och laddade arbetsplatser, behovet av att ha höga rättigheter (upp till administratör), har en dedikerad VM per användare en fördel. Inom denna virtuella dator kan du allokera resurser individuellt, utfärda rättigheter på vilken nivå som helst och balansera virtuella datorer mellan virtualiseringsvärdar under hög belastning.

VDI och ekonomi

I flera år har jag hört samma fråga - hur är VDI billigare än att bara dela ut bärbara datorer till alla? Och i åratal har jag behövt svara på exakt samma sak: för vanliga kontorsanställda är VDI inte billigare, om vi tar hänsyn till nettokostnaderna för att tillhandahålla utrustning. Vad man än kan säga, bärbara datorer blir billigare, men servrar, lagringssystem och systemprogramvara kostar ganska mycket pengar. Om det är dags för dig att uppdatera din flotta och du funderar på att spara pengar genom VDI, nej, du kommer inte att spara pengar.

Jag citerade de fruktansvärda tre bokstäverna GRC ovan - så VDI handlar om GRC. Det handlar om riskhantering, det handlar om säkerhet och bekvämlighet med kontrollerad åtkomst till data. Och allt detta brukar kosta ganska mycket pengar att implementera på en massa olika typer av utrustning. Med VDI förenklas kontrollen, säkerheten ökas och håret blir mjukt och silkeslent.

HPE Remote Work Solutions

Fjärr- och molnhantering

iLO

HPE är långt ifrån en nykomling till fjärrhantering av serverinfrastruktur, inget skämt – i mars fyllde legendariska iLO (Integrated Lights Out) 18 år. Jag minns mina dagar som administratör på 00-talet och personligen kunde jag inte vara lyckligare. Den första installationen i rack och anslutningskablar var allt som behövde göras i ett bullrigt och kallt datacenter. All annan konfiguration, inklusive laddning av operativsystemet, kunde göras från en arbetsstation, två bildskärmar och en mugg varmt kaffe. Och det här är 13 år sedan!

Idag är HPE-servrar den obestridda långsiktiga kvalitetsstandarden av en anledning - och inte minst rollen i detta spelas av guldstandarden för fjärrhanteringssystemet - iLO.

Jag skulle särskilt vilja notera HPE:s åtgärder för att upprätthålla mänsklighetens kontroll över coronaviruset. HPE meddelade, att fram till slutet av 2020 (minst) iLO Advanced-licensen är tillgänglig för alla gratis.

Infosight

Om du har fler än 10 servrar i din infrastruktur, och administratören inte är uttråkad, så kommer givetvis HPE Infosights molnsystem baserat på artificiell intelligens att vara ett utmärkt komplement till vanliga övervakningsverktyg. Systemet övervakar inte bara status och bygger grafer, utan rekommenderar också självständigt ytterligare åtgärder baserat på den aktuella situationen och trenderna.

Vara smart, vara som Otkritie Bank, prova Infosight!

oneview

Sist men inte minst vill jag nämna HPE OneView – en hel produktportfölj med enorma möjligheter för att övervaka och hantera hela infrastrukturen. Och allt detta utan att resa dig från ditt skrivbord, vilket du kan ha i den nuvarande situationen på din dacha.

Förvaringssystem är inte heller dåliga!

Naturligtvis är alla lagringssystem fjärrstyrda och övervakade – så var fallet för många år sedan. Därför vill jag i dag prata om något annat, nämligen tunnelbanekluster.

Metrokluster är inte alls nya på marknaden, men det är just därför de fortfarande inte är särskilt populära - trögheten i tänkandet och första intrycket påverkar dem. De fanns förstås redan för 10 år sedan, men de kostar som en gjutjärnsbro. Åren som har gått sedan de första metroklusterna har förändrat branschen och tillgången på teknik för allmänheten.

Jag minns projekt där delar av lagringssystem var specialdistribuerade - separat för superkritiska tjänster i ett metrokluster, separat för synkron replikering (mycket billigare).

Faktum är att 2020 kostar ett metrokluster dig ingenting om du kan organisera två sajter och kanaler. Men kanalerna som krävs för synkron replikering är exakt desamma som för metrokluster. Mjukvarulicensiering har länge utförts i paket – och synkron replikering kommer direkt som ett paket med ett metrokluster, och det enda som hittills håller enkelriktad replikering vid liv är behovet av att organisera ett utökat L2-nätverk. Och även då sveper L2 över L3 redan över landet med stor kraft.

Så vad är den grundläggande skillnaden mellan synkron replikering och metrokluster ur fjärrarbetes synvinkel?

Allt är väldigt enkelt. Metroklustret fungerar automatiskt, alltid, nästan omedelbart.

Hur ser processen med lastväxling för synkron replikering ut på en infrastruktur med minst flera hundra virtuella datorer?

1. En nödsignal tas emot.
2. Jourskiftet analyserar situationen - du kan lugnt avsätta 10 till 30 minuter bara för att få en signal och fatta ett beslut.
3. Om de tjänstgörande ingenjörerna inte har befogenhet att självständigt påbörja övergången, har du ändå 30 minuter på dig att kontakta personen hos myndigheten och formellt bekräfta starten av övergången.
4. Tryck på den stora röda knappen.
5. 10-15 minuter för timeouts och volymremontering, VM-omregistrering.
6. 30 minuter att ändra IP-adresser är en optimistisk uppskattning.
7. Och slutligen, starten på VM och lanseringen av produktiva tjänster.

Den totala RTO (tiden för att återställa affärsprocesser) kan säkert uppskattas till 4 timmar.

Låt oss jämföra med situationen på metroklustret.

1. Lagringssystemet förstår att anslutningen till metroklusterarmen försvinner - 15-30 sekunder.
2. Virtualiseringsvärdar förstår att det första datacentret går förlorat - 15-30 sekunder (samtidigt med punkt 1).
3. Automatisk omstart av hälften till en tredjedel av virtuella datorer i det andra datacentret - 10-15 minuter innan tjänster laddas.
4. Ungefär vid den här tiden inser vaktskiftet vad som hände.

Totalt: RTO = 0 för enskilda tjänster, 10-15 minuter i det allmänna fallet.

Varför startas bara en halv till en tredjedel av de virtuella datorerna om? Titta vad som händer:

1. Du gör allt smart och möjliggör automatisk balansering av VM:n. Som ett resultat är det i genomsnitt bara hälften av de virtuella datorerna som körs i ett av datacentren. När allt kommer omkring är hela poängen med ett metrokluster att minimera driftstopp, och därför ligger det i ditt intresse att minimera antalet virtuella datorer under attack.
2. Vissa tjänster kan klustras på applikationsnivå, fördelade över olika virtuella datorer. Följaktligen spikas dessa ihopparade virtuella datorer en efter en, eller knyts med ett band till olika datacenter, så att tjänsten inte väntar på att den virtuella datorn startar om i händelse av en olycka.

Med en välbyggd infrastruktur med utökade tunnelbanekluster arbetar affärsanvändare med minimala förseningar var som helst, även i händelse av en olycka på datacenternivå. I värsta fall blir förseningen tiden för en kopp kaffe.

Och naturligtvis fungerar metrokluster utmärkt både på HPE 3Par, som går mot Valinor, och på den helt nya Primera!

Avlägsen arbetsplatsinfrastruktur

Terminalservrar

Det finns inget behov av att komma med något nytt för terminalservrar, HPE har levererat några av de bästa servrarna i världen för dem i många år. Tidlösa klassiker - DL360 (1U) eller DL380 (2U) eller för AMD-fans - DL385. Naturligtvis finns det även bladservrar, både den klassiska C7000 och den nya Synergy komponerbara plattformen.

För varje smak, för varje färg, maximala sessioner per server!

"Klassisk" VDI + HPE enkelhet

I det här fallet, när jag säger "klassisk VDI" menar jag konceptet 1 användare = 1 virtuell dator med klient Windows. Och naturligtvis finns det ingen närmare och dyrare VDI-belastning för hyperkonvergerade system, speciellt med deduplicering och komprimering.

Här kan HPE erbjuda både sin egen hyperkonvergerade Simplicity-plattform och 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 Simplicitys egen lösning. Fokus, som namnet försiktigt antyder för oss, är enkelhet. Lätt att distribuera, lätt att hantera, lätt att skala.

Hyperkonvergerade system är idag ett av de hetaste ämnena inom IT, och antalet leverantörer på olika nivåer är cirka 40. Enligt Gartners magiska torg ligger HPE i Top5 globalt, och ingår i torget av ledare – de som förstår där branschen utvecklas och kan förstå att den kan översättas till hårdvara.

Arkitektoniskt är Simplivity ett klassiskt hyperkonvergerat system med virtuella kontroller, vilket innebär att det kan stödja olika hypervisorer, till skillnad från hypervisorintegrerade system. Faktum är att från och med april 2020 stöds VMware vSphere och Microsoft Hyper-V, och planer på att stödja KVM har tillkännagivits. Nyckelegenskapen hos Simplitivity sedan dess uppkomst på marknaden har varit hårdvaruacceleration av komprimering och deduplicering med hjälp av ett speciellt acceleratorkort.

Det bör noteras att komprimering och deduplicering är globala och alltid aktiverade; detta är inte en valfri funktion, utan lösningens arkitektur.

HPE är naturligtvis något oseriöst och hävdar en verkningsgrad på 100:1, beräknad på ett speciellt sätt, men effektiviteten i utrymmesanvändningen är verkligen mycket hög. Det är bara det att siffran 100:1 är för vacker. Låt oss ta reda på hur Simplivity är tekniskt implementerat för att visa sådana siffror.

Snapshot. Ögonblicksbilder är 100 % korrekt implementerade som RoW (Redirect-on-Write) och inträffar därför omedelbart och orsakar inte prestationsstraff. Hur skiljer de sig till exempel från vissa andra system. Varför behöver vi lokala ögonblicksbilder utan straff? Ja, det är väldigt enkelt att minska RPO från 24 timmar (genomsnittlig RPO för säkerhetskopiering) till tiotals eller till och med enheter av minuter.

säkerhetskopiering. En ögonblicksbild skiljer sig från en säkerhetskopia endast i hur den uppfattas av det virtuella maskinhanteringssystemet. Om när du tar bort en maskin allt annat raderas, då var det en ögonblicksbild. Om det finns någon kvar betyder det att det är en säkerhetskopia. Således kan vilken ögonblicksbild som helst betraktas som en fullständig säkerhetskopia om den är markerad i systemet och inte raderad.

Naturligtvis kommer många att invända - vad är detta för slags backup om den lagras på samma system? Och här finns ett mycket enkelt svar i form av en motfråga: säg mig, har du en formell hotmodell som fastställer reglerna för att lagra en säkerhetskopia? Detta är en absolut ärlig säkerhetskopia mot att ta bort en fil inuti en virtuell dator, detta är en säkerhetskopia mot att radera själva den virtuella datorn. Om det finns ett behov av att lagra en säkerhetskopia uteslutande på ett separat system, har du ett val: replikering av denna ögonblicksbild till ett andra Simplivity-kluster eller till HPE StoreOnce.

Och det är här det visar sig att en sådan arkitektur helt enkelt är idealisk för alla typer av VDI. VDI betyder trots allt hundratals eller till och med tusentals extremt lika maskiner med samma OS, med samma applikationer. Global deduplicering kommer att tugga upp allt detta och komprimera inte ens 100:1, men mycket bättre. Distribuera 1000 virtuella datorer från en mall? Inget problem alls, dessa maskiner kommer att ta längre tid att registrera med vCenter än att klona.

Simplicity G-linjen skapades speciellt för användare med speciella prestandakrav och för dem som behöver 3D-acceleratorer.

Denna serie använder ingen hårdvaru-dedupliceringsaccelerator och minskar därför antalet diskar per nod så att styrenheten hanterar det i mjukvara. Detta frigör PCIe-platser för alla andra acceleratorer. Mängden tillgängligt minne per nod har också fördubblats till 3TB för de mest krävande arbetsbelastningarna.

Simplicity är idealiskt för att organisera geografiskt distribuerade VDI-infrastrukturer med datareplikering till ett centralt datacenter.

En sådan VDI-arkitektur (och inte bara VDI) är särskilt intressant i sammanhanget av ryska realiteter - enorma avstånd (och därför förseningar) och långt ifrån idealiska kanaler. Regionala centra skapas (eller till och med bara 1-2 Simplicity-noder i ett helt avlägset kontor), där lokala användare ansluter via snabba kanaler, full kontroll och hantering från centret bibehålls, och endast en liten mängd verkliga, värdefulla och inte skräp, replikeras till centerdata.

Självklart är Simlivity helt ansluten till OneView och InfoSight.

Tunna och noll kunder

Tunna klienter är specialiserade lösningar för användning uteslutande som terminaler. Eftersom det praktiskt taget inte finns någon belastning på klienten förutom att underhålla kanalen och avkoda video, finns det nästan alltid en processor med passiv kylning, en liten startskiva bara för att starta ett speciellt inbyggt operativsystem, och det är i princip allt. Det finns praktiskt taget inget att bryta i den, och den är värdelös att stjäla. Kostnaden är låg och ingen data lagras.

Det finns en speciell kategori av tunna klienter, de så kallade nollklienterna. Deras huvudsakliga skillnad från tunna är frånvaron av ens ett allmänt inbyggt operativsystem, och fungerar uteslutande med ett mikrochip med firmware. De innehåller ofta speciella hårdvaruacceleratorer för avkodning av videoströmmar i terminalprotokoll som PCoIP eller HDX.

Trots uppdelningen av stora Hewlett Packard i separata HPE och HP är det omöjligt att inte nämna tunna klienter som produceras av HP.

Valet är brett, för alla smaker och behov - upp till flerskärmsarbetsstationer med hårdvaruacceleration av videoströmmen.

HPE-tjänst för ditt distansarbete

Och sist men inte minst vill jag nämna HPE-tjänsten. Det skulle vara för långt att lista alla HPE:s servicenivåer och möjligheter, men det finns åtminstone ett extremt viktigt erbjudande för fjärrarbetsmiljöer. Nämligen en serviceingenjör från HPE/auktoriserat servicecenter. Du fortsätter att arbeta på distans, från din favoritdacha, lyssna på humlor, medan ett bi från HPE, som anländer till datacentret, ersätter diskar eller en trasig strömförsörjning i dina servrar.

HPE CallHome

I dagens förhållanden, med rörelsebegränsningar, blir Call Home-funktionen mer relevant än någonsin. Alla HPE-system med denna funktion kan självrapportera ett maskin- eller programvarufel till HPE Support Center. Och det är troligt att en reservdel och/eller en servicetekniker kommer till din plats långt innan du märker några fel eller problem med produktiva tjänster.

Personligen rekommenderar jag starkt att du aktiverar den här funktionen.

Källa: will.com