RedHat OpenShift Container Platform 用の HyperFlex FlexVolume Storage Integration の設定

Transcription

1 RedHat OpenShift Container Platform 用の HyperFlex FlexVolume Storage Integration の 設定 HX FlexVolume と OCP の統合のサポート マトリックス 1 ページ 前提条件 2 ページ 管理者ホストのセットアップ 2 ページ RedHat OpenShift Container Platform の展開 3 ページ HyperFlex FlexVolume ソフトウェアの配信 3 ページ HyperFlex FlexVolume プラグインの管理 6 ページ HyperFlex FlexVolume Provisioner の管理 12 ページ StorageClass の設定 16 ページ 永続ボリュームのプロビジョニング 17 ページ HX FlexVolume と OCP の統合のサポート マトリックス 次の表に HX Data Platform ソフトウェアの各バージョンでサポートされている Red Hat OpenShift Container Platform OCP ソフトウェアのバージョンを示します 表 1 : HX FlexVolume と Red Hat OCP の統合のサポート マトリックス HX Data Red Hat OCP Red Hat OCP Red Hat OCP Red Hat OCP Red Hat OCP Red Hat OCP Platform の バージョン バージョン バージョン バージョン バージョン バージョン バージョン (1A) また 未サポート 未サポート はそれ以降 3.5(1a) 以降 サポート対 サポート対 象 象 3.5(2a) 以降 計画済み 計画済み 1

2 前提条件 HX Data Platform のバージョン Red Hat OCP バージョン 3.7 Red Hat OCP バージョン 3.9 Red Hat OCP バージョン 3.10 Red Hat OCP バージョン 3.11 Red Hat OCP バージョン 3.12 Red Hat OCP バージョン (1a) 以降 計画済み 計画済み 4.1(1a) 以降 計画済み 計画済み TBD TBD 前提条件 HyperFlex FlexVolume Storage Integration を RedHat OpenShift Container Platform 用に設定する前に 次の前提条件を満たす必要があります Cisco HyperFlex クラスタがインストールされており 3.5(1a) 以降を実行している RedHat OpenShift Container Platform がインストールされており 3.9 以降を実行している シスコソフトウェアダウンロードから最新の HX Kubernetes リリースパッケージをダウンロードしている 管理者ホストのセットアップ このガイドのコンテキストでは 管理者ホスト は OpenShift クラスタをリモート管理するために使用される Linux ベースのホストを指します このガイドでは 管理者ホストのオペレーティングシステムに使用する Linux ディストリビューションを指定していませんが 使用するディストリビューションによっては一部のコマンドが多少異なる場合があります 管理者ホストは 新しく展開されたホストでも 環境内の既存のホストでもかまいません 重要 次の手順は 管理者ホストで実行してください ステップ 1 Kubernetes コマンドラインツールセットの oc がインストールされていることを確認します ツールセットがインストールされていない場合は で Linux ディストリビューションに基づく手順を確認できます ステップ 2 SSH キーペア ( 公開キーと秘密キー ) が生成されていることを確認します SSH キーペアは リモート OpenShift クラスタを管理するために使用されます ステップ 3 cisco.com の HyperFlex のセクションから最新の HyperFlex FlexVolume ソフトウェアアーカイブ (zip) ファイルをダウンロードします 任意の方法 (scp など ) で HyperFlex FlexVolume ソフトウェアアーカイブ (zip) ファイルを管理者ホストに転送します このガイドの残りの部分は HyperFlex FlexVolume アーカイブ (zip) ファイルが管理者ホストの ~/hxkube ディレクトリパスにコピーされていることが前提となっています 2

3 RedHat OpenShift Container Platform の展開 ステップ 4 HyperFlex FlexVolume ソフトウェアアーカイブ (zip) ファイルを管理者ホストの ~/hxkube ディレクトリに解凍します 管理者ホストの Linux ディストリビューションに基づいて パッケージマネージャ ( つまり yum または apt-get) を使用して unzip パッケージをインストールする必要がある場合があります RedHat OpenShift Container Platform の展開 RedHat は RedHat OpenShift Container Platform クラスタのインストールを自動化するための標準メカニズムとして Ansible プレイブックを提供しています RedHat の Web サイトでは Ansible による OpenShift クラスタのインストールと設定に関するさまざまなドキュメントと情報が提供されています 以降のセクションでは RedHat OpenShift Container Platform の動作中のインスタンスが存在するか RedHat の Web サイトに記載されている RedHat の標準の方式とベストプラクティスでそれをインストールしていることが前提となっています ( 注 ) Redhat OpenShift Container Platform クラスタノードを展開するときに ノード VM 用の追加のインターフェイスが k8-priv-iscsivm-network ポートグループに追加されていることを確認してください このインターフェイスは HyperFlex FlexVolume Storage Integration を使用するために必要です HyperFlex FlexVolume ソフトウェアの配信 OpenShift を使用して HyperFlex FlexVolume Storage Integration を正しくインストールして設定するには HX-Kubernetes git.4022e8ec.hx35.zip アーカイブファイルをすべての OpenShift クラスタノードに配信します 次の手順は HX Kubernetes アーカイブファイルを適切なホストに配信する詳しいプロセスを示しています ( 注 ) 次のコマンドで使用されるユーザ名 (<ocpuser> として示されている ) は 各 OpenShift クラスタノードにコピーされ 設定されている SSH 公開キーの所有者のユーザを表します このユーザには OpenShift クラスタノードへのパスワードなしの SSH アクセス権が必要です 重要 次の手順は 管理者ホストで実行してください ステップ 1 次のコマンドを実行して 各 OpenShift クラスタノードに hxkube という名前のディレクトリを作成します 3

4 HyperFlex FlexVolume ソフトウェアの配信 do ssh mkdir ~/hxkube; \ > do ssh ocpuser@$host sudo mkdir ~/hxkube; \ > ステップ 2 HX Kubernetes アーカイブファイルを各 OpenShift クラスタノードの ~/hxkube ディレクトリにコピーします do scp <path_to_hxkubezip> <ocpuser>@$host:~/hxkube; \ > do scp./hx-kubernetes git.4022e8ec.hx35.zip ocpuser@$host:~/hxkube; \ > HX-Kubernetes git.4022e8ec.hx35.zip 100% 37MB 107.6MB/s 00:00 HX-Kubernetes git.4022e8ec.hx35.zip 100% 37MB 105.6MB/s 00:00 HX-Kubernetes git.4022e8ec.hx35.zip 100% 37MB 106.0MB/s 00:00 ステップ 3 各 OpenShift クラスタノードで apt-get update コマンドを実行します do ssh ocpuser@$host sudo apt-get update; \ 例 4

5 HyperFlex FlexVolume ソフトウェアの配信 > do ssh sudo apt-get update; \ > Get:1 xenial InRelease [247 kb] Hit:2 xenial InRelease Get:3 xenial-security InRelease [107 kb] Get:4 xenial-security/main Sources [133 kb] Get:5 xenial-updates InRelease [109 kb] Get:6 xenial-backports InRelease [107 kb] Get:7 xenial-security/restricted Sources [2116 B] <content omitted for brevity> ステップ 4 apt-get update マネージャを使用して 各 OpenShift クラスタノードに unzip パッケージをインストールします do ssh <ocpuser>@$host sudo apt-get install -y unzip; \ > do ssh ocpuser@$host sudo apt-get install -y unzip; \ > ステップ 5 各 OpenShift クラスタノードで HX Kubernetes アーカイブファイルを解凍します do ssh <ocpuser>@$host sudo unzip ~/hxkube/hx-kubernetes git.4022e8ec.hx35.zip -d ~/hxkube; \ > do ssh ocpuser@$host unzip ~/hxkube/hx-kubernetes git.4022e8ec.hx35.zip -d ~/hxkube; \ > Archive: /home/ocpuser/hxkube/hx-kubernetes git.4022e8ec.hx35.zip extracting: RELEASE.txt extracting: hx-provisioner-setup extracting: hx-provisioner.tar.gz extracting: hxkube-collect-logs extracting: hxprovisioner-deploy.yaml extracting: hxvolume 5

6 HyperFlex FlexVolume プラグインの管理 <content omitted for brevity> HyperFlex FlexVolume プラグインの管理 HyperFlex FlexVolume プラグインのインストール 次の手順は 管理者ホストで実行してください ステップ 1 OpenShift の Ansible インストールプレイブックは デフォルトで iscsi-initiator-utils パッケージをインストールします パッケージがインストールされていることを確認してください do ssh <ocpuser>@$host sudo yum list installed iscsi-initiator-utils; \ > do ssh ocpuser@$host sudo yum list installed iscsi-initiator-utils; \ > Loaded plugins: product-id, search-disabled-repos, subscription-manager Installed Packages iscsi-initiator-utils.x86_64 Loaded plugins: product-id, search-disabled-repos, subscription-manager Installed Packages iscsi-initiator-utils.x86_64 Loaded plugins: product-id, search-disabled-repos, subscription-manager Installed Packages iscsi-initiator-utils.x86_64 ステップ 2 何らかの理由で iscsi-initiator-utils パッケージがインストールされていない場合は yum パッケージマネージャの sudo yum install -y iscsi-initiator-utils を使用してインストールします 6

7 HyperFlex FlexVolume プラグインのインストール do ssh sudo yum install -y iscsi-initiator-utils; \ ステップ 3 yum パッケージマネージャを使用して avahi-autoipd パッケージをインストールします do ssh <ocpuser>@$host sudo yum install -y avahi-autoipd; \ ステップ 4 hxvolume-plugin Debian パッケージをインストールして 各 OpenShift クラスタノードの既存の HyperFlex FlexVolume プラグインを更新します do ssh <ocpuser>@$host sudo dpkg -i ~/hxkube/hxvolume-plugin_ git.4022e8ec.hx35.deb; \ > do ssh ocpuser@$host sudo dpkg -i ~/hxkube/hxvolume-plugin_ git.4022e8ec.hx35_amd64.deb; \ > Selecting previously unselected package hxvolume-plugin. (Reading database files and directories currently installed.) Preparing to unpack /hxvolume-plugin_ git.4022e8ec.hx35_amd64.deb Unpacking hxvolume-plugin ( git.4022e8ec.hx35) Setting up hxvolume-plugin ( git.4022e8ec.hx35) Selecting previously unselected package hxvolume-plugin. (Reading database files and directories currently installed.) Preparing to unpack /hxvolume-plugin_ git.4022e8ec.hx35_amd64.deb Unpacking hxvolume-plugin ( git.4022e8ec.hx35) Setting up hxvolume-plugin ( git.4022e8ec.hx35) Selecting previously unselected package hxvolume-plugin. (Reading database files and directories currently installed.) Preparing to unpack /hxvolume-plugin_ git.4022e8ec.hx35_amd64.deb Unpacking hxvolume-plugin ( git.4022e8ec.hx35) Setting up hxvolume-plugin ( git.4022e8ec.hx35) ステップ 5 各 OpenShift クラスタノードで HyperFlex FlexVolume プラグインの更新されたバージョンを初期化します 7

8 HyperFlex FlexVolume プラグインのインストール do ssh sudo /usr/libexec/kubernetes/kubelet-plugins/volume/exec/ hyperflex~hxvolume/hxvolume init; \ > do ssh ocpuser@$host sudo /usr/libexec/kubernetes/kubelet-plugins/volume/ exec/hyperflex~hxvolume/hxvolume init; \ > {"capabilities":{"attach":false},"status":"success"} {"capabilities":{"attach":false},"status":"success"} {"capabilities":{"attach":false},"status":"success"} ステップ 6 各 OpenShift クラスタノードで ローカル kubelet サービスを再起動します do ssh <ocpuser>@$host sudo systemctl restart atomic-openshift-node; \ > do ssh ocpuser@$host sudo systemctl restart atomic-openshift-node; \ > ステップ 7 HyperFlex FlexVolume プラグインの新しいバージョンを確認します do ssh <ocpuser>@$host sudo /usr/libexec/kubernetes/kubelet-plugins/volume/exec/hyperflex~hxvolume/hxvolume version; \ > do ssh ocpuser@$host sudo 8

9 HyperFlex FlexVolume プラグインのバージョンの確認 /usr/libexec/kubernetes/kubelet-plugins/volume/exec/hyperflex~hxvolume/hxvolume version; \ > hxvolume version: git.4022e8ec.hx35 hxvolume version: git.4022e8ec.hx35 hxvolume version: git.4022e8ec.hx35 HyperFlex FlexVolume プラグインのバージョンの確認 重要 次の手順は 1 つの OpenShift テナントクラスタノードでのみ実行する必要があります ステップ 1 いずれかの OpenShift クラスタノードに SSH を使用してログインします ステップ 2 ディレクトリを /usr/libexec/kubernetes/kubelet-plugins/volume/exec/hyperflex-hxvolume/ ディレクトリに変更します コマンド (Command) cd /usr/libexec/kubernetes/kubelet-plugins/volume/exec/hyperflex~hxvolume/ ocpuser@openshift-master:~$ cd /usr/libexec/kubernetes/kubelet-plugins/volume/exec/hyperflex~hxvolume/ ocpuser@openshift-master:/usr/libexec/kubernetes/kubelet-plugins/volume/exec/hyperflex~hxvolume$ ステップ 3 ルートユーザとして hxvolume version コマンドを実行 (sudo を使用 ) して HyperFlex FlexVolume プラグインのバージョンを表示します sudo hxvolume version ocpuser@openshift-master:/usr/libexec/kubernetes/kubelet-plugins/volume/exec/hyperflex~hxvolume$ sudo./hxvolume version hxvolume version: git.4022e8ec.hx35 ocpuser@openshift-master:/usr/libexec/kubernetes/kubelet-plugins/volume/exec/hyperflex~hxvolume$ HyperFlex FlexVolume プラグインの更新 次の手順は 管理者ホストで実行してください 9

10 HyperFlex FlexVolume プラグインの更新 ステップ 1 hxvolume-plugin Debian パッケージをインストールして 各 OpenShift クラスタノードの既存の HyperFlex FlexVolume プラグインを更新します do ssh <ocpuser>@$host sudo rpm -ivh ~/hxkube/hxvolume-plugin_ git.4022e8ec.hx35.rpm; \ > do ssh ocpuser@$host sudo rpm -ivh ~/hxkube/hxvolume-plugin_ git.4022e8ec.hx35_amd64.rpm; \ > Selecting previously unselected package hxvolume-plugin. (Reading database files and directories currently installed.) Preparing to unpack /hxvolume-plugin_ git.4022e8ec.hx35_amd64.rpm Unpacking hxvolume-plugin ( git.4022e8ec.hx35) Setting up hxvolume-plugin ( git.4022e8ec.hx35) Selecting previously unselected package hxvolume-plugin. (Reading database files and directories currently installed.) Preparing to unpack /hxvolume-plugin_ git.4022e8ec.hx35_amd64.rpm Unpacking hxvolume-plugin ( git.4022e8ec.hx35) Setting up hxvolume-plugin ( git.4022e8ec.hx35) Selecting previously unselected package hxvolume-plugin. (Reading database files and directories currently installed.) Preparing to unpack /hxvolume-plugin_ git.4022e8ec.hx35_amd64.rpm Unpacking hxvolume-plugin ( git.4022e8ec.hx35) Setting up hxvolume-plugin ( git.4022e8ec.hx35) ステップ 2 各 OpenShift クラスタノードで HyperFlex FlexVolume プラグインの更新されたバージョンを初期化します do ssh <ocpuser>@$host sudo /usr/libexec/kubernetes/ kubelet-plugins/volume/exec/hyperflex~hxvolume/hxvolume init; \ > do ssh ocpuser@$host sudo 10

11 HyperFlex FlexVolume プラグインの更新 /usr/libexec/kubernetes/kubelet-plugins/volume/exec/hyperflex~hxvolume/hxvolume init; \ > {"capabilities":{"attach":false},"status":"success"} {"capabilities":{"attach":false},"status":"success"} {"capabilities":{"attach":false},"status":"success"} ステップ 3 各 OpenShift クラスタノードで ローカル kubelet サービスを再起動します do ssh <ocpuser>@$host sudo systemctl restart atomic-openshift-node; \ > do ssh ocpuser@$host sudo systemctl restart atomic-openshift-node; \ > ステップ 4 HyperFlex FlexVolume プラグインの新しいバージョンを確認します do ssh <ocpuser>@$host sudo /usr/libexec/kubernetes/kubelet-plugins/volume/ exec/hyperflex~hxvolume/hxvolume version; \ > do ssh ocpuser@$host sudo /usr/libexec/kubernetes/kubelet-plugins/volume/exec/hyperflex~hxvolume/hxvolume version; \ > hxvolume version: git.4022e8ec.hx35 hxvolume version: git.4022e8ec.hx35 hxvolume version: git.4022e8ec.hx35 11

12 HyperFlex FlexVolume Provisioner の管理 HyperFlex FlexVolume Provisioner の管理 HyperFlex FlexVolume Provisioner のインストール 次の手順は 管理者ホストで実行してください ( 注 ) 次のコマンドで使用されるユーザ名 (<ocpuser> として示されている ) は 各 OpenShift クラスタノードにコピーされ 設定されている SSH 公開キーの所有者のユーザを表します そのため このユーザには OpenShift クラスタノードへのパスワードなしの SSH アクセス権が必要です ステップ 1 HyperFlex FlexVolume Provisioner Docker イメージを各 OpenShift クラスタノードにロードします コマンド (Command) do ssh <ocpuser>@$host sudo docker image load -input ~/hxkube/hx-provisioner.tar.gz; \ 例 > do ssh ocpuser@$host sudo docker image load -input ~/hxkube/hx-provisioner.tar.gz; \ > 962a0db319db: Loading layer [==================================================>] MB/21.93 MB Loaded image: hx-provisioner: git.4022e8ec.hx35 962a0db319db: Loading layer [==================================================>] MB/21.93 MB Loaded image: hx-provisioner: git.4022e8ec.hx35 962a0db319db: Loading layer [==================================================>] MB/21.93 MB Loaded image: hx-provisioner: git.4022e8ec.hx35 ステップ 2 hx-provisioner-setup スクリプトを実行して HyperFlex Provisioner ポッドを OpenShift クラスタに展開するために必要な YAML ファイルを生成します hx-provisioner-setup スクリプトの実行時に 次の情報をパラメータとして指定してください パラメータ : -cluster-name:openshift クラスタの名前 (HyperFlex クラスタ全体で一意である必要がある ) -url:hyperflex API に到達するための URL この URL は に相当します 12

13 HyperFlex FlexVolume Provisioner のインストール -username:hyperflex クラスタの認証に使用されるユーザ名 通常 vcenter SSO アカウント など ) です -password: スクリプトを実行すると そのユーザ名のパスワードを入力するように求められます ~/hxkube/hx-provisioner-setup -cluster-name <ocp_cluster_name> -url -username administrator@vsphere.local > ~/hxkube/hxprovisioner-<ocp_cluster_name>.yaml ~/hxkube/hx-provisioner-setup -cluster-name tc1 -url -username administrator@vsphere.local > ~/hxkube/hxprovisioner-tc1.yaml password for [administrator@vsphere.local] at [ ステップ 3 hxprovisioner-deploy.yaml ファイルが正常に作成されていることを確認します ls ~/hxkube ls -l ~/hxkube total rwxr-xr-x. 1 ocpuser ocpuser 371 Jan hxkube-collect-logs -rw-r--r--. 1 root root Sep 14 03:01 HX-Kubernetes git.4022e8ec.hx35.zip -rw-r--r--. 1 ocpuser ocpuser 2374 Jan hxprovisioner-deploy.yaml -rwxr-xr-x. 1 ocpuser ocpuser Jan hx-provisioner-setup -rw-r--r--. 1 ocpuser ocpuser Jan hx-provisioner.tar.gz -rw-rw-r--. 1 ocpuser ocpuser 2352 Sep 14 13:12 hxprovisioner-tc1.yaml -rwxr-xr-x. 1 ocpuser ocpuser Jan hxvolume -rw-r--r--. 1 ocpuser ocpuser Jan hxvolume-plugin git.4022e8ec.hx35-1.x86_64.rpm -rw-r--r--. 1 ocpuser ocpuser Jan hxvolume-plugin_ git.4022e8ec.hx35_amd64.deb -rw-r--r--. 1 ocpuser ocpuser Jan istgttool -rw-r--r--. 1 ocpuser ocpuser 1942 Jan RELEASE.txt ステップ 4 oc create コマンドを実行して HyperFlex Provisioner ポッドを展開します ( 注 ) この手順では いずれかの OpenShift クラスタワーカーノードで動作するように HyperFlex Provisioner ポッドをスケジュールします OpenShift クラスタマスターノードで HyperFlex Provisioner ポッドを実行する必要がある場合は ( これを行う技術的な理由はありませんが ) hxprovisioner-<ocp_cluster_name>.yaml ファイルを編集して Toleration を含めて OpenShift クラスタマスターノード用に設定されたテナントを無効化する必要があります oc create -f ~/hxkube/hxprovisoner-<ocp_cluster_name>.yaml 13

14 HyperFlex FlexVolume Provisioner のバージョンの確認 oc create -f ~/hxkube/hxprovisioner-tc1.yaml secret/hxprovisioner created configmap/hxprovisioner-config created serviceaccount/hxprovisioner created clusterrolebinding.rbac.authorization.k8s.io/hxprovisioner-binding created deployment.apps/hx-provisioner created ステップ 5 HyperFlex Provisioner ポッドが動作していることを確認します oc get pods -n kube-system oc get pods -n kube-system NAME READY STATUS RESTARTS AGE calico-node-6mc7b 2/2 Running 0 1d calico-node-tjks9 2/2 Running 0 1d calico-node-z4png 2/2 Running 0 1d calico-typha-7d48f84746-crrb2 1/1 Running 0 1d calico-typha-7d48f84746-vt6gm 1/1 Running 0 1d etcd-openshift-master 1/1 Running 0 1d hx-provisioner-f k79v6 1/1 Running 0 31s kube-apiserver-openshift-master 1/1 Running 0 1d kube-controller-manager-openshift-master 1/1 Running 0 1d kube-dns-6c74cdd686-k877b 3/3 Running 0 1d kube-proxy-8s6j6 1/1 Running 0 1d kube-proxy-f2d2z 1/1 Running 0 1d kube-proxy-vfqjz 1/1 Running 0 1d kube-scheduler-openshift-master 1/1 Running 0 1d tiller-deploy-5c567bd778-7xr6d 1/1 Running 0 1d HyperFlex FlexVolume Provisioner のバージョンの確認 ステップ 1 kubectl get pods -n kube-system コマンドを実行して 展開されている HyperFlex FlexVolume Provisioner ポッドの完全な名前を取得します kubectl get pods -n kube-system ccpuser@admin-host:~$ kubectl get pods -n kube-system NAME READY STATUS RESTARTS AGE calico-node-6mc7b 2/2 Running 0 7d calico-node-tjks9 2/2 Running 0 7d calico-node-z4png 2/2 Running 0 7d calico-typha-7d48f84746-crrb2 1/1 Running 0 7d calico-typha-7d48f84746-vt6gm 1/1 Running 0 7d etcd-tc1-mastercf1ff968f8 1/1 Running 0 7d 14

15 HyperFlex FlexVolume Provisioner の更新 hx-provisioner-f k79v6 1/1 Running 0 6d kube-apiserver-tc1-mastercf1ff968f8 1/1 Running 0 7d kube-controller-manager-tc1-mastercf1ff968f8 1/1 Running 0 7d kube-dns-6c74cdd686-k877b 3/3 Running 0 7d kube-proxy-8s6j6 1/1 Running 0 7d kube-proxy-f2d2z 1/1 Running 0 7d kube-proxy-vfqjz 1/1 Running 0 7d kube-scheduler-tc1-mastercf1ff968f8 1/1 Running 0 7d tiller-deploy-5c567bd778-7xr6d 1/1 Running 0 7d ccpuser@admin-host:~$ ステップ 2 kubectl describe pods コマンドを実行して 展開されている HyperFlex FlexVolume Provisioner ポッドの完全な詳細情報を取得します バージョンをタグとして含む hx-provisioner コンテナイメージ名 ( つまり コンテナ名のコロンの後ろ ) を探します kubectl describe pods <pod_name> -n kube-system ccpuser@admin-host:~$ kubectl describe pods hx-provisioner-f k79v6 -n kube-system Name: hx-provisioner-f k79v6 Namespace: kube-system Node: tc1-worker87d761f2d0/ Start Time: Fri, 14 Sep :23: Labels: app=hx-provisioner pod-template-hash= Annotations: cni.projectcalico.org/podip= /32 Status: Running IP: Controlled By: ReplicaSet/hx-provisioner-f Containers: hx-provisioner: Container ID: docker://f5cc3d45480a7a706264b965cd71ee7af d507ce36826e4e4b384f Image: hx-provisioner: git.365b059e Image ID: docker://sha256: ed8cd143b786ab77654a9a1ec693c6c005adb22a988f39e0538e1b822 Port: 443/TCP Host Port: 0/TCP Args: -hxapi-url=$(hx_api_url) -hxapi-token-file=/secrets/hxapi/token -hxapi-hxclusteruuid=$(hx_clusteruuid) State: Running ccpuser@admin-host:~$ HyperFlex FlexVolume Provisioner の更新 ステップ 1 シスコソフトウェアダウンロードから最新の HX Kubernetes リリースパッケージをダウンロードします ステップ 2 HyperFlex FlexVolume ソフトウェアの配信 の手順に従って 最新の HX Kubernetes リリースパッケージを各 OpenShift クラスタノードにコピーします ファイルを解凍します 15

16 StorageClass の設定 do ssh sudo docker image load -input ~/hxkube/hx-provisioner.tar.gz; \ > do ssh ocpuser@$host sudo docker image load -input ~/hxkube/hx-provisioner.tar.gz; \ > 962a0db319db: Loading layer [==================================================>] MB/21.93 MB Loaded image: hx-provisioner: git.4022e8ec.hx35 962a0db319db: Loading layer [==================================================>] MB/21.93 MB Loaded image: hx-provisioner: git.4022e8ec.hx35 962a0db319db: Loading layer [==================================================>] MB/21.93 MB Loaded image: hx-provisioner: git.4022e8ec.hx35 ステップ 3 上記のコマンドの出力から 新しくロードされた Docker イメージの完全な名前を書き留めます 962a0db319db: Loading layer [=========================================>] MB/21.93 MB Loaded image: hx-provisioner: git.4022e8ec.hx35 962a0db319db: Loading layer [==================================================>] MB/21.93 MB Loaded image: hx-provisioner: git.4022e8ec.hx35 962a0db319db: Loading layer [==================================================>] MB/21.93 MB Loaded image: hx-provisioner: git.4022e8ec.hx35 ステップ 4 oc set image コマンドを実行して 更新されたコンテナイメージを使用するように HyperFlex FlexVolume Provisioner コンテナの展開を更新します oc set image deployment/hx-provisioner hx-provisioner=<new_image_name> StorageClass の設定 CCP テナントクラスタを展開するときに [HyperFlex ローカルネットワーク (HyperFlex Local Network)] オプションが正しく設定されていたら CCP コントロールプレーンは HyperFlex の StorageClass を CCP テナントクラスタに自動的に作成します デフォルトでは HyperFlex の StorageClass は CCP テナントクラスタのデフォルトの StorageClass として設定されていません この場合 デフォルトでは 開発者は HyperFlex FlexVolume Storage Integration を使用するために HyperFlex を永続ボリュームクレームの StorageClass として明示的に指定する必要があります kubectl get sc コマンドを使用して CCP テナントクラスタ上の StorageClass を表示します ccpuser@admin-host:~$ kubectl get sc NAME PROVISIONER AGE 16

17 永続ボリュームのプロビジョニング hyperflex hyperflex.io/hxvolume 4s standard (default) kubernetes.io/vsphere-volume 4s 永続ボリュームのプロビジョニング ステップ 1 次のコマンドを実行して ユーザ定義の persistent_volume_claim_name と size を提供する永続ボリュームクレーム YAML ファイルを作成します ストレージ要求を HyperFlex FlexVolume Provisioner に送信するには storageclassname: hyperflex 行が必要です vi ~/hxkube/pvc.yaml <insert the following> apiversion: v1 kind: PersistentVolumeClaim metadata: name: <persistent_volume_claim_name> spec: storageclassname: hyperflex accessmodes: - ReadWriteOnce resources: requests: storage: <size>gi ccpuser@admin-host:~$ vi ~/hxkube/pvc.yaml apiversion: v1 kind: PersistentVolumeClaim metadata: name: message-board-pvc spec: storageclassname: hyperflex accessmodes: - ReadWriteOnce resources: requests: storage: 100Gi ccpuser@admin-host:~$ ステップ 2 kubectl create コマンドを実行して pvc.yaml ファイルを送信し CCP テナント Kubernetes クラスタに永続ボリュームクレームオブジェクトを作成します 同時に その動作の一環として HyperFlex は 永続ボリュームオブジェクトを作成して永続ボリュームクレームオブジェクトを補完し 2 つのオブジェクトを Kubernetes でいっしょにバインドします kubectl create -f ~/hxkube/<pvc_name>.yaml ccpuser@admin-host:~$ kubectl create -f ~/hxkube/pvc.yaml persistentvolumeclaim/message-board-pvc created ccpuser@admin-host:~$ 17

18 永続ボリュームのプロビジョニング ステップ 3 kubectl get pvc コマンドによって永続ボリュームクレームオブジェクトのステータスを確認して そのオブジェクトが正常に作成され 永続ボリュームオブジェクトに バインド されていることを確認します kubectl get pvc ccpuser@admin-host:~$ kubectl get pvc NAME STATUS VOLUME CAPACITY ACCESS MODES STORAGECLASS AGE message-board-pvc Bound ステップ 4 kubectl create コマンドによって Kubernetes ポッドを展開します その際 永続ボリュームクレームオブジェクトをポッド YAML ファイルで指定します kubectl create -f <pod_yaml_file> ポッド YAML apiversion: v1 kind: Pod metadata: name: message-board labels: app: message-board name: message-board namespace: default spec: containers: - name: message-board image: michzimm/message_board:version1 volumemounts: - name: demovolume1 mountpath: /sqldb ports: - containerport: 5000 volumes: - name: demovolume1 persistentvolumeclaim: ccpuser@admin-host:~$ kubectl create -f./message-board.yaml pod/message-board created ccpuser@admin-host:~$ ステップ 5 展開したポッドのステータスを調べて 動作していることを確認します kubectl get pods ccpuser@admin-host:~$ kubectl get pods NAME READY STATUS RESTARTS AGE message-board 1/1 Running 0 35m ccpuser@admin-host:~$ 18