IBM Storwize V7000 Unified - պահեստավորման համակարգերի նկարագրություն, միացում և կոնֆիգուրացիա: IBM Storwize V7000 Unified - պահեստավորման համակարգերի նկարագրություն, միացում և կազմաձևում Տվյալների պահեստի կազմակերպում

Այսօրվա գրառումը կկենտրոնանա IBM Storwize V7000 Unified-ի վրա:

Եկեք նայենք կապի և սկզբնավորման խնդիրներին, ինչպես նաև կատարենք փոքր կատարողականության թեստ:

Նախ, որոշ նախապատմական տեղեկատվություն.

IBM Storwize V7000 Unifiedտվյալների պահպանման միասնական համակարգ է՝ միաժամանակ բլոկային և ֆայլերի հասանելիություն ապահովելու ունակությամբ (SAN և NAS): Ֆայլերի հասանելիություն NFS/CIFS/FTP/HTTPS/SCP ֆայլային արձանագրությունների միջոցով: Ինչպես նաև տեղական և հեռավոր ֆայլերի կրկնօրինակում: Դե, գումարած բոլոր օգտակարությունն ու բարիքները, որոնք բնորոշ են բնօրինակ Storwize V7000-ին, և դրանք են՝ Thin Provisioning (սկավառակի տարածքի վիրտուալ տեղաբաշխում), FlashCopy (պատկերների և ծավալների կլոնների ստեղծում), Easy Tier (բազմաստիճան պահեստավորում), Տվյալների միգրացիա։ (տվյալների միգրացիա), իրական ժամանակում կատարողականություն, մետրո և/կամ գլոբալ հայելի (հեռավոր կրկնօրինակում), արտաքին վիրտուալացում (արտաքին պահեստավորման համակարգերի վիրտուալացում), իրական ժամանակի սեղմում (տվյալների սեղմում):

Համակարգը բաղկացած է ինքնին V7000-ից և երկու ֆայլային մոդուլներից (մի տեսակ համակարգ x սերվեր, որի վրա տեղադրված է մասնագիտացված ծրագրակազմ), որոնք միավորված են կլաստերի մեջ՝ մեկ գրաֆիկական ինտերֆեյսի հսկողության ներքո, ինչպես ասում են IBM-ում՝ մեկ համակարգ, մեկ հսկողություն, մեկ միասնական լուծում.

Համակարգի տեղադրումն ու սկզբնավորումը բավականին պարզ է, գլխավորն այն է, որ համոզվեք, որ անցումը ճիշտ է և հստակ պատկերացում ունենաք ընթացակարգի մասին, ինչպես նաև չի խանգարի այցելել IBM Storwize V7000 միասնական տեղեկատվական կենտրոն (http:/ /pic.dhe.ibm.com/infocenter/storwize/unified_ic /index.jsp?topic=%2Fcom.ibm.storwize.v7000.unified.132.doc%2Fmanpages%2Fdetachnw.html)

IBM Storwize V7000 համակարգի միացման օրինակ

Նախաստորագրելու համար կատարեք հետևյալ ընթացակարգը.

Կտտացրեք «Գործարկել GUI» և զննարկիչը կբացվի կառավարման IP կետում նշված IP-ի համաձայն, որտեղ մենք կտեսնենք համակարգի սկզբնավորման գործընթացը: Ավարտելուց հետո, նշելով բոլոր անհրաժեշտ պարամետրերը, մեզ սպասում է արդեն ծանոթ, բայց նոր տարրերով հագեցած GUI:

Եթե ​​ինչ-որ բան սխալ է տեղի ունեցել և խնդիր է առաջացել սկզբնավորման ժամանակ, ապա պետք է ուշադրություն դարձնեք «satask_result.html» ֆայլին, որը գտնվում է կոմունալ ծրագրով ֆլեշ կրիչի վրա, որպես կանոն, այն պարունակում է այն սխալի թիվը, որի պատճառով տեղի է ունեցել ձախողումը: Կրկին սկզբնավորումը դժվար թե հաջողվի, եթե համակարգի տարրերից գոնե մեկն արդեն կազմաձևված է, ուստի բոլոր կարգավորումները պետք է վերականգնվեն: Վերականգնումը կատարվում է հետևյալ կերպ. ինքնին պահեստավորման համակարգում դուք պետք է գնաք կարգավորիչների սպասարկման գրաֆիկական ինտերֆեյս (IP հասցեն կարող է փոխվել նույն InitTool ծրագրի միջոցով, լռելյայն հասցեն է 192.168.70.121/122), անջատիչ: node1-ը և node2-ը դեպի սպասարկման ռեժիմ («Մուտքագրեք» ծառայության վիճակը»), այնուհետև «Կառավարեք համակարգը» ներդիրում մաքրեք ընտրված հանգույցի համակարգի տեղեկատվությունը, այնուհետև անցեք «Կարգավորել պարիսպ» ներդիրը և վերականգնել համակարգի ID-ն (ստուգեք « Վերականգնել համակարգի ID-ն» վանդակը և սեղմել «Փոփոխել»), գործողությունների այս հաջորդականությունը պետք է կատարվի երկու կարգավորիչների համար (հերթով ընտրելով «Տուն» ներդիրում node1-ը և node2-ը), որից հետո պետք է վերագործարկեք պահեստավորման համակարգը: Ֆայլի մոդուլների կոնֆիգուրացիան ջնջելու համար հարկավոր է համակարգը վերինտեղադրել ներառված սկավառակից, բեռնված մոդուլների վրա հրամանները կատարելուց հետո՝ օգտվողի անուն/գաղտնաբառ (root/Passw0rd), այնուհետև ( $ rm -rf / persist / *) և ստուգեք, որ ֆայլը ջնջված է ( $ ls -ahl / persist/*), տեղադրեք սկավառակը և վերագործարկեք ( $ reboot), տեղադրումը կսկսվի ավտոմատ կերպով հաստատելուց հետո (սեղմեք «Enter»):

Համակարգի կատարողականի մի քանի գրաֆիկներ կան՝ բլոկային մուտքով:

Հոսթը՝ OS Windows Server 2012, փորձարկեց երկու տեղական սկավառակ՝ ներկայացված FC-ի միջոցով, մեկը 100 Գբ RAID10-ով 4 SSD 200 Գբ, իսկ երկրորդը՝ 100 Գբ՝ 3 RAID5-ից բաղկացած լողավազանով, որը պարունակում էր 19 SAS սկավառակ (300 Գբ 15կ), ներառյալ 7 RAID խմբեր։ սկավառակներ, իսկ երրորդ խումբն ուներ հինգ։ Թեստավորումն իրականացվել է IOmeter ծրագրով, օգտագործվել են երկու բնութագրեր «100%Random-8k-70%Read»՝ թեստ 8kb բլոկներում, 100% պատահական մուտք, 70% կարդալ գործողություններ, 30% գրել: Իսկ «Max Throughput-50% Read» - փորձարկում 32 կբ բլոկներում, 100% հաջորդական մուտք, 50% կարդալու և գրելու գործողություններ: Հերթի խորությունն ուներ 64 արժեք։

Ես կցանկանայի ցույց տալ, թե որքան հեշտ է IBM-ից տվյալների պահպանման համակարգ ստեղծելը: Հատուկ շնորհակալություն Օրենբուրգից Դմիտրի Կ.-ին սքրինշոթերի տրամադրման համար, ով չծուլացավ և ֆիքսեց տեղադրման գործընթացը:

Ամենատարրական դիագրամը.

• IBM Storwize v3700 պահեստավորման համակարգ՝ որպես ստանդարտ՝ iSCSI-ի և SAS-ի միջոցով սերվերները միացնելու ունակությամբ: Տեղադրված է 4 սկավառակ 600 Գբ
• երկու IBM 3650 m4 սերվեր, առանց լոկալ սկավառակների, երկու մեկ պորտով SAS HBA քարտերով
• խաչաձև կապ, սխալ հանդուրժող - յուրաքանչյուր սերվերի HBA ադապտեր միացված է իր սեփական պահեստավորման կարգավորիչին

Առաջադրանքը հետևյալն է.

1. Կառավարման համար միացեք պահեստավորման համակարգին
2. Թարմացրեք որոնվածը SAS միացումներին աջակցելու համար
3. Ստեղծեք զանգված սկավառակներից, RAID մակարդակ 10
4. Քանի որ մենք ունենք առանց կոշտ սկավառակների սերվերներ, մենք յուրաքանչյուր սերվերի համար ստեղծում ենք առանձին LUN՝ Windows server 2012 օպերացիոն համակարգը տեղադրելու համար:
5. Մենք ստեղծում ենք մեկ ընդհանուր LUN, որը հասանելի կլինի երկու սերվերների համար: Այն կօգտագործվի MS SQL 2012 կլաստեր ստեղծելու համար, ավելի ճիշտ՝ տվյալների բազաները պահելու համար
6. Խնդիրը չի ներառում վիրտուալացման օգտագործումը

Եկեք սկսենք կարգավորել

1

Պահպանման համակարգը գալիս է հատուկ ֆլեշ կրիչով, այն օգտագործվում է նախնական կազմաձևման համար, մասնավորապես, ադմինիստրատորի գաղտնաբառը և ծառայության IP հասցեն սահմանելու համար վեբ ինտերֆեյսին միանալու համար: Համակարգչի ֆլեշ կրիչից գործարկեք InitTool.bat կոմունալը

2

Քանի որ մենք պարզապես հանեցինք պահեստային համակարգը տուփից, ընտրեք Ստեղծել նոր համակարգ տարբերակը

3

Մենք սահմանել ենք IP հասցեն, որով միանալու ենք պահեստավորման համակարգին։

4

Համակարգի սկզբնավորման գործընթաց.

1. Մենք ապահով կերպով հեռացնում ենք սարքը համակարգչից և հանում ֆլեշ կրիչը։
2. Մենք նայում ենք պահեստավորման համակարգի կարգավորիչներից մեկին: Մենք պետք է տեղադրենք ֆլեշ կրիչը ցանցի կառավարման միջերեսների միակցիչներից մեկի մեջ: Բայց մինչ այդ դուք պետք է համոզվեք, որ վերահսկիչի վերին աջ կողմում երեք ցուցիչ լույսեր ուղարկում են ճիշտ սեմաֆորի ազդանշանները, ձախը միացված է, միջինը թարթում է, աջը անջատված է:
3. Ֆլեշ կրիչը USB պորտում (ցանկացած) տեղադրվելուց հետո: Աջ պատկերակը (բացականչություն) սկսում է թարթել: Դուք պետք է սպասեք, մինչև այն դադարի դուրս գալ, որից հետո կարող եք հեռացնել ֆլեշ կրիչը և վերադարձնել այն համակարգչին, որպեսզի ավարտեք հրաշագործի քայլերը:

5

Բրաուզերի միջոցով (խորհուրդ է տրվում IE8 կամ Firefox 23+) մենք գնում ենք վեբ ինտերֆեյս։

Գերօգտագործողի համար լռելյայն մուտքի գաղտնաբառը passw0rd է (առանձնացված զրոյով)
Այժմ որոնվածը թարմացնելու ժամանակն է: Դա անելու համար անցեք մենյու Կարգավորումներ -> Ընդհանուր -> Թարմացնել մեքենայի կոդը:

Որոնվածը նախապես ներբեռնվել է ibm.com պաշտոնական կայքից: Մեր դեպքում սա 7.1.0.3 տարբերակն է (կառուցել 80.3.1308121000): Այն ներառում է «Upgrade» թեստային ծրագիր, նախ մենք այն բեռնում ենք պահեստավորման համակարգում, իսկ հետո հենց որոնվածը:

6

Պահպանման համակարգը ավտոմատ կերպով հայտնաբերել է 4 տեղադրված սկավառակ: Համակարգը դրանցից երեքին հատկացրել է POOL-ին, իսկ մեկը՝ տաք պահեստին:

Եթե ​​ավելի շատ սկավառակներ լինեին, գուցե իմաստ լիներ թողնել նման ավտոմատ կարգավորումը: Մեր դեպքում ավելի լավ է սկավառակները վերաբաշխել այլ կերպ:

7

Ավտոմատ ստեղծված լողավազանի ջնջում

8

Մենք ստանում ենք 4 անվճար սկավառակ, որոնցից կստեղծենք RAID 10

9

Սեղմեք Configure Storage, ապա ընտրեք, թե որ RAID-ն ենք ուզում ստեղծել, և քանի սկավառակ կօգտագործվի դրա համար:

10

Սահմանեք անունը նորաստեղծ լողավազանի համար:

Որպեսզի չշփոթվեն տերմիններով։ Մենք ստեղծում ենք RAID կամ զանգված ազատ սկավառակներից, արդյունքում ազատ տարածությունը Pool է: Այնուհետև մենք կկտրենք լողավազանի տարածքը կտորների, այսպես կոչված, LUN-ների կամ Volume-ի, և այժմ դրանք կարող են ներկայացվել սերվերներին (հոսթներին):

11

Ստեղծվել է լողավազան

12

Ստեղծեք նոր LUN լողավազանում

13

Այն տեսանելի չէ սքրինշոթում, բայց մենք սահմանում ենք LUN չափը

14

Այսպիսով, օգտագործելով LUN ստեղծման հրաշագործը, մենք կազմում ենք 3 լուսին:

Ինչպես նախատեսվում էր, երկու 100 Գբ յուրաքանչյուր սերվերի օպերացիոն համակարգերի համար: Եվ մեկ ընդհանուր չափ՝ 500 Գբ՝ MS SQL 2012 կլաստեր ստեղծելու համար

15

Այժմ դուք պետք է ասեք պահեստավորման համակարգին, թե որ սերվերները (հոսթ) են միացված դրան: Հիմնական կազմաձևում կա միայն երկու կապի տարբերակ՝ iSCSI և SAS:

Մենք ունենք երկու սերվեր, որոնք միացված են Storwize v3700-ին SAS-ի միջոցով

16

Այս քայլում մենք նշում ենք պահեստավորման համակարգին, որ մեր առաջին սերվերը միացված է դրան երկու SAS մալուխներով, որոնք սերվերում միացված են նույնացուցիչներով երկու SAS HBA քարտերի (16 նիշ)

Այսպիսով, մենք ավելացնում ենք երկու սերվերները, որոնցից յուրաքանչյուրը ունի երկու նույնացուցիչ:

17

Մենք ներկայացնում ենք LUN-ներ սերվերներին: Այլ կերպ ասած, մենք տրամադրում ենք մուտքի իրավունք:

Սքրինշոթում HOST_LUN_TOP-ը նախատեսված է միայն առաջին սերվերի համար, քանի որ դրա վրա կտեղադրվի նրա օպերացիոն համակարգը։ Իսկ երկրորդ սերվերը չի կարող տեսնել այս LUN-ը:
Ի տարբերություն SQL_LUN-ի, որը պետք է հասանելի լինի երկու սերվերների համար, քանի որ MS SQL կլաստերի տվյալների բազաները տեղակայվելու են դրա վրա։

IBM-ից DS35xx սերիայի պահեստավորման համակարգերը կարգավորելու և հետագա կառավարելու համար օգտագործվում է DS storage manager ծրագիրը, որի վերջին տարբերակը կարելի է ներբեռնել պաշտոնական կայքից, իհարկե, գրանցվելուց հետո։ Ծրագրի տարբերակներ կան տարբեր օպերացիոն համակարգերի համար՝ Linux, Windows, Mac, HPUX

Այստեղ լավ գաղափար է ներբեռնել պահեստավորման համակարգի կարգավորիչների համար որոնվածի վերջին թարմացումները: Հակառակ դեպքում, պահեստավորման համակարգը կարող է չտեսնել սկավառակներ կամ HBA ադապտերներ սերվերներում կամ կարող են առաջանալ այլ հարակից խնդիրներ:

Ես չգիտեմ, թե ինչու, բայց շատերը խնդիրներ ունեն IBM կայքում ներբեռնվող ֆայլեր գտնելու և ներբեռնելու հարցում: Գնացեք Ibm.com -> Աջակցություն և ներբեռնումներ -> Ուղղումներ, թարմացումներ և դրայվերներ -> Արագ որոնում-> որոնման տողում «DS3500 (DS3512, DS3524)» -> Դիտեք DS3500 (DS3512, DS3524) ներբեռնումները: IBM պորտալը միշտ չէ, որ ճիշտ է աշխատում, ուստի, եթե այն չի աշխատում, փորձեք այլ բրաուզեր:

Կարգավորիչի որոնվածն այսպիսի տեսք ունի

Ֆայլեր DS պահեստավորման մենեջեր ներբեռնելու համար, այսպես

Ծրագիրը տեղադրելուց և գործարկելուց հետո ձեզ կառաջարկվի ընտրել պահեստավորման համակարգը գտնելու մեթոդ: Ավտոմատ սկանավորում է ցանցը և փնտրում է միացված DS35xx: Ձեռնարկում դուք պետք է ձեռքով մուտքագրեք մեր պահեստավորման համակարգի երկու կարգավորիչների IP հասցեները: Հարմարության համար կանխադրված կառավարման ինտերֆեյսի հասցեները գրված են հենց պահեստային համակարգի վրա՝ նավահանգիստների տակ: Եթե ​​DHCP-ն աշխատում է ցանցում, ապա հասցեները կստացվեն ավտոմատ կերպով:

Մենք տեսնում ենք, որ սխալների հանդուրժողականության համար յուրաքանչյուր վերահսկիչի մեջ ներկառուցված են երկու կառավարման նավահանգիստներ, բայց սովորաբար յուրաքանչյուր վերահսկիչի առաջին պորտերը օգտագործվում են կառավարման համար:

Միացման դիագրամ Նախքան տեղադրումը սկսելը, դուք պետք է պատկերացնեք, թե ի վերջո ինչ եք ուզում ստանալ, եթե հասկացողություն չկա, ապա չպետք է սկսեք: Կազմենք ամենապարզ սխեման, երկու սերվեր միացնենք պահեստավորման համակարգին՝ ըստ սխեմայի։

Յուրաքանչյուր սերվեր ունի երկու SAS HBA ադապտեր, նրանց համար, ովքեր չգիտեն, սա պարզապես PCI-E քարտ է SAS մուտքագրմամբ: Սխալների հանդուրժողականության համար տեղադրվում են երկու HBA, եթե պահեստավորման համակարգի կարգավորիչներից մեկը ձախողվի, աշխատանքը կշարունակվի մյուսի միջոցով: Նույն տրամաբանությամբ համակարգը պաշտպանված է սերվերում SAS մալուխի կամ HBA ադապտերի հետ կապված խնդիրներից։

Կարգավորում: Տրամաբանություններ.

Մենք ունենք պահեստավորման համակարգ, որի մեջ սկավառակներ կան: Նախ, մենք պետք է սկավառակներից հավաքենք մի տեսակ RAID (զանգված), այնուհետև այս RAID-ի վրա ստեղծենք տրամաբանական ծավալ (LUN), այնուհետև ներկայացնենք այս ծավալը սերվերներին (քարտեզագրում), որպեսզի նրանք տեսնեն այն և կարողանան աշխատել դրա հետ: . Սա է տրամաբանությունը։ Հիմա, կարգով. Ես կկատարեմ բոլոր մանիպուլյացիաները սիմուլյատորում, որը կարելի է ներբեռնել IBM պահեստավորման պաշտոնական կայքում: Ինտերֆեյսը լիովին նույնը չէ, ինչ դուք կտեսնեք իրական DS3524 կամ DS3512-ում

1.. Մենք նախկինում ընտրել ենք պահեստավորման համակարգի որոնման ավտոմատ մեթոդը, համակարգը գտել և միացրել է այն, պահեստավորման համակարգը ցուցադրվում է վահանակում:

2.. Աջ սեղմեք պահեստավորման համակարգի վրա և ընտրեք «Կառավարել»՝ կազմաձևումը սկսելու համար:

3.. Վիզարդը բացվում է նոր պատուհանում, բայց... Ես ուզում եմ ցույց տալ գործողությունների ունիվերսալ հաջորդականություն, փակել այն:

4.. Logical/Physical View ներդիրում մենք տեսնում ենք սկավառակի չբաշխված տարածք: Մոդելավորված պահեստավորման համակարգում կան երկու տեսակի սկավառակներ, մենք կկարգավորենք սովորական SATA-ները: Նախ մենք ստեղծում ենք զանգված (RAID)

6.. Սահմանեք NAME մեր զանգվածին

7.. Մենք ընտրում ենք, թե որ RAID-ն ենք ուզում ստանալ: Մենք չենք տեսնում RAID 10, այն ստեղծելու համար անհրաժեշտ է ընտրել RAID 1

8.. Եվ հետո հրաշագործը բացատրում է, որ եթե դուք ստեղծեք RAID 1 չորս կամ ավելի սկավառակներից, ապա ավտոմատ կերպով կստեղծվի 10 RAID (կամ 1+0, նույնը)

9.. Ընտրելով ստեղծել RAID 38 սկավառակից

10.. Ստեղծումից հետո ավտոմատ կերպով մեկնարկում է ծավալի ստեղծման մոգը (LUN), այն կարող է գործարկվել նաև վահանակից, քանի որ 4-րդ քայլում միայն պետք է ընտրել նախկինում ստեղծված զանգվածը։

11.. Դուք պետք է նշեք LUN-ի չափը, իմ դեպքում 8 Tb (ընդհանուր անվճար 17,6 Tb), և անուն գտեք ծավալի համար:

12.. Կարևոր կետ. եթե մենք գիտենք, թե որ ՕՀ-ն է տեղադրվելու այս LUN-ում, ապա պետք է նշել այն: VMware-ի համար կա նաև տող, XenServer-ի համար ընտրված է Linux-ը։ Բայց ինչ-ինչ պատճառներով ես այս տողերը չունեմ սիմուլյատորում

13.. Array-ը և LUN-ը ստեղծելուց հետո մենք դրանք տեսնում ենք վահանակում

14.. Այժմ դուք պետք է գնաք մեկ այլ ներդիր և մուտք գործեք այս LUN սերվերին: Մենք տեսնում ենք, որ Default Group-ը ստեղծվել է լռելյայնորեն, և LUN1-ը հասանելի է այս խմբին: Մենք պարզապես պետք է ավելացնենք մեր սերվերը (նախ մեկը, ապա մյուսը) այս խմբին, որպեսզի նրանք կարողանան միանալ LUN1-ին:

15.. Աջ սեղմեք Default Group, Define -> Host

16.. Մեր սերվերներից յուրաքանչյուրն ունի երկու SAS HBA, և հենց դրանց միջոցով է տեղի ունենում կապը պահեստավորման համակարգին: Պահպանման համակարգը կարող է ճշգրիտ նույնականացնել սերվերը HBA ադապտերներով, ավելի ճիշտ՝ իրենց եզակի «իդենտիֆիկատով»: Սահմանեք հյուրընկալողի անունը (ես ունեմ ESX1): Մենք ընտրում ենք երկու «նույնականացուցիչ», որոնք պատկանում են մեր միացնող սերվերին: Դուք կարող եք տեսնել, թե ինչ նույնացուցիչներ ունի սերվերը՝ միանալով ESXi հոսթին անմիջապես vSphere Client-ի կամ vCenter Server-ի միջոցով: Այնտեղ նայեք «պահեստային ադապտերներ» բաժնում: Տեղափոխեք երկու «նույնականացուցիչ» ձախ սյունակից աջ: Այնուհետև ընտրեք յուրաքանչյուր «նույնականացուցիչ» և սեղմեք «Խմբագրել» կոճակը՝ դրան նկարագրություն ավելացնելու համար: Այս ընթացակարգը հորինվել է մեծ թվով նույնացուցիչների մեջ չշփոթվելու համար։ Իմ սիմուլյատորում եզակի «նույնականացուցիչների» փոխարեն կան մի քանի զրոներ, ուշադրություն մի դարձրեք, ամեն ինչ կլինի այնպես, ինչպես պետք է լինի:

17.. Այժմ ընտրեք հոսթ օպերացիոն համակարգը, եթե VMware ապա ընտրեք VMware

18.. Դրանից հետո դուք կտեսնեք ձեր Host-ը վահանակում և այն պատճառով, որ այն գտնվում է Default Group-ում, LUN1-ը հասանելի կլինի նրան: Եզրակացություն.Պարզվեց, որ երկար հոդված է, գործնականում ամեն ինչ շատ ավելի արագ է տեղի ունենում, պարզապես անհրաժեշտ է մի քանի անգամ սեղմել բոլոր քայլերը, և IBM-ից պահեստավորման համակարգերը միացնելու գործընթացն այլևս խնդիրներ չի առաջացնի: iSCSI կապի կարգավորումը մի փոքր ավելի բարդ է: Խորհուրդ եմ տալիս ընտրել կամ SAS կամ FC:

Կլաստերները թույլ են տալիս մասշտաբավորել ձեր կոնֆիգուրացիան IBM® WebSphere պորտալ. Կլաստերները նաև ապահովում են J2EE հավելվածների բարձր հասանելիություն, քանի որ ձախողման դեպքում հարցումներն ավտոմատ կերպով փոխանցվում են առողջ սերվերներ: Կլաստերը կարող է կազմաձևվել տարբեր ձևերով՝ հորիզոնական, ուղղահայաց, բազմակի և դինամիկ:

Հետևյալ նկարը ցույց է տալիս հորիզոնական կլաստերի կոնֆիգուրացիան, որում WebSphere պորտալտեղադրված է մի քանի սերվերների վրա կամ մեկ ֆիզիկական սերվերի մի քանի պրոֆիլներում: Բազմասերվերի կոնֆիգուրացիան նվազեցնում է անհատական ​​խափանումների թիվը, սակայն պահանջում է լրացուցիչ ծրագրակազմ, ինչպիսին են սերվերները: Բազմապրոֆիլային կոնֆիգուրացիան նաև նվազեցնում է անհատական ​​խափանումների քանակը: Այն պահանջում է ավելի քիչ լրացուցիչ սարքաշար, քան բազմասերվերի կազմաձևումը, սակայն լրացուցիչ սարքաշար, ինչպիսին է լրացուցիչ հիշողությունը, դեռևս կարող է պահանջվել: Տեղակայման ադմինիստրատորը կառավարում է բջիջը հորիզոնական կլաստերի հանգույցների համար:

Սարքավորումն անփոփոխ թողնելու համար կարող եք նաև կարգավորել վիրտուալ կլաստերի տարրերը մեկ հանգույցի վրա: Սովորաբար, խոշոր պորտալային կլաստերներն ապահովում են ինչպես հորիզոնական, այնպես էլ ուղղահայաց մասշտաբավորում: Օրինակ. Կարող են լինել չորս պորտալային հանգույցներ, որոնցից յուրաքանչյուրը պարունակում է հինգ կլաստերի անդամ, ընդհանուր քսան անդամի համար:

Հաճախորդների արձագանքներին ի պատասխան՝ տրված են հրահանգներ WebSphere Portal-ը յուրաքանչյուր օպերացիոն համակարգի համար կարգավորելու համար: Գործընթացը սկսելու համար ընտրեք ձեր օպերացիոն համակարգը:

1. IBM i օպերացիոն համակարգի պատրաստում կլաստերային միջավայրում
   Տեսեք տեղեկատվությունը ձեր օպերացիոն համակարգի հետ աշխատելու համար կարգավորելու մասին IBM WebSphere պորտալ. Եթե ​​տեղադրեք այլ բաղադրիչներ, կարող են պահանջվել լրացուցիչ քայլեր. Խնդրում ենք վերանայել այս բաղադրիչների փաստաթղթերը:
2. Պատրաստեք առաջնային հանգույցը IBM i
   Նախքան կլաստերային միջավայր ստեղծելը, դուք պետք է տեղադրեք IBM WebSphere պորտալառաջնային հանգույցի վրա և այնուհետև կարգավորեք տվյալների բազան և ցանցի տեղակայման կառավարիչը:
3. Ստեղծեք և ավելացրեք նոր Deployment Manager պրոֆիլ IBM i-ում
   Արտադրական միջավայրում Deployment Manager-ը պետք է տեղադրվի հեռավոր սերվերի վրա, այլ ոչ թե նույն սերվերի վրա, ինչ IBM WebSphere պորտալ. Հեռակա տեղակայման կառավարչի պրոֆիլ ստեղծելու համար օգտագործեք Profile Management Tool կամ managerprofiles հրամանը: Փորձարկման կամ զարգացման միջավայրում Deployment Manager-ը կարող է տեղադրվել ձեր տեղական համակարգում՝ օգտագործելով IBM Installation Manager: Եթե ​​դուք հեռակա տեղակայման կառավարչի պրոֆիլ եք տեղադրում, հետևեք քայլերին՝ տեղակայման կառավարչի պրոֆիլ ստեղծելու և ավելացնելու համար: Բաց թողեք այս քայլերը, եթե տեղադրում եք տեղական Deployment Manager պրոֆիլ՝ օգտագործելով Installation Manager-ը հիմնական հանգույցում:
4. Կլաստերի ստեղծում IBM i
   Տեղադրվելուց հետո IBM WebSphere պորտալԱռաջնային հանգույցում, կարգավորելով հեռավոր տվյալների բազան և նախապատրաստելով առաջնային հանգույցը Deployment Manager-ի հետ հաղորդակցվելու համար, կարող եք ստեղծել ստատիկ կլաստեր՝ անցնելու հարցումները կարգավորելու համար:
5. Վեբ սերվերի պատրաստում, երբ պորտալը տեղադրվում է IBM i-ում կլաստերային միջավայրում
   Տեղադրեք և կարգավորեք վեբ սերվերի մոդուլը, որը տրամադրվում է IBM WebSphere հավելվածի սերվեր, վեբ սերվերի հետ փոխազդելու համար կարգավորելու համար IBM WebSphere պորտալ.
6. IBM i Cluster. օգտատերերի ռեգիստրների պատրաստում
   Տեղադրեք և կազմաձևեք LDAP սերվերը որպես օգտագործողի ռեեստր՝ օգտատերերի տեղեկությունները պահելու և օգտագործողներին խմբավորված արտադրական միջավայրում նույնականացնելու համար:
7. 
   Կարգավորեք օգտվողների ռեեստրի պաշտպանությունը IBM WebSphere պորտալպաշտպանել սերվերը չարտոնված մուտքից: Դուք կարող եք կարգավորել ինքնուրույն LDAP օգտատերերի ռեեստրը կամ ավելացնել LDAP կամ տվյալների բազայի օգտատերերի գրանցամատյանները կանխադրված դաշնային խանութում: Օգտվողի ռեեստրը կազմաձևելուց հետո կարող եք ավելացնել վիրտուալ պորտալների շրջանակներ կամ երկրորդական տվյալների բազա՝ այն ատրիբուտները պահելու համար, որոնք չեն կարող պահվել LDAP օգտատերերի ռեեստրում:
8. Լրացուցիչ կլաստերի անդամների տրամադրում IBM-ում i
   Հիմնական հանգույցը տեղադրելուց և կազմաձևելուց հետո կարող եք լրացուցիչ հանգույցներ ստեղծել: Դուք կարող եք տեղադրել IBM WebSphere պորտալյուրաքանչյուր հանգույցի վրա և այնուհետև կարգավորեք հանգույցը, որպեսզի մուտք գործի տվյալների բազա և օգտագործողների ռեեստր՝ նախքան այն կլաստերին ավելացնելը:
9. IBM i կլաստեր. սերվերների ճշգրտում
   Ձեր սերվերների ճշգրտումը կարևոր դեր է խաղում՝ ապահովելու, որ ձեր WebSphere Portal միջավայրն աշխատի այնպես, ինչպես սպասվում էր: WebSphere Portal-ը ի սկզբանե կարգավորված չէ արտադրության համար, ուստի օպտիմալ աշխատանքի համար վերանայեք և հետևեք IBM WebSphere Portal Tuning ուղեցույցի ընթացակարգերին: Եթե ​​ճշգրտման ուղեցույցը հասանելի չէ WebSphere Portal-ի ընթացիկ թողարկման համար, օգտագործեք նախորդ թողարկման ուղեցույցը:
10. Որոնման կարգավորում IBM i կլաստերում
    IBM WebSphere պորտալապահովում է որոնման երկու տարբեր տարբերակներ: Դուք կարող եք օգտագործել երկու որոնման հնարավորությունները կլաստերային միջավայրում:
11. IBM i-ում մի քանի կլաստերների ստեղծում
    Լրացուցիչ բջիջների կլաստերները ստեղծվում են մոտավորապես այնպես, ինչպես առաջինը, մի քանի բացառություններով: Փաստորեն, նոր պրոֆիլը նախատեսվում է օգտագործել որպես հիմնական պրոֆիլ՝ ըստ կլաստերի տերմինաբանության IBM WebSphere պորտալ, և կօգտագործվի որպես կլաստերի նոր սահմանման հիմք: Սա կրկնում է բջիջում առաջին կլաստերի ստեղծման գործընթացը: Բաշխման գործընթացում, եթե բջիջում այս նոր հանգույցի վրա կան հավելվածներ (քանի որ դրանք օգտագործվում են առաջին կլաստերի կողմից), տեղակայման կառավարիչը թույլ չի տա դրանք ավելացնել: Բաշխումից հետո հավելվածները, որոնք արդեն գոյություն ունեն բջիջում, չեն ենթարկվում WebSphere_Portal սերվերին նոր ավելացված հանգույցում; հետևաբար, գոյություն ունեցող հավելվածները պետք է նորից միացվեն նոր բաշխված սերվերին՝ հավելվածների ցանկը վերականգնելու համար: Այսպիսով, կախված նոր պրոֆիլի կազմաձևից, որոշ հավելվածներ կհամօգտագործվեն գոյություն ունեցող այլ կլաստերների միջև, իսկ որոշները եզակի կլինեն այս նոր պրոֆիլի համար:
12. Տվյալների բազայի տիրույթների փոխանակում IBM-ի կլաստերների միջև i
    Եթե ​​ձեր արտադրական միջավայրը բաղկացած է մի քանի կլաստերներից միևնույն բջիջում և մի քանի կլաստերներից տարբեր բջիջներում, դուք կարող եք մուտք գործել տվյալների բազայի տիրույթներ բոլոր կլաստերներին՝ ավելորդության և ձախողման համար: Տվյալներ IBM WebSphere պորտալպահվում են տվյալների բազայի մի քանի տիրույթներում՝ մատչելիության տարբեր պահանջներով՝ կախված արտադրական միջավայրի կազմաձևից: Եթե ​​կան մի քանի արտադրական գծեր, որոնցից յուրաքանչյուրն իրականացվում է որպես սերվերի կլաստեր, տվյալների բազայի ընդհանուր տիրույթների օգտագործումը երաշխավորում է տվյալների ավտոմատ համաժամացումը արտադրական գծերի միջև:

Այս հոդվածում մենք կանդրադառնանք տեղադրման և կազմաձևման խնդրին CentOS 7. Այս ձեռնարկում կցուցադրվի փորձնական տարբերակի տեղադրումը: WebSphere, բայց դա ոչնչով չի տարբերվում ամբողջական տարբերակից, ուստի դա նշանակություն չունի։

Այսպիսով, եկեք գնանք:

1) ՕՀ-ի պատրաստում և կազմաձևում

Մեր աշխատանքում մենք կօգտագործենք նորը CentOS 7. Զարմանալիորեն, առանց տուփի այն աշխատելու համար շատ հարդարման կարիք ունի, այնպես որ պատրաստ եղեք դրան: Այսպիսով, տեղադրեք նվազագույն տարբերակը առանց գրաֆիկայի և գնանք: Ինտերֆեյսի միջոցով - անմիջապես ստեղծեք ցանց, որպեսզի ինտերնետ լինի... սա ձեր կյանքը շատ ավելի հեշտ կդարձնի :)

Եկեք տեղադրենք հիմնական ծրագրաշարը... որը ինչ-ինչ պատճառներով ներառված չէ փաթեթում.

Yum install net-tools nano wget

Հիմա եկեք ստուգենք մեր հյուրընկալողի անունըև մենք կուղղենք այն տանտերերին(խմբագրել այնպես, ինչպես ցանկանում եք):

Նանո /etc/hostname nano /etc/hosts

Ifconfig -a

Դա շտկելու համար նախ պետք է մի փոքր շտկել կոտորած:

Նանո /etc/default/grub

Տողի վերջում « GRUB_CMDLINE_LINUX«պետք է ավելացնել» net.ifnames=0 biosdevname=0«. Դուք կստանաք նման բան (պարտադիր չէ, որ 1-ը 1-ից).

GRUB_CMDLINE_LINUX="rd.lvm.lv=rootvg/usrlv rd.lvm.lv=rootvg/swaplv crashkernel=ավտոմատ vconsole.keymap=usrd.lvm.lv=rootvg/rootlv vconsole.fonthebhb00000000000000000000000000000000000000net.ifnames=0 biosdevname=0"

Մենք վերանվանում ենք մեր ցանցային ինտերֆեյսը սովորական, դասականի » eth0և եկեք վերակառուցենք.

Mv /etc/sysconfig/network-scripts/ifcfg-ens32 /etc/sysconfig/network-scripts/ifcfg-eth0 վերաբեռնում

Ցանցի կարգավորում.

Նանո /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE="eth0" ONBOOT=այո BOOTPROTO=ստատիկ IPADDR=1.1.4.185 NETMASK=255.255.248.0 GATEWAY=1.1.1.9 DNS21.1=0.

Անջատեք լրացուցիչը Ցանցի կառավարիչև եկեք վերակառուցենք.

Systemctl դադարեցնել NetworkManager systemctl անջատել NetworkManager-ի վերաբեռնումը

Մենք ստուգում ենք, թե արդյոք համակարգը նշանակված է որպես թեմա IPv6:

lsmod | grep -i ipv6

Եթե ​​հաղորդագրությունները պարունակում են հղումներ դեպի IPv6, բայց դա կլինի, այնուհետև մենք անցնում ենք այն անջատելուն.

Նանո /etc/default/grub

Տողի սկզբում « GRUB_CMDLINE_LINUX«պետք է ավելացնել» ipv6.disable=1«. Դուք կստանաք նման բան.

GRUB_CMDLINE_LINUX="ipv6.disable=1 rd.lvm.lv=rootvg/usrlv...

Ստեղծեք նոր կազմաձև և պահպանեք արդյունքը.

Grub2-mkconfig -o /boot/grub2/grub.cfg

Reboot:

Եկեք նորից ստուգենք և համոզվենք, որ ամեն ինչ լավ է.

lsmod | grep -i ipv6

Համակարգին ավելացում EPEL(լիցենզիաներով «ծանրաբեռնված» բոլոր տեսակի փաթեթներ) պահոց համար CentOS 7:

Wget http://dl.fedoraproject.org/pub/epel/7/x86_64/e/epel-release-7-2.noarch.rpm rpm -ivh epel-release-7-2.noarch.rpm yum repolist

Նոր ՕՀ-ն օգտագործում է «վարպետ» դեյմոն, որը կառավարում է մյուս դևերին: Սա համակարգված, որը ներդրվել է հնացած սկզբնավորման սկրիպտների փոխարեն սկզբում.դ. Օգտագործվում է նաև նոր firewall, firewaldփոխարեն iptables. Եկեք ստուգենք դրա աշխատանքը և բացենք մեզ անհրաժեշտ նավահանգիստները (9080 և 9443).

Systemctl կարգավիճակի firewall firewall-cmd --մշտական ​​--zone=public --add-port=9080/tcp firewall-cmd --permanent --zone=public --add-port=9443/tcp systemctl restart firewall

Փաստորեն, այստեղ ավարտվում է ՕՀ-ի կոնֆիգուրացիան, և մենք անմիջապես անցնում ենք տեղադրմանը IBM WebSphere Application Server Liberty Profile 8.5.5

2) Տեղադրեք WebSphere-ը

Մեզ հաշիվ է պետք IBM. Հերթական գրանցումից հետո կարող եք ներբեռնել ցանկացած ծրագիր (մշակման նպատակով այն նաև կոչվում է փորձնական տարբերակ).

Նրանք թույլ չեն տալիս ուղղակիորեն ներբեռնել ծրագրակազմը: Մենք ներբեռնում ենք ունիվերսալ Տեղադրման մենեջեր, իսկ հետո դրա միջոցով կարող ենք ներբեռնել մեզ անհրաժեշտ ծրագրաշարը։ Արխիվային բովանդակություն BASETRIAL.agent.installer.linux.gtk.x86_64.zipապափաթեթավորեք այն was թղթապանակում և այնուհետև վերբեռնեք այն սերվերին /root-ով

Մենք թույլտվություններ ենք տալիս և սկսում տեղադրումը.

Chmod -R 775 /root/was cd was ./installc -c

Առաջին բանը, Տեղադրման մենեջերկխնդրի մեզ մուտքագրել IBM հաշվի համար մեր մուտքաբառը և գաղտնաբառը: Սեղմեք p և մուտքագրեք ձեր հավատարմագրերը.

Տեղադրման համար մենք ընտրում ենք միայն հետևյալ տարրերը (տեղադրման մենեջեր, վեբսֆերայի ազատություն և java sdk դրա համար).

Բայց մենք չենք տեղադրի ուղղումներ: Նրանք չեն պահանջվում տեղադրման համար, բացի այդ, դրանք խելագարված են և տեղադրվում են սխալմամբ.

Վերջնական հաղորդագրություն. Ինչ է տեղադրված և որտեղ.

Դրանից հետո մենք սպասում ենք: Որքա՞ն սպասել: Կախված է ձեր ինտերնետի արագությունից և սերվերի բեռնվածությունից IBM. Ձեզ անհրաժեշտ կլինի ներբեռնել մոտ 500 ՄԲ կամ նույնիսկ ավելին: Համբերիր... Ի՞նչ է կատարվում։ Տեղադրողը միացնում է իր պահեստները և դրանից ներբեռնում պատվիրված ծրագրակազմը: Ամեն ինչ գեղեցիկ է։

Հաջող տեղադրման հաղորդագրությունը հետևյալն է.

Տեսականորեն այս ամենը հնարավոր է տեղադրել նաև պատասխան ֆայլերի միջոցով՝ առանց երկխոսության։ Բայց այս տարբերակը նույնպես պահանջում է արդեն տեղադրված Տեղադրման մենեջեր, ուստի մեր դեպքում դա տեղին չէ..

Այսպիսով, վերջ: մենք տեղադրեցինք IBM WebSphere Application Server Liberty Profile 8.5.5և դրա շահագործման համար անհրաժեշտ Java! Շնորհավորում եմ: Այժմ մենք կանդրադառնանք, թե ինչ կարող ենք անել հաջորդիվ:

3) WebSphere-ի կարգավորում

ա) WebSphere-ի մեկնարկը

Եկեք ստեղծենք մեր թեստային սերվերը.

/opt/IBM/WebSphere/Liberty/bin/server ստեղծել ԾՐԱԳԻՐ

Ստեղծվել է. Թղթապանակը հայտնվում է. /opt/IBM/WebSphere/Liberty/usr/servers/ ՆԱԽԱԳԻԾԲոլոր կարգավորումները և ապագա մոդուլները կտեղակայվեն դրանում: Այս համատեղ ձեռնարկությունը գործարկելու համար դուք պետք է ավելացնեք գիծը host=’1.1.4.185′ (մեր IP-ով), httpPort=’9080′-ի վերևում (սա այստեղ է. /opt/IBM/WebSphere/Liberty/usr/servers/PROJECT/ server.xml ) Նման կազմաձևի օրինակ.

Եկեք գործարկենք.

/opt/IBM/WebSphere/Liberty/bin/server start PROJECT

Անցնելով http://1.1.4.185:9080 հասցեին, կտեսնենք հետևյալը.

Սա նշանակում է, որ ամեն ինչ լավ է, և վեբոլորտը սկսվել է։

բ) Վարչական մոդուլի տեղադրում

Այս տարրը պարտադիր չէ: Բայց վարչարարության մոդուլով ավելի հարմար է աշխատել վեբ ոլորտի հետ։ Դրա միջոցով դուք կարող եք դադարեցնել և գործարկել մոդուլները առանձին-առանձին, առանց ամբողջ սերվերը դադարեցնելու:

Այսպիսով, տեղադրեք այս մոդուլը.

/opt/IBM/WebSphere/Liberty/bin/featureManager install adminCenter-1.0 --when-file-exists=անտեսել

Ադմինիստրատորի տարածք որպես ադմին մուտք գործելու համար օգտագործեք հաշիվը՝ admin/password: Իսկ օգտագործողի տակ՝ nonadmin/nonadminpwd:

Դրա մուտքի հասցեն է՝ http://1.1.4.185:9080/adminCenter/ Ադմինիստրատորի վահանակն ունի հետևյալ տեսքը.

Բոլորը! Տեղադրված է կառավարման մոդուլը:

գ) ընդլայնման մոդուլի տեղադրում

Բացի այդ, դուք պետք է տեղադրեք Websphere-ում երկարացվածփաթեթներ (գրադարանների և երկուականների ընդլայնված հավաքածու), սա արվում է չափազանց պարզ.

/opt/IBM/WebSphere/Liberty/bin/featureManager install extendedPackage-1.0

դ) մոդուլների տեղադրում

Գալիս ենք ամենահետաքրքիր հատվածին. Liberty-ում մոդուլների տեղադրում. Ինչպե՞ս դա անել: Գոյություն ունի 2 եղանակ՝ /opt/IBM/WebSphere/Liberty/usr/servers/PROJECT/ թղթապանակով: կաթիլներև /opt/IBM/WebSphere/Liberty/usr/servers/PROJECT/ հավելվածներ
Կատալոգից կաթիլներմոդուլները վերցվում և տեղադրվում են ավտոմատ կերպով: Կատալոգից հավելվածներ– դրանք պետք է ձեռքով գրանցվեն server.xml config-ում: Կազմաձևի օրինակ, որին մոդուլը միացված է հավելվածների միջոցով.

SP-ն ոչ հետին պլանում և տեղեկամատյաններով գործարկելու համար գործարկեք հրամանը.

/opt/IBM/WebSphere/Liberty/bin/server run PROJECT

ե) կողմ

Փորձարկումը հաստատել է, որ բավական է պատճենել /opt/IBM թղթապանակը մեկ այլ սերվերի վրա, և ամեն ինչ կաշխատի առանց տուփի: Շատ հարմարավետ։ Նրանք. մենք կարող ենք նախապես ստեղծել մեզ անհրաժեշտ համատեղ ձեռնարկությունը և միանգամից մատակարարել ծրագրային ապահովման ամբողջ փաթեթը: Իսկ «Liberty Websphere»-ը շատ թեթև է և շատ արագ սկսվում/դադարում է :)

Հրատարակվել է