IBM Storwize V7000 Unified - tárolási rendszerek leírása, csatlakoztatása és konfigurálása. IBM Storwize V7000 Unified - tárolórendszerek leírása, csatlakoztatása és konfigurálása Adattárház szervezése

A mai bejegyzés az IBM Storwize V7000 Unified-ra összpontosít.

Nézzük meg a csatlakozási és inicializálási problémákat, és végezzünk egy kis teljesítménytesztet is.

Először is néhány háttérinformáció:

IBM Storwize V7000 Unified egy egységes adattároló rendszer, amely egyszerre képes blokkolni és fájlokat (SAN és NAS) biztosítani. Fájlhozzáférés NFS/CIFS/FTP/HTTPS/SCP fájlprotokollokon keresztül. Valamint helyi és távoli fájlreplikáció. Nos, plusz az eredeti Storwize V7000-ben rejlő összes hasznosság és jóság, ezek pedig a következők: Thin Provisioning (lemezterület virtuális lefoglalása), FlashCopy (pillanatképek és kötetek klónjai készítése), Easy Tier (többszintű tárolás), Adatmigráció (adatmigráció), Valós idejű teljesítmény, Metro és/vagy Global Mirror (távoli replikáció), Külső virtualizáció (külső tárolórendszerek virtualizálása), Valós idejű tömörítés (adattömörítés).

A rendszer magából a V7000-ből és két fájlmodulból (egyfajta system x szerver, speciális szoftverrel telepítve) áll egy klaszterben egyesítve, egyetlen grafikus interfész irányítása alatt, ahogy az IBM-nél mondják - egy rendszer, egy vezérlő, egy egységes megoldás.

A rendszer telepítése és inicializálása meglehetősen egyszerű, a lényeg az, hogy megbizonyosodjon arról, hogy a váltás helyesen történik, és világosan érti az eljárást, és nem árt felkeresni az IBM Storwize V7000 Egységes Információs Központot (http:/ /pic.dhe.ibm.com/infocenter/storwize/unified_ic /index.jsp?topic=%2Fcom.ibm.storwize.v7000.unified.132.doc%2Fmanpages%2Fdetachnw.html)

Példa az IBM Storwize V7000 rendszerváltásra

Az inicializáláshoz hajtsa végre a következő eljárást:

Kattintson a „Launch GUI” gombra, és megnyílik a böngésző a Kezelő IP pontban megadott ip-nek megfelelően, ahol látni fogjuk a rendszer inicializálási folyamatát. A befejezés után, az összes szükséges paraméter megadása után, egy már ismert, de új elemekkel feltöltött GUI vár ránk.

Ha valami elromlott, és probléma merült fel az inicializálás során, figyeljen a segédprogrammal a flash meghajtón található „satask_result.html” fájlra, amely általában tartalmazza a hiba számát, amely miatt a hiba bekövetkezett. Az újrainicializálás valószínűleg nem sikerül, ha legalább az egyik rendszerelemet már konfigurálták, ezért minden beállítást vissza kell állítani. Az alaphelyzetbe állítás a következőképpen történik: magán a tárolórendszeren a vezérlők szolgáltatási grafikus felületére kell lépni (az IP-cím ugyanazzal az InitTool segédprogrammal módosítható, az alapértelmezett cím 192.168.70.121/122), kapcsoló node1 és node2 szerviz módba ("Enter" Service State), majd a "Rendszer kezelése" lapon törölje a kiválasztott csomópont rendszerinformációit, majd lépjen a "Konfigurálás" fülre, és állítsa vissza a rendszerazonosítót (ellenőrizze a " Állítsa vissza a rendszerazonosítót” mezőbe, és kattintson a „Módosítás” gombra, ezt a műveletsort mindkét vezérlőnél végre kell hajtani (változatosan válassza ki a csomópont1 és a 2 csomópontot a „Home” fülön), majd újra kell indítania a tárolórendszert. A fájlmodulokon lévő konfiguráció törléséhez újra kell telepítenie a rendszert a mellékelt lemezről, miután végrehajtotta a betöltött modulokon lévő parancsokat, felhasználónév/jelszó (root/Passw0rd), majd ( $ rm -rf /persist/*), és ellenőrizze, hogy a fájlt törölték-e ( $ ls -ahl /persist/*), helyezze be a lemezt, és indítsa újra ( $újraindítás), a telepítés a megerősítést követően (nyomja meg az „Entert”) automatikusan elindul.

Számos grafikon található a blokk hozzáféréssel rendelkező rendszer teljesítményéről.

A gazdagép, a Windows Server 2012 operációs rendszer, két FC-n keresztül bemutatott helyi lemezt tesztelt, az egyik 100 GB-os RAID10-es 4 SSD 200 GB-os, a második 100 GB-os pedig 3 RAID5-ből álló készlettel, amelyek 19 SAS-lemezt tartalmaztak (300 Gb 15k), két A RAID csoport hét lemezek, a harmadik csoport pedig öt. A tesztelést az IOmeter programmal végeztük, két „100%Random-8k-70%Read” specifikációt alkalmaztunk - teszt 8 kb-os blokkban, 100% véletlen hozzáférés, 70% olvasási műveletek, 30% írás. És "Max Throughput-50% Read" - teszt 32 kb-os blokkban, 100% szekvenciális hozzáférés, 50% olvasási és írási műveletek. A sormélység értéke 64 volt.

Szeretném bemutatni, milyen egyszerű adattároló rendszert beállítani az IBM-től. Külön köszönet Dmitry K.-nek Orenburgból a képernyőképek biztosításáért, aki nem volt lusta és megörökítette a telepítés folyamatát.

A legalapvetőbb diagram:

• Az IBM Storwize v3700 tárolórendszer alapkivitelben iSCSI-n és SAS-on keresztül kiszolgálók csatlakoztatásának lehetőségével. 4 db 600 Gb-os lemez van telepítve
• két IBM 3650 m4 szerver, helyi lemezek nélkül, két egyportos SAS HBA kártyával
• keresztirányú kapcsolat, hibatűrő – minden szerver HBA adapter a saját tárolóvezérlőjéhez csatlakozik

A feladat a következő:

1. Csatlakozás a tárolórendszerhez a kezeléshez
2. Frissítse a firmware-t a SAS-kapcsolatok támogatásához
3. Hozzon létre tömböt lemezekből, RAID 10
4. Mivel merevlemez nélküli szervereink vannak, minden szerverhez külön LUN-t hozunk létre a Windows Server 2012 operációs rendszer telepítéséhez.
5. Egy közös LUN-t hozunk létre, amely mindkét szerver számára elérhető lesz. MS SQL 2012 fürt létrehozására, pontosabban adatbázisok tárolására szolgál majd
6. A feladat nem foglalja magában a virtualizáció használatát

Kezdjük a beállítással

1

A tárolórendszerhez tartozik egy speciális flash meghajtó, ez szolgál a kezdeti konfigurációhoz, azaz a webes felülethez való csatlakozáshoz a rendszergazdai jelszó és a szolgáltatási IP-cím beállításához. A számítógép flash meghajtójáról futtassa az InitTool.bat segédprogramot

2

Mivel a tárolórendszert most vettük ki a dobozból, válassza az Új rendszer létrehozása lehetőséget

3

Beállítjuk azt az IP-címet, amellyel a tárolórendszerhez csatlakozunk.

4

A rendszer inicializálási folyamata:

1. Biztonságosan eltávolítjuk az eszközt a számítógépből, és kivesszük a flash meghajtót.
2. Megnézzük az egyik tárolórendszer-vezérlőt. A flash meghajtót be kell helyeznünk a hálózatkezelő interfészek egyik csatlakozójába. De előtte meg kell győződni arról, hogy a vezérlő jobb felső részén három jelzőlámpa küldi a megfelelő szemafor jelet, a bal oldali világít, a középső villog, a jobb pedig nem világít.
3. Miután a flash meghajtót USB-portba helyezte (bármilyen). A jobb oldali ikon (felkiáltójel) villogni kezd. Meg kell várnia, amíg kialszik, majd eltávolíthatja a flash meghajtót, és visszahelyezheti a számítógépbe a varázsló lépéseinek végrehajtásához.

5

Böngészőn keresztül (IE8 vagy Firefox 23+ ajánlott) a webes felületre lépünk.

A szuperfelhasználó alapértelmezett bejelentkezési jelszava: passw0rd (nullával elválasztva)
Itt az ideje frissíteni a firmware-t; ehhez lépjen a Beállítások -> Általános -> Gépkód frissítése menübe.

A firmware-t előzetesen letöltötték az ibm.com hivatalos webhelyről. Esetünkben ez a 7.1.0.3-as verzió (80.3.1308121000-es build). Tartalmaz egy Upgrade teszt segédprogramot, először azt töltjük be a tárolórendszerbe, majd magát a firmware-t.

6

A tárolórendszer automatikusan észlelt 4 telepített lemezt. A rendszer ezek közül hármat a POOL-hoz, egyet pedig a hot spare-hoz rendelt.

Ha több lemez lenne, akkor érdemes lenne meghagyni egy ilyen automatikus beállítást. Esetünkben jobb, ha másképp particionáljuk újra a lemezeket.

7

Az automatikusan létrehozott készlet törlése

8

Kapunk 4 ingyenes lemezt, amelyekből létrehozzuk a RAID 10-et

9

Kattintson a Tárhely konfigurálása elemre, majd válassza ki, hogy melyik RAID-et szeretnénk létrehozni, és hány lemezt használunk hozzá.

10

Adja meg az újonnan létrehozott készlet nevét.

Nehogy összekeveredjen a fogalmak között. Szabad lemezekből RAID-et vagy tömböt hozunk létre, az így kapott szabad terület a Pool. Ezután magát a medenceteret darabokra vágjuk, úgynevezett LUN-okra vagy Volume-ra, és máris bemutathatóak a szervereknek (hostoknak).

11

A medence létrejött

12

Hozzon létre egy új LUN-t a medencében

13

A képernyőképen nem látszik, de beállítjuk a LUN méretet

14

Így a LUN létrehozó varázsló segítségével 3 holdat készítünk.

A tervek szerint két darab 100 Gb-os szerver operációs rendszerekhez. És egy általános méret 500 Gb az MS SQL 2012 fürt létrehozásához

15

Most meg kell mondania a tárolórendszernek, hogy mely szerverek (host) csatlakoznak hozzá. Az alapkonfigurációban csak két csatlakozási lehetőség van - iSCSI és SAS.

Két szerverünk van, amelyek SAS-on keresztül csatlakoznak a Storwize v3700-hoz

16

Ennél a lépésnél jelezzük a tárolórendszer felé, hogy az első szerverünk két SAS kábellel csatlakozik hozzá, melyek a szerverben két azonosítóval ellátott SAS HBA kártyához (16 számjegy) vannak bedugva.

Így mindkét szervert hozzáadjuk, mindegyik két-két azonosítóval.

17

A LUN-okat bemutatjuk a szervereknek. Más szóval hozzáférési jogokat rendelünk hozzá.

A képernyőképen a HOST_LUN_TOP csak az első szerverhez készült, mert operációs rendszere lesz telepítve rá. És a második szerver nem látja ezt a LUN-t.
Ellentétben az SQL_LUN-nal, amelynek mindkét szerver számára elérhetőnek kell lennie, mert az MS SQL fürt adatbázisai rajta fognak elhelyezkedni.

Az IBM DS35xx sorozatú tárolórendszereinek konfigurálásához és további kezeléséhez a DS Storage Manager programot használják, melynek legújabb verziója természetesen regisztráció után letölthető a hivatalos honlapról. A programnak vannak verziói különböző operációs rendszerekhez, Linux, Windows, Mac, HPUX

Itt érdemes letölteni a tárolórendszer-vezérlők legújabb firmware-frissítéseit. Ellenkező esetben előfordulhat, hogy a tárolórendszer nem lát lemezeket vagy HBA-adaptereket a kiszolgálókon, vagy egyéb kapcsolódó problémák léphetnek fel.

Nem tudom, miért, de sok embernek problémát okoz az IBM webhelyén letölthető fájlok megtalálása és letöltése. Lépjen az Ibm.com oldalra -> Támogatás és letöltések -> Javítások, frissítések és illesztőprogramok -> Gyorskeresés -> a "DS3500 (DS3512, DS3524)" keresősávban -> A DS3500 (DS3512, DS3524) letöltéseinek megtekintése. Az IBM portál nem mindig működik megfelelően, ezért ha nem működik, próbálkozzon másik böngészővel.

A vezérlő firmware-je így néz ki

A DS tároláskezelő letöltéséhez szükséges fájlok, így

A program telepítése és indítása után a rendszer kéri, hogy válasszon módot a tárolórendszer megtalálásához. Az Automatikus átvizsgálja a hálózatot, és megkeresi a csatlakoztatott DS35xx-et; a Manual-ban manuálisan kell megadnia tárolórendszerünk mindkét vezérlőjének IP-címét. A kényelem kedvéért az alapértelmezett felügyeleti interfész címei magán a tárolórendszeren vannak felírva a portok alá. Ha DHCP fut a hálózaton, akkor a címek automatikusan beolvashatók.

Látjuk, hogy a hibatűrés érdekében minden vezérlőbe két felügyeleti port van beépítve, de általában az egyes vezérlők első portjait használják a felügyelethez.

Csatlakozási diagram Mielőtt elkezdené a beállítást, el kell képzelnie, hogy végül mit szeretne elérni; ha nincs megértés, akkor ne kezdje el. Készítsük el a legegyszerűbb sémát, csatlakoztassunk két szervert a tárolórendszerhez a séma szerint.

Minden szerverhez két SAS HBA adapter tartozik, aki nem ismerné, ez csak egy PCI-E kártya SAS bemenettel. Két HBA van telepítve a hibatűrés érdekében; ha a tárolórendszer egyik vezérlője meghibásodik, a munka a másikon keresztül folytatódik. Ugyanezen logika szerint a rendszer védve van a kiszolgálón lévő SAS-kábellel vagy HBA-adapterrel kapcsolatos problémáktól.

Beállít. Logikák.

Van egy tárolórendszerünk, benne lemezekkel. Először össze kell állítanunk valamilyen RAID-et (tömböt) a lemezekről, majd létrehoznunk kell egy logikai kötetet (LUN) ezen a RAID-en, majd bemutatni ezt a kötetet a szervereknek (leképezés), hogy láthassák és dolgozhassanak vele. . Ez a logika. Most sorrendben. Minden manipulációt szimulátorban fogok végrehajtani, amely letölthető az IBM hivatalos tárhelyéről. Az interfész nem teljesen ugyanaz, mint amit egy valódi DS3524-en vagy DS3512-en látni fog

1.. Korábban a tárolórendszer automatikus keresésének módját választottuk, a rendszer megtalálta és csatlakoztatta, a tárolórendszer megjelenik a konzolban.

2.. Kattintson a jobb gombbal a tárolórendszerre, és válassza a Kezelés lehetőséget a konfigurálás megkezdéséhez.

3.. A varázsló új ablakban nyílik meg, de... Egy univerzális műveletsort akarok bemutatni, zárja be.

4.. A Logikai/Fizikai nézet lapon le nem osztott lemezterületet látunk. A szimulált tárolórendszerben kétféle lemez található, mi a szokásos SATA-kat konfiguráljuk. Először létrehozunk egy tömböt (RAID)

6.. Állítson be egy NEVET a tömbünkbe

7.. Kiválasztjuk, hogy melyik RAID-et szeretnénk megszerezni. Nem látjuk a RAID 10-et, létrehozásához ki kell választania a RAID 1-et

8.. És akkor a varázsló elmagyarázza, hogy ha négy vagy több lemezről hoz létre RAID 1-et, akkor automatikusan 10 RAID jön létre (vagy 1+0, ugyanaz)

9.. 38 lemezből álló RAID létrehozásának kiválasztása

10.. Létrehozás után automatikusan elindul a kötetlétrehozó varázsló (LUN), amely a konzolról is elindítható, mint a 4. lépésben, csak ki kell választani a korábban létrehozott tömböt.

11.. Meg kell adnia a LUN méretét, esetemben 8 Tb (összesen ingyenes 17,6 Tb), és ki kell találnia a hangerő nevét.

12.. Egy fontos pont: ha tudjuk, hogy melyik operációs rendszer lesz telepítve erre a LUN-ra, akkor meg kell adnunk. A VMware esetében is van egy sor, a XenServernél a Linux van kiválasztva. De valamiért nincsenek meg ezek a sorok a szimulátorban

13.. A tömb és a LUN létrehozása után látjuk őket a konzolon

14.. Most egy másik lapra kell lépnie, és hozzáférést kell adnia ehhez a LUN-kiszolgálóhoz. Látjuk, hogy az Alapértelmezett csoport alapértelmezés szerint létrejött, és a LUN1 elérhető a csoport számára. Csak hozzá kell adnunk a szerverünket (először az egyiket, majd a másikat) ehhez a csoporthoz, hogy csatlakozhassanak a LUN1-hez.

15.. Kattintson a jobb gombbal az Alapértelmezett csoport elemre, Define -> Host

16.. Minden szerverünk két SAS HBA-val rendelkezik, és ezeken keresztül jön létre a kapcsolat a tárolórendszerrel. A tárolórendszer pontosan tudja azonosítani a szervert a HBA adapterek, pontosabban azok egyedi „azonosítója” alapján. Állítsa be a gazdagép nevét (ESX1-em van). Kiválasztunk két „azonosítót”, amelyek a csatlakoztatott szerverhez tartoznak. Megtekintheti, hogy a kiszolgáló milyen azonosítókkal rendelkezik, ha közvetlenül csatlakozik az ESXi gazdagéphez a vSphere Client vagy a vCenter Server segítségével. Ott keresse meg a „tárolóadapterek” részt. Helyezzen két „azonosítót” a bal oldali oszlopból jobbra. Ezután válassza ki az egyes „azonosítókat”, és kattintson a Szerkesztés gombra, hogy leírást adjon hozzá. Ezt az eljárást azért találták ki, hogy ne keveredjen össze sok azonosítóval. A szimulátoromban az egyedi „azonosítók” helyett néhány nulla van, ne figyelj, minden úgy lesz, ahogy lennie kell.

17.. Most válassza ki a gazdagép operációs rendszert, ha VMware, akkor válassza a VMware lehetőséget

18.. Ezt követően látni fogja a gazdagépet a konzolon, és mivel az alapértelmezett csoportban van, a LUN1 elérhető lesz számára. Következtetés. Hosszú cikk lett, a gyakorlatban minden sokkal gyorsabban történik, csak néhányszor át kell kattintani az összes lépésen, és az IBM tárolórendszereinek csatlakoztatásának folyamata már nem okoz problémát. Az iSCSI-kapcsolat beállítása kissé bonyolultabb. Azt tanácsolom, hogy válasszon SAS-t vagy FC-t.

A fürtök lehetővé teszik a konfiguráció méretezését IBM® WebSphere Portal. A fürtök magas rendelkezésre állást biztosítanak a J2EE-alkalmazások számára is, mivel hiba esetén a kéréseket a rendszer automatikusan továbbítja az egészséges kiszolgálóknak. Egy klaszter többféleképpen konfigurálható: vízszintesen, függőlegesen, többszörösen és dinamikusan.

Az alábbi ábra egy vízszintes fürtkonfigurációt mutat be, amelyben WebSphere Portal több szerverre vagy több profilba telepítve egyetlen fizikai szerveren. A többkiszolgálós konfiguráció csökkenti az egyedi hibák számát, de további szoftvereket, például szervereket igényel. A többprofilú konfiguráció csökkenti az egyedi hibák számát is. Kevesebb kiegészítő hardvert igényel, mint egy többkiszolgálós konfiguráció, de további hardverre, például további memóriára is szükség lehet. A telepítési adminisztrátor kezeli a vízszintes fürtcsomópontok celláját.

A hardver változatlanul hagyásához virtuális fürtelemeket is beállíthat egyetlen csomóponton. Általában a nagy portálfürtök vízszintes és függőleges skálázást is biztosítanak. Példa: Négy portálcsomópont lehet, amelyek mindegyike öt fürttagot tartalmazhat, összesen húsz fürttagot.

Az ügyfelek visszajelzéseire válaszul utasításokat adunk a WebSphere Portal konfigurálásához minden operációs rendszerhez. A folyamat elindításához válassza ki az operációs rendszert.

1. Az IBM i operációs rendszer előkészítése fürtkörnyezetben
   Tekintse meg az operációs rendszer beállításával kapcsolatos információkat IBM WebSphere Portal. Ha más összetevőket telepít, további lépésekre lehet szükség; Kérjük, tekintse át ezen összetevők dokumentációját.
2. Készítse elő az elsődleges csomópontot az IBM i rendszeren
   A fürtkörnyezet létrehozása előtt telepítenie kell IBM WebSphere Portal az elsődleges csomóponton, majd konfigurálja az adatbázis- és a hálózati telepítéskezelőt.
3. Hozzon létre és adjon hozzá egy új Deployment Manager profilt az IBM i rendszeren
   Éles környezetben a Deployment Managert egy távoli kiszolgálóra kell telepíteni, nem ugyanarra a kiszolgálóra, mint amelyre IBM WebSphere Portal. Távoli Deployment Manager profil létrehozásához használja a Profilkezelő eszközt vagy a manageprofiles parancsot. Teszt- vagy fejlesztői környezetben a Deployment Manager telepíthető a helyi rendszerre az IBM Installation Manager segítségével. Ha távoli Deployment Manager-profilt telepít, kövesse a lépéseket a Deployment Manager-profil létrehozásához és hozzáadásához. Hagyja ki ezeket a lépéseket, ha helyi Deployment Manager-profilt telepít az Installation Manager használatával az elsődleges csomóponton.
4. Fürt létrehozása IBM i rendszeren
   Telepítés után IBM WebSphere Portal Az elsődleges csomóponton, a távoli adatbázis konfigurálásával és az elsődleges csomópont előkészítésével a Deployment Managerrel való kommunikációra, létrehozhat egy statikus fürtöt az átállási kérelmek kezelésére.
5. A webszerver előkészítése, amikor a portál az IBM i rendszerre fürtözött környezetben van telepítve
   Telepítse és konfigurálja az általa biztosított webszerver modult IBM WebSphere Application Server, a webszerver konfigurálásához az interakcióhoz IBM WebSphere Portal.
6. IBM i Cluster: Felhasználói nyilvántartások előkészítése
   Telepítsen és konfiguráljon egy LDAP-kiszolgálót felhasználói nyilvántartásként a felhasználói információk tárolására és a felhasználók azonosítására fürtözött éles környezetben.
7. 
   Állítsa be a felhasználói nyilvántartás védelmét IBM WebSphere Portal hogy megvédje a szervert az illetéktelen hozzáféréstől. Konfigurálhat önálló LDAP-felhasználó-nyilvántartást, vagy hozzáadhat LDAP- vagy adatbázis-felhasználó-nyilvántartásokat az alapértelmezett egyesített tárolóhoz. A felhasználói nyilvántartás konfigurálása után hatóköröket adhat hozzá a virtuális portálokhoz vagy egy másodlagos adatbázishoz az LDAP felhasználói nyilvántartásban nem tárolható attribútumok tárolására.
8. További fürttagok kiépítése az IBM i rendszeren
   A fő csomópont telepítése és konfigurálása után további csomópontokat hozhat létre. Telepítheti IBM WebSphere Portal minden csomóponton, majd konfigurálja a csomópontot úgy, hogy hozzáférjen az adatbázishoz és a felhasználói nyilvántartáshoz, mielőtt hozzáadná a fürthöz.
9. IBM i fürt: A kiszolgálók finomhangolása
   A kiszolgálók finomhangolása fontos szerepet játszik annak biztosításában, hogy a WebSphere Portal környezet a várt módon működjön. A WebSphere Portal kezdetben nincs élesre hangolva, ezért az optimális teljesítmény érdekében tekintse át és kövesse az IBM WebSphere Portal hangolási útmutatóban található eljárásokat. Ha a finomhangolási útmutató nem érhető el a WebSphere Portal aktuális kiadásához, használja az előző kiadáshoz tartozó útmutatót.
10. Keresés beállítása IBM i fürtben
    IBM WebSphere Portal két különböző keresési lehetőséget kínál. Mindkét keresési képességet használhatja fürtözött környezetben.
11. Több fürt beállítása IBM i rendszeren
    A további cellafürtök az elsőhöz hasonlóan jönnek létre, néhány kivételtől eltekintve. Valójában az új profilt fő profilként kívánják használni a klaszter terminológiája szerint IBM WebSphere Portal, és a fürt új definíciójának alapja lesz. Ez megismétli az első fürt létrehozásának folyamatát egy cellában. A terjesztési folyamat során, ha vannak alkalmazások ezen az új csomóponton a cellában (mivel azokat az első fürt használja), a telepítéskezelő nem engedi hozzáadni őket. A terjesztés után a cellában már létező alkalmazások nem jelennek meg a WebSphere_Portal kiszolgálón az újonnan hozzáadott csomóponton; ezért a meglévő alkalmazásokat újra össze kell kapcsolni az új elosztott szerverrel az alkalmazáslista visszaállításához. Így az új profil konfigurációjától függően néhány alkalmazás meg lesz osztva más meglévő fürtök között, néhány pedig egyedi lesz az új profilhoz.
12. Adatbázis-tartományok megosztása fürtök között az IBM i rendszeren
    Ha az éles környezet több fürtből áll egyetlen cellában és több fürtből különböző cellákban, akkor az összes fürt számára hozzáférést biztosíthat az adatbázis-tartományokhoz a redundancia és a feladatátvétel támogatása érdekében. Adat IBM WebSphere Portal több adatbázis-tartományban tárolva, a termelési környezet konfigurációjától függően eltérő rendelkezésre állási követelményekkel. Ha több gyártósor van, amelyek mindegyike kiszolgálófürtként van megvalósítva, akkor a közös adatbázis-tartományok használata garantálja az adatok automatikus szinkronizálását a gyártósorok között.

Ebben a cikkben megvizsgáljuk a telepítés és a konfiguráció kérdését CentOS 7. Ebben a kézikönyvben a próbaverzió telepítését mutatjuk be. WebSphere, de nem különbözik a teljes verziótól, szóval mindegy.

Akkor gyerünk!

1) Az operációs rendszer előkészítése és konfigurálása

Munkánk során az újat fogjuk használni CentOS 7. Meglepő módon a dobozból kivett munkához sok feldolgozásra van szükség, ezért készüljön fel erre. Tehát, telepítse a minimális, grafika nélküli verziót, és menjünk. A felületen keresztül - azonnal hozz létre hálózatot, hogy legyen Internet... ettől sokkal könnyebb lesz az életed :)

Telepítsük az alapszoftvert... ami valamiért nem szerepel a csomagban:

Yum telepítse a net-tools nano wget-et

Most nézzük meg a mieinket gazdagépnévés megjavítjuk otthont ad(szerkessze tetszés szerint):

Nano /etc/hostname nano /etc/hosts

Ifconfig -a

Ennek javításához először meg kell javítania egy kicsit grub:

Nano /etc/default/grub

A sor végén " GRUB_CMDLINE_LINUX"hozzá kell adni" net.ifnames=0 biosdevname=0“. Valami ehhez hasonlót fog kapni (nem feltétlenül 1 az 1-ben):

GRUB_CMDLINE_LINUX="rd.lvm.lv=rootvg/usrlv rd.lvm.lv=rootvg/swaplv crashkernel=auto vconsole.keymap=usrd.lvm.lv=rootvg/rootlv vconsole.font=latarcyrheb-sun16 rhgb csendes net.ifnames=0 biosdevname=0"

Átnevezzük hálózati interfészünket normál, klasszikusra eth0” és építsük újra:

Mv /etc/sysconfig/network-scripts/ifcfg-ens32 /etc/sysconfig/network-scripts/ifcfg-eth0 újraindítás

A hálózat beállítása:

Nano /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE="eth0" ONBOOT=igen BOOTPROTO=statikus IPADDR=1.1.4.185 NETMASK=255.255.248.0 GATEWAY=1.1.1.9 GATEWAY=1.1.1.9 GATEWAY=1.1.1.9 DNS1.1.1 DNS1.1.1.1.1 DNS1.1.1.

Tiltsa le a pluszt Hálózati menedzserés építsük újra:

Systemctl stop NetworkManager systemctl letiltja a NetworkManager újraindítását

Ellenőrizzük, hogy a rendszer szálként van-e kijelölve IPv6:

lsmod | grep -i ipv6

Ha az üzenetek hivatkozásokat tartalmaznak IPv6, de ez lesz, akkor folytatjuk a letiltással:

Nano /etc/default/grub

A sor elején " GRUB_CMDLINE_LINUX"hozzá kell adni" ipv6.disable=1“. Valami ilyesmit kapsz:

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

Hozzon létre egy új konfigurációt, és mentse el az eredményt:

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

Újraindítás:

Ellenőrizzük újra, és győződjön meg róla, hogy minden rendben van:

lsmod | grep -i ipv6

Hozzáadás a rendszerhez EPEL(mindenféle licencekkel „terhelt” csomag) repository for 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

Az új operációs rendszer egy „mester” démont használ, amely a többi démont irányítja. Ez systemd, amelyet az elavult inicializálási szkriptek helyett vezettek be init.d. Új tűzfalat is használnak, tűzfal ahelyett iptables. Ellenőrizzük a működését, és nyissuk meg a szükséges portokat (9080 és 9443):

Systemctl status firewalld firewall-cmd --permanent --zone=public --add-port=9080/tcp firewall-cmd --permanent --zone=public --add-port=9443/tcp systemctl restart firewalld

Valójában itt ér véget az operációs rendszer konfigurációja, és közvetlenül a telepítéshez folytatjuk IBM WebSphere Application Server Liberty Profile 8.5.5

2) Telepítse a WebSphere-t

Szükségünk lesz egy fiókra IBM. Rendszeres regisztráció után bármilyen szoftvert letölthet (fejlesztési célból ezt is hívják próbaverzió).

Nem teszik lehetővé a szoftver közvetlen letöltését. Univerzálist töltünk le Telepítéskezelő, majd azon keresztül letölthetjük a nekünk szükséges szoftvert. Archív tartalom BASETRIAL.agent.installer.linux.gtk.x86_64.zip csomagold ki a was mappába, majd töltsd fel a szerverre a /root alatt

Engedélyeket adunk és elindítjuk a telepítést:

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

Első dolog, Telepítéskezelő meg fogja kérni, hogy adjuk meg bejelentkezési nevünket és jelszavunkat az IBM-fiókhoz. Nyomja meg a p gombot, és adja meg hitelesítő adatait:

Csak a következő elemeket választjuk ki a telepítéshez (telepítéskezelő, websphere liberty és java sdk hozzá):

De nem telepítünk javításokat. Nem szükségesek a telepítéshez, ráadásul hibásak és hibával telepítik:

Utolsó üzenet. Mi van telepítve és hol:

Ezek után várunk. Mennyit kell várni? Az internet sebességétől és a szerver terhelésétől függ IBM. Körülbelül 500 MB-ot vagy még többet kell letöltenie. Légy türelmes... Mi folyik itt? A telepítő összekapcsolja a tárolóit, és letölti onnan a megrendelt szoftvert. Minden gyönyörű.

A sikeres telepítési üzenet így néz ki:

Elméletileg mindez válaszfájlokon keresztül is telepíthető, párbeszédablak nélkül. De ehhez az opcióhoz már telepítve is szükséges Telepítéskezelő, így esetünkben ez nem releváns..

Szóval ennyi! telepítettük IBM WebSphere Application Server Liberty Profile 8.5.5és a működéséhez szükséges Jáva! Gratulálunk! Most megnézzük, mit tehetünk ezután.

3) WebSphere beállítása

a) A WebSphere indítása

Hozzuk létre tesztszerverünket:

/opt/IBM/WebSphere/Liberty/bin/server PROJECT létrehozása

Létrehozva. Megjelenik a mappa: /opt/IBM/WebSphere/Liberty/usr/servers/ PROJEKT Minden beállítás és jövőbeli modul benne lesz. A közös vállalkozás elindításához hozzá kell adni a host=’1.1.4.185′ sort (az IP-címünkkel) a httpPort=’9080′ fölé (ez itt található: /opt/IBM/WebSphere/Liberty/usr/servers/PROJECT/ szerver.xml ). Példa egy ilyen konfigurációra:

Indítsuk el:

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

A http://1.1.4.185:9080 címre lépve a következőket fogjuk látni:

Ez azt jelenti, hogy minden rendben van, és a webszféra elindult.

b) Adminisztrációs modul telepítése

Ez az elem nem kötelező. De az adminisztrációs modullal kényelmesebb a webszférával dolgozni. Ezen keresztül leállíthatja és elindíthatja a modulokat egyenként, anélkül, hogy le kellene állítania a teljes szervert.

Tehát telepítse ezt a modult:

/opt/IBM/WebSphere/Liberty/bin/featureManager install adminCenter-1.0 --when-file-exists=ignore

Ha rendszergazdaként szeretne bejelentkezni az adminisztrációs területre, használja a következő fiókot: admin/jelszó. És a felhasználó alatt: nonadmin/nonadminpwd.

Bejelentkezési címe: http://1.1.4.185:9080/adminCenter/ Az adminisztrációs panel így néz ki:

Minden! Az adminisztrációs modul telepítve van.

c) Bővítő modul telepítése

Ezenkívül telepítenie kell a Websphere-re kiterjedt csomagok (könyvtárak és binárisok kiterjesztett készlete), ez rendkívül egyszerűen megtehető:

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

d) Modulok telepítése

Elérkeztünk a legérdekesebb részhez. Modulok telepítése a Libertyben. Hogy kell ezt csinálni? Két módja van: az /opt/IBM/WebSphere/Liberty/usr/servers/PROJECT/ mappán keresztül dropinsés /opt/IBM/WebSphere/Liberty/usr/servers/PROJECT/ alkalmazásokat
A katalógusból dropins A modulok felvétele és telepítése automatikusan történik. A katalógusból alkalmazásokat– ezeket manuálisan kell regisztrálni a server.xml config-ban. Példa egy konfigurációra, amelyhez a modul alkalmazásokon keresztül csatlakozik:

Ha az SP-t nem a háttérben és naplókkal szeretné futtatni, futtassa a következő parancsot:

/opt/IBM/WebSphere/Liberty/bin/server futtassa a PROJECT-et

e) Előnyök

A tesztelés során bebizonyosodott, hogy elég az /opt/IBM mappát egy másik kiszolgálóra másolni, és minden rendben lesz. Nagyon kényelmesen. Azok. előre megalapíthatjuk a szükséges vegyesvállalatot és a teljes szoftvercsomagot egyszerre szállítjuk. A „Liberty Websphere” pedig nagyon könnyű, és nagyon gyorsan indul/leáll :)

Közzétett