Azure 上に IBM DB2 pureScale をデプロイする

[アーティクル]
04/22/2023

最近、z/OS 上で実行される IBM DB2 環境から Azure 上の IBM DB2 pureScale に企業のお客様が移行する際に、あるアーキテクチャの例が使用されています。この記事では、そのアーキテクチャの例をデプロイする方法について説明します。

移行の際に使用される手順に従うには、GitHub 上の Db2onAzure リポジトリ内にあるインストールスクリプトをご覧ください。これらのスクリプトは、一般的な中規模サイズのオンライントランザクション処理 (OLTP) ワークロード用のアーキテクチャに基づきます。

はじめに

このアーキテクチャをデプロイするには、GitHub 上の DB2onAzure リポジトリ内にある deploy.sh スクリプトをダウンロードして実行します。

このリポジトリには、Grafana ダッシュボードを設定するためのスクリプトも含まれています。ダッシュボードを使用すると、DB2 に含まれているオープンソースの監視およびアラートシステムである Prometheus に対してクエリを実行できます。

Note

クライアント上の deploy.sh スクリプトは、プライベート SSH キーを作成して、HTTPS 経由で展開テンプレートにそのキーを渡します。セキュリティを強化するために、シークレット、キー、およびパスワードの格納には、Azure Key Vault を使用することをお勧めします。

展開スクリプトの仕組み

deploy.sh スクリプトを実行すると、このアーキテクチャの Azure リソースが作成および構成されます。スクリプトでは、ターゲット環境で使用される Azure サブスクリプションと仮想マシンの入力を要求してから、次の操作を実行します。

インストール用に、Azure 上にリソースグループ、仮想ネットワーク、およびサブネットを設定します。
環境に応じて、ネットワークセキュリティグループと SSH を設定します。
共有ストレージおよび DB2 pureScale 仮想マシンの両方に、複数の NIC を設定します。
共有ストレージ仮想マシンを作成します。記憶域スペースダイレクトまたは別のストレージソリューションを使用する場合は、「記憶域スペースダイレクトの概要」を参照してください。
ジャンプボックス仮想マシンを作成します。
DB2 pureScale 仮想マシンを作成します。
DB2 pureScale から ping を実行する監視仮想マシンを作成します。 DB2 pureScale のご利用のバージョンで監視を必要としない場合は、デプロイのこの部分をスキップします。
テストに使用する Windows 仮想マシンを作成します。ただし、このマシン上には何もインストールしません。

次に、デプロイスクリプトにより、Azure 上の共有ストレージに対して iSCSI 仮想記憶域ネットワーク (vSAN) が設定されます。この例では、iSCSI が共有ストレージクラスターに接続されます。元の顧客ソリューションでは、GlusterFS が使用されていました。ただし、IBM ではこのアプローチはサポートされなくなりました。 IBM からのサポートを維持するには、サポートされている iSCSI 互換ファイルシステムを使用する必要があります。 Microsoft では、記憶域スペースダイレクト (S2D) をオプションとして提供しています。

このソリューションは、単一の Windows ノードとして iSCSI ターゲットをインストールするオプションも提供します iSCSI は TCP/IP 上で共有ブロックストレージインターフェイスを提供します。これにより、DB2 pureScale セットアップ手順で、デバイスインターフェイスを使用して、共有ストレージに接続できます。

通常、デプロイスクリプトでは、次の手順が実行されます。

Azure 上に共有ストレージクラスターを設定します。この手順を実行するには、2 つ以上の Linux ノードが必要です。
共有ストレージクラスター用のターゲット Linux サーバー上で iSCSI Direct インターフェイスを設定します。
Linux 仮想マシン上で iSCSI イニシエーターを設定します。イニシエーターでは、iSCSI ターゲットを使用して共有ストレージクラスターへのアクセスが行われます。セットアップの詳細については、RootUsers ドキュメントの「How To Configure An iSCSI Target And Initiator In Linux (Linux 内で iSCSI ターゲットおよびイニシエーターを構成する方法)」をご覧ください。
iSCSI インターフェイスの共有ストレージ層をインストールします。

スクリプトで iSCSI デバイスを作成したら、最後の手順として DB2 pureScale をインストールします。 DB2 pureScale のセットアップの一環として、IBM Spectrum Scale (以前は GPFS と呼ばれていた) がコンパイルされ、GlusterFS クラスター上にインストールされます。このクラスター化されたファイルシステムにより、DB2 pureScale では、DB2 pureScale エンジンを実行する仮想マシン間でデータを共有することが可能になります。詳細については、IBM Web サイトの「IBM Spectrum Scale」をご覧ください。

DB2 pureScale の応答ファイル

GitHub リポジトリには、DB2server.rsp という応答 (.rsp) ファイルが用意されています。このファイルを利用して、DB2 pureScale インストールのための自動化されたスクリプトを生成できます。次の表に、応答ファイルでセットアップのために使用される DB2 pureScale オプションを示します。必要に応じて、お使いの環境に合わせて応答ファイルをカスタマイズできます。

Note

サンプル応答ファイル DB2server.rsp は、GitHub 上の DB2onAzure リポジトリにあります。このファイルを使用する場合、お使いの環境で機能するように、事前にファイルを編集しておく必要があります。

画面の名前	フィールド	値
ようこそ		新規インストール
プロジェクトの選択		DB2 バージョン 11.1.3.3。 DB2 pureScale を搭載した各サーバーエディション
構成	ディレクトリ	`/data1/opt/ibm/db2/V11.1`
	インストールの種類を選択する	通常
	IBM 利用規約に同意する	オン
インスタンス所有者	インスタンスに対する既存ユーザー、ユーザー名	DB2sdin1
フェンスされたユーザー	既存のユーザー、ユーザー名	DB2sdfe1
クラスターファイルシステム	共有ディスクのパーティションデバイスパス	`/dev/dm-2`
	マウントポイント	`/DB2sd_1804a`
	データ用の共有ディスク	`/dev/dm-1`
	マウントポイント (データ)	`/DB2fs/datafs1`
	ログ用の共有ディスク	`/dev/dm-0`
	マウントポイント (ログ)	`/DB2fs/logfs1`
	DB2 クラスターサービスのタイブレーカー。デバイスパス	`/dev/dm-3`
ホスト一覧	d1 [eth1]、d2 [eth1]、cf1 [eth1]、cf2 [eth1]
	推奨されるプライマリ CF	cf1
	推奨されるセカンダリ CF	cf2
応答ファイルと概要	最初のオプション	IBM DB2 pureScale 機能を搭載した DB2 サーバーエディションをインストールして、応答ファイルに自分の設定を保存する
	応答ファイル名	`/root/DB2server.rsp`

この展開に関するメモ

/dev-dm0、/dev-dm1、/dev-dm2、/dev-dm3 の値は、セットアップが行われる仮想マシン (自動化されたスクリプトでは d0) 上での再起動後に変更できます。適切な値を見つけるには、セットアップを実行するサーバー上で応答ファイルが完了する前に、次のコマンドを発行します。

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

セットアップスクリプトでは、実際の名前を簡単に見つけられるように、iSCSI ディスクのエイリアスを使用します。
d0 上でセットアップスクリプトが実行された場合、d1、cf0、および cf1 上では /dev/dm-\* の値が異なる場合があります。この値の違いは、DB2 pureScale のセットアップには影響しません。

トラブルシューティングと既知の問題

GitHub リポジトリには、作成者によって管理されるナレッジベースがあります。これには、遭遇する可能性がある潜在的な問題と、試行できる解決策が示されています。たとえば、既知の問題は、次の場合に発生することがあります。

ゲートウェイ IP アドレスへの到達を試行している。
一般公衆利用許諾書 (GPL) をコンパイルしようとしている。
ホスト間のセキュリティハンドシェイクが失敗する。
DB2 インストーラーで既存のファイルシステムが検出された。
IBM Spectrum Scale を手動でインストールしようとしている。
IBM Spectrum Scale が既に作成されているのに DB2 pureScale をインストールしようとしている。
DB2 pureScale と IBM Spectrum Scale を削除しようとしている。

上記およびその他の既知の問題の詳細については、DB2onAzure リポジトリ内の kb.md ファイルをご覧ください。

次の方法で共有