IBM Storwize V7000 Unified - popis, zapojení a konfigurace úložných systémů. IBM Storwize V7000 Unified - popis, zapojení a konfigurace úložných systémů Organizace datového skladu

Dnešní příspěvek se zaměří na IBM Storwize V7000 Unified.

Podívejme se na problémy s připojením a inicializací a také proveďte malý test výkonu.

Nejprve několik základních informací o:

IBM Storwize V7000 Unified je jednotný systém ukládání dat se schopností současně poskytovat blokový a souborový přístup (SAN a NAS). Přístup k souborům přes souborové protokoly NFS/CIFS/FTP/HTTPS/SCP. Stejně jako místní a vzdálená replikace souborů. No, plus všechny užitečnosti a vychytávky obsažené v původním Storwize V7000, a to jsou: Thin Provisioning (virtuální přidělení místa na disku), FlashCopy (vytváření snímků a klonů svazků), Easy Tier (víceúrovňové úložiště), Migrace dat (migrace dat), Výkon v reálném čase, Metro a/nebo Global Mirror (vzdálená replikace), Externí virtualizace (virtualizace externích úložných systémů), Komprese v reálném čase (komprese dat).

Systém se skládá ze samotného V7000 a dvou souborových modulů (jakýsi systém x server s nainstalovaným specializovaným softwarem) sdružených v clusteru pod kontrolou jediného grafického rozhraní, jak říkají u IBM - jeden systém, jeden ovládací prvek, jedno jednotné řešení.

Instalace a inicializace systému je vcelku jednoduchá, hlavní je ujistit se, že přepínání je správné a mít jasno v postupu, a také neuškodí navštívit IBM Storwize V7000 Unified Information Center (http:/ /pic.dhe.ibm.com/infocenter/storwize/unified_ic /index.jsp?topic=%2Fcom.ibm.storwize.v7000.unified.132.doc%2Fmanpages%2Fdetachnw.html)

Příklad přepínání systému IBM Storwize V7000

Pro inicializaci proveďte následující postup:


Klikněte na „Launch GUI“ a prohlížeč se otevře podle IP zadané v položce Management IP, kde uvidíme proces inicializace systému. Po dokončení, po zadání všech nezbytných parametrů, nás čeká GUI, které je již známé, ale plné nových položek.

Pokud se něco pokazilo a během inicializace nastal problém, měli byste věnovat pozornost souboru „satask_result.html“ umístěnému na jednotce flash s obslužným programem; zpravidla obsahuje číslo chyby, kvůli které došlo k selhání. Je nepravděpodobné, že by opětovná inicializace byla úspěšná, pokud již byl nakonfigurován alespoň jeden ze systémových prvků, takže všechna nastavení musí být resetována. Reset se provádí následovně: na samotném úložném systému musíte přejít do servisního grafického rozhraní řadičů (IP adresu lze změnit pomocí stejné utility InitTool, výchozí adresa je 192.168.70.121/122), přepnout uzel1 a uzel2 do servisního režimu („Enter“ Service State), poté na kartě „Manage System“ vymažte systémové informace vybraného uzlu, přejděte na kartu „Configure Enclosure“ a resetujte ID systému (zkontrolujte „ Reset system ID” a klikněte na “Modify”), tato sekvence akcí musí být provedena pro oba řadiče (výběr node1 a node2 na záložce “Home”), poté musíte restartovat úložný systém. Chcete-li smazat konfiguraci na souborových modulech, musíte přeinstalovat systém z přiloženého disku, po provedení příkazů na načtených modulech, uživatelské jméno/heslo (root/Passw0rd), poté ( $ rm -rf /perist/*) a zkontrolujte, zda byl soubor smazán ( $ ls -ahl /perist/*), vložte disk a restartujte ( $reboot), instalace se spustí automaticky po potvrzení (stiskněte „Enter“).

Existuje několik grafů výkonu systému s blokovaným přístupem.

Host, OS Windows Server 2012, testoval dva lokální disky prezentované přes FC, jeden 100Gb s RAID10 ze 4 SSD 200Gb a druhý 100Gb s fondem sestávajícím ze 3 RAID5, obsahující 19 SAS disků (300Gb 15k), dvě skupiny RAID zahrnovaly sedm disky a třetí skupina jich měla pět. Testování bylo provedeno programem IOmeter, byly použity dvě specifikace „100%Random-8k-70%Read“ - test v 8kb blocích, 100% náhodný přístup, 70% operace čtení, 30% zápis. A „Max propustnost-50 % čtení“ – test v blocích o velikosti 32 kb, 100 % sekvenční přístup, 50 % operace čtení a zápisu. Hloubka fronty měla hodnotu 64.

Rád bych ukázal, jak snadné je nastavit systém ukládání dat od IBM. Zvláštní poděkování patří Dmitrymu K. z Orenburgu za poskytnutí screenshotů, který nelenil a zachytil proces instalace.

Nejzákladnější schéma:

  • Úložný systém IBM Storwize v3700 jako standard s možností připojení serverů přes iSCSI a SAS. Instalovány 4 disky po 600Gb
  • dva servery IBM 3650 m4, bez lokálních disků, se dvěma jednoportovými kartami SAS HBA
  • cross-to-cross připojení, odolné proti chybám – každý serverový adaptér HBA je připojen k vlastnímu řadiči úložiště

Úkol je následující:

  1. Připojte se k systému úložiště pro správu
  2. Aktualizujte firmware, aby podporoval připojení SAS
  3. Vytvořte pole z disků, RAID úroveň 10
  4. Protože máme servery bez pevných disků, vytváříme pro každý server samostatnou LUN pro instalaci operačního systému Windows server 2012
  5. Vytvoříme jednu společnou LUN, která bude přístupná oběma serverům. Poslouží k vytvoření clusteru MS SQL 2012, přesněji k ukládání databází
  6. Úloha nezahrnuje použití virtualizace

Začněme nastavovat

1

Úložný systém je dodáván se speciálním flash diskem, který slouží k prvotní konfiguraci, a to nastavení administrátorského hesla a servisní IP adresy pro připojení k webovému rozhraní. Z jednotky flash v počítači spusťte nástroj InitTool.bat

2

Protože jsme právě vytáhli úložný systém z krabice, vyberte možnost Vytvořit nový systém

3

Nastavíme IP adresu, pomocí které se budeme k úložnému systému připojovat.

4

Proces inicializace systému:

  1. Bezpečně vyjmeme zařízení z počítače a vyjmeme flash disk.
  2. Podíváme se na jeden z řadičů úložného systému. Budeme muset vložit flash disk do jednoho z konektorů na rozhraních pro správu sítě. Předtím se ale musíte ujistit, že na pravé horní straně ovladače tři kontrolky vysílají správné semaforové signály, levá svítí, prostřední bliká, pravá nesvítí.
  3. Po vložení flash disku do USB portu (libovolného). Pravá ikona (vykřičník) začne blikat. Musíte počkat, až přestane zhasínat, poté můžete vyjmout jednotku flash a vrátit ji zpět do počítače, abyste dokončili kroky průvodce.

5

Přes prohlížeč (doporučuje se IE8 nebo Firefox 23+) přejdeme do webového rozhraní.

Výchozí přihlašovací heslo pro superuživatele je passw0rd (oddělené nulou)
Nyní je čas aktualizovat firmware; za tím účelem přejděte do nabídky Nastavení -> Obecné -> Aktualizovat strojový kód

Firmware byl předem stažen z oficiálních stránek ibm.com. V našem případě se jedná o verzi 7.1.0.3 (sestavení 80.3.1308121000). Zahrnuje testovací nástroj Upgrade, nejprve jej nahrajeme do úložného systému a poté samotný firmware.

6

Úložný systém automaticky detekoval 4 nainstalované disky. Systém tři z nich přiřadil k POOL a jeden přiřadil do rezervy.

Pokud by bylo disků více, možná by mělo smysl takové automatické nastavení ponechat. V našem případě je lepší přerozdělit disky jinak.

7

Odstranění automaticky vytvořeného fondu

8

Získáme 4 volné disky, ze kterých vytvoříme RAID 10

9

Klikněte na Konfigurovat úložiště a poté vyberte, který RAID chceme vytvořit a kolik disků pro něj bude použito.

10

Nastavte název nově vytvořeného fondu.

Aby nedošlo k záměně v pojmech. Z volných disků vytvoříme RAID nebo pole, výsledné volné místo je Pool. Poté rozřežeme samotný prostor bazénu na kusy, tzv. LUN nebo Volume, a nyní je lze prezentovat serverům (hostitelům).

11

Pool byl vytvořen

12

Vytvořte nový LUN ve fondu

13

Na snímku obrazovky to není vidět, ale nastavujeme velikost LUN

14

Pomocí průvodce vytvořením LUN tedy vytvoříme 3 měsíce.

Podle plánu dva 100Gb každý pro serverové operační systémy. A jedna společná velikost 500 Gb pro vytvoření clusteru MS SQL 2012

15

Nyní musíte úložnému systému sdělit, které servery (hostitel) jsou k němu připojeny. V základní konfiguraci jsou pouze dvě možnosti připojení - iSCSI a SAS.

Máme dva servery, které jsou připojeny k Storwize v3700 přes SAS

16

V tomto kroku označíme úložný systém, že je k němu připojen náš první server pomocí dvou kabelů SAS, které jsou v serveru zapojeny do dvou karet SAS HBA s identifikátory (16 číslic)

Přidáme tedy oba servery, každý se dvěma identifikátory.

17

Představujeme LUN serverům. Jinými slovy, přidělujeme přístupová práva.

Na snímku obrazovky je HOST_LUN_TOP určen pouze pro první server, protože bude na něm nainstalován jeho operační systém. A druhý server nevidí tuto LUN.
Na rozdíl od SQL_LUN, který musí být přístupný pro oba servery, protože na něm budou umístěny clusterové databáze MS SQL.

Pro konfiguraci a další správu úložných systémů řady DS35xx od IBM slouží program DS storage manager, jehož nejnovější verzi lze samozřejmě po registraci stáhnout z oficiálních stránek. Existují verze programu pro různé operační systémy, Linux, Windows, Mac, HPUX

Zde je vhodné stáhnout nejnovější aktualizace firmwaru pro řadiče úložného systému. V opačném případě úložný systém nemusí vidět disky nebo adaptéry HBA na serverech nebo mohou nastat jiné související problémy.

Nevím proč, ale mnoho lidí má problémy s hledáním a stahováním souborů ke stažení na webu IBM. Přejděte na Ibm.com -> Podpora a soubory ke stažení -> Opravy, aktualizace a ovladače -> Rychlé vyhledání-> ve vyhledávací liště "DS3500 (DS3512, DS3524)" -> Zobrazit soubory ke stažení DS3500 (DS3512, DS3524). Portál IBM nefunguje vždy správně, takže pokud nefunguje, zkuste jiný prohlížeč.

Firmware ovladače vypadá takto

Soubory pro stažení DS storage manager, tak



Po instalaci a spuštění programu budete vyzváni k výběru metody pro nalezení úložného systému. Automaticky prohledá síť a vyhledá připojený DS35xx, v Manuálu je potřeba ručně zadat IP adresy obou řadičů našeho úložného systému. Pro usnadnění jsou výchozí adresy rozhraní pro správu napsány na samotném úložném systému pod porty. Pokud v síti běží DHCP, budou adresy získávány automaticky.



Vidíme, že pro odolnost proti chybám jsou do každého řadiče zabudovány dva porty pro správu, ale obvykle se pro správu používají první porty každého řadiče.


Schéma zapojení

Než začnete s nastavováním, musíte si představit, co chcete nakonec získat; pokud tomu nerozumíte, neměli byste začínat. Udělejme nejjednodušší schéma, připojte dva servery k úložnému systému podle schématu.


Každý server má dva adaptéry SAS HBA, pro ty, kteří nevědí, je to pouze karta PCI-E se vstupem SAS. Kvůli odolnosti proti chybám jsou instalovány dva HBA; pokud jeden z řadičů v systému úložiště selže, práce budou pokračovat přes druhý. Podle stejné logiky je systém chráněn před problémy s kabelem SAS nebo adaptérem HBA na serveru.

Založit. Logika.

Máme úložný systém s disky. Nejprve musíme sestavit nějaký druh RAID (pole) z disků, poté vytvořit logický svazek (LUN) na tomto RAID, poté tento svazek prezentovat serverům (mapování), aby jej viděli a mohli s ním pracovat. . To je logika.

Teď po pořádku. Veškeré manipulace provedu v simulátoru, který lze stáhnout na oficiálních stránkách úložiště IBM. Rozhraní není úplně stejné jako to, co uvidíte na skutečném DS3524 nebo DS3512
1.. Dříve jsme zvolili automatický způsob vyhledávání úložného systému, systém jej našel a připojil, úložný systém se zobrazí v konzole.

2.. Klikněte pravým tlačítkem na úložný systém a vyberte Spravovat pro zahájení konfigurace.

3.. Průvodce se otevře v novém okně, ale... Chci ukázat univerzální sled akcí, zavřít to.

4.. Na kartě Logické/Fyzické zobrazení vidíme nepřidělené místo na disku. V simulovaném úložném systému jsou dva typy disků, nakonfigurujeme obvyklé SATA. Nejprve vytvoříme pole (RAID)



6.. Nastavte NAME pro naše pole


7.. Vybereme si, jaký RAID chceme získat. Nevidíme RAID 10, pro jeho vytvoření musíte vybrat RAID 1
8.. A pak průvodce vysvětlí, že pokud vytvoříte RAID 1 ze čtyř nebo více disků, automaticky se vytvoří 10 RAID (nebo 1+0, totéž)
9.. Volba vytvoření pole RAID s 38 disky

10.. Po vytvoření se automaticky spustí průvodce vytvořením svazku (LUN), lze jej spustit i z konzole, jako ve 4. kroku stačí vybrat dříve vytvořené pole.

11.. Musíte uvést velikost LUN, v mém případě 8 Tb (celkem zdarma 17,6 Tb), a vymyslet název svazku
12.. Důležitý bod: pokud víme, který OS bude na této LUN nainstalován, musíme jej specifikovat. Pro VMware existuje také řádek, pro XenServer je vybrán Linux. Ale z nějakého důvodu tyto řádky v simulátoru nemám
13.. Po vytvoření pole a LUN je vidíme v konzoli
14.. Nyní musíte přejít na jinou kartu a udělit přístup k tomuto serveru LUN. Vidíme, že výchozí skupina byla ve výchozím nastavení vytvořena a LUN1 je pro tuto skupinu k dispozici. Potřebujeme pouze přidat náš server (nejprve jeden, pak druhý) do této skupiny, aby se mohli připojit k LUN1.

15.. Klepněte pravým tlačítkem myši na Výchozí skupinu, Definovat -> Host

16.. Každý z našich serverů má dva SAS HBA a právě přes ně dochází k připojení k úložnému systému. Úložný systém dokáže server přesně identifikovat pomocí adaptérů HBA, přesněji podle jejich jedinečného „identifikátoru“.

Nastavte název hostitele (mám ESX1). Vybereme dva „identifikátory“, které patří serveru, ke kterému se připojujeme. Po připojení k hostiteli ESXi přímo prostřednictvím klienta vSphere nebo vCenter Server můžete zjistit, jaké identifikátory má server. Zde se podívejte do sekce „úložné adaptéry“.

Přesuňte dva „identifikátory“ z levého sloupce doprava. Poté vyberte každý „identifikátor“ a kliknutím na tlačítko Upravit k němu přidejte popis. Tento postup byl vynalezen proto, aby nedošlo k záměně ve velkém množství identifikátorů.

V mém simulátoru jsou místo jedinečných „identifikátorů“ nějaké nuly, nevšímejte si toho, vše bude tak, jak má být.

17.. Nyní vyberte hostitelský operační systém, pokud VMware, vyberte VMware

18.. Poté uvidíte svého hostitele v konzole a vzhledem k tomu, že je ve výchozí skupině, bude mu k dispozici LUN1.

Závěr. Vznikl z toho dlouhý článek, v praxi se vše odehrává mnohem rychleji, stačí párkrát proklikat všechny kroky a proces připojování úložných systémů od IBM již nebude dělat problémy.

Nastavení připojení iSCSI je trochu složitější. Doporučuji vám vybrat si buď SAS nebo FC.

Clustery umožňují škálovat konfiguraci IBM® WebSphere Portal. Clustery také poskytují vysokou dostupnost aplikací J2EE, protože v případě selhání jsou požadavky automaticky předávány zdravým serverům. Cluster lze konfigurovat různými způsoby: horizontálním, vertikálním, vícenásobným a dynamickým.

Následující obrázek ukazuje konfiguraci horizontálního klastru, ve které WebSphere Portal instalované na více serverech nebo ve více profilech na jednom fyzickém serveru. Konfigurace s více servery snižuje počet jednotlivých selhání, ale vyžaduje další software, jako jsou servery. Konfigurace s více profily také snižuje počet jednotlivých selhání. Vyžaduje méně přídavného hardwaru než konfigurace s více servery, ale stále může být vyžadován další hardware, například přídavná paměť. Administrátor nasazení spravuje buňku pro uzly horizontálního clusteru.

Chcete-li ponechat hardware beze změny, můžete také nakonfigurovat prvky virtuálního clusteru na jednom uzlu. Velké portálové clustery obvykle poskytují horizontální i vertikální škálování. Příklad: Mohou existovat čtyři portálové uzly, z nichž každý obsahuje pět členů klastru, celkem tedy dvacet členů klastru.

V reakci na zpětnou vazbu od zákazníků jsou poskytovány pokyny pro konfiguraci portálu WebSphere Portal pro každý operační systém. Chcete-li zahájit proces, vyberte svůj operační systém.

  1. Příprava operačního systému IBM i v prostředí klastru
    Přečtěte si informace o nastavení operačního systému, se kterým budete pracovat Portál IBM WebSphere Portal. Pokud nainstalujete další součásti, mohou být vyžadovány další kroky; Přečtěte si prosím dokumentaci k těmto součástem.
  2. Připravte primární uzel na IBM i
    Před vytvořením prostředí klastru je nutné nainstalovat Portál IBM WebSphere Portal na primárním uzlu a poté nakonfigurujte správce implementace databáze a sítě.
  3. Vytvořte a přidejte nový profil Deployment Manager v systému IBM i
    V produkčním prostředí musí být Deployment Manager nainstalován na vzdáleném serveru, nikoli na stejném serveru jako Portál IBM WebSphere Portal. Chcete-li vytvořit vzdálený profil Deployment Manager, použijte nástroj Správa profilu nebo příkaz manageprofiles. V testovacím nebo vývojovém prostředí lze Deployment Manager nainstalovat na váš lokální systém pomocí produktu IBM Installation Manager. Pokud instalujete vzdálený profil Deployment Manager, postupujte podle kroků pro vytvoření a přidání profilu Deployment Manager. Tyto kroky přeskočte, pokud instalujete lokální profil Deployment Manager pomocí Installation Manager na primárním uzlu.
  4. Vytvoření klastru v systému IBM i
    Po instalaci Portál IBM WebSphere Portal V primárním uzlu můžete při konfiguraci vzdálené databáze a přípravě primárního uzlu na komunikaci s Deployment Manager vytvořit statický klastr pro zpracování požadavků na přepnutí.
  5. Příprava webového serveru, když je portál nainstalován v systému IBM i v klastrovaném prostředí
    Nainstalujte a nakonfigurujte modul webového serveru dodávaný společností IBM WebSphere Application Server, chcete-li nakonfigurovat webový server pro interakci Portál IBM WebSphere Portal.
  6. IBM i Cluster: Příprava registrů uživatelů
    Nainstalujte a nakonfigurujte server LDAP jako registr uživatelů pro ukládání informací o uživatelích a identifikaci uživatelů v klastrovaném produkčním prostředí.

  7. Nastavte ochranu registru uživatelů v Portál IBM WebSphere Portal chránit server před neoprávněným přístupem. Můžete nakonfigurovat samostatný registr uživatelů LDAP nebo přidat registry uživatelů LDAP nebo databáze do výchozího federovaného úložiště. Jakmile je registr uživatelů nakonfigurován, můžete přidat obory pro virtuální portály nebo sekundární databázi pro ukládání atributů, které nelze uložit do registru uživatelů LDAP.
  8. Zřizování dalších členů klastru na IBM i
    Po instalaci a konfiguraci hlavního uzlu můžete vytvořit další uzly. Můžete nainstalovat Portál IBM WebSphere Portal na každém uzlu a poté nakonfigurujte uzel pro přístup k databázi a registru uživatelů před jeho přidáním do klastru.
  9. Cluster IBM i: Jemné ladění serverů
    Jemné vyladění vašich serverů hraje důležitou roli při zajištění toho, aby vaše prostředí WebSphere Portal fungovalo podle očekávání. WebSphere Portal není původně vyladěn pro produkční provoz, takže pro optimální výkon si přečtěte a dodržujte postupy v příručce IBM WebSphere Portal Tuning Guide. Pokud není pro aktuální vydání WebSphere Portal k dispozici průvodce doladěním, použijte průvodce pro předchozí vydání.
  10. Nastavení vyhledávání v klastru IBM i
    Portál IBM WebSphere Portal nabízí dvě různé možnosti vyhledávání. V klastrovaném prostředí můžete použít obě možnosti vyhledávání.
  11. Nastavení více klastrů v systému IBM i
    Další shluky buněk se vytvářejí v podstatě stejným způsobem jako první, s několika výjimkami. Ve skutečnosti bude nový profil určen k použití jako hlavní profil podle terminologie clusteru Portál IBM WebSphere Portal a bude použit jako základ pro novou definici klastru. To replikuje proces vytváření prvního clusteru v buňce. Pokud jsou během procesu distribuce na tomto novém uzlu v buňce nějaké aplikace (protože je používá první klastr), správce nasazení nepovolí jejich přidání. Po distribuci nejsou aplikace, které již v buňce existují, vystaveny serveru WebSphere_Portal na nově přidaném uzlu; existující aplikace by proto měly být znovu propojeny s novým distribuovaným serverem, aby se obnovil seznam aplikací. V závislosti na konfiguraci nového profilu tedy budou některé aplikace sdíleny mezi jinými existujícími clustery a některé budou jedinečné pro tento nový profil.
  12. Sdílení databázových domén mezi clustery v systému IBM i
    Pokud se vaše produkční prostředí skládá z více klastrů v jedné buňce a více klastrů v různých buňkách, můžete udělit přístup k databázovým doménám všem klastrům, abyste podpořili redundanci a převzetí služeb při selhání. Data Portál IBM WebSphere Portal uloženy ve více databázových doménách s různými požadavky na dostupnost v závislosti na konfiguraci produkčního prostředí. Pokud existuje několik výrobních linek, z nichž každá je implementována jako serverový cluster, použití společných databázových domén zaručuje automatickou synchronizaci dat mezi výrobními linkami.

V tomto článku se podíváme na problematiku instalace a konfigurace na CentOS 7. V tomto návodu bude ukázána instalace zkušební verze. WebSphere, ale neliší se od plné verze, takže to nevadí.

Tak pojďme!

1) Příprava a konfigurace OS

V naší práci budeme používat nové CentOS 7. Překvapivě, po vybalení z krabice potřebuje hodně úprav, aby fungoval, takže se na to připravte. Takže nainstalujte minimální verzi bez grafiky a jdeme na to. Přes rozhraní - okamžitě nastavte síť tak, aby tam byl internet... to vám výrazně usnadní život :)

Pojďme nainstalovat základní software... který z nějakého důvodu není součástí balení:

Yum install net-tools nano wget

Nyní se podívejme na naše název hostitele a my to opravíme hostitelé(upravte, jak chcete):

Nano /etc/hostname nano /etc/hosts

Ifconfig -a

Chcete-li to opravit, musíte to nejprve trochu opravit grub:

Nano /etc/default/grub

Na konci řádku" GRUB_CMDLINE_LINUX"potřeba přidat" net.ifnames=0 biosdevname=0“. Získáte něco takového (ne nutně 1 v 1):

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 net.ifnames=0 biosdevname=0"

Přejmenujeme naše síťové rozhraní na normální, klasické “ eth0“ a pojďme znovu postavit:

MV /etc/sysconfig/network-scripts/ifcfg-ens32 /etc/sysconfig/network-scripts/ifcfg-eth0 restart

Nastavení sítě:

Nano /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE="eth0" ONBOOT=ano BOOTPROTO=statický IPADDR=1.1.4.185 NETMASK=255.255.248.0 GATEWAY=1.1.1.9 DNS1=1.2=11. DNS1=1.1.1.91.

Deaktivujte tu extra Správce sítě a pojďme znovu postavit:

Systemctl stop NetworkManager systemctl zakázat restartování NetworkManager

Zkontrolujeme, zda je systém označen jako vlákno IPv6:

lsmod | grep -i ipv6

Pokud zprávy obsahují odkazy na IPv6, ale bude, pak přistoupíme k jeho deaktivaci:

Nano /etc/default/grub

Na začátku řádku" GRUB_CMDLINE_LINUX"potřeba přidat" ipv6.disable=1“. Dostanete něco takového:

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

Vytvořte novou konfiguraci a uložte výsledek:

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

Restartovat:

Zkontrolujeme to znovu a ujistěte se, že je vše v pořádku:

lsmod | grep -i ipv6

Přidávání do systému EPEL(všechny druhy balíčků „zatížených“ licencemi) úložiště pro 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

Nový OS používá „hlavního“ démona, který ovládá ostatní démony. Tento systemd, který byl zaveden místo zastaralých inicializačních skriptů init.d. Je také použit nový firewall, firewalld namísto iptables. Pojďme zkontrolovat jeho provoz a otevřít porty, které potřebujeme (9080 a 9443):

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

Ve skutečnosti zde konfigurace OS končí a přecházíme přímo k instalaci IBM WebSphere Application Server Liberty Profile 8.5.5

2) Nainstalujte WebSphere

Budeme potřebovat účet IBM. Po pravidelné registraci si můžete stáhnout jakýkoli software (pro účely vývoje se také nazývá zkušební verze).

Neumožňují vám stáhnout software přímo. Stahujeme univerzální Manažer instalací a pak si přes něj můžeme stáhnout software, který potřebujeme. Obsah archivu BASETRIAL.agent.installer.linux.gtk.x86_64.zip rozbalte jej do složky was a poté jej nahrajte na server v /root

Udělíme oprávnění a spustíme instalaci:

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

První věc, Manažer instalací nás požádá o zadání přihlašovacího jména a hesla k účtu IBM. Stiskněte p a zadejte své přihlašovací údaje:

Pro instalaci vybíráme pouze následující položky (instalační manažer, websphere liberty a java sdk k tomu):

Opravy ale instalovat nebudeme. Nejsou vyžadovány pro instalaci, kromě toho jsou chybné a instalují se s chybou:

Závěrečná zpráva. Co se instaluje a kde:

Poté čekáme. Kolik čekat? Záleží na rychlosti vašeho internetu a vytížení serveru IBM. Budete si muset stáhnout asi 500 MB nebo i více. Buďte trpěliví... Co se děje? Instalátor připojí svá úložiště a stáhne z nich objednaný software. Všechno je krásné.

Zpráva o úspěšné instalaci vypadá takto:

Teoreticky je také možné toto vše nainstalovat prostřednictvím souborů odpovědí, bez dialogů. Tato možnost však také vyžaduje již nainstalované Manažer instalací, takže v našem případě to není relevantní..

Tak a je to! jsme nainstalovali IBM WebSphere Application Server Liberty Profile 8.5.5 a nezbytné pro jeho provoz Jáva! Gratulujeme! Nyní se podíváme na to, co můžeme dělat dál.

3) Nastavení WebSphere

a) Spuštění WebSphere

Vytvoříme náš testovací server:

/opt/IBM/WebSphere/Liberty/bin/server vytvořit PROJEKT

Vytvořeno. Zobrazí se složka: /opt/IBM/WebSphere/Liberty/usr/servers/ PROJEKT V něm budou umístěna všechna nastavení a budoucí moduly. Chcete-li spustit tento společný podnik, musíte přidat řádek host=’1.1.4.185′ (s naší IP) nad httpPort=’9080′ (je to zde: /opt/IBM/WebSphere/Liberty/usr/servers/PROJECT/ server.xml ). Příklad takové konfigurace:

Pojďme spustit:

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

Když přejdeme na adresu http://1.1.4.185:9080, uvidíme následující:

To znamená, že je vše v pořádku a webová sféra se spustila.

b) Instalace administračního modulu

Tato položka je volitelná. S administračním modulem je ale pohodlnější pracovat s webovou sférou. Prostřednictvím něj můžete zastavovat a spouštět moduly jednotlivě, aniž byste museli zastavovat celý server.

Nainstalujte tedy tento modul:

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

Pro přihlášení do administrátorské oblasti jako administrátor použijte účet: admin/password. A pod uživatelem: nonadmin/nonadminpwd.

Jeho přihlašovací adresa je: http://1.1.4.185:9080/adminCenter/ Administrační panel vypadá takto:



Všechno! Administrační modul je nainstalován.

c) Instalace rozšiřujícího modulu

Také je potřeba nainstalovat na Websphere prodloužený balíčky (rozšířená sada knihoven a binárních souborů), to se provádí velmi jednoduše:

/opt/IBM/WebSphere/Liberty/bin/featureManager nainstalovat rozšířený balíček-1.0

d) Instalace modulů

Dostáváme se k nejzajímavější části. Instalace modulů v Liberty. Jak to udělat? Existují 2 způsoby, prostřednictvím složky /opt/IBM/WebSphere/Liberty/usr/servers/PROJECT/ dropiny a /opt/IBM/WebSphere/Liberty/usr/servers/PROJECT/ aplikace
Z katalogu dropiny moduly se vyzvednou a nainstalují automaticky. Z katalogu aplikace– musí být ručně zaregistrovány v konfiguraci server.xml. Příklad konfigurace, ke které je modul připojen přes aplikace:

Chcete-li spustit SP ne na pozadí a s protokoly, spusťte příkaz:

/opt/IBM/WebSphere/Liberty/bin/server spusťte PROJECT

e) Pros

Testování ověřilo, že stačí zkopírovat složku /opt/IBM na jiný server a vše bude fungovat hned po vybalení. Velmi pohodlně. Tito. můžeme předem založit potřebný společný podnik a dodat celý softwarový balík najednou. A „Liberty Websphere“ je velmi lehký a spouští/zastavuje se velmi rychle :)

Publikováno