Тази статия е огледална статия за машинен превод, моля, кликнете тук, за да преминете към оригиналната статия.

Изглед: 12334|Отговор: 0

[Друго] Редки технически данни за IBM сървъри

[Копирай линк]
Публикувано в 16.02.2015 г. 21:14:01 ч. | | |

Въведение в технологията за корпоративна архитектура на IBM X-Series Server
            Характеристики и предимства на IBM Enterprise Type X Architecture (EXA):
            IBM Enterprise X-Architecture демонстрира как умно замислен подход към еволюцията може да създаде иновативни функции. Архитектурата Enterprise Type X използва три индустриални стандартни сървърни технологични компонента — процесор, памет и I/O — и е допълнително подобрена с усъвършенствани функции, предназначени да изведат стандартните системи на следващото ниво.
            
Архитектурата Enterprise Type X носи функции на стандартните сървъри в индустрията, които преди това бяха достъпни само за мейнфрейм и други висококласни системни потребители. Тези нови функции, комбинирани със съществуващите архитектурни технологии от тип X, създават революционна мащабируемост, икономичност, несравнима гъвкавост и нови нива на наличност и производителност. Ключови характеристики, които радват клиентите чрез опростяване на управлението, намаляване на разходите и подобряване на наличността, включват:
            o XpandOnDemand мащабируемост, сегментация на системата, подсистема PCI–X I/O система, Active PCI–X
            o I/O
            o Memory ProteXion
            - Chipkill памет
            - Огледално огледало на паметта
            - Гореща добавена/гореща заменяема памет (скоро идва)
            o XceL4 server accelerator cache
            
В следващото съдържание ще представим подробно четирите аспекта на мащабируемостта на сървъра, L4 кеша, технологията на паметта и I/O.
            
Enterprise X-тип архитектура: XpandOnDemand
            Благодарение на своя гъвкав модулен дизайн, архитектурата Enterprise X създава революционна нова икономика за сървърите: клиентите вече не трябва да купуват колкото се може повече сървъри предварително, за да гарантират бъдещ растеж на капацитета. Можеш да плащаш, докато растеш. Наричаме това иновативна мащабируемост XpandOnDemand.
            
Технологията за архитектура от тип Enterprise X използва подобрен, високопроизводителен 4-посочен SMP стандартен градивен блок, наречен SMP разширителен модул. Използвайки тези 4-посочни модули като мащабируеми корпоративни възли, IBM SMP разширителните модули позволяват ефективно разширяване от 4-посочни към 8-посочни, до 12-посочни — и дори 32-посочни системи, свързвайки ги чрез един високоскоростен SMP разширителен порт. Следователно, ако клиентът в крайна сметка се нуждае от повече възможности за обработка, може да се добави резервен 4-лентов модул за създаване на 8-сокетен сървър, комбиниран с просто окабеляване. Ако тези 8-сокетни сървъри не осигуряват достатъчно слотове и гнезда, те могат допълнително да увеличат капацитета на входно-изходните слотове чрез включване на външни дистанционни I/O разширителни устройства (описани по-нататък) и дистанционни устройства за съхранение като IBM EXP500.
            
SMP разширителните модули на Enterprise Type X Architecture включват процесори, памет, поддръжка на вход/изход, кеш, съхранение и други устройства, които могат да се изпълняват отделно като други сървъри. Всеки модул може да работи с операционна система, която е различна от останалите, или множество модули могат да бъдат назначени на дадена версия чрез сегментация на системата, ако е необходимо. С системна сегментация системата може да бъде конфигурирана като паметна система, която споделя 16-процесора, или да бъде разделена на няколко сегмента. В крайна сметка, когато всички EXA функции са поддържани, един сегмент е толкова малък, колкото процесор.
            
Модулите са свързани помежду си чрез специални високоскоростни устройства за свързване, наречени SMP разширителни портове, споделяйки ресурси за почти линейна мащабируемост, позволявайки на потребителите да се адаптират да работят с множество възли като голяма конгломератна единица или като две или повече по-малки единици — или дори да пренареждат конфигурацията по-късно при нужда.
            
EXA технологията също така осигурява достъп между всички процесори и цялата памет, независимо от съответните им възли, което намалява свързаността. С всеки допълнителен възел можете да добавяте и чипсети, фронтенд шини, PCI шини и други ресурси за споделяне на трафик от данни. Повече възли означават повече системна пропускателна способност. Представете си конфликтите и проблемите с ресурсите, с които се сблъсквате в традиционна 16- или 32-посочна SMP система.
            
По подобен начин, поддържането на клъстер от сървъри, свързани чрез резервно превключване, е толкова просто, колкото свързването на два, три или четири 4-посочни възела. Можеш да използваш маршрутизация на същия системен разширител между възлите за свързване на клъстери. За мащабируеми клъстери може да се създаде високоскоростна връзка без сложна Ethernet конфигурация, тъй като тя вече съществува чрез SMP разширителни портове. Освен това, Ethernet PCI–X слотът е отворен за други входно-изходни системи.
            
Технология на SMP Extension Module: XceL4 Server Accelerator Cache
Усъвършенствана функция, поддържана от Enterprise Type X Architecture (EXA), е масивен кеш от ниво 4 (XceL4 Server Accelerator Cache), който гарантира правилното функциониране на технологията за производителност на паметта на SMP модулите за разширение, с 64 MB 400 MHz DDR (Double Data Transfer Rate) високоскоростна ECC памет на SMP разширителен модул в сървъри, базирани на Itanium, в сравнение с 32 MB в Xeon системи.
            
Чрез използване на високоскоростна DDR памет между процесора и основната памет, кешът XceL4 може значително да подобри производителността на процесора и I/O устройствата. Колко е подобрена производителността? В индустрия, където доставчиците имат предимство в производителността над 2% пред конкурентите, кеширането на XceL4 може да увеличи пропускателната способност на всички сървъри с до 15% до 20%.
            
Intel 32-битовите и 64-битовите процесори съдържат сравнително малък мащаб (128 K до 4 MB, в зависимост от процесора) от ниво 1, ниво 2 и (с помощта на Itanium) ниво 3 вградена кеш памет. Количеството вграден кеш е ограничено от пространството, налично вътре в процесорния модул. Колкото по-голяма е кеш паметта, толкова по-често процесорът търси необходимите данни и толкова по-малко ще има достъп до по-бавната основна памет. (Скоростта на процесора се увеличава много по-бързо от тази на основната памет; Броят пъти, в които трябва да се достъпва основната памет, се увеличава всяка година. )
            
Голям капацитет на паметта
            Активната памет е пробив в технологията за масова памет на корпоративни архитектури от тип X, проектирана да увеличи капацитета, производителността и надеждността. Една такава технология е способността да поддържа големи капацитети на паметта.
            
Докато някои сървъри все още са ограничени от броя на слотовете за памет, които могат да инсталират, други са ограничени от максималната памет, която чипсетът, който сървърът използва, може да поддържа. Поради тези причини повечето сървъри имат ограничение на паметта от 16 GB RAM или по-малко. Архитектурата Enterprise Type X преодолява тази бариера, позволявайки до 256 GB RAM (64 GB в сървър, базиран на 32-битов Intel Xeon MP процесор) в сървър, базиран на 64-битов сървър на Itanium.
            
Memory ProteXion
Memory ProteXion помага да се предпазят от внезапни повреди, причинени от грешки в твърдата памет. Той работи донякъде подобно на горещите резервни дискови сектори във файловата система Windows NTFS, и ако операционната система открие дефектни сектори на диска, тя записва данни в резервния сектор за тази цел. Memory ProteXion (известен още като излишно настройване на битове на други системи) първоначално е разработен за мейнфрейми на IBM и се използва от много години на сървъри zSeries и iSeries.
            
Сървърите, защитени от Memory ProteXion, са почти 200 пъти по-малко вероятно да се повредат в сравнение със сървъри, използващи стандартна ECC памет. ECC (Error Detection and Correction) DIMM съдържа 144 бита, но само 140 бита се използват за данни, а останалите четири бита не се използват. Memory ProteXion просто пренаписва данни към някои от тези резервни битове, вместо бързо да деактивира DIMM-ите. Този подход позволява на Memory ProteXion да коригира четири последователни битови грешки на DIMM — осем последователни битови грешки на контролер на паметта (сървърът може да има няколко контролера). Тази напреднала технология може да помогне за намаляване на престоите на сървърите, което води до по-стабилна клиент-сървърна изчислителна платформа. Това е особено важно в големи бази данни, където транзакции/връщане назад, преиндексиране и синхронизация на данни между сървърите могат да доведат до часове загуба, преди сринатата база данни да бъде възстановена. Ако контролерът на паметта работи извън бита за готовност, той продължава да действа като втора линия на защита за паметта на Chipkill.
            
Chipkill ECC паметта (сега третото поколение от стандартните компютри в индустрията) работи само когато сървърът претърпи толкова много грешки за кратко време, че Memory ProteXion не може да ги реши.
            
Огледално огледало на паметта
Третата линия на защита срещу прекъсване на сървъра поради повреди в паметта е огледалото на паметта. В тази технология паметта се управлява по много подобен начин на огледалото на диска в RAID конфигурация. В този случай точното картографиране на данните на основната паметна флашка се огледално към резервния или резервния модул памет. Резултатът е, че ако една паметна флашка се повреди, огледалната памет се превръща в основната памет. След замяна на повредената паметна стика, данните в паметта на основната памет се отразяват на новата памет.
            
PCI–X I/O система и активен PCI–X
            Най-новите PC входно-изходни шини позволяват множество 64-битови 66 MHz PCI шинни сегменти, поддържащи 400 до 500 MBps на сегмент. Тази пропускателна способност не е достатъчна, за да поддържа възникващи 10 Gbps (гигабайта в секунда) или по-високи входно-изходни среди.
            
Без други подобрения в производителността, PCI бързо ще се превърне в тесно място, което ще пречи на тези високоскоростни мрежи да свързват сървъри с максимални мрежови скорости. Тесните места в I/O са попречили на сървърите с индустриален стандарт да се превърнат в балансирана системна архитектура, характерно за високоскоростните Intel сървъри и мейнфрейм системи. Затова, за да се решат тези проблеми с производителността, индустрията е разработила подобрена шина, наречена PCI–X, която е предназначена да удължи живота на PCI, докато следващото поколение серийни I/O архитектури като InfiniBand са готови.
            
PCI–X позволява на всички текущи 32-битови и 64-битови 66 MHz PCI адаптери да работят правилно в шината PCI–X. PCI–X адаптерът използва напълно новите скорости на шините от 100 MHz и 133 MHz, които позволяват на един 64-битов адаптер да доставя до 1 гигабайт данни в секунда. Освен това PCI–X поддържа два пъти повече 64-битови адаптери с честота PCI 66 MHz в една шина.
            
Active PCI–X ви позволява да добавяте или заменяте Active PCI и Active PCI–X поддържани карти, без да изключвате сървъра. Функциите на Active PCI–X, предназначени да подобрят общата наличност на сървърите, са категоризирани по следния начин:
            Hot-swapable ви позволява да замените дефектен или предстоящ адаптер без рестартиране
            Hot Add предлага лесни ъпгрейди, които позволяват да добавяте нови адаптери, докато сървърът работи (IBM беше първата в индустрията, която предложи тази функция)
            Failover позволява на резервния адаптер да отговаря за изпълнението на всички услуги, които се обработват при повреда на основния адаптер
            

            Технически въпроси относно сървъра 8658-51Y 5100X230:
            1.8658 11Y----21Y—61Y-6RY и други NF 5100/X230 дънни платки са еднакви, този тип сървър IBM се дължи на
            Има проблем с производствения дизайн и грешката VRM при първия слот на процесора, която в тежки случаи изгаря процесора и дънната платка.
            2. За да реши този проблем, по-късно IBM представи подобрена платка 5100, наречена FRU: 59P5869
            Не можете да изгорите VRM на процесора, тоест първия слот на процесора, можете да го заредите нормално: Някои от основните клиенти са IBM Send Basket Fast
            Инженерът замени дънната платка с подобрената платка FRU:59P5869.
            3. Има и друг начин: инженерният подход на Ланкуай (практикуван) за преместване на процесора във втория слот
            Добавете терминална платка на VRM процесора от оригиналния втори слот към първия слот на процесора и така нататък
            Това избягва загубата при изгаряне на първия процесор. Тоест, сървърът може да достигне само до един процесор
            Вторият слот за процесора. Това пасва на FRU: 09N7844 06P6165 25P3289, т.е. немодифицирани табели.
            4. Това е и причината IBM 5100/X230 да е податлив на проблеми, но има и решение.
            Затова добър процесор никога не трябва да отива в първия слот на процесора.
            Подробно обяснение на командите и метода на конфигурация на Ipssend
            Ipssend е инструмент за конфигуриране на масиви в командния ред, самият команден файл е много малък, лесен за изтегляне от Интернет, което може да реши проблема с загуба на сървърни RAID, сървърни навигационни дискове и невъзможност да изтеглят около 500Mb ISO изображения на дискове от интернет.
            
Основни команди:
            
1.create - Функцията на тази команда е да създаде логически диск върху съществуващ масив или нов масив.
            Забележка: Тази команда не може да създаде логически диск за RAID level-x0.
            Формат на команда: IPSSEND CREATE controller LOGICALDRIVE NEWARRAY/ARRAYID размер на raid ниво {channel sid}
            
l контролер се отнася до ID номера на RAID контролера (1-12)
            l NEWARRAY означава да създадеш нов масив (ако не искаш да създаваш нов масив, можеш да го пропуснеш)
            L размерът и RAID нивото са нивата на размера и масива от логически дискове, които трябва да бъдат създадени, съответно
            Пример: (По подразбиране контролерът е 1, id на твърдия диск започва от 0, размерът на логическия диск е 100Mb)
            1. Твърд диск прави RAID 0: ipssend create 1 logicdrive newarray 100 0 1 0. Последната 10 се отнася до съответния {channel sid}
            2. Направете RAID 0 на два твърди диска: ipssend create 1 logicaldrive newarray 100 0 1 0 1 1 1. Последната 1 0 1 1 се отнася до съответния {channel sid}
            3. Два твърди диска правят RAID 1: ipssend create 1 logicdrive newarray 100 1 1 0 1 1 1. Последната 1 0 1 1 се отнася до съответния {channel sid}
4. Три твърди диска правят RAID 5: ipssend create 1 logicaldrive newarray 100 5 1 0 1 1 1 1 2. Последната 1 0 1 1 1 2 се отнася до съответната команда {channel sid}, която ще дефинира този нов масив като масив a.
            5. Ако искаш да създадеш друга входна команда за logicdrive, базирана на пример 4:
            ipssend create 1 logicaldrive a 100 5 1 0 1 1 1 1 1 2. Последната 1 0 1 1 1 1 2 се отнася до съответния {канален sid}
            
2.delete - Тази команда изтрива масив, който вече съществува. В същото време данните на логическия диск ще бъдат загубени.
            Забележка: Тази команда не може да изтрие логическия диск на RAID level-x0
            Формат на командата: IPSSEND DELETE контролер ARRAY arrayed
            l контролер се отнася до ID номера на RAID контролера (1-12)
            l arrayID е масивът, който съществува (A-H)
            Пример: (Приемем, че controller е 1, а arrayID е a)
            ipssend изтрий 1 масив a
            
3. devinfo - Тази команда показва статуса и размера на физическия диск.
            Формат на команда: IPSSEND DEVINFO контролер канален sid
            l контролер се отнася до ID номера на RAID контролера (1-12)
            l канал се отнася до SCSI канал (1-4)
            l SID се отнася до SCSI ID номер (0-15)
            
Например: ipssend devinfo 1 1 0
            
Тя е показана по следния начин:
            Намерих 1 IBM ServeRAID контролера(и).
            Информацията за устройството е инициирана за контролер 1...
            Устройството е твърд диск
            Канал : 1
            SCSI ID : 0
            PFA (Да/Не): Не
            Щат: Готови (RDY)
            Размер (в MB)/(в сектори): 34715/71096368
            ID на устройството: IBM-ESXSST336732B84G3ET0YAHS
            Номер на част на FRU: 06P5778
            Командването беше успешно завършено.
            
4. drivever - Тази команда показва ID-а на доставчика, версията на фърмуера и серийния номер на физическия диск.
            Формат на командата: IPSSEND DRIVEVER контролер канал sid
            l контролер се отнася до ID номера на RAID контролера (1-12)
            l канал се отнася до SCSI канал (1-4)
            l SID се отнася до SCSI ID номер (0-15)
            
Ipssend drivever 1 1 0
            Тя е показана по следния начин:
            Намерих 1 IBM ServeRAID контролера(и).
            SCSI разследване DCDB е започнато за контролер 1...
            Тип устройство: Твърд диск
            Канал : 1
            SCSI ID : 0
            Доставчик: IBM-ESXS
            Ниво на ревизия: B84G
            Сериен номер: 3ET0YAHS
            Командването беше успешно завършено.
            
5. getconfig - Тази команда показва информация за контролера, логическия диск и физическото устройство
            Формат на команда: IPSSEND GETCONFIG контролер AD/LD/PD/AL
            Контролер се отнася до ID номера на RAID контролера (1-12)
            l AD показва информация за контролера
            l LD показва информация за логическите устройства
            l PD показва информация за физически устройства
            I AL показва цялата горепосочена информация
            Пример: (Стандартният контролер е 1)
            ipssend getconfig 1 al
            
6. setconfig - Тази команда променя конфигурацията на контролера, като възобновява стандартната стойност и копира информацията за масива от твърдия диск
            Формат на командата: IPSSEND SETCONFIG controller DEFAULT/IMPORTDRIVE
            Пример:
            Върнете контролера към изходна настройка:
            IPSSEND setconfig 1 по подразбиране
            Копирай информацията за масива от твърдия диск:
            IPSsend setconfig 1 Importdrive
            
7.scandrives – сканира всички твърди дискове на контролера
            Формат на команда: IPSSEND SCANDRIVES контролер
            l контролер се отнася до ID номера на RAID контролера (1-12)
            Използване: (Приемем, че контролерът е 1)
            IPSSEND ScanDrives 1
            8. Backup - Резервна информация за масив
            Формат на команда: IPSSEND BACKUP controller filename
            l контролер се отнася до ID номера на RAID контролера (1-12)
            Примери за употреба:
            IPSSEND Backup 1 Backupfile
            9. възстановяване – възстановяване на архивираната информация от масива
            Формат на команда: IPSSEND RESTORE file name на контролера
            l контролер се отнася до ID номера на RAID контролера (1-12)
            Примери за употреба:
            IPSSEND Restore 1 архивен файл
            
За метода на IBM за понижаване на BIOS с RAID карта
            Това е програмен flashman.pro файл в диска за ъпгрейд на IBM, трябва да смените следната програма, за да понижите RAID BIOS-а, и да използвате IBM RAID дискове, за да понижите RAID BIOS-а. Начинът да го направиш е първо да изтеглиш ъпгрейда на BIOS 4.84
            Програмен 4.84 BIOS/firmare ъпгрейд диск. Файлът flashman.pro гласи:
            
Фърмуер от семейство ServeRAID и профил за изтегляне на BIOS
            Издаване на диск: 4.84.01
            .
            Формат =
            [------ BIOS -------] [---- Фърмуер -----] [------ Boot -------]
            :Име на адаптера,Име на изображение,Rev#,Dsk#,Име на изображение,Rev#,Dsk#,Име на изображение,Rev#,Dsk#,
            .
            -----------------------------------------------------------------------------
            .
            Тип:ServeRAID,A:
            .
            Неизвестен адаптер
            :?,raid.img,99,1,codeblk.cph,99,2,bootblk.cph,0.00.00,1,
            .
            Адаптер Copperhead
            :ServeRAID,raid.img,4.84.01,1,codeblk.cph,2.25.01,2,bootblk.cph,0.00.00,1,
            .
            ServeRAID на планарно изображение (Навахо)
            :ServeRAID1C1,raid.img,4.84.01,1,codeblk.nvj,2.88.13,2,bootblk.nvj,0.00.00,1,
            .
            Copperhead адаптер за опресняване
            :ServeRAID II,raid.img,4.84.01,1,codeblk.rf,2.88.13,2,bootblk.rf,0.00.00,1,
            .
            Copperhead-Refresh на ренда (Кайова)
            :ServeRAID2C2,raid.img,4.84.01,1,codeblk.rf,2.88.13,2,bootblk.rf,0.00.00,1,
            .
            Адаптер за кларинет
            :ServeRAID-3H,raid.img,7.84.01,1,codeblk.cln,7.84.01,1,bootblk.cln,0.00.00,1,
            .
            Адаптер за кларинет-лайт (обой)
            :ServeRAID-3L,raid.img,7.84.01,1,codeblk.cln,7.84.01,1,bootblk.cln,0.00.00,1,
            .
            Адаптер за тромбон
            :ServeRAID-4H,raid.img,7.84.01,1,codeblk.trb,7.84.01,2,bootblk.trb,0.00.00,1,
            .
            Morpheus адаптер
            :ServeRAID-4M,raid.img,7.84.01,1,codeblk.neo,7.84.01,1,bootblk.mor,0.00.00,1,
            .
            Morpheus-Lite адаптер
            :ServeRAID-4L,raid.img,7.84.01,1,codeblk.neo,7.84.01,1,bootblk.mor,0.00.00,1,
            .
            Neo адаптер
            :ServeRAID-4Mx,raid.img,7.84.01,1,codeblk.neo,7.84.01,1,bootblk.neo,4.84.01,1,
            .
            Neo-Lite адаптер
            :ServeRAID-4Lx,raid.img,7.84.01,1,codeblk.neo,7.84.01,1,bootblk.neo,4.84.01,1,
            
Този метод е да се променят 4lx, raid.img, 4.84.01, 1 (промяна на 7.84.01, 1), codedblk, neo, 4.84.01, 1 ((промяна на 7.84.01, 1) и други непроменени; когато BIOS-ът се ъпгрейдне, се установява, че 6.10 не е достатъчно високо, за да се ъпгрейдне към новия 7.84 BIOS и реално да се генерира 4.84. Това се нарича светло изкачване и тъмно падане.
            След рестартиране RAID картата ще съобщи за грешка, което е нормално, CATL+1 влиза в RAID картата и инициализира отново.
            Нормално е да повторя.
            Използвай 4.84 ъпгрейд на BIOS диск от интернет. Отвори flashman.pro файла в Notepad и го смени.
Ако падне. BIOS все още не може да направи RAID или твърдият диск е повреден, свържете SCSI кабела на задната плоча на твърдия диск към SCSI интерфейса на дънната платка, CATL+A сканирайте твърдия диск, за да видите дали преминава равномерно, или някои OEM твърди дискове не могат да направят RAID. Жалко е, така че няма нужда от RAID. Разбира се, най-добрата проверка е оригиналният твърд диск на IBM като RAID 0.
            Ще ти помогна тук, ключът е твой да прецениш сам. Има проблеми
            Обади ми се пак. Имам много RAID дискове от RAID 3.0




Предишен:IBM X3650 m4 рестартира файл boot\\BCD грешка
Следващ:IBM Mail Server x236 серия
Отричане:
Целият софтуер, програмни материали или статии, публикувани от Code Farmer Network, са само за учебни и изследователски цели; Горното съдържание не трябва да се използва за търговски или незаконни цели, в противен случай потребителите ще понесат всички последствия. Информацията на този сайт идва от интернет, а споровете за авторски права нямат нищо общо с този сайт. Трябва напълно да изтриете горното съдържание от компютъра си в рамките на 24 часа след изтеглянето. Ако ви харесва програмата, моля, подкрепете оригинален софтуер, купете регистрация и получете по-добри услуги. Ако има нарушение, моля, свържете се с нас по имейл.

Mail To:help@itsvse.com