Introduktion till IBM X-Series Server Enterprise Architecture Technology
IBM Enterprise Type X Architecture (EXA) funktioner och fördelar:
IBM Enterprise X-Architecture visar hur ett smart utformat tillvägagångssätt för evolution kan skapa innovativa funktioner. Enterprise Type X-arkitekturen använder tre industristandardkomponenter inom serverteknik – processor, minne och I/O – och är ytterligare förbättrad med avancerade funktioner som är utformade för att ta standardsystem till nästa nivå.
Enterprise Type X-arkitekturen tillför funktioner till branschens standardservrar som tidigare endast var tillgängliga för stordatorer och andra avancerade systemanvändare. Dessa nya funktioner, kombinerade med befintliga X-typ arkitekturteknologier, skapar revolutionerande skalbarhet, ekonomi, oöverträffad flexibilitet och nya nivåer av tillgänglighet och prestanda. Nyckelfunktioner som glädjer kunder genom att förenkla hanteringen, minska kostnader och förbättra tillgängligheten inkluderar:
o XpandOnDemand-skalbarhet, systemsegmentering, PCI–X I/O-delsystem, Active PCI–X
o I/O
o Memory ProteXion
- Chipkill-minne
- Minnesspegling
- Hot-added/hot-swappable minne (kommer snart)
o XceL4 server accelerator cache
I följande innehåll kommer vi att i detalj introducera de fyra aspekterna av serverskalbarhet: L4-cache, minnesteknologi och I/O.
Enterprise X-typ arkitektur: XpandOnDemand
Tack vare sin flexibla modulära design skapar Enterprise X-arkitekturen en revolutionerande ny ekonomi för servrar: kunder behöver inte längre köpa så många servrar som möjligt direkt för att säkerställa framtida kapacitetstillväxt. Du kan betala när du växer. Vi kallar detta innovativ XpandOnDemand-skalbarhet.
Enterprise X-typ arkitekturteknik använder en förbättrad, högpresterande fyrvägs SMP-standardbyggsten kallad SMP-expansionsmodul. Genom att använda dessa 4-vägsmoduler som skalbara företagsnoder möjliggör IBM SMP-expansionsmoduler effektiv expansion från 4-vägs till 8-vägs till 12-vägs – och till och med 32-vägs system, som kopplas samman via en enda höghastighets SMP-expansionsport. Därför, om kunden så småningom behöver mer processorkapacitet, kan en extra 4-kanalsmodul läggas till för att skapa en 8-socket-server kombinerad med enkel kabeldragning. Om dessa 8-sockets servrar inte tillhandahåller tillräckligt med platser och fack kan de ytterligare öka I/O-platsens kapacitet genom att koppla in externa fjärr-I/O-expansionsenheter (beskrivna senare) och fjärrlagringsenheter som IBM EXP500.
SMP-expansionsmoduler för Enterprise Type X-arkitektur inkluderar processorer, minne, I/O-stöd, cache, lagring och andra enheter som kan köras separat likt andra servrar. Varje modul kan köra ett operativsystem som skiljer sig från de andra, eller flera moduler kan tilldelas en operativsystemversion genom systemsegmentering om det behövs. Med systemsegmentering kan ett system konfigureras som ett minnessystem som delar 16–processorer, eller delas upp i flera segment. I slutändan, när alla EXA-funktioner stöds, är ett segment lika litet som en processor.
Moduler är kopplade till varandra via dedikerade högpresterande sammankopplingsenheter kallade SMP-expansionsportar, som delar resurser för nästan linjär skalbarhet, vilket gör det möjligt för användare att anpassa sig för att köra flera noder som en stor konglomeratenhet, eller som två eller flera mindre enheter – eller till och med omarrangera konfigurationen senare vid behov.
EXA-teknologin ger också åtkomst mellan alla processorer och allt minne, oberoende av deras respektive noder, vilket minskar anslutningen. Med varje ytterligare nod kan du också lägga till chipset, front-end-bussar, PCI-bussar och andra resurser för att dela datatrafik. Fler noder innebär mer systembandbredd. Föreställ dig konflikterna och resursproblemen du stöter på i ett traditionellt 16- eller 32-vägs SMP-system.
På samma sätt är det så enkelt att stödja ett kluster av servrar kopplade via failover som att koppla ihop två, tre eller fyra fyrvägsnoder. Du kan använda samma systemförlängningsportrouting mellan noder för klusteranslutning. För skalbara kluster kan en höghastighetsanslutning skapas utan en komplex Ethernet-uppsättning, eftersom den redan finns via SMP-expansionsportar. Dessutom är Ethernet PCI–X-platsen öppen för annan I/O.
SMP Extension Module Technology: XceL4 Server Accelerator Cache
En avancerad funktion som stöds av Enterprise Type X Architecture (EXA) är en massiv nivå 4 (XceL4 Server Accelerator Cache) systemcache som säkerställer korrekt funktion av SMP-expansionsmodulens minnesprestandateknik, med 64 MB 400 MHz DDR (Double Data Transfer Rate) höghastighets ECC-minne per SMP-expansionsmodul i Itanium-baserade servrar jämfört med 32 MB i Xeon-system.
Genom att använda högpresterande DDR-minne mellan processorn och huvudminnet kan XceL4-cachen avsevärt förbättra prestandan hos processorn och I/O-enheterna. Hur mycket har prestandan förbättrats? I en bransch där leverantörer har en prestandafördel på mer än 2 % jämfört med konkurrenterna kan XceL4-cachelagring öka genomströmningen på alla servrar med upp till 15 % till 20 %.
Intels 32- och 64-bitars processorer innehåller relativt små (128 K till 4 MB, beroende på processor) nivå 1, nivå 2 och (med Itanium) nivå 3 inbyggt cacheminne. Mängden inbyggd cache begränsas av det utrymme som finns tillgängligt i processormodulen. Ju större cacheminne, desto oftare letar processorn efter den data den behöver, och desto mindre behöver den använda långsammare huvudminne. (Processorhastigheten ökar i en takt som är mycket snabbare än huvudminnet; Antalet gånger huvudminnet måste nås ökar varje år. )
Stor minneskapacitet
Active Memory är ett genombrott inom massminnesteknologin hos X-typarkitekturer för företag, utformat för att öka kapacitet, prestanda och tillförlitlighet. En sådan teknik är förmågan att stödja stora minneskapaciteter.
Medan vissa servrar fortfarande är begränsade av antalet minnesplatser de kan installera, är andra begränsade av det maximala minne som chipsetet servern använder kan stödja. Av dessa skäl har de flesta servrar en minnesgräns på 16 GB RAM eller mindre. Enterprise Type X-arkitekturen bryter denna barriär och tillåter upp till 256 GB RAM (64 GB i en server baserad på en 32-bitars Intel Xeon MP-processor) i en server baserad på en 64-bitars Itanium-baserad server.
MinnesproteXion
Memory ProteXion hjälper till att skydda mot plötsliga fel orsakade av hårda minnesfel. Det fungerar ungefär likt hot spare disk-sektorer i Windows NTFS-filsystem, och om operativsystemet upptäcker dåliga sektorer på disken skriver det data till reservsektorn för detta ändamål. MinnesproteXion (även känt som redundant bittuning på andra system) utvecklades ursprungligen för IBM-stordatorer och har använts i många år på zSeries- och iSeries-servrar.
Servrar som skyddas av minnesproteXion löper nästan 200 gånger mindre risk att gå sönder än en server som använder standard ECC-minne. ECC (Error Detection and Correction) DIMM innehåller 144 bitar, men endast 140 bitar används för data, och de återstående fyra bitarna används inte. MinnesproteXion skriver helt enkelt om data till några av dessa reservbitar, istället för att snabbt inaktivera DIMM:er. Denna metod gör det möjligt för Memory ProteXion att korrigera fyra på varandra följande bitfel per DIMM—åtta på varandra följande bitfel per minneskontroller (en server kan ha flera kontroller). Denna avancerade teknik kan bidra till att minska serverdriftstopp, vilket resulterar i en mer robust klient-server-datorplattform. Detta är särskilt viktigt i stora databasmiljöer, där transaktioner/rollbacks, omindexering och datasynkronisering mellan servrar kan leda till timmars förlust innan en kraschad databas är igång igen. Om en minneskontroller körs utanför standby-biten fortsätter den att fungera som en andra försvarslinje för Chipkill-minnet.
Chipkill ECC-minne (nu tredje generationen av branschens standarddatorer) fungerar bara när en server drabbas av så många fel på kort tid att minnesproteXion inte kan lösa det.
Minnesspegling
Den tredje försvarslinjen mot serverdriftstopp på grund av minnesfel är minnesspegling. I denna teknik hanteras minnet på ett mycket liknande sätt som diskspegling i en RAID-konfiguration. I detta fall speglas den exakta mappningen av data på huvudminnesminnet till reserv- eller backup-minnesmodulen. Resultatet är att om ett minnesminne går sönder blir det speglade minneskortet huvudminnet. Efter att ha bytt ut det trasiga minneskortet speglas datan i huvudminnet till det nya minnet.
PCI–X I/O-system och Active PCI–X
De senaste PC I/O-bussarna tillåter flera 64-bitars 66 MHz PCI-busssegment, som stödjer 400 till 500 MBps per segment. Denna bandbredd räcker inte för att stödja framväxande I/O-miljöer med 10 Gbps (gigabyte per sekund) eller högre.
Utan andra prestandaförbättringar kommer PCI snabbt att bli en flaskhals som hindrar dessa höghastighetsnätverk från att ansluta servrar vid maximal nätverkshastighet. I/O-flaskhalsar har hindrat industristandardservrar från att bli en balanserad systemarkitektur, en egenskap hos högpresterande Intel-baserade servrar och stordatorsystem. Därför har industrin utvecklat en förbättrad buss kallad PCI–X, som är utformad för att förlänga PCI:s livslängd tills nästa generations seriella I/O-arkitekturer som InfiniBand är klara.
PCI–X tillåter att alla nuvarande 32-bitars och 64-bitars 66 MHz PCI-adaptrar fungerar korrekt i PCI–X-bussen. PCI–X-adaptern utnyttjar fullt ut de nya busshastigheterna på 100 MHz och 133 MHz, vilket gör att en enda 64-bitars adapter kan leverera upp till 1 gigabyte data per sekund. Dessutom stöder PCI–X dubbelt så många PCI 66 MHz 64-bitars adaptrar i en och samma buss.
Active PCI–X låter dig lägga till eller ersätta Active PCI- och Active PCI–X-stödda kort utan att stänga ner servern. De Active PCI–X-funktioner som är utformade för att förbättra den totala servertillgängligheten kategoriseras enligt följande:
Hot-swappable låter dig byta ut en defekt eller förestående adapter utan att behöva starta om
Hot Add ger enkla uppgraderingar som låter dig lägga till nya adaptrar medan servern körs (IBM var först i branschen att erbjuda denna funktion)
Failover gör att reservadaptern ansvarar för att köra alla tjänster som bearbetas vid ett primärt adapterfel
Tekniska frågor om 8658-51Y 5100X230-servern:
1.8658 11Y----21Y—61Y-6RY och andra NF 5100/X230-moderkort är alla likadana, denna typ av server som IBM beror på
Det finns ett problem med produktionsdesignen och dess VRM-fel med CPU-första platsen, vilket i allvarliga fall bränner CPU och moderkort.
2. För att lösa detta problem hade IBM senare ett 5100-förbättrat kort kallat FRU: 59P5869
Du kan inte bränna CPU-VRM:n, det vill säga den första platsen på CPU:n, du kan ladda CPU:n normalt: Några större kunder är IBM Send Basket Fast
Ingenjören bytte ut moderkortet mot det förbättrade kortet FRU:59P5869.
3. Det finns ett annat sätt: Lankuais ingenjörsmetod (övade) att flytta CPU:n till den andra CPU-platsen
Lägg till ett VRM-CPU-terminalkort från den ursprungliga andra CPU-platsen till CPU:ns första plats, och så vidare
Det undviker förlusten av att bränna den första CPU:n. Det vill säga, servern kan bara gå upp till en CPU
Den andra CPU-platsen. Detta passar FRU: 09N7844 06P6165 25P3289, dvs. icke-modifierade skyltar.
4. Detta är också anledningen till att IBM 5100/X230 är benägen för problem, men det finns också en lösning.
Så en bra CPU bör aldrig gå till CPU:ns första plats.
Detaljerad förklaring av kommando- och konfigurationsmetoden Ipssend
Ipssend är ett verktyg för att konfigurera arrayer på kommandoraden, själva kommandofilen är mycket liten och lätt att ladda ner från Internet, vilket kan lösa problemet med att vissa användare förlorar server raid, server guide-skivor och inte kan ladda ner cirka 500 Mb disc iso-bildfiler från internet.
Huvudkommandon:
1.create - Funktionen för detta kommando är att skapa en logisk enhet ovanpå en befintlig eller ny array.
Observera: Detta kommando kan inte skapa en logisk enhet för RAID nivå-x0.
Kommandoformat: IPSSEND CREATE-kontroller LOGICALDRIVE NEWARRAY/ARRAYID storlek raidlevel {channel sid}
l controller avser ID-numret för RAID-controllern (1-12)
l NEWARRAY betyder att skapa en ny array (om du inte vill skapa en ny array kan du utelämna den)
L-storlek och raidnivå är nivåerna för storleken och arrayen av logiska enheter som ska skapas, respektiv
Exempel: (Standardkontroller är 1, hårddisk-id startar från 0, logisk diskstorlek är 100 Mb)
1. En hårddisk gör raid 0: ipssend skapar 1 logicaldrive newarray 100 0 1 0. Den sista 1 0 avser motsvarande {channel sid}
2. Gör raid 0 på två hårddiskar: ipssend skapa 1 logicaldrive newarray 100 0 1 0 1 1 1. Det sista 1 0 1 1 1 syftar på motsvarande {kanalsid}
3. Två hårddiskar gör RAID 1: ipssend skapar 1 logisk enhet newarray 1 1 1 0 1 1. Det sista 1 0 1 1 1 syftar på motsvarande {kanalsid}
4. Tre hårddiskar gör RAID 5: ipssend skapar 1 logicaldrive newarray 100 5 1 0 1 1 1 2. Det sista 1 0 1 1 1 1 2 syftar på motsvarande {channel sid}-kommando som definierar denna newarray som array a.
5. Om du vill skapa ett annat logicaldrive-inmatningskommando baserat på exempel 4:
Ipssend skapa 1 logisk driv en 100 5 1 0 1 1 1 1 1 2. Det sista 1 0 1 1 1 1 2 syftar på motsvarande {kanal sid}
2.delete - Detta kommando tar bort en array som redan existerar. Samtidigt kommer datan på den logiska disken att gå förlorad.
Observera: Detta kommando kan inte radera den logiska enheten för RAID nivå-x0
Kommandoformat: IPSSEND DELETE-kontrollerarrayer arrayad
l controller avser ID-numret för RAID-controllern (1-12)
l arrayID är arrayen som existerar (A-H)
Exempel: (Förutsatt att kontrollern är 1 och arrayID är a)
ipssend delete 1 array a
3. devinfo – Detta kommando listar status och storlek på den fysiska disken.
Kommandoformat: IPSSEND DEVINFO-kontrollerkanalsid
l controller avser ID-numret för RAID-controllern (1-12)
l-kanal avser SCSI-kanal (1-4)
l SID avser SCSI ID-nummer (0-15)
Till exempel: ipssend devinfo 1 1 0
Den visas enligt följande:
Hittade 1 IBM ServeRAID-kontroller.
Enhetsinformation har initierats för kontroller 1...
Enheten är en hårddisk
Kanal : 1
SCSI-ID : 0
PFA (Ja/Nej): Nej
Tillstånd: Redo (RDY)
Storlek (i MB)/(i sektorer): 34715/71096368
Enhets-ID: IBM-ESXSST336732B84G3ET0YAHS
FRU artikelnummer: 06P5778
Kommandot slutfördes framgångsrikt.
4. drivever – Detta kommando listar leverantörens ID, firmwareversion och serienummer på den fysiska enheten.
Kommandoformat: IPSSEND DRIVEVER controller channel sid
l controller avser ID-numret för RAID-controllern (1-12)
l-kanal avser SCSI-kanal (1-4)
l SID avser SCSI ID-nummer (0-15)
Ipssend drivever 1 1 0
Den visas enligt följande:
Hittade 1 IBM ServeRAID-kontroller.
SCSI-utredning DCDB har inletts för kontrollant 1...
Enhetstyp: Hårddisk
Kanal : 1
SCSI-ID : 0
Leverantör: IBM-ESXS
Revisionsnivå: B84G
Serienummer: 3ET0YAHS
Kommandot slutfördes framgångsrikt.
5. getconfig - Detta kommando listar information om kontrollern, den logiska enheten och den fysiska
Kommandoformat: IPSSEND GETCONFIG-kontroller AD/LD/PD/AL
Controller avser ID-numret på RAID-kontrollern (1-12)
l AD visar kontrollinformation
l LD visar information om logiska enheter
l PD visar information om fysiska enheter
l AL visar all ovan nämnd information
Exempel: (Standardkontroll är 1)
Ipssend GetConfig 1 AL
6. setconfig - Detta kommando ändrar konfigurationen av kontrollern, till exempel genom att återuppta standardvärdet och kopiera arrayinformationen från hårddisken
Kommandoformat: IPSSEND SETCONFIG-kontroller DEFAULT/IMPORTDRIVE
Exempel:
Återställ en kontroller till en exit-inställning:
Ipssend setconfig 1 standard
Kopiera arrayinformation från hårddisken:
IpsSent SetConfig 1 ImportDrive
7.scandrives – skannar alla hårddiskar på styrenheten
Kommandoformat: IPSSEND SCANDRIVES-kontroller
l controller avser ID-numret för RAID-controllern (1-12)
Användning: (Förutsatt att kontrollen är 1)
ipssend scandrives 1
8. Backup - Backup-arrayinformation
Kommandoformat: IPSSEND BACKUP-kontrollerfilnamn
l controller avser ID-numret för RAID-controllern (1-12)
Exempel på användning:
ipssend backup 1 backupfil
9. återställ – återställ den säkerhetskopierade arrayinformationen
Kommandoformat: IPSSEND RESTORE controller-filnamn
l controller avser ID-numret för RAID-controllern (1-12)
Exempel på användning:
ipssend restore 1 backupfil
Om IBMs BIOS-nedgraderingsmetod för RAID-kort
Detta är ett program flashman.pro fil på IBM-uppgraderingsdisken, du behöver ändra följande program för att nedgradera RAID BIOS och använda IBM RAID-skivor för att nedgradera RAID BIOS. Sättet att göra detta är att först ladda ner BIOS-uppgraderingen 4.84
Program.4.84 BIOS/firmare uppgraderingsdisk. Den flashman.pro filen lyder:
ServeRAID-familjens firmware och BIOS-nedladdningsverktygsprofil
Diskutgåva: 4.84.01
.
Format =
[------ BIOS -------] [---- firmware -----] [------ Boot -------]
:Adapternamn, Bildnamn, Rev#,Dsk#,Bildnamn,Rev#,Dsk#,Bildnamn,Rev#,Dsk#,
.
-----------------------------------------------------------------------------
.
Typ:ServeRAID,A:
.
Okänd adapter
:?,raid.img,99,1,codeblk.cph,99,2,bootblk.cph,0.00.00,1,
.
Kopparhuvudadapter
:ServeRAID,raid.img,4.84.01,1,codeblk.cph,2.25.01,2,bootblk.cph,0.00.00,1,
.
ServeRAID på planär bild (Navajo)
:ServeRAID1C1,raid.img,4.84.01,1,codeblk.nvj,2.88.13,2,bootblk.nvj,0.00.00,1,
.
Copperhead-Refresh-adapter
:Serve RAID II,raid.img,4.84.01,1,codeblk.rf,2.88.13,2,bootblk.rf,0.00.00,1,
.
Copperhead-Refresh på hyvel (Kiowa)
:ServeRAID2C2,raid.img,4.84.01,1,codeblk.rf,2.88.13,2,bootblk.rf,0.00.00,1,
.
Klarinettadapter
:ServeRAID-3H,raid.img,7.84.01,1,codeblk.cln,7.84.01,1,bootblk.cln,0.00.00,1,
.
Klarinett-Lite-adapter (Oboe)
:ServeRAID-3L,raid.img,7.84.01,1,codeblk.cln,7.84.01,1,bootblk.cln,0.00.00,1,
.
Trombonadapter
:ServeRAID-4H,raid.img,7.84.01,1,codeblk.trb,7.84.01,2,bootblk.trb,0.00.00,1,
.
Morpheus-adapter
:ServeRAID-4M,raid.img,7.84.01,1,codeblk.neo,7.84.01,1,bootblk.mor,0.00.00,1,
.
Morpheus-Lite-adapter
:ServeRAID-4L,raid.img,7.84.01,1,codeblk.neo,7.84.01,1,bootblk.mor,0.00.00,1,
.
Neo-adapter
:ServeRAID-4Mx,raid.img,7.84.01,1,codeblk.neo,7.84.01,1,bootblk.neo,4.84.01,1,
.
Neo-Lite-adapter
:ServeRAID-4Lx,raid.img,7.84.01,1,codeblk.neo,7.84.01,1,bootblk.neo,4.84.01,1,
Denna metod innebär att ändra 4lx, raid.img, 4.84.01, 1 (ändra till 7.84.01, 1), codedblk, neo, 4.84.01, 1 ((ändra till 7.84.01, 1) och andra oförändrade, när BIOS uppgraderas visar det sig att 6.10 inte är tillräckligt högt för att uppgradera till nya 7.84 BIOS, och faktiskt generera 4.84. Detta kallas ljusuppgång och mörk fall.
Efter omstart rapporterar RAID-kortet ett fel, vilket är normalt, CATL+1 går in i RAID-kortet och initierar igen.
Det är okej att upprepa.
Använd en BIOS-uppgraderingsdisk med 4.84 från internet. Öppna filen flashman.pro i Notepad och ändra den.
Om den faller. BIOS kan fortfarande inte hantera RAID eller så är hårddisken trasig, koppla SCSI-kabeln från hårddiskens backplan till SCSI-gränssnittet på moderkortet, CATL+A skanna hårddisken för att se om den passerar jämnt, eller så kan vissa OEM-hårddiskar inte göra RAID. Det är synd, så det finns inget behov av RAID. Självklart är det bästa beviset att ha en original IBM-hårddisk som RAID 0.
Jag hjälper dig här, nyckeln är upp till dig att avgöra själv. Det finns problem
Ring mig igen. Jag har många RAID-skivor från RAID 3.0 |
Publicerad på 2015-02-16 21:14:01
|
|
|
