このチュートリアルでは、ストレージ層としてネットワーク ファイル システム（NFS）ボリュームを使用して、Google Kubernetes Engine（GKE）上に IBM Db2 Warehouse クラスタを作成する方法を説明します。共有ストレージ ソリューション用の NFS バックエンドとして Filestore を使用します。ただし、クラウド デプロイ可能な他の NFS ソリューションを選択することもできます。
このチュートリアルは、システム管理者、デベロッパー、エンジニア、データベース管理者が、Google Cloud 上に IBM Db2 Warehouse クラスタをデプロイする場合に役立ちます。
IBM Db2 Warehouse と Google Cloud 上でのデプロイ オプションの概要については、シリーズの概要をご覧ください。
このチュートリアルでは、次のソフトウェアを使用します。
- Ubuntu-server 16.04
- IBM Db2 Warehouse Enterprise Edition
- IBM Db2 Warehouse クライアント
目標
- Docker Store にある IBM Db2 Warehouse Docker イメージにアクセスします。
- Filestore インスタンスを作成します。
- GKE クラスタを起動します。
- クラスタが実行中であることを検証します。
- GKE クラスタで Docker Store 認証を初期化します。
- クラスタに NFS クライアント プロビジョナーをデプロイして実行します。
- クラスタに IBM Db2 Warehouse コンテナをデプロイして実行します。
- IBM Db2 Warehouse でサンプルデータをアップロードします。
- IBM Db2 管理コンソールに接続します。
料金
このチュートリアルでは、Google Cloud の課金対象となる以下のコンポーネントを使用します。
料金計算ツールを使うと、予想使用量に基づいて費用の見積もりを作成できます。
始める前に
- Google Cloud アカウントにログインします。Google Cloud を初めて使用する場合は、アカウントを作成して、実際のシナリオでの Google プロダクトのパフォーマンスを評価してください。新規のお客様には、ワークロードの実行、テスト、デプロイができる無料クレジット $300 分を差し上げます。
-
Google Cloud Console の [プロジェクト セレクタ] ページで、Google Cloud プロジェクトを選択または作成します。
-
Cloud プロジェクトに対して課金が有効になっていることを確認します。プロジェクトに対して課金が有効になっていることを確認する方法を学習する。
- GKE and Filestore API を有効にします。
- Docker ID をお持ちでない場合は、Docker Store で作成してください。
このチュートリアルでは、IBM Db2 Warehouse Enterprise Edition を使用します。このソフトウェアのライセンスをまだお持ちでない場合は、無料の試用版をこのチュートリアルで使用できます。
このチュートリアルを終了した後、作成したリソースを削除すると、それ以上の請求は発生しません。詳しくは、クリーンアップをご覧ください。
アーキテクチャ
このチュートリアルでは、3 つの異なる Google Cloud ゾーンに GKE を使用して Kubernetes クラスタをデプロイします。クラスタでは、IBM Db2 Warehouse の 3 つのインスタンスをデプロイします。
db2wh-1という名前のインスタンスが、最初にヘッドノードとして指定されています。db2wh-2およびdb2wh-3という名前のインスタンスが、最初にデータノードとして指定されています。
ヘッドノードがフェイルオーバーすると、個々のインスタンスのロール（ヘッドノードまたはデータノード）が変わる可能性があります。
また、db2wh-data-nfs という名前の Filestore インスタンスもデプロイします。これはクラスタノードの共有ストレージとして機能します。
次の図にアーキテクチャを示します。
IBM Db2 Warehouse Edition の Docker イメージにアクセスする
このチュートリアルでは、Docker Store アカウントを使用して Docker Store から無料の試用版 IBM Db2 Warehouse Edition をダウンロードします。これには、サーバーとクライアントの 2 つの別個のイメージをダウンロードすることが含まれます。
ブラウザで、IBM Db2 Warehouse EE Docker イメージに移動します。
Docker のユーザー名とパスワードを使ってログインします。
[Proceed to checkout] をクリックします。
詳細を記入します。
利用規約に同意する場合は、右側の [I agree ...] と [I acknowledge ...] のチェックボックスをオンにします。
[Get Content] をクリックします。
自動的に [Setup] ページに移動します。このページの手順はチュートリアルの後半で行うので、現時点で行う必要はありません。
IBM Db2 Warehouse クライアント イメージについても同じプロセスを繰り返します。
環境の準備
このチュートリアルでは、デフォルト リージョンとして us-central1 を使用し、デフォルト ゾーンとして us-central1-b を使用します。リージョンとゾーンをデフォルトに設定しておくと、gcloud コマンドライン ツールで Compute Engine ゾーン オプションを入力する時間が節約されます。
このチュートリアルのほとんどの手順は、Cloud Shell で実行します。また、Cloud Shell を開くと、このチュートリアルに関連する GitHub リポジトリのクローンを自動的に作成することもできます。
Cloud Shell を開きます。
デフォルトのリージョンとゾーンを設定します。
gcloud config set compute/region us-central1 gcloud config set compute/zone us-central1-b
Filestore インスタンスの作成
次のステップでは、Filestore データベース インスタンスを作成します。
Cloud Shell で、Filestore インスタンスを作成します。
gcloud beta filestore instances create db2wh-data-nfs \ --location=us-central1-c \ --tier=STANDARD \ --file-share=name="db2whdata",capacity=1TB \ --network=name="default",reserved-ip-range="10.0.0.0/29"これにより、1 TB の容量を持つ
db2wh-data-nfsという名前のスタンダード ティアの Filestore インスタンスと、db2whdataという名前のマウント ポイントが作成されます。
GKE クラスタを管理するためのサービス アカウントのプロビジョニング
このチュートリアル用に、GKE クラスタで Compute Engine インスタンスを管理するためのサービス アカウントを作成します。GKE クラスタノードは、デフォルトのサービス アカウントの代わりにこのサービス アカウントを使用します。ベスト プラクティスとして、サービス アカウントの権限をアプリケーションの実行に必要なロールとアクセス許可だけにすることをおすすめします。
サービス アカウントに必要なロールは、Compute 管理者のロール（roles/compute.admin）のみです。このロールによって、すべての Compute Engine リソースを完全に制御できます。サービス アカウントは、GKE クラスタノードを管理するためにこのロールを必要とします。
Cloud Shell で、サービス アカウント名を格納する環境変数を作成します。
export GKE_SERVICE_ACCOUNT_NAME=db2dw-gke-service-accountサービス アカウントを作成します。
gcloud iam service-accounts create $GKE_SERVICE_ACCOUNT_NAME \ --display-name=$GKE_SERVICE_ACCOUNT_NAMEサービス アカウントのメール アカウント名を格納する環境変数を作成します。
export GKE_SERVICE_ACCOUNT_EMAIL=$(gcloud iam service-accounts list \ --format='value(email)' \ --filter=displayName:"$GKE_SERVICE_ACCOUNT_NAME")サービス アカウントに
compute.adminロールをバインドします。gcloud projects add-iam-policy-binding \ $(gcloud config get-value project 2> /dev/null) \ --member serviceAccount:$GKE_SERVICE_ACCOUNT_EMAIL \ --role roles/compute.admin
GKE クラスタの準備
このセクションでは、GKE クラスタを起動し、権限を付与して、クラスタ構成を終了します。
GKE クラスタを起動する
ここで、GKE クラスタを作成して起動できます。
Cloud Shell で、ゾーンごとに単一のノードを持つ、リージョンの GKE クラスタを作成します。
gcloud container clusters create ibm-db2dw-demo \ --enable-ip-alias \ --image-type=ubuntu \ --machine-type=n1-standard-16 \ --metadata disable-legacy-endpoints=true \ --node-labels=app=db2wh \ --node-locations us-central1-a,us-central1-b,us-central1-c \ --no-enable-basic-auth \ --no-issue-client-certificate \ --num-nodes=1 \ --region us-central1 \ --service-account=$GKE_SERVICE_ACCOUNT_EMAILこれにより、
ibm-db2dw-demoという名前のクラスタが作成されます。
1 つのノードプール（デフォルト ノードプール）だけでこのクラスタを作成しているので、このクラスタのすべてのノードが IBM Db2 Warehouse ワークロードを実行できます（ラベル付きノードのみが IBM Db2 Warehouse ポッドをホストできます）。さらに分離する必要がある場合（たとえば IBM Db2 Warehouse 専用のノードが必要な場合）には、新しいノードプールまたは専用クラスタのいずれかを作成できます。
Docker Store 認証を管理する
このチュートリアルでは、Docker Store 認証情報を格納するためのシークレットを作成して、GKE クラスタが Docker Store から IBM Db2 Warehouse Docker イメージをダウンロードできるようにします。詳細については、Kubernetes ドキュメントの該当するセクションをご覧ください。この方法は、プライベート Docker レジストリ インスタンスにも有効です。
Cloud Shell で、Docker Store（これから使用する Docker レジストリ インスタンス）にログインします。
docker loginDocker Store の認証情報を使用して Kubernetes シークレットを作成します。
kubectl create secret generic dockerstore \ --type=kubernetes.io/dockerconfigjson \ --from-file=.dockerconfigjson="$HOME"/.docker/config.json
ユーザーにクラスタ管理者権限を付与する
GKE ドキュメントで説明されているように、GKE で新しい役割を作成する権限をユーザーに与える必要があります。
Cloud Shell で、ユーザーに新しい役割を作成する権限を付与します。
kubectl create clusterrolebinding cluster-admin-binding \ --clusterrole cluster-admin \ --user $(gcloud config list \ --format 'value(core.account)')
NFS クライアント プロビジョナーをデプロイする
このチュートリアルでは、クラスタに NFS クライアント プロビジョナーをデプロイします。このプロビジョナーは、PersistentVolumeClaims をサポートするために Filestore インスタンスで PersistentVolumes を初期化します。
Cloud Shell で、NFS リソースを管理するためのサービス アカウントを作成します。
kubectl apply -f solutions-db2wh/nfs/rbac.yamlNFS クライアント プロビジョナーをデプロイします。
kubectl apply -f solutions-db2wh/nfs/deployment.yamlNFS ボリュームで PersistentVolumeClaim をサポートするための StorageClass を作成します。
kubectl apply -f solutions-db2wh/nfs/class.yamlNFS クライアント プロビジョナー ポッドが
Runningとして報告されるのを待ちます。kubectl get pods --watch実行中の場合、出力に
Runningが表示されます。nfs-client-provisioner 1/1 Running 0 10s
ノードファイルを作成する
次に、各インスタンスをブートストラップするために IBM Db2 Warehouse で必要となる構成ファイルを作成できます。
Cloud Shell で、
nodesファイルを作成します。kubectl get nodes -o=jsonpath="{range \ .items[?(@.metadata.labels.app=='db2wh')]}\ {.metadata.name}{':'}{.status.addresses[?(@.type=='InternalIP')]\ .address}{\"\n\"}{end}" | sed '1s/^/head_node=/' | \ sed -e '2,$ s/^/data_node=/' > nodesnodesファイルを格納する ConfigMap を作成します。kubectl create configmap db2wh-nodes --from-file=nodes
IBM Db2 Warehouse ポッドのデプロイ
ここでは、IBM Db2 Warehouse を実行するのに必要なすべての GKE ポッドを作成します。
Cloud Shell で、PersistentVolumeClaim を作成します。PersistentVolumeClaim オブジェクトを使用すると、クラスタは複数のポッドで同時に NFS ストレージを PersistentVolume としてマウントできます。
kubectl apply -f solutions-db2wh/persistent-volume-claim.yamlNFS ボリューム内の
nodesファイルをコピーする Job を実行します。kubectl apply -f solutions-db2wh/nodes-file-deploy-job.yamlnodesファイル デプロイジョブが実行されたことを確認します。kubectl get jobs --watchnodes-configがSuccessfulとして報告されると、Job は実行されています。NAME DESIRED SUCCESSFUL AGE nodes-config 1 1 19s
LoadBalancer Service をデプロイして、IBM Db2 Warehouse 管理コンソールへのアクセスを許可します。
kubectl apply -f solutions-db2wh/service.yamldb2wh-extという名前の LoadBalancer Service に外部 IP アドレスが割り当てられるまで待ちます。kubectl get services --watch出力に、
CLUSTER-IPとEXTERNAL-IPの IP アドレスが表示されます。NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE db2wh-ext LoadBalancer yy.yy.yy.yy xx.xx.xx.xx 8443:30973/TCP,50000:30613/TCP 7s
StatefulSet をデプロイして IBM Db2 Warehouse Pod を起動します。
kubectl apply -f solutions-db2wh/statefulset.yamlIBM Db2 Warehouse Pod（
db2wh-0、db2wh-1、db2wh-2）が実行されていることを確認します。kubectl get pods --watch登録には数分かかることがあります。
すべての Pod のステータスが
Runningになると、Pod は実行されています。db2wh-1 0/1 Running 0 3m db2wh-2 0/1 Running 0 3m db2wh-0 0/1 Running 0 3m
IBM Db2 Warehouse ヘッドノードを実行しているノードの IP アドレスを格納する環境変数を作成します。
HEAD_NODE_IP=$(grep "head_node" nodes | awk -F ':' '{print $2}')ヘッドノード ポッド名を格納する環境変数を作成します。
HEAD_NODE_POD_NAME=$(kubectl get pods \ --field-selector=status.phase=Running -o=jsonpath="{range \ .items[?(@.metadata.labels.app=='db2wh')]} \ {.metadata.name}{':'}{.status.\ hostIP}{'\n'}{end}" | grep $HEAD_NODE_IP | awk -F ':' '{print $1}')いずれかのポッドのログを調べて、ブートストラップ プロセスが問題なく実行されていることを確認します。
kubectl exec -it $HEAD_NODE_POD_NAME -- status --check-startupこれには 40〜60 分かかることがあります。その間にエラーがいくつか検出されることもありますが、このチュートリアルでは無視してかまいません。
出力に
running successfullyのステータスが表示されたら、プロセスは正しく実行されています。HA Management up and running successfully! Successfully started IBM Db2 Warehouse service stack!
管理コンソールのパスワードを設定します。
DB2_ADMIN_PASSWORD=$(openssl rand -hex 8) kubectl exec -it $HEAD_NODE_POD_NAME -- setpass ${DB2_ADMIN_PASSWORD}
デプロイをテストする
ポッドの構成が完了したので、次はデプロイをテストできます。
IBM Db2 Warehouse クライアント コンテナをデプロイする
IBM Db2 Warehouse にデータをアップロードするために、クライアント コンテナをデプロイし、Kubernetes ConfigMap を使用してサンプルデータをそれにマッピングできます。
Cloud Shell で、サンプルデータを格納する ConfigMap を作成します。
kubectl create configmap sample-data \ --from-file=solutions-db2wh/sample-data/nyc-wifi-locs.csv \ --from-file=solutions-db2wh/sample-data/sample-table.sqlDeployment を作成して IBM Db2 Warehouse クライアント コンテナを開始します。
kubectl apply -f solutions-db2wh/client.yamlIBM Db2 Warehouse クライアント ポッドが実行されていることを検証します。
kubectl get pods --watch登録には数分かかることがあります。
ステータスが
Runningと表示されたら、Pod は実行中です。db2wh-client-xxxxx-xxxx 1/1 Running 0 3m
サンプルデータをアップロードする
デプロイのテストの一環として、サンプルデータを IBM Db2 Warehouse サーバーにアップロードします。
Cloud Shell で、以前に作成したパスワードを表示します。
echo $DB2_ADMIN_PASSWORDIBM Db2 Warehouse クライアントのコンテナ名を格納する環境変数を作成します。
CLIENT_CONTAINER_NAME=$(kubectl get pods -l app=db2wh-client -o=jsonpath='{.items[0].metadata.name}')クライアント コンテナでシェル ウィンドウを開きます。
kubectl exec -it $CLIENT_CONTAINER_NAME -- cliパスワードを格納する環境変数を作成します。
[PASSWORD]は、先の手順で取得したパスワードにします。DB_PASSWORD=[PASSWORD]データベース エイリアスを格納する環境変数を作成します。
DB_ALIAS=BLUDBBLUDBは、IBM Db2 Warehouse のデフォルトのデータベース名です。データベース ホスト名を格納する環境変数を作成します。
DB_HOST=db2wh-ext.default.svc.cluster.localデータベース カタログを設定します。
db_catalog --add $DB_HOST --alias $DB_ALIASIBM Db2 Warehouse サーバーにサンプルデータを保持するためのテーブルを作成します。
dbsql -f /sample-table.sql -d $DB_ALIAS -h $DB_HOST -u bluadmin -W $DB_PASSWORDデータを IBM Db2 Warehouse サーバーにアップロードします。
dbload -verbose -host $DB_HOST -u bluadmin \ -pw $DB_PASSWORD -db $DB_ALIAS -schema BLUADMIN \ -t NYC_FREE_PUBLIC_WIFI -df /nyc-wifi-locs.csv -delim ',' \ -quotedValue DOUBLE -timeStyle 12HOUR -skipRows 1IBM Db2 Warehouse クライアント シェルを閉じます。
exit
管理コンソールを使用してデータを検証する
これで IBM Db2 Warehouse 管理コンソールに接続し、アップロードしたデータを検証できるようになりました。
Cloud Shell で、サービスの外部 IP アドレスを見つけます。
kubectl get svc db2wh-extブラウザを開き、次の URL にアクセスします。
[EXTERNAL_IP]は、前の手順で取得した IP アドレスにします。https://[EXTERNAL_IP]:8443セキュリティ警告は無視できます。
次の認証情報でログインします。
- ユーザー名:
bluadmin - パスワード: （前の手順で作成したパスワード）
- ユーザー名:
IBM Db2 Warehouse EULA に同意する場合は、[Accept] をクリックします。
左側のメニューを開き、[Administer] > [Tables] を選択します。
[Quick Tour] ポップアップを閉じます。
NYC_FREE_PUBLIC_WIFI をクリックします。
[Data Distribution] タブをクリックして、テーブルにデータが入力されていることを確認します。
合計で 2,871 行あることがわかります。これはデータセット全体です。
[Generate SQL] クリックします。
[SELECT statement] を選択します。
[OK] をクリックします。
[Generate SQL] タブが開き、自動生成された
SELECTステートメントが事前に入力されます。自動生成された
SELECTステートメントにLIMIT句を追加して、結果を最初の 5 つのレコードに制限します。SELECT "THE_GEOM", "OBJECTID", "BORO", "TYPE", "PROVIDER", "NAME", "LOCATION", "LAT", "LON", "X", "Y", "LOCATION_T", "REMARKS", "CITY", "SSID", "SOURCEID", "ACTIVATED", "BOROCODE", "BORONAME", "NTACODE", "NTANAME", "COUNDIST", "POSTCODE", "BOROCD", "CT2010", "BOROCT2010", "BIN", "BBL", "DOITT_ID" FROM "BLUADMIN"."NYC_FREE_PUBLIC_WIFI" LIMIT 5;[Run] をクリックしてから、[Run All] を実行します。
レコードのリストが [Result Set] タブに表示され、サンプルデータが正常にアップロードされたことが示されます。
クリーンアップ
このチュートリアルで使用したリソースについて、Google Cloud アカウントに課金されないようにするには、リソースを含むプロジェクトを削除するか、プロジェクトを維持して個々のリソースを削除します。
プロジェクトの削除
- Cloud Console で [リソースの管理] ページに移動します。
- プロジェクト リストで、削除するプロジェクトを選択し、[削除] をクリックします。
- ダイアログでプロジェクト ID を入力し、[シャットダウン] をクリックしてプロジェクトを削除します。
次のステップ
- このシリーズの他のドキュメントを見る。
- IBM Db2 Warehouse のアーキテクチャを確認する。
- IBM Db2 Warehouse の要件をお読みください。
- Google Cloud に関するリファレンス アーキテクチャ、図、チュートリアル、ベスト プラクティスを確認する。Cloud Architecture Center を確認します。