Distribuera IBM DB2 pureScale på Azure
Den här artikeln beskriver hur du distribuerar en exempelarkitektur som en företagskund nyligen använde för att migrera från sin IBM DB2-miljö som körs på z/OS till IBM DB2 pureScale på Azure.
Om du vill följa de steg som används för migreringen läser du installationsskripten på DB2onAzure-lagringsplatsen på GitHub. Dessa skript baseras på arkitekturen för en typisk, medelstor arbetsbelastning för onlinetransaktionsbearbetning (OLTP).
Kom igång
Om du vill distribuera den här arkitekturen laddar du ned och kör det deploy.sh skript som finns på DB2onAzure-lagringsplatsen på GitHub.
Lagringsplatsen har också skript för att konfigurera en Grafana-instrumentpanel. Du kan använda instrumentpanelen för att fråga Prometheus, övervaknings- och aviseringssystemet med öppen källkod som ingår i DB2.
Kommentar
Det deploy.sh skriptet på klienten skapar privata SSH-nycklar och skickar dem till distributionsmallen via HTTPS. För större säkerhet rekommenderar vi att du använder Azure Key Vault för att lagra hemligheter, nycklar och lösenord.
Så här fungerar distributionsskriptet
Skriptet deploy.sh skapar och konfigurerar Azure-resurserna för den här arkitekturen. Skriptet frågar efter den Azure-prenumeration och de virtuella datorer som används i målmiljön och utför sedan följande åtgärder:
- Konfigurerar resursgruppen, det virtuella nätverket och undernäten i Azure för installationen.
- Konfigurerar nätverkssäkerhetsgrupper och SSH för miljön.
- Konfigurerar flera nätverkskort på både den delade lagringen och de virtuella DB2 pureScale-datorerna.
- Skapar de virtuella datorerna för delad lagring. Om du använder Lagringsdirigering eller en annan lagringslösning kan du läsa Översikt över Lagringsdirigering.
- Skapar den virtuella jumpbox-datorn.
- Skapar de virtuella DB2 pureScale-datorerna.
- Skapar den virtuella vittnesdator som DB2 pureScale pingar. Hoppa över den här delen av distributionen om din version av Db2 pureScale inte kräver något vittne.
- Skapar en virtuell Windows-dator som ska användas för testning men installerar ingenting på den.
Därefter konfigurerar distributionsskripten ett virtuellt iSCSI-nätverk (vSAN) för delad lagring i Azure. I det här exemplet ansluter iSCSI till det delade lagringsklustret. I den ursprungliga kundlösningen användes GlusterFS. IBM stöder dock inte längre den här metoden. För att behålla ditt stöd från IBM måste du använda ett iSCSI-kompatibelt filsystem som stöds. Microsoft erbjuder Lagringsdirigering (S2D) som ett alternativ.
Den här lösningen ger dig också möjlighet att installera iSCSI-målen som en enda Windows-nod. iSCSI tillhandahåller ett delat blocklagringsgränssnitt via TCP/IP som gör att db2 pureScale-konfigurationsproceduren kan använda ett enhetsgränssnitt för att ansluta till delad lagring.
Distributionsskripten kör följande allmänna steg:
- Konfigurera ett delat lagringskluster i Azure. Det här steget omfattar minst två Linux-noder.
- Konfigurera ett iSCSI Direct-gränssnitt på Linux-målservrar för det delade lagringsklustret.
- Konfigurera iSCSI-initieraren på de virtuella Linux-datorerna. Initieraren kommer åt det delade lagringsklustret med hjälp av ett iSCSI-mål. Information om hur du konfigurerar ett iSCSI-mål och initierare i Linux finns i dokumentationen om RootUsers.
- Installera det delade lagringsskiktet för iSCSI-gränssnittet.
När skripten har skapat iSCSI-enheten är det sista steget att installera DB2 pureScale. Som en del av DB2 pureScale-installationen kompileras IBM Spectrum Scale (tidigare kallat GPFS) och installeras på GlusterFS-klustret. Det här klustrade filsystemet gör det möjligt för DB2 pureScale att dela data mellan de virtuella datorer som kör DB2 pureScale-motorn. Mer information finns i IBM Spectrum Scale-dokumentationen på IBM:s webbplats.
DB2 pureScale-svarsfil
GitHub-lagringsplatsen innehåller DB2server.rsp, en svarsfil (.rsp) som gör att du kan generera ett automatiserat skript för db2 pureScale-installationen. I följande tabell visas de DB2 pureScale-alternativ som svarsfilen använder för installation. Du kan anpassa svarsfilen efter behov för din miljö.
Kommentar
En exempelsvarsfil, DB2server.rsp, ingår i DB2onAzure-lagringsplatsen på GitHub. Om du använder den här filen måste du redigera den innan den kan fungera i din miljö.
Skärmnamn | Fält | Värde |
---|---|---|
Välkommen | Ny installation | |
Välj en produkt | DB2 version 11.1.3.3. Serverversioner med DB2 pureScale | |
Konfiguration | Katalog | /data1/opt/ibm/db2/V11.1 |
Välj installationstyp | Typisk | |
Jag godkänner IBM-villkoren | Kontrollerad | |
Instansägare | Befintlig användare till exempel användarnamn | DB2sdin1 |
Inhägnad användare | Befintlig användare, användarnamn | DB2sdfe1 |
Klusterfilsystem | Enhetssökväg för delad diskpartition | /dev/dm-2 |
Monteringspunkt | /DB2sd_1804a |
|
Delad disk för data | /dev/dm-1 |
|
Monteringspunkt (data) | /DB2fs/datafs1 |
|
Delad disk för logg | /dev/dm-0 |
|
Monteringspunkt (logg) | /DB2fs/logfs1 |
|
DB2 Cluster Services Tiebreaker. Enhetssökväg | /dev/dm-3 |
|
Värdlista | d1 [eth1], d2 [eth1], cf1 [eth1], cf2[eth1] | |
Prioriterad primär CF | cf1 | |
Prioriterad sekundär CF | cf2 | |
Svarsfil och sammanfattning | första alternativet | Installera DB2 Server Edition med funktionen IBM DB2 pureScale och spara mina inställningar i en svarsfil |
Namn på svarsfil | /root/DB2server.rsp |
Information om den här distributionen
Värdena för
/dev-dm0
,/dev-dm1
,/dev-dm2
och/dev-dm3
kan ändras efter en omstart på den virtuella dator där installationen sker (d0 i det automatiserade skriptet). För att hitta rätt värden kan du utfärda följande kommando innan du slutför svarsfilen på servern där installationen körs:sudo ls -als /dev/mapper
total 0 0 drwxr-xr-x 2 root root 140 May 30 11:07 . 0 drwxr-xr-x 19 root root 4060 May 30 11:31 .. 0 crw------- 1 root root 10, 236 May 30 11:04 control 0 lrwxrwxrwx 1 root root 7 May 30 11:07 db2data1 -\> ../dm-1 0 lrwxrwxrwx 1 root root 7 May 30 11:07 db2log1 -\> ../dm-0 0 lrwxrwxrwx 1 root root 7 May 30 11:26 db2shared -\> ../dm-2 0 lrwxrwxrwx 1 root root 7 May 30 11:08 db2tieb -\> ../dm-3
Installationsskripten använder alias för iSCSI-diskarna så att de faktiska namnen enkelt kan hittas.
När installationsskriptet körs på d0
/dev/dm-\*
kan värdena vara olika på d1, cf0 och cf1. Skillnaden i värden påverkar inte db2 pureScale-konfigurationen.
Felsöka och kända problem
GitHub-lagringsplatsen innehåller en baza znanja som författarna underhåller. Den visar potentiella problem som du kan ha och lösningar som du kan prova. Kända problem kan till exempel uppstå när:
- Du försöker nå gatewayens IP-adress.
- Du kompilerar allmän offentlig licens (GPL).
- Säkerhetshandskakningen mellan värdar misslyckas.
- Db2-installationsprogrammet identifierar ett befintligt filsystem.
- Du installerar IBM Spectrum Scale manuellt.
- Du installerar DB2 pureScale när IBM Spectrum Scale redan har skapats.
- Du tar bort DB2 pureScale och IBM Spectrum Scale.
Mer information om dessa och andra kända problem finns i filen kb.md i DB2onAzure-lagringsplatsen .