K5コンテナサービスチュートリアル

Transcription

1 コンテナサービス チュートリアル Version 年 3 月 1 日富士通株式会社 i

2 改訂履歴 改訂 No. 日付 Version 章 No. 項 No. 改訂内容 /3/ 初版作成 ii

3 目次第 1 章まえがき 本書の位置づけ 対象の読者 商標 お願い... 2 第 2 章 WEB/AP/DB 構成のコンテナ環境作成 Docker イメージの作成 Tomcat 環境の準備 Apache 環境の準備 PostgreSQL 環境の準備 Dockerfile 作成 Docker イメージの作成 登録 Docker イメージのデプロイ yaml ファイルの作成 動作確認 クラスタ FQDN の動作確認 第 3 章オートスケール / マニュアルスケール オートスケール 初回設定 設定変更 オートスケール状態の確認 オートスケール設定の注意事項 マニュアルスケール yaml ファイルの編集 マニュアルスケールの設定変更確認 オートスケール / マニュアルスケール時のスティッキーセッション設定 第 4 章データベース移行作業 PostgreSQL コンテナへの DB 移行 PV へダンプファイルの格納 リストアの実行 ii

4 第 1 章まえがき 1.1 本書の位置づけ 本書は コンテナサービスを利用したアプリケーション開発に関するチュートリアルです コンテナサービス利用ガイド と合わせて参照ください 1.2 対象の読者 本書は コンテナサービス上で Docker コンテナを活用したアプリケーション開発 運用を行う方を対象としています 本サービスを利用するにあたり 以下の知識が必要です Docker/Kubernetes に関する基本的な知識 Linux に関する基本的な知識 1.3 商標 Linux は 米国及びその他の国における Linus Torvalds の登録商標です Docker は Docker,Inc. の米国およびその他の国における商標または登録商標です Kubernetes は The Linux Foundation の米国およびその他の国における商標または登録商標です そのほか 本書に記載されている会社名および製品名は それぞれ各社の商標または登録商標です 1.4 お願い 本書は 予告なしに変更されることがあります 本書を無断で他に転用しないようお願いします 本書に記載されたデータの使用に起因する第三者の特許権およびその他の権利の侵害については 当社はその責を負いません 2

5 第 2 章 WEB/AP/DB 構成のコンテナ環境作成 2.1 Docker イメージの作成 作業用サーバーで Docker コンテナイメージを作成します 本章では Docker 社が提供する DockerHub に存在する CentOS7 のベースイメージに Apache Tomcat PostgreSQL をインストールする手順を示します Tomcat 環境の準備 Tomcat の Dockerfile を作成するために事前に必要な作業を行います Tomcat インストールファイルのダウンロード Dockerfile を作成するディレクトリにインストール用の tar ファイルをダウンロードします Tomcat のバージョンに関しては をご確認ください curl -O Tomcat 環境設定スクリプトの作成 Dockerfile を作成するディレクトリに下記の内容で Tomcat 環境設定用のシェルスクリプト (setenv.sh) を作成します #!/bin/bash JDK_VERSION=`repoquery --all --pkgnarrow=installed --qf="%{name}-%{version}-%{release}.%{arch}" grep "java openjdk-1.8.0" awk '{print $1}'` CATALINA_HOME="/usr/lib/${TOMCAT_VERSION}" CATALINA_PID="/usr/lib/${TOMCAT_VERSION}/catalina.pid" JRE_HOME="/usr/lib/jvm/${JDK_VERSION}/jre" CATALINA_OPTS="-Ddb_host=$DB_HOST -Ddb_port=$DB_PORT -Dap_logs=$AP_LOGS -Dpod_name=$POD_NAME" UMASK="0022" Tomcat 起動スクリプトの作成 Dockerfile を作成するディレクトリに下記の内容で Tomcat 起動用のシェルスクリプト (start_tomcat.sh) を作成します #!/bin/bash rm -rf /usr/lib/${tomcat_version}/webapps/root cp /mnt/data/tomcat/app/$warfile /usr/lib/${tomcat_version}/webapps/root.war cp /mnt/data/tomcat/conf/* /usr/lib/${tomcat_version}/conf/ /usr/lib/${tomcat_version}/bin/catalina.sh run 3

6 ユーザー資産の格納デプロイ対象のアプリケーション資産や設定ファイルを PV へ格納します PV へファイルを格納するためには namespace の作成 および専用のコンテナを起動する必要があります 詳細はコンテナサービス利用ガイド 第 7 章 PV 内のファイル管理 を参照してください コンテナ起動後 GUI 経由でディレクトリ作成やファイルコピー ファイルアップロード等の操作が可能となります なお 下記に示す下線部のディレクトリはユーザー側で作成後 必要な資産を対象のディレクトリ配下に格納してください PV 配下の資産格納先例 : アプリケーション資産が server.xml, logging.properties, AppTest.war の場合 /data/tomcat/conf/server.xml /data/tomcat/conf/logging.properties /data/tomcat/app/apptest.war 補足 スクリプト内で変数 CATALINA_OPTS に DB_HOST(DB サーバーの FQDN) DB_PORT(DB サーバーのポート番号 ) を設定することにより Tomcat のパラメータとして与えます アプリケーション資産のソースコードで DB 接続を行う場合は JDBC の URL 設定を下記コード例のように行います コード例 "jdbc:postgresql://" + System.getProperty("db_host") + ":" + System.getProperty("db_port") + "/" + <DB 名 > スクリプト内で変数 CATALINA_OPTS に AP_LOGS(PV 上のログ出力ディレクトリ ) POD_NAME(Pod 名 ) を設定することにより Tomcat のパラメータとして与えます アプリケーション資産で Tomcat およびアプリケーションのログ出力設定を行う場合は下記コード例のように行います PV のログ出力ディレクトリは /mnt/logs/ をご利用ください server.xml のコード例 <Valve classname="org.apache.catalina.valves.accesslogvalve" directory="${ap_logs}" prefix="${pod_name}_localhost_access_log" suffix=".txt" pattern="%h %l %u %t "%r" %s %b" /> logging.properties のコード例 1catalina.org.apache.juli.AsyncFileHandler.directory = ${ap_logs} 1catalina.org.apache.juli.AsyncFileHandler.prefix = ${pod_name}_catalina. log4j.xml のコード例 <param name="file" value="${ap_logs}${pod_name}_apptest.log" /> 4

7 2.1.2 Apache 環境の準備 Apache の Dockerfile を作成するために事前に必要な作業を行います Apache 起動スクリプトの作成下記の内容で Apache 起動用のシェルスクリプト (start_httpd.sh) を作成します #!/bin/bash #Tomcat 連携用設定ファイルを作成します echo "<IfModule mod_proxy_ajp.c>" > /etc/httpd/conf.d/modproxy.conf echo " <Location / >" >> /etc/httpd/conf.d/modproxy.conf echo " ProxyPass ajp://$ap_host:8009/" >> /etc/httpd/conf.d/modproxy.conf echo " </Location>" >> /etc/httpd/conf.d/modproxy.conf echo "</IfModule>" >> /etc/httpd/conf.d/modproxy.conf cp $CONF_FROM $CONF_TO /usr/sbin/httpd -DFOREGROUND 設定ファイルの格納 Apache の設定ファイルを PV へ格納します PV へファイルを格納するためには 対象の namespace に対して専用のコンテナを起動する必要があります 詳細はコンテナサービス利用ガイド 第 7 章 PV 内のファイル管理 を参照してください コンテナ起動後 GUI 経由でディレクトリ作成やファイルコピー ファイルアップロード等の操作が可能となります なお 以下に示す下線部のディレクトリはユーザー側で作成後 必要な資産を対象のディレクトリ配下に格納してください PV 配下の資産格納先例 : 設定ファイルが httpd.conf の場合 /data/httpd/conf/httpd.conf 補足 Apache のログ出力設定を行う場合は下記コード例のように行います 下記例ではログ出力用の環境変数 WEB_LOGS(PV 上のログ出力ディレクトリ ) POD_NAME(Pod 名 ) を使用します PV のログ出力ディレクトリは /mnt/logs/ をご利用ください httpd.conf のエラーログ設定のコード例 ErrorLog " /usr/sbin/rotatelogs -l -n 4 ${WEB_LOGS}${POD_NAME}_error_log 86400" httpd.conf のアクセスログ設定のコード例 CustomLog " /usr/sbin/rotatelogs -l -n 4 ${WEB_LOGS}${POD_NAME}_access_log 86400" combined 5

8 2.1.3 PostgreSQL 環境の準備 PostgreSQL の Dockerfile を作成するために事前に必要な作業を行います 起動スクリプトの作成下記の内容で PostgreSQL 起動用のシェルスクリプト (start_postgres.sh) を作成します #!/bin/bash #PGDATA のディレクトリ存在チェック ( 初回起動チェック ) # 初回起動の場合 PGDATA のディレクトリ作成と所有者変更 initdb を実行 if [! -e $PGDATA ]; then mkdir -p $PGDATA chown postgres:postgres $PGDATA su postgres -c "initdb --encoding=utf8 --no-locale --auth=ident -D $PGDATA" fi # 設定ファイルのコピー PostgreSQL の起動 cp $CONF_FROM $PGDATA su postgres -c "postgres" 設定ファイルの格納設定ファイルを PV へ格納します PostgreSQL の設定ファイルを PV へ格納します PV へファイルを格納するためには 対象の namespace に対して専用のコンテナを起動する必要があります 詳細はコンテナサービス利用ガイド 第 7 章 PV 内のファイル管理 を参照してください コンテナ起動後 GUI 経由でディレクトリ作成やファイルコピー ファイルアップロード等の操作が可能となります なお 以下に示す下線部のディレクトリはユーザー側で作成後 必要な資産を対象のディレクトリ配下に格納してください PV 配下の資産格納先例 : 設定ファイルが postgresql.conf, pg_hba.conf の場合 /data/postgresql/conf/postgresql.conf /data/postgresql/conf/pg_hba.conf 6

9 2.1.4 Dockerfile 作成 Docker イメージを作成するために Dockerfile を作成します Dockerfile には コンテナを構築するためコマンド等を記述します Dockerfile を活用することにより 同一環境の構築が容易となりますので 従来の開発と比較して構築コストの削減や環境差異の発生を防止することが可能です Tomcat 用 Dockerfile 以下の Tomcat の作成例を参考に Dockerfile を作成します 環境変数 TOMCAT_VERSION に指定する Tomcat のバージョンに関しては をご確認の上 適宜変更してください vi Dockerfile #Dockerfile 作成例 # ベースとなる CentOS7 のイメージを指定 i FROM centos:centos7 # 作成者 MAINTAINER testuser #Tomcat のインストール ENV TOMCAT_VERSION apache-tomcat-8.x.x RUN mkdir /tmp/work ADD ${TOMCAT_VERSION}.tar.gz /tmp/work RUN mv /tmp/work/${tomcat_version} /usr/lib #OpenJDK のインストール RUN yum install -y java openjdk.x86_64 ADD setenv.sh /usr/lib/${tomcat_version}/bin #Tomcat 起動スクリプトコピー ADD start_tomcat.sh /tmp/work # 各種スクリプト実行権限設定 RUN chmod +x /usr/lib/${tomcat_version}/bin/setenv.sh RUN chmod +x /tmp/work/start_tomcat.sh #Tomcat を起動 CMD /tmp/work/start_tomcat.sh 7

10 Apache 用 Dockerfile 以下に Apache の Dockerfile 作成例を記載します vi Dockerfile #Dockerfile 作成例 # ベースとなる CentOS7 のイメージを指定 FROM centos:centos7 # 作成者 MAINTAINER testuser #Apache(httpd) のインストール RUN yum install -y httpd #Apache 起動スクリプトコピー RUN mkdir /tmp/work ADD start_httpd.sh /tmp/work # 各種スクリプト実行権限設定 RUN chmod +x /tmp/work/start_httpd.sh #Apache を起動 CMD /tmp/work/start_httpd.sh PostgreSQL 用 Dockerfile 以下に PostgreSQL の Dockerfile 作成例を記載します 既存データベースの移行時など PostgreSQL のバージョン指定が必要な利用シーンを想定し CentOS7 のベースイメージに PostgreSQL をインストールする手順としています vi Dockerfile #Dockerfile 作成例 # ベースとなる CentOS7 のイメージを指定 FROM centos:centos7 # 作成者 MAINTAINER testuser #PostgreSQL のインストール RUN yum install -y postgresql-server #PostgreSQL 起動スクリプトコピー RUN mkdir /tmp/work ADD start_postgres.sh /tmp/work # 各種スクリプト実行権限設定 RUN chmod +x /tmp/work/start_postgres.sh # コンテナ起動時のサービス起動コマンド指定 CMD /tmp/work/start_postgres.sh 8

11 2.1.5 Docker イメージの作成 登録 Docker イメージ作成 Dockerfile をビルドすることによって Docker イメージを作成します ビルド時に指定するローカルレジストリは reg.local:5000 となります イメージ名 : タグ名 は任意の値を設定してください docker build -t < ローカルレジストリ >/< イメージ名 : タグ名 > <Dockerfile が存在するディレクトリパス > ( カレントディレクトリに Dockerfile が存在 ) docker build -t reg.local:5000/test-namespace/local_tomcat:v Docker イメージ作成作成した Docker イメージをコンテナ実行環境にデプロイするためローカルレジストリへイメージ登録をします docker push reg.local:5000/< イメージ名 : タグ名 > docker push reg.local:5000/test-namespace/local_tomcat:v1.0 9

12 2.2 Docker イメージのデプロイ ローカルレジストリに格納したイメージをコンテナ実行環境上にデプロイします Pod( コンテナ ) を起動するために必要な yaml ファイルを準備し Kubernetes のコマンドを使用してデプロイを行います yaml ファイルの作成 WEB/AP デプロイ用ファイル WEB/AP(Apache Tomcat) デプロイ用 yaml ファイル (web-ap-test.yaml) を作成します vi web-ap-test.yaml apiversion: extensions/v1beta1 kind: Deployment metadata: name: web-ap-test spec: replicas: 1 template: metadata: labels: app: webap spec: containers: - name: httpd-test image: reg.local:5000/test-namespace/local_httpd:v1.0 env: - name: "AP_HOST" value: "localhost" - name: "CONF_FROM" value: "/mnt/data/httpd/conf/*" - name: "CONF_TO" value: "/etc/httpd/conf/" - name: "WEB_LOGS" value: "/mnt/logs/" - name: "POD_NAME" valuefrom: fieldref: fieldpath: metadata.name ports: - containerport: 80 resources: requests: cpu: 30m volumemounts: - mountpath: /mnt name: pvcl ~~~ 次ページへ続く ~~~ 10

13 ~~~ 前ページからの続き ~~~ - name: tomcat-test image: reg.local:5000/test-namespace/local_tomcat:v1.0 env: - name: "DB_HOST" value: "db-test-sv.test-namespace.svc.fcxlocal" - name: "DB_PORT" value: "5432" - name: "WARFILE" value: "AppTest.war" - name: "AP_LOGS" value: "/mnt/logs/" - name: "POD_NAME" valuefrom: fieldref: fieldpath: metadata.name ports: - containerport: 8009 resources: requests: cpu: 30m volumemounts: - mountpath: /mnt name: pvcl volumes: - name: pvcl persistentvolumeclaim: claimname: claim-test-namespace imagepullsecrets: - name: myregistrykey --- apiversion: v1 kind: Service metadata: name: web-ap-test-sv spec: ports: - port: 80 targetport: 80 protocol: TCP selector: app: webap kubectl create -f <Pod/Service に関する定義ファイル > --namespace=< 利用設定済の namespace 名 > kubectl create -f web-ap-test.yaml --namespace=test-namespace 11

14 DB デプロイ用ファイル DB(PostgreSQL) デプロイ用 yaml ファイル (db-test.yaml) を作成します vi db-test.yaml apiversion: extensions/v1beta1 kind: Deployment metadata: name: db-test spec: replicas: 1 template: metadata: labels: app: db spec: containers: - name: db-test image: reg.local:5000/test-namespace/local_postgresql:v1.0 env: - name: "PGDATA" value: "/mnt/data/postgresql/pgdata" - name: "CONF_FROM" value: "/mnt/data/postgresql/conf/*" ports: - containerport: 5432 volumemounts: - mountpath: /mnt name: pvcl volumes: - name: pvcl persistentvolumeclaim: claimname: claim-test-namespace imagepullsecrets: - name: myregistrykey --- apiversion: v1 kind: Service metadata: name: db-test-sv spec: ports: - port: 5432 targetport: 5432 protocol: TCP selector: app: db 補足 PGDATA には PV のマウントパス配下のディレクトリのみ指定可能です PV のマウントパス ( 例 :/mnt) は指定できません 12

15 kubectl create -f <Pod/Service に関する定義ファイル > --namespace=< 利用設定済の namespace 名 > kubectl create -f db-test.yaml --namespace=test-namespace 13

16 2.3 動作確認 ブラウザにて公開設定を行った Apache の URL を入力し 動作確認を行います 公開設定に関してはコンテナサービス利用ガイドの 6.8 アプリケーションの動作確認 および公開 を参照ください クラスタ FQDN の動作確認クラスタ FQDN で外部公開した URL をブラウザで入力します 入力 URL 内容 : サービス名 ] -[namepace 名 ]. [ 契約ごとに一意な文字列 ].k5container.net/ 入力 URL 例 : 14

17 第 3 章 オートスケール / マニュアルスケール 3.1 オートスケール Pod の CPU 使用率に応じて 指定した範囲内で Pod 数を自動的に調整する機能です Deployment で生成した Pod に対して調整が可能です 本機能を設定する事で オートスケールを制御する HorizontalPodAutoscaler (hpa) というリソースが生成されます 本章では WEB/AP デプロイ用ファイル の手順にもとづいてデプロイしたものに対してオートスケールを設定します 初回設定オートスケールの初回設定手順は 以下となります Deployment 設定確認オートスケールを設定するには 設定対象の Deployment に CPU のリクエスト設定が必要となります 設定対象の Deployment にリクエスト設定がある事を確認します リクエスト設定については コンテナサービス利用ガイドの yaml ファイルの作成 を参照してください 実行内容 kubectl get deployment <deployment 名 > -o yaml --namespace=< 利用設定済の namespace 名 > grep -C2 "requests:" kubectl get deployment web-ap-test -o yaml --namespace=test-namespace grep -C2 "requests:" 実行結果 CPU リクエスト値が設定されている事を確認します resources: requests: cpu: <CPU リクエスト値 >m 結果例 resources: requests: cpu: 30m 設定されていない場合のみ 次項の Deployment 設定変更 を実施してください 15

18 Deployment 設定変更オートスケールを設定するために Deployment の設定を変更します 実行内容 vi web-ap-test.yaml 以下の resources から cpu を追加します apiversion: extensions/v1beta1 kind: Deployment metadata: name: web-ap-test spec: replicas: 1 template: metadata: labels: app: webap spec: containers: - name: httpd-test image: reg.local:5000/test-namespace/local_httpd:v1.0 env: - name: "AP_HOST" value: "localhost" - name: "CONF_FROM" value: "/mnt/data/httpd/conf/*" - name: "CONF_TO" value: "/etc/httpd/conf/" - name: "WEB_LOGS" value: "/mnt/logs/" - name: "POD_NAME" valuefrom: fieldref: fieldpath: metadata.name ports: - containerport: 80 resources: requests: cpu: 30m 以下略 kubectl apply -f <Pod/Service に関する定義ファイル > --namespace=< 利用設定済の namespace 名 > kubectl apply -f web-ap-test.yaml --namespace=test-namespace 16

19 オートスケール設定オートスケールを設定する yaml ファイルを作成し オートスケールを設定します 実行内容 vi web-ap-test-hpa.yaml apiversion: autoscaling/v1 kind: HorizontalPodAutoscaler metadata: name: web-ap-test-hpa spec: scaletargetref: apiversion: apps/v1beta1 kind: Deployment name: web-ap-test minreplicas: 1 maxreplicas: 2 targetcpuutilizationpercentage: 50 オートスケール設定用の yaml に関する補足項目説明 scaletargetref オートスケール対象の Pod を管理する Deployment の名称を指定します name Deployment の yaml ファイルから metadata: name: の値を指定してください minreplicas オートスケールする際の Pod 数の下限値 maxreplicas オートスケールする際の Pod 数の上限値 targetcpuutilizationpercentage オートスケールを実行する閾値オートスケールを設定した Deploymet 内の各 Pod の CPU 平均使用率 実行内容 kubectl create -f <hpa に関する定義ファイル > --namespace=< 利用設定済の namespace 名 > kubectl create -f web-ap-test-hpa.yaml --namespace=test-namespace オートスケール設定確認オートスケールが設定された事を確認します 実行内容 kubectl get hpa <hpa 名 > --namespace=< 利用設定済の namespace 名 > kubectl get hpa web-ap-test-hpa --namespace=test-namespace 実行結果例 NAME REFERENCE TARGET CURRENT MINPODS MAXPODS AGE web-ap-test-hpa Deployment/web-ap-test 50% 5% 1 2 5s 17

20 3.1.2 設定変更既存のオートスケールの設定変更は 以下の手順となります 本章では オートスケール設定 の手順にもとづいて設定したオートスケールを変更しています オートスケール設定オートスケールを設定する yaml ファイルを編集し オートスケール設定を変更します 変更個所は minreplicas maxreplicas targetcpuutilizationpercentage となります 実行内容 vi web-ap-test-hpa.yaml apiversion: autoscaling/v1 kind: HorizontalPodAutoscaler metadata: name: web-ap-test-hpa spec: scaletargetref: apiversion: apps/v1beta1 kind: Deployment name: web-ap-test minreplicas: 1 maxreplicas: 2 targetcpuutilizationpercentage: 80 実行内容 kubectl apply -f <hpa に関する定義ファイル > --namespace=< 利用設定済の namespace 名 > kubectl apply -f web-ap-test-hpa.yaml --namespace=test-namespace オートスケール設定変更確認オートスケールの設定が変更された事を確認します 実行内容 kubectl get hpa <hpa 名 > --namespace=< 利用設定済の namespace 名 > kubectl get hpa web-ap-test-hpa --namespace=test-namespace 実行結果例変更した値が反映されている事を確認します NAME REFERENCE TARGET CURRENT MINPODS MAXPODS AGE web-ap-test-hpa Deployment/web-ap-test 80% 5% 1 2 5s 18

21 3.1.3 オートスケール状態の確認 CPU 負荷増加により実行されたオートスケールの状態を確認します 実行内容 kubectl describe hpa <hpa 名 > --namespace=< 利用設定済の namespace 名 > kubectl describe hpa web-ap-test-hpa --namespace=test-namespace 実行結果例 Events: Type Reason Age From Message Normal SuccessfulRescale 17m Normal SuccessfulRescale 12m horizontal-pod-autoscaler New size: 2; reason: cpu resource utilization (percentage of request) above target horizontal-pod-autoscaler New size: 1; reason: All metrics below target 上記は CPU 使用率が閾値を上回ったため Pod 数が 1 から 2 に増えたことを示しています オートスケールの状態に変化があると Events: の Message 欄に以下が表示されます (New size: 2; reason: cpu resource utilization (percentage of request) above target) オートスケール設定の注意事項 No 概要 内容 1 Deployment の replicas 設定と オートスケール設定の Deployment の replicas が設定されていた場合でも オートスケールの設定を追加したタイミングでオートスケール設定に応じた Pod 数となります minreplicas maxreplicas 設定の優先度について ( minreplicas maxreplicas 設定が優先) 19

22 3.2 マニュアルスケール マニュアルで deployment の Pod 数を変更する際の手順は 以下となります 本章では WEB/AP デプロイ用ファイル の手順にもとづいてデプロイしたものに対してマニュアルスケールを設定します yaml ファイルの編集マニュアルスケールを設定するために deployment の設定を変更します 以下の replicas の値を変更します 下記の例では WEB/AP デプロイ用ファイル の yaml ファイルの replicas の設定値を 1 から 2 に変更しています 実行内容 vi web-ap-test-hpa.yaml apiversion: extensions/v1beta1 kind: Deployment metadata: name: web-ap-test spec: replicas: 2 template: metadata: labels: app: webap 以下略 実行内容 kubectl apply -f <hpa に関する定義ファイル > --namespace=< 利用設定済の namespace 名 > kubectl apply -f web-ap-test-hpa.yaml --namespace=test-namespace マニュアルスケールの設定変更確認 マニュアルスケール設定が変更された事を確認します 実行内容 kubectl get deployment <deployment 名 > --namespace=< 利用設定済の namespace 名 > kubectl get deployment web-ap-test --namespace=test-namespace 実行結果例 Pod 数が設定した数になった事を確認します NAME DESIRED CURRENT UP-TO-DATE AVAILABLE AGE web-ap-test m 20

23 3.3 オートスケール / マニュアルスケール時のスティッキーセッション設定 オートスケールまたはマニュアルスケールした Pod にてアプリケーションを公開している場合にスティッキーセッション機能が無効な場合はアクセス先の Pod はアクセス毎に不定になります 有効にした場合は初回にアクセスした Pod へのアクセスに固定されます スティッキーセッションについては コンテナサービス利用ガイドの FQDN 設定画面 を参照してください 21

24 第 4 章 データベース移行作業 4.1 PostgreSQL コンテナへの DB 移行 ユーザー側で取得したダンプファイルを DB コンテナにリストアする手順です 下記の例では pg_dump Fc にて取得したカスタム形式のダンプファイルを使用しています PV へダンプファイルの格納ダンプファイルを PV へ格納します PV へファイルを格納するためには 対象の namespace に対して専用のコンテナを起動する必要があります 詳細はコンテナサービス利用ガイド 第 7 章 PV 内のファイル管理 を参照してください コンテナ起動後 GUI 経由でディレクトリ作成やファイルコピー ファイルアップロード等の操作が可能となります なお 以下に示す下線部のディレクトリはユーザー側で作成後 必要な資産を対象のディレクトリ配下に格納してください PV 配下の資産格納先例 :dump ファイルが test.dump の場合 /data/postgresql/dump/test.dump リストアの実行対象の DB を起動している Pod へログインします kubectl exec -it <Pod 名 > --namespace=< 利用設定済みの namespace 名 > -- /bin/bash kubectl exec -it postgresql-test n9l5q --namespace=test-namespace -- /bin/bash リストア対象のデータベースを事前に作成します su postgres -c 'psql -c "CREATE DATABASE <Database 名 >"' su postgres -c 'psql -c "CREATE DATABASE test"' リストアコマンドを実行します su postgres -c 'pg_restore -d <Database 名 > -Fc <PV のダンプファイル格納パス >' su postgres -c 'pg_restore -d test -Fc /mnt/data/postgresql/dump/test.dump' 22