手順

1. OpenShift Web コンソールにログインします。
2. Operators → OperatorHub をクリックします。
3. Filter by keyword… ボックスに local storage と入力して、オペレータのリストから Local Storage オペレーターを検索し、クリックします。
4. Install をクリックします。

5. Install Operator ページで、以下のオプションを設定します。

   1. Channel を stable-4.8 として更新します。
   2. Installation Mode オプションに A specific namespace on the cluster を選択します。
   3. Installed Namespace に Operator recommended namespace openshift-local-storage を選択します。
   4. Approval Strategy に Automatic を選択します。
6. Install をクリックします。

手順

1. Web コンソールで Operators → OperatorHub ページに移動し、クリックします。
2. スクロールするか、またはキーワードを Filter by keyword ボックスに入力し、OpenShift Container Storage Operator を検索します。
3. OpenShift Container Storage Operator ページで、Install をクリックします。

4. Install Operator ページで、以下の必須オプションがデフォルトで選択されます。

   1. Channel を stable-4.8 として更新します。
   2. Installation Mode オプションに A specific namespace on the cluster を選択します。
   3. Installed Namespace に Operator recommended namespace openshift-storage を選択します。namespace openshift-storage が存在しない場合、これは Operator のインストール時に作成されます。
   4. 承認ストラテジー を Automatic または Manual として選択します。

   5. Install をクリックします。

      Automatic (自動) 更新を選択している場合、Operator Lifecycle Manager (OLM) は介入なしに、Operator の実行中のインスタンスを自動的にアップグレードします。

      Manual (手動) 更新を選択している場合、OLM は更新要求を作成します。クラスター管理者は、Operator が新規バージョンに更新されるように更新要求を手動で承認する必要があります。

手順

1. OpenShift Web コンソールにログインします。
2. OpenShift Web コンソールの左側のペインから Workloads → Pods をクリックします。

3. Project ドロップダウンリストから openshift-storage を選択します。

   各コンポーネントについて予想される Pod 数や、これがノード数によってどのように異なるかについての詳細は、表4.1「OpenShift Container Storage クラスターに対応する Pod」 を参照してください。

4. Running タブおよび Completed タブをクリックして、Pod が実行中で完了状態になっていることを確認します。

   表4.1 OpenShift Container Storage クラスターに対応する Pod

   コンポーネント	対応する Pod
   OpenShift Container Storage Operator	ocs-operator-* (任意のワーカーノードに 1 Pod) ocs-metrics-exporter-*
   Rook-ceph Operator	rook-ceph-operator-* (任意のワーカーノードに 1 Pod)
   Multicloud Object Gateway	noobaa-operator-* (任意のワーカーノードに 1 Pod) noobaa-core-* (任意のストレージノードに 1 Pod) noobaa-db-* (任意のストレージノードに 1 Pod) noobaa-endpoint-* (任意のストレージノードに 1 Pod)
   MON	rook-ceph-mon-* (5 Pod は data-center ゾーンごとに 2 つ、arbiter ゾーンに 1 つと、3 つのゾーンに分散されます)。
   MGR	rook-ceph-mgr-* (任意のストレージノード上の 2 つの Pod)
   MDS	rook-ceph-mds-ocs-storagecluster-cephfilesystem-* (2 つの Pod が 2 つのデータセンターゾーンに分散されている)
   RGW	rook-ceph-rgw-ocs-storagecluster-cephobjectstore-* (2 つの Pod が 2 つのデータセンターゾーンに分散されている)
   CSI	cephfs csi-cephfsplugin-* (各ワーカーノードに 1 Pod) csi-cephfsplugin-provisioner-* (ワーカーノードに分散する 2 Pod) rbd csi-rbdplugin-* (各ワーカーノードに 1 Pod) csi-rbdplugin-provisioner-* (ストレージノードに分散する 2 Pod)
   rook-ceph-crashcollector	rook-ceph-crashcollector-* (各ストレージノードに 1 Pod、arbiter ゾーンの 1 Pod)
   OSD	rook-ceph-osd-* (各デバイス用に 1 Pod) rook-ceph-osd-prepare-ocs-deviceset-* (各デバイス用に 1 Pod)

手順

1. Storage → Overview をクリックし、Block and File タブをクリックします。
2. Status カードで、Storage Cluster および Data Resiliency に緑色のチェックマークが表示されていることを確認します。
3. Details カード で、クラスター情報が表示されていることを確認します。

手順

1. OpenShift Web コンソールから Storage → Overview をクリックし、Object タブをクリックします。
2. Status card で、Object Service と Data Resiliency の両方が Ready 状態 (緑のチェックマーク) にあることを確認します。
3. Details カード で、Multicloud Object Gateway 情報が表示されることを確認します。

手順

1. OpenShift Web コンソールから Storage → Storage Classes をクリックします。

2. 以下のストレージクラスが OpenShift Container Storage クラスターの作成時に作成されることを確認します。

   • ocs-storagecluster-ceph-rbd
   • ocs-storagecluster-cephfs
   • openshift-storage.noobaa.io
   • ocs-storagecluster-ceph-rgw

1. 新しいプロジェクトを作成します。

   oc new-project my-shared-storage

2. file-uploader という名前の PHP アプリケーションのサンプルをデプロイします。

   oc new-app openshift/php:7.2-ubi8~https://github.com/christianh814/openshift-php-upload-demo --name=file-uploader

   出力サンプル

   Found image 4f2dcc0 (9 days old) in image stream "openshift/php" under tag "7.2-ubi8" for "openshift/php:7.2-
   ubi8"
   
   Apache 2.4 with PHP 7.2
   -----------------------
   PHP 7.2 available as container is a base platform for building and running various PHP 7.2 applications and frameworks. PHP is an HTML-embedded scripting language. PHP attempts to make it easy for developers to write dynamically generated web pages. PHP also offers built-in database integration for several commercial and non-commercial database management systems, so writing a database-enabled webpage with PHP is fairly simple. The most common
   use of PHP coding is probably as a replacement for CGI scripts.
   
   Tags: builder, php, php72, php-72
   
   * A source build using source code from https://github.com/christianh814/openshift-php-upload-demo will be cr
   eated
   * The resulting image will be pushed to image stream tag "file-uploader:latest"
   * Use 'oc start-build' to trigger a new build
   
   --> Creating resources ...
       imagestream.image.openshift.io "file-uploader" created
       buildconfig.build.openshift.io "file-uploader" created
       deployment.apps "file-uploader" created
       service "file-uploader" created
   --> Success
       Build scheduled, use 'oc logs -f buildconfig/file-uploader' to track its progress.
   
       Application is not exposed. You can expose services to the outside world by executing one or more of the commands below:
        'oc expose service/file-uploader'
   
       Run 'oc status' to view your app.

3. ビルドログを表示し、アプリケーションがデプロイされるまで待機します。

   oc logs -f bc/file-uploader -n my-shared-storage

   出力例:

   Cloning "https://github.com/christianh814/openshift-php-upload-demo" ...
   
       [...]
       Generating dockerfile with builder image image-registry.openshift-image-regis
   try.svc:5000/openshift/php@sha256:d97466f33999951739a76bce922ab17088885db610c
   0e05b593844b41d5494ea
   STEP 1: FROM image-registry.openshift-image-registry.svc:5000/openshift/php@s
   ha256:d97466f33999951739a76bce922ab17088885db610c0e05b593844b41d5494ea
   STEP 2: LABEL "io.openshift.build.commit.author"="Christian Hernandez <christ
   ian.hernandez@yahoo.com>"       "io.openshift.build.commit.date"="Sun Oct 1 1
   7:15:09 2017 -0700"       "io.openshift.build.commit.id"="288eda3dff43b02f7f7
   b6b6b6f93396ffdf34cb2"       "io.openshift.build.commit.ref"="master"       "
   io.openshift.build.commit.message"="trying to modularize"       "io.openshift
   .build.source-location"="https://github.com/christianh814/openshift-php-uploa
   d-demo"       "io.openshift.build.image"="image-registry.openshift-image-regi
   stry.svc:5000/openshift/php@sha256:d97466f33999951739a76bce922ab17088885db610
   c0e05b593844b41d5494ea"
   STEP 3: ENV OPENSHIFT_BUILD_NAME="file-uploader-1"     OPENSHIFT_BUILD_NAMESP
   ACE="my-shared-storage"     OPENSHIFT_BUILD_SOURCE="https://github.com/christ
   ianh814/openshift-php-upload-demo"     OPENSHIFT_BUILD_COMMIT="288eda3dff43b0
   2f7f7b6b6b6f93396ffdf34cb2"
   STEP 4: USER root
   STEP 5: COPY upload/src /tmp/src
   STEP 6: RUN chown -R 1001:0 /tmp/src
   STEP 7: USER 1001
   STEP 8: RUN /usr/libexec/s2i/assemble
   ---> Installing application source...
   => sourcing 20-copy-config.sh ...
   ---> 17:24:39     Processing additional arbitrary httpd configuration provide
   d by s2i ...
   => sourcing 00-documentroot.conf ...
   => sourcing 50-mpm-tuning.conf ...
   => sourcing 40-ssl-certs.sh ...
   STEP 9: CMD /usr/libexec/s2i/run
   STEP 10: COMMIT temp.builder.openshift.io/my-shared-storage/file-uploader-1:3
   b83e447
   Getting image source signatures
   
   [...]

   Push が成功したことを確認すると、コマンドプロンプトは tail モードから復帰します。

1. アプリケーションゾーンを認識させるには、アプリケーションのデプロイメント設定に Pod 配置ルールを追加する必要があります。次のコマンドを実行して、以下のように出力を確認します。次の手順では、以下の出力の下にある Start セクションおよび End セクションに示されるように、トポロジーゾーンラベルを使用するように Deployment を変更します。

   $ oc get deployment file-uploader -o yaml -n my-shared-storage | less

   出力例:

   [...]
   spec:
     progressDeadlineSeconds: 600
     replicas: 4
     revisionHistoryLimit: 10
     selector:
       matchLabels:
         deployment: file-uploader
     strategy:
       rollingUpdate:
         maxSurge: 25%
         maxUnavailable: 25%
       type: RollingUpdate
     template:
       metadata:
         annotations:
           openshift.io/generated-by: OpenShiftNewApp
         creationTimestamp: null
         labels:
           deployment: file-uploader
         spec:  # <-- Start inserted lines after here
           containers:  # <-- End inserted lines before here
           - image: image-registry.openshift-image-registry.svc:5000/my-shared-storage/file-uploader@sha256:a458ea62f990e431ad7d5f84c89e2fa27bdebdd5e29c5418c70c56eb81f0a26b
             imagePullPolicy: IfNotPresent
             name: file-uploader
   [...]

2. デプロイメントを編集し、上記のように開始と終了の間に以下の行を追加します。

   $ oc edit deployment file-uploader -n my-shared-storage

   [...]
         spec:
           topologySpreadConstraints:
             - labelSelector:
                 matchLabels:
                   deployment: file-uploader
               maxSkew: 1
               topologyKey: topology.kubernetes.io/zone
               whenUnsatisfiable: DoNotSchedule
             - labelSelector:
                 matchLabels:
                   deployment: file-uploader
               maxSkew: 1
               topologyKey: kubernetes.io/hostname
               whenUnsatisfiable: ScheduleAnyway
           nodeSelector:
             node-role.kubernetes.io/worker: ""
           containers:
   [...]

   出力例:

   deployment.apps/file-uploader edited

3. デプロイを0 Pod に変更し、その後 4 Pod に戻します。これは、デプロイメントが Pod の配置に関して変更されたために必要です。

   oc scale deployment file-uploader --replicas=0 -n my-shared-storage

   出力例:

   deployment.apps/file-uploader scaled

   次に 4 つの Pod に戻ります。

   $ oc scale deployment file-uploader --replicas=4 -n my-shared-storage

   出力例:

   deployment.apps/file-uploader scaled

4. 4 つの Pod が datacenter1 および datacenter2 ゾーンの 4 つのノードに分散されていることを確認します。

   $ oc get pods -o wide -n my-shared-storage | egrep '^file-uploader'| grep -v build | awk '{print $7}' | sort | uniq -c

   出力例:

      1 perf1-mz8bt-worker-d2hdm
      1 perf1-mz8bt-worker-k68rv
      1 perf1-mz8bt-worker-ntkp8
      1 perf1-mz8bt-worker-qpwsr

   $ oc get nodes -L topology.kubernetes.io/zone | grep datacenter | grep -v master

   出力例:

   perf1-mz8bt-worker-d2hdm   Ready    worker   35d   v1.20.0+5fbfd19   datacenter1
   perf1-mz8bt-worker-k68rv   Ready    worker   35d   v1.20.0+5fbfd19   datacenter1
   perf1-mz8bt-worker-ntkp8   Ready    worker   35d   v1.20.0+5fbfd19   datacenter2
   perf1-mz8bt-worker-qpwsr   Ready    worker   35d   v1.20.0+5fbfd19   datacenter2

5. ブラウザーを使用して file-uploader Web アプリケーションを使用して新規ファイルをアップロードします。

   1. 作成されたルートを検索します。

      $ oc get route file-uploader -n my-shared-storage -o jsonpath --template="http://{.spec.host}{'\n'}"

      これにより、これと同様のルートが返されます。

      出力サンプル

      http://file-uploader-my-shared-storage.apps.cluster-ocs4-abdf.ocs4-abdf.sandbox744.opentlc.com

   2. 上記のルートを使用して、ブラウザーを Web アプリケーションに指定します。ルートは異なります。

      Web アプリケーションはアップロードされたすべてのファイルを一覧表示し、新しいファイルをアップロードしたり、既存のデータをダウンロードする機能を提供します。今は何もありません。

   3. ローカルマシンから任意のファイルを選択し、これをアプリケーションにアップロードします。

      図5.1 簡単な PHP ベースのファイルのアップロードツール

      
   4. List uploaded files をクリックし、現在アップロードされているファイルの一覧を表示します。