手順

1. OpenShift Web コンソールの左側のペインから Administration → Custom Resource Definitions をクリックします。
2. Custom Resource Definitions ページで、ClusterLogging をクリックします。
3. Custom Resource Definition Overview ページで、Actions メニューから View Instances を選択するか、または Instances タブをクリックします。

4. Cluster Logging ページで、Create Cluster Logging をクリックします。

   データを読み込むためにページを更新する必要がある場合があります。

5. YAML で、コードを以下に置き換えます。

   apiVersion: "logging.openshift.io/v1"
   kind: "ClusterLogging"
   metadata:
     name: "instance"
     namespace: "openshift-logging"
   spec:
     managementState: "Managed"
     logStore:
       type: "elasticsearch"
       elasticsearch:
         nodeCount: 3
         storage:
           storageClassName: ocs-storagecluster-ceph-rbd
           size: 200G
         redundancyPolicy: "SingleRedundancy"
     visualization:
       type: "kibana"
       kibana:
         replicas: 1
     curation:
       type: "curator"
       curator:
         schedule: "30 3 * * *"
     collection:
       logs:
         type: "fluentd"
         fluentd: {}

6. Save をクリックします。

検証手順

1. Persistent Volume Claim（永続ボリューム要求、PVC）が elasticsearch Pod にバインドされていることを確認します。

   1. Storage → Persistent Volume Claims に移動します。
   2. Project ドロップダウンを openshift-logging に設定します。

   3. Persistent Volume Claim（永続ボリューム要求、PVC）が elasticsearch-* Pod に割り当てられ、 Bound （バインド）の状態で表示されることを確認します。

      図2.1 作成済みのバインドされたクラスターロギング

      

2. 新規クラスターロギングが使用されていることを確認します。

   1. Workload → Pods をクリックします。
   2. プロジェクトを openshift-logging に設定します。
   3. 新規の elasticsearch-* Pod が Running 状態で表示されることを確認します。
   4. 新規の elasticsearch-* Pod をクリックし、Pod の詳細を表示します。
   5. Volumes までスクロールダウンし、elasticsearch ボリュームに新規 Persistent Volume Claim (永続ボリューム要求、PVC) に一致する Type があることを確認します (例: elasticsearch-elasticsearch-cdm-9r624biv-3)。
   6. Persistent Volume Claim（永続ボリューム要求、PVC）の名前をクリックし、PersistenVolumeClaim Overview ページでストレージクラス名を確認します。

手順

1. OpenShift Web コンソールに移動します。
2. 左側のナビゲーションバーの Operators をクリックします。
3. Installed Operators を選択します。

4. ウィンドウで、OpenShift Container Storage Operator をクリックします。

   

5. 上部のナビゲーションバーで、右にスクロールし、Storage Cluster タブをクリックします。

   
6. 表示されるリストには 1 つの項目のみが含まれます。右端の (⋮) をクリックして、オプションメニューを拡張します。

7. オプションメニューから Add Capacity を選択します。

   

   ダイアログボックスから、要求される追加容量およびストレージクラスを設定できます。Add capacity には、インストール時に選択された容量が表示され、容量はこの増分値でのみ追加できます。AWS では、ストレージクラスは gp2 に設定する必要があります。VMWare では、ストレージクラスは thin に設定する必要があります。

   注記

   効果的にプロビジョニングされる容量については、OpenShift Container Storage はレプリカ数の 3 を使用するため、Requested Capacity フィールドに入力する値の 3 倍の値にします。

8. 設定が終了したら、Add をクリックします。Ready になるまでストレージクラスターのステータスは表示されません。Ready 状態であることを確認した後に、2 分ほど待機する必要がある場合があります。

検証手順

1. Dashboards → OCS PV タブに移動してから、Capacity breakdown カードをチェックします。

   
2. 容量は選択に応じて増大することに注意してください。

手順

1. OpenShift Container Storage がインストールされている OpenShift Container Platform ノードにストレージ容量を追加するには、(ワーカーノードあたり 1 つ以上のデバイスを追加する 場合に) 追加する必要のある利用可能なデバイスの一意の by-id 識別子を検索する必要があります。詳細は、利用可能なストレージデバイスの検索について参照してください。

   注記

   このプロセスを、ストレージを追加する既存ノードのすべて (3 ノード以上) に対して実行するようにしてください。

   OpenShift Storage Container ラベルをノードセレクターおよび by-id デバイス識別子として使用する LocalVolume CR local-storage-block-expand.yaml の例:

   apiVersion: local.storage.openshift.io/v1
   kind: LocalVolume
   metadata:
     name: local-block
     namespace: local-storage
   spec:
     nodeSelector:
       nodeSelectorTerms:
       - matchExpressions:
           - key: cluster.ocs.openshift.io/openshift-storage
             operator: In
             values:
             - ""
     storageClassDevices:
       - storageClassName: localblock
         volumeMode: Block
         devicePaths:
           - /dev/disk/by-id/nvme-Amazon_EC2_NVMe_Instance_Storage_AWS10382E5D7441494EC   # <-- modify this line
           - /dev/disk/by-id/nvme-Amazon_EC2_NVMe_Instance_Storage_AWS60382E5D7441494EC   # <-- modify this line
           - /dev/disk/by-id/nvme-Amazon_EC2_NVMe_Instance_Storage_AWS1F45C01D7E84FE3E9   # <-- modify this line
           - /dev/disk/by-id/nvme-Amazon_EC2_NVMe_Instance_Storage_AWS6F45C01D7E84FE3E9   # <-- modify this line
           - /dev/disk/by-id/nvme-Amazon_EC2_NVMe_Instance_Storage_AWS136BC945B4ECB9AE4   # <-- modify this line
           - /dev/disk/by-id/nvme-Amazon_EC2_NVMe_Instance_Storage_AWS636BC945B4ECB9AE4   # <-- modify this line

   この CR に by-id を使用する新規デバイスが追加されていることを確認できます。各デバイスは、3 つのワーカーノードのいずれかで nvme1n1 にマップされます。

   • nvme-Amazon_EC2_NVMe_Instance_Storage_AWS60382E5D7441494EC
   • nvme-Amazon_EC2_NVMe_Instance_Storage_AWS6F45C01D7E84FE3E9
   • nvme-Amazon_EC2_NVMe_Instance_Storage_AWS636BC945B4ECB9AE4

2. LocalVolume CR を作成します。

   oc apply -f local-storage-block-expand.yaml

   出力例:

   localvolume.local.storage.openshift.io/local-block configured

3. localblock で PV を表示します。

   local-pv-1d63db9e   1769Gi     RWO            Delete           Available           localblock              33s
   local-pv-1eb9da0a   1769Gi     RWO            Delete           Available           localblock              25s
   local-pv-31021a83   1769Gi     RWO            Delete           Available           localblock              48s
   ...

   さらに 3 つの利用可能な PV を StorageCluster に追加する必要があります。

4. ストレージ容量を追加するには、StorageDeviceSets の count を 1 から 2 に変更します。

   gp2 および localblock ストレージクラスを使用する StorageCluster CR cluster-service-AWS-expand.yaml の例:

   apiVersion: ocs.openshift.io/v1
   kind: StorageCluster
   metadata:
     name: ocs-storagecluster
     namespace: openshift-storage
   spec:
     manageNodes: false
     monPVCTemplate:
       spec:
         accessModes:
         - ReadWriteOnce
         resources:
           requests:
             storage: 10Gi
         storageClassName: gp2
         volumeMode: Filesystem
     storageDeviceSets:
     - count: 2   # <-- modify count to 2
       dataPVCTemplate:
         spec:
           accessModes:
           - ReadWriteOnce
           resources:
             requests:
               storage: 1
           storageClassName: localblock
           volumeMode: Block
       name: ocs-deviceset
       placement: {}
       portable: false
       replica: 3
       resources: {}

   重要

   storageDeviceSets の storage サイズは raw ブロックデバイスのサイズ以下である必要があります。この要件を満たすには、値を 1 に設定できます。

5. StorageCluster CR を作成します。

   oc apply -f cluster-service-AWS-expand.yaml

   出力例:

   storagecluster.ocs.openshift.io/ocs-storagecluster configured

6. Pod を表示します。3 つ以上の OSD Pod (osd-3、osd-4、および osd-5) と、3 つ以上の osd-prepare Pod が必要になります。

   oc get pods -n openshift-storage | grep 'ceph-osd'

   出力例:

   rook-ceph-osd-3-568d8797b6-j5xqx                                  1/1     Running     0          14m
   rook-ceph-osd-4-cc4747fdf-5glgl                                   1/1     Running     0          14m
   rook-ceph-osd-5-94c46bbcc-tb7pw                                   1/1     Running     0          14m
   ...
   rook-ceph-osd-prepare-ocs-deviceset-0-1-mcmlv-qmn4r               0/1     Completed   0          14m
   rook-ceph-osd-prepare-ocs-deviceset-1-1-tjh2d-fl5zc               0/1     Completed   0          14m
   rook-ceph-osd-prepare-ocs-deviceset-2-1-nqlkg-x9wdn               0/1     Completed   0          14m

1. 以下のコマンドを実行して、新規ノードが出力にあることを確認します。

   $ oc get nodes --show-labels | grep cluster.ocs.openshift.io/openshift-storage= |cut -d' ' -f1

2. Workloads → Pods をクリックし、新規ノード上の少なくとも以下の Pod が Running 状態にあることを確認します。

   • csi-cephfsplugin-*
   • csi-rbdplugin-*

3. 永続ストレージダッシュボードを使用して OpenShift Container Storage クラスターの正常性を確認します。

   1. OpenShift Web コンソールの左側のペインで Home → Dashboards をクリックし、 OCS PV タブをクリックします。
   2. Status カードで、クラスターの正常性について緑色のチェックアイコンが表示されていることを確認します。

手順

1. MCG コマンドラインインターフェースから、以下のコマンドを実行します。

   noobaa backingstore create <backing-store-type> <backingstore_name> --access-key=<AWS ACCESS KEY> --secret-key=<AWS SECRET ACCESS KEY> --target-bucket <bucket-name>

   1. <backing-store-type> を、関連するバッキングストアタイプの aws-s3、google-cloud-store、azure-blob、s3-compatible、または ibm-cos に置き換えます。
   2. <backingstore_name> を、バッキングストアの名前に置き換えます。
   3. <AWS ACCESS KEY> および <AWS SECRET ACCESS KEY> を、作成した AWS アクセスキー ID およびシークレットアクセスキーに置き換えます。

   4. <bucket-name> を既存の AWS バケット名に置き換えます。この引数は、NooBaa に対して、バッキングストア、およびその後のデータストレージおよび管理のためのターゲットバケットとして使用するバケットについて指示します。

      出力は以下のようになります。

      INFO[0001] ✅ Exists: NooBaa "noobaa"
      INFO[0002] ✅ Created: BackingStore "aws-resource"
      INFO[0002] ✅ Created: Secret "backing-store-secret-aws-resource"

1. 認証情報でシークレットを作成します。

   apiVersion: v1
   kind: Secret
   metadata:
     name: <backingstore-secret-name>
   type: Opaque
   data:
     AWS_ACCESS_KEY_ID: <AWS ACCESS KEY ID ENCODED IN BASE64>
     AWS_SECRET_ACCESS_KEY: <AWS SECRET ACCESS KEY ENCODED IN BASE64>

   1. Base64 を使用して独自の AWS アクセスキー ID およびシークレットアクセスキーを指定し、エンコードし、その結果を <AWS ACCESS KEY ID ENCODED IN BASE64> および <AWS SECRET ACCESS KEY ENCODED IN BASE64> に使用する必要があります。
   2. <backingStore-secret-name> を一意の名前に置き換えます。

2. 特定のバッキングストアについて以下の YAML を適用します。

   apiVersion: noobaa.io/v1alpha1
   kind: BackingStore
   metadata:
     finalizers:
     - noobaa.io/finalizer
     labels:
       app: noobaa
     name: bs
     namespace: noobaa
   spec:
     awsS3:
       secret:
         name: <backingstore-secret-name>
         namespace: noobaa
       targetBucket: <bucket-name>
     type: <backing-store-type>

   1. <bucket-name> を既存の AWS バケット名に置き換えます。この引数は、NooBaa に対して、バッキングストア、およびその後のデータストレージおよび管理のためのターゲットバケットとして使用するバケットについて指示します。
   2. <backingstore-secret-name> を直前の手順で作成したシークレットの名前に置き換えます。
   3. <backing-store-type> を、関連するバッキングストアタイプの aws-s3、google-cloud-store、 azure-blob、s3-compatible、または ibm-cos に置き換えます。

手順

1. MCG コマンドラインインターフェースから、以下のコマンドを実行します。

   noobaa backingstore create s3-compatible rgw-resource --access-key=<RGW ACCESS KEY> --secret-key=<RGW SECRET KEY> --target-bucket=<bucket-name> --endpoint=http://rook-ceph-rgw-ocs-storagecluster-cephobjectstore.openshift-storage.svc.cluster.local:80

   1. <RGW ACCESS KEY> および <RGW SECRET KEY> を取得するには、RGW ユーザーシークレット名を使用して以下のコマンドを実行します。

      oc get secret <RGW USER SECRET NAME> -o yaml

   2. Base64 からアクセスキー ID とアクセスキーをデコードし、それらのキーを保持します。
   3. <RGW USER ACCESS KEY> と <RGW USER SECRET ACCESS KEY> を、直前の手順でデコードした適切なデータに置き換えます。

   4. <bucket-name> を既存の RGW バケット名に置き換えます。この引数は、NooBaa に対して、バッキングストア、およびその後のデータストレージおよび管理のためのターゲットバケットとして使用するバケットについて指示します。

      出力は以下のようになります。

      INFO[0001] ✅ Exists: NooBaa "noobaa"
      INFO[0002] ✅ Created: BackingStore "rgw-resource"
      INFO[0002] ✅ Created: Secret "backing-store-secret-rgw-resource"

1. CephObjectStore ユーザーを作成します。これにより、RGW 認証情報が含まれるシークレットも作成されます。

   apiVersion: ceph.rook.io/v1
   kind: CephObjectStoreUser
   metadata:
     name: <RGW-Username>
     namespace: openshift-storage
   spec:
     store: ocs-storagecluster-cephobjectstore
     displayName: "<Display-name>"

   1. <RGW-Username> と <Display-name> を、一意のユーザー名および表示名に置き換えます。

2. 以下の YAML を S3 と互換性のあるバッキングストアについて適用します。

   apiVersion: noobaa.io/v1alpha1
   kind: BackingStore
   metadata:
     finalizers:
     - noobaa.io/finalizer
     labels:
       app: noobaa
     name: <backingstore-name>
     namespace: openshift-storage
   spec:
     s3Compatible:
       endpoint: http://rook-ceph-rgw-ocs-storagecluster-cephobjectstore.openshift-storage.svc.cluster.local:80
       secret:
         name: <backingstore-secret-name>
         namespace: openshift-storage
       signatureVersion: v4
       targetBucket: <RGW-bucket-name>
     type: s3-compatible

   1. <backingstore-secret-name> を、直前の手順で CephObjectStore で作成したシークレットの名前に置き換えます。
   2. <bucket-name> を既存の RGW バケット名に置き換えます。この引数は、NooBaa に対して、バッキングストア、およびその後のデータストレージおよび管理のためのターゲットバケットとして使用するバケットについて指示します。

手順

1. OpenShift Storage コンソールで、Dashboards → OCS Object Service に移動し、 noobaa リンクを選択します。

   

2. 以下に強調表示されているように左側にある Resources タブを選択します。設定する一覧から、Add Cloud Resource を選択します。

   

3. Add new connection を選択します。

   

4. 関連するネイティブクラウドプロバイダーまたは S3 互換オプションを選択し、詳細を入力します。

   

5. 新規に作成された接続を選択し、これを既存バケットにマップします。

   
6. これらの手順を繰り返して、必要な数のバッキングストアを作成します。

手順

1. OpenShift Web コンソールの左側のペインで Operators → Installed Operators をクリックし、インストールされた Operator を表示します。
2. Installed Operator ページで、Project ドロップダウンリストから openshift-storage を選択し、openshift-storage プロジェクトに切り替えます。
3. OpenShift Container Storage Operator をクリックします。

4. OpenShift Container Storage Operator ページで右側にスクロールし、Backing Store タブをクリックします。

   図7.1 バッキングストアタブのある OpenShift Container Storage Operator ページ

   

5. Create Backing Store をクリックします。

   図7.2 Create Backing Store ページ

   

6. Create New Backing Store ページで、以下を実行します。

   1. namespace が openshift-storage に設定されていることを確認します。
   2. Backing Store Name を入力します。
   3. Provider を選択します。
   4. Remove を選択します。
   5. Endpoint を入力します。これはオプションです。

   6. ドロップダウンリストから Secret を選択するか、または独自のシークレットを作成します。オプションで、Switch to Credentials ビューを選択すると、必要なシークレットを入力できます。

      注記

      このメニューは、Google Cloud およびローカル PVC 以外のすべてのプロバイダーに関連します。

   7. Target bucket を入力します。ターゲットバケットは、リモートクラウドサービスでホストされるコンテナーストレージです。NooBaa に対してシステム用にこのバケットを使用できることを通知する接続を作成できます。
7. Create Backing Store をクリックします。

検証手順

1. Operators → Installed Operators をクリックします。
2. OpenShift Container Storage Operator をクリックします。
3. 新規バッキングストアを検索します。

1. MCG コマンドラインインターフェースから以下のコマンドを実行し、ミラーリングポリシーでバケットクラスを作成します。

   $ noobaa bucketclass create mirror-to-aws --backingstores=azure-resource,aws-resource --placement Mirror

2. 新たに作成されたバケットクラスを新規のバケット要求に設定し、2 つのロケーション間でミラーリングされる新規バケットを生成します。

   $ noobaa obc create  mirrored-bucket --bucketclass=mirror-to-aws

1. 以下の YAML を適用します。この YAML は、ローカル Ceph ストレージと AWS 間でデータをミラーリングするハイブリッドの例です。

   apiVersion: noobaa.io/v1alpha1
   kind: BucketClass
   metadata:
     name: hybrid-class
     labels:
       app: noobaa
   spec:
     placementPolicy:
       tiers:
         - tier:
             mirrors:
               - mirror:
                   spread:
                     - cos-east-us
               - mirror:
                   spread:
                     - noobaa-test-bucket-for-ocp201907291921-11247_resource

2. 以下の行を標準の Object Bucket Claim (オブジェクトバケット要求、OBC) に追加します。

   additionalConfig:
     bucketclass: mirror-to-aws

   OBC についての詳細は、「Object Bucket Claim（オブジェクトバケット要求）」を参照してください。

1. OpenShift Storage コンソールで、Dashboards → OCS Object Service に移動し、 noobaa リンクを選択します。

   

2. 左側の buckets アイコンをクリックします。バケットの一覧が表示されます。

   
3. 更新するバケットを選択します。

4. Edit Tier 1 Resources をクリックします。

   

5. Mirror を選択し、このバケットに使用する関連リソースを確認します。以下の例では、prem Ceph RGW と AWS 間でデータのミラーリングをします。

   
6. Save をクリックします。

1. JSON 形式でバケットポリシーを作成します。以下の例を参照してください。

   {
       "Version": "NewVersion",
       "Statement": [
           {
               "Sid": "Example",
               "Effect": "Allow",
               "Principal": [
                       "john.doe@example.com"
               ],
               "Action": [
                   "s3:GetObject"
               ],
               "Resource": [
                   "arn:aws:s3:::john_bucket"
               ]
           }
       ]
   }

   バケットポリシーには数多くの利用可能な要素があります。それらの構成要素および使用方法についての詳細は、「AWS Access Policy Language Overview」を参照してください。

   バケットポリシーの他の例については、「AWS Bucket Policy Examples」を参照してください。

   S3 ユーザーの作成方法については、「Multicloud Object Gateway での AWS S3 ユーザーの作成」を参照してください。

2. AWS S3 クライアントを使用して put-bucket-policy コマンドを使用してバケットポリシーを S3 バケットに適用します。

   # aws s3api put-bucket-policy --bucket MyBucket --policy BucketPolicy

   MyBucket を、ポリシーを設定するバケットに置き換えます。

   BucketPolicy をバケットポリシー JSON ファイルに置き換えます。

   以下は例になります。

   # aws s3api put-bucket-policy --bucket MyBucket --policy file://BucketPolicy

   put-bucket-policy コマンドについての詳細は、「AWS CLI Command Reference for put-bucket-policy」を参照してください。

手順

1. OpenShift Storage コンソールで、Dashboards → OCS Object Service に移動し、 noobaa リンクを選択します。

   

2. Accounts タブで、Create Account をクリックします。

   

3. S3 Access Only を選択し、Account Name を指定します (例: john.doe@example.com)。Next をクリックします。

   

4. S3 default placement を選択します (例: noobaa-default-backing-store)。Buckets Permissions を選択します。特定のバケットまたはすべてのバケットを選択できます。Create をクリックします。

   

手順

1. 以下の行をアプリケーション YAML に追加します。

   apiVersion: objectbucket.io/v1alpha1
   kind: ObjectBucketClaim
   metadata:
     name: <obc-name>
   spec:
     generateBucketName: <obc-bucket-name>
     storageClassName: noobaa

   これらの行は Object Bucket Claim（オブジェクトバケット要求）自体になります。

   1. <obc-name> を、一意の Object Bucket Claim（オブジェクトバケット要求）の名前に置き換えます。
   2. <obc-bucket-name> を、Object Bucket Claim（オブジェクトバケット要求）の一意のバケット名に置き換えます。

2. YAML ファイルにさらに行を追加して、Object Bucket Claim（オブジェクトバケット要求）の使用を自動化できます。以下の例はバケット要求の結果のマッピングです。これは、データを含む設定マップおよび認証情報のあるシークレットです。この特定のジョブは NooBaa からオブジェクトバケットを要求し、バケットとアカウントを作成します。

   apiVersion: batch/v1
   kind: Job
   metadata:
     name: testjob
   spec:
     template:
       spec:
         restartPolicy: OnFailure
         containers:
           - image: <your application image>
             name: test
             env:
               - name: BUCKET_NAME
                 valueFrom:
                   configMapKeyRef:
                     name: <obc-name>
                     key: BUCKET_NAME
               - name: BUCKET_HOST
                 valueFrom:
                   configMapKeyRef:
                     name: <obc-name>
                     key: BUCKET_HOST
               - name: BUCKET_PORT
                 valueFrom:
                   configMapKeyRef:
                     name: <obc-name>
                     key: BUCKET_PORT
               - name: AWS_ACCESS_KEY_ID
                 valueFrom:
                   secretKeyRef:
                     name: <obc-name>
                     key: AWS_ACCESS_KEY_ID
               - name: AWS_SECRET_ACCESS_KEY
                 valueFrom:
                   secretKeyRef:
                     name: <obc-name>
                     key: AWS_SECRET_ACCESS_KEY

   1. <obc-name> のすべてのインスタンスを、Object Bucket Claim（オブジェクトバケット要求）の名前に置き換えます。
   2. <your application image> をアプリケーションイメージに置き換えます。

3. 更新された YAML ファイルを適用します。

   # oc apply -f <yaml.file>

   1. <yaml.file> を YAML ファイルの名前に置き換えます。

4. 新しい設定マップを表示するには、以下を実行します。

   # oc get cm <obc-name>

   1. obc-name を、Object Bucket Claim（オブジェクトバケット要求）の名前に置き換えます。

      出力には、以下の環境変数が表示されることが予想されます。

      • BUCKET_HOST: アプリケーションで使用するエンドポイント

      • BUCKET_PORT: アプリケーションで利用できるポート

        • ポートは BUCKET_HOST に関連します。たとえば、BUCKET_HOST が https://my.example.com で、BUCKET_PORT が 443 の場合、オブジェクトサービスのエンドポイントは https://my.example.com:443 になります。
      • BUCKET_NAME: 要求されるか、または生成されるバケット名
      • AWS_ACCESS_KEY_ID: 認証情報の一部であるアクセスキー
      • AWS_SECRET_ACCESS_KEY: 認証情報の一部であるシークレットのアクセスキー

手順

1. コマンドラインインターフェースを使用して、新規バケットおよび認証情報の詳細を生成します。以下のコマンドを実行します。

   # noobaa obc create <obc-name> -n openshift-storage

   <obc-name> を一意の Object Bucket Claim（オブジェクトバケット要求）の名前に置き換えます (例: myappobc)。

   さらに、--app-namespace オプションを使用して、Object Bucket Claim（オブジェクトバケット要求）設定マップおよびシークレットが作成される namespace を指定できます(例: myapp-namespace)。

   出力例:

   INFO[0001] ✅ Created: ObjectBucketClaim "test21obc"

   MCG コマンドラインインターフェースが必要な設定を作成し、新規 OBC について OpenShift に通知します。

2. 以下のコマンドを実行して Object Bucket Claim（オブジェクトバケット要求）を表示します。

   # oc get obc -n openshift-storage

   出力例:

   NAME        STORAGE-CLASS                 PHASE   AGE
   test21obc   openshift-storage.noobaa.io   Bound   38s

3. 以下のコマンドを実行して、新規 Object Bucket Claim（オブジェクトバケット要求）の YAML ファイルを表示します。

   # oc get obc test21obc -o yaml -n openshift-storage

   出力例:

   apiVersion: objectbucket.io/v1alpha1
   kind: ObjectBucketClaim
   metadata:
     creationTimestamp: "2019-10-24T13:30:07Z"
     finalizers:
     - objectbucket.io/finalizer
     generation: 2
     labels:
       app: noobaa
       bucket-provisioner: openshift-storage.noobaa.io-obc
       noobaa-domain: openshift-storage.noobaa.io
     name: test21obc
     namespace: openshift-storage
     resourceVersion: "40756"
     selfLink: /apis/objectbucket.io/v1alpha1/namespaces/openshift-storage/objectbucketclaims/test21obc
     uid: 64f04cba-f662-11e9-bc3c-0295250841af
   spec:
     ObjectBucketName: obc-openshift-storage-test21obc
     bucketName: test21obc-933348a6-e267-4f82-82f1-e59bf4fe3bb4
     generateBucketName: test21obc
     storageClassName: openshift-storage.noobaa.io
   status:
     phase: Bound

4. openshift-storage namespace 内で、設定マップおよびシークレットを見つけ、この Object Bucket Claim（オブジェクトバケット要求）を使用することができます。CM とシークレットの名前はこの Object Bucket Claim（オブジェクトバケット要求）の名前と同じです。シグナルを表示するには、以下を実行します。

   # oc get -n openshift-storage secret test21obc -o yaml

   出力例:

   Example output:
   apiVersion: v1
   data:
     AWS_ACCESS_KEY_ID: c0M0R2xVanF3ODR3bHBkVW94cmY=
     AWS_SECRET_ACCESS_KEY: Wi9kcFluSWxHRzlWaFlzNk1hc0xma2JXcjM1MVhqa051SlBleXpmOQ==
   kind: Secret
   metadata:
     creationTimestamp: "2019-10-24T13:30:07Z"
     finalizers:
     - objectbucket.io/finalizer
     labels:
       app: noobaa
       bucket-provisioner: openshift-storage.noobaa.io-obc
       noobaa-domain: openshift-storage.noobaa.io
     name: test21obc
     namespace: openshift-storage
     ownerReferences:
     - apiVersion: objectbucket.io/v1alpha1
       blockOwnerDeletion: true
       controller: true
       kind: ObjectBucketClaim
       name: test21obc
       uid: 64f04cba-f662-11e9-bc3c-0295250841af
     resourceVersion: "40751"
     selfLink: /api/v1/namespaces/openshift-storage/secrets/test21obc
     uid: 65117c1c-f662-11e9-9094-0a5305de57bb
   type: Opaque

   シークレットは S3 アクセス認証情報を提供します。

5. 設定マップを表示するには、以下を実行します。

   # oc get -n openshift-storage cm test21obc -o yaml

   出力例:

   apiVersion: v1
   data:
     BUCKET_HOST: 10.0.171.35
     BUCKET_NAME: test21obc-933348a6-e267-4f82-82f1-e59bf4fe3bb4
     BUCKET_PORT: "31242"
     BUCKET_REGION: ""
     BUCKET_SUBREGION: ""
   kind: ConfigMap
   metadata:
     creationTimestamp: "2019-10-24T13:30:07Z"
     finalizers:
     - objectbucket.io/finalizer
     labels:
       app: noobaa
       bucket-provisioner: openshift-storage.noobaa.io-obc
       noobaa-domain: openshift-storage.noobaa.io
     name: test21obc
     namespace: openshift-storage
     ownerReferences:
     - apiVersion: objectbucket.io/v1alpha1
       blockOwnerDeletion: true
       controller: true
       kind: ObjectBucketClaim
       name: test21obc
       uid: 64f04cba-f662-11e9-bc3c-0295250841af
     resourceVersion: "40752"
     selfLink: /api/v1/namespaces/openshift-storage/configmaps/test21obc
     uid: 651c6501-f662-11e9-9094-0a5305de57bb

   設定マップには、アプリケーションの S3 エンドポイント情報が含まれます。

手順

1. OpenShift Web コンソールにログインします。
2. 左側のナビゲーションバーで Storage → Object Bucket Claims をクリックします。

3. 以下のウィンドウで、Create Object Bucket Claim をクリックします。

   

4. 以下のウィンドウで、Object Bucket Claim（オブジェクトバケット要求）の名前を入力し、ドロップダウンメニューから適切なストレージクラスとバケットクラスを選択します。

   

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

   OBC が作成されると、その詳細ページにリダイレクトされます。

   

6. OBC の作成後に、これをデプロイメントに割り当てることができます。

   1. 左側のナビゲーションバーで Storage → Object Bucket Claims をクリックします。
   2. 作成した OBC の横にあるアクションメニュー (✓) をクリックします。

   3. ドロップダウンメニューで、Attach to Deployment を選択します。

      

   4. 以下のウィンドウで、ドロップダウンメニューから必要なデプロイメントを選択してから Attach をクリックします。

      

手順

1. Mult-Cloud Object Gateway ユーザーインターフェースの Overview ページで、 Add Storage Resources をクリックします。

   

2. ウィンドウから Deploy Kubernetes Pool をクリックします。

   

3. Create Pool 手順で、今後インストールされるノードのターゲットプールを作成します。

   

4. Configure 手順で、要求される Pod 数と各 PV のサイズを設定します。新規 Pod ごとに、1 つの PV が作成されます。

   
5. Review 手順で、新規プールの詳細を検索し、ローカルまたは外部デプロイメントのいずれかの使用するデプロイメント方法を選択します。ローカルデプロイメントが選択されている場合、Kubernetes ノードはクラスター内にデプロイされます。外部デプロイメントが選択されている場合、外部で実行するための YAML ファイルが提供されます。

6. すべてのノードは最初の手順で選択したプールに割り当てられ、Resources → Storage resources → Resource name の下で確認できます。

   

1. 「クラスター B での外部 NooBaa デーモンプールの作成」
2. 「クラスター B のクラスター A へのバッキングストアとしての追加」
3. 「クラスター B の NooBaa システムを使用したクラスター A でのフェデレーションされたバケットの作成」
4. 「ローカリティーの最適化に向けたリージョンの割り当て」
5. 「クラスターの管理」

手順

1. 置き換える必要のあるノードを特定します。

2. 以下のコマンドを実行して、ノードにスケジュール対象外 (unschedulable) のマークを付けます。

   $ oc adm cordon <node_name>

3. 以下のコマンドを使用してノードをドレイン (解放) します。

   $ oc adm drain <node_name> --force --delete-local-data --ignore-daemonsets

   重要

   このアクティビティーには少なくとも 5-10 分以上かかる場合があります。この期間に生成される Ceph のエラーは一時的なもので、新規ノードにラベルが付けられ、これが機能すると自動的に解決されます。

4. 以下のコマンドを使用してノードを削除します。

   $ oc delete nodes <node_name>

5. 必要なインフラストラクチャーで新規 AWS マシンインスタンスを作成します。サポートされるインフラストラクチャーおよびプラットフォームについて参照してください。
6. 新規 AWS マシンインスタンスを使用して新規 OpenShift Container Platform ノードを作成します。

7. Pending 状態の OpenShift Container Platform に関連する証明書署名要求 (CSR) の有無を確認します。

   $ oc get csr

8. 新規ノードに必要なすべての OpenShift Container Platform CSR を承認します。

   $ oc adm certificate approve <Certificate_Name>

9. Compute → Nodes をクリックし、新規ノードが Ready 状態にあることを確認します。

10. 以下のいずれかを使用して、OpenShift Container Storage ラベルを新規ノードに適用します。

    ユーザーインターフェースを使用する場合

    1. 新規ノードについて、Action Menu (⋮) → Edit Labels をクリックします。
    2. cluster.ocs.openshift.io/openshift-storage を追加し、Save をクリックします。

    コマンドラインインターフェースを使用する場合

    • 以下のコマンドを実行して、OpenS+hift Container Storage ラベルを新規ノードに適用します。

      $ oc label node <new_node_name> cluster.ocs.openshift.io/openshift-storage=""

11. OpenShift Container Storage を新規ホスト名で更新するために mgr Pod を再起動します。

    $ oc delete pod rook-ceph-mgr-xxxx

検証手順

1. 以下のコマンドを実行して、新規ノードが出力にあることを確認します。

   $ oc get nodes --show-labels | grep cluster.ocs.openshift.io/openshift-storage= |cut -d' ' -f1

2. Workloads → Pods をクリックし、新規ノード上の少なくとも以下の Pod が Running 状態にあることを確認します。

   • csi-cephfsplugin-*
   • csi-rbdplugin-*
3. 他の必要なすべての OpenShift Container Storage Pod が Running 状態にあることを確認します。
4. 検証手順が失敗した場合は、Red Hat サポートにお問い合わせください。

手順

1. OpenShift Web コンソールにログインし、Compute → Nodes をクリックします。
2. 置き換える必要のあるノードを特定します。その マシン名 をメモします。

3. 以下のコマンドを実行して、ノードにスケジュール対象外 (unschedulable) のマークを付けます。

   $ oc adm cordon <node_name>

4. 以下のコマンドを使用してノードをドレイン (解放) します。

   $ oc adm drain <node_name> --force --delete-local-data --ignore-daemonsets

   重要

   このアクティビティーには少なくとも 5-10 分以上かかる場合があります。この期間に生成される Ceph のエラーは一時的なもので、新規ノードにラベルが付けられ、これが機能すると自動的に解決されます。

5. Compute → Machines をクリックします。必要なマシンを検索します。
6. 必要なマシンの横にある Action menu (⋮) → Delete Machine をクリックします。
7. Delete をクリックしてマシンの削除を確認します。新しいマシンが自動的に作成されます。

8. 新規マシンが起動し、Running 状態に移行するまで待機します。

   重要

   このアクティビティーには少なくとも 5-10 分以上かかる場合があります。

9. Compute → Nodes をクリックし、新規ノードが Ready 状態にあることを確認します。

10. 以下のいずれかを使用して、OpenShift Container Storage ラベルを新規ノードに適用します。

    ユーザーインターフェースを使用する場合

    1. 新規ノードについて、Action Menu (⋮) → Edit Labels をクリックします。
    2. cluster.ocs.openshift.io/openshift-storage を追加し、Save をクリックします。

    コマンドラインインターフェースを使用する場合

    • 以下のコマンドを実行して、OpenS+hift Container Storage ラベルを新規ノードに適用します。

      $ oc label node <new_node_name> cluster.ocs.openshift.io/openshift-storage=""

11. OpenShift Container Storage を新規ホスト名で更新するために mgr Pod を再起動します。

    $ oc delete pod rook-ceph-mgr-xxxx

検証手順

1. 以下のコマンドを実行して、新規ノードが出力にあることを確認します。

   $ oc get nodes --show-labels | grep cluster.ocs.openshift.io/openshift-storage= |cut -d' ' -f1

2. Workloads → Pods をクリックし、新規ノード上の少なくとも以下の Pod が Running 状態にあることを確認します。

   • csi-cephfsplugin-*
   • csi-rbdplugin-*
3. 他の必要なすべての OpenShift Container Storage Pod が Running 状態にあることを確認します。
4. 検証手順が失敗した場合は、Red Hat サポートにお問い合わせください。

手順

1. 置き換える必要のあるノードの AWS マシンインスタンスを特定します。
2. AWS にログインし、特定された AWS マシンインスタンスを終了します。
3. 必要なインフラストラクチャーで新規 AWS マシンインスタンスを作成します。サポートされるインフラストラクチャーおよびプラットフォームについて参照してください。
4. 新規 AWS マシンインスタンスを使用して新規 OpenShift Container Platform ノードを作成します。

5. Pending 状態の OpenShift Container Platform に関連する証明書署名要求 (CSR) の有無を確認します。

   $ oc get csr

6. 新規ノードに必要なすべての OpenShift Container Platform CSR を承認します。

   $ oc adm certificate approve <Certificate_Name>

7. Compute → Nodes をクリックし、新規ノードが Ready 状態にあることを確認します。

8. 以下のいずれかを使用して、OpenShift Container Storage ラベルを新規ノードに適用します。

   ユーザーインターフェースを使用する場合

   1. 新規ノードについて、Action Menu (⋮) → Edit Labels をクリックします。
   2. cluster.ocs.openshift.io/openshift-storage を追加し、Save をクリックします。

   コマンドラインインターフェースを使用する場合

   • 以下のコマンドを実行して、OpenS+hift Container Storage ラベルを新規ノードに適用します。

     $ oc label node <new_node_name> cluster.ocs.openshift.io/openshift-storage=""

9. OpenShift Container Storage を新規ホスト名で更新するために mgr Pod を再起動します。

   $ oc delete pod rook-ceph-mgr-xxxx

検証手順

1. 以下のコマンドを実行して、新規ノードが出力にあることを確認します。

   $ oc get nodes --show-labels | grep cluster.ocs.openshift.io/openshift-storage= |cut -d' ' -f1

2. Workloads → Pods をクリックし、新規ノード上の少なくとも以下の Pod が Running 状態にあることを確認します。

   • csi-cephfsplugin-*
   • csi-rbdplugin-*
3. 他の必要なすべての OpenShift Container Storage Pod が Running 状態にあることを確認します。
4. 検証手順が失敗した場合は、Red Hat サポートにお問い合わせください。

手順

1. OpenShift Web コンソールにログインし、Compute → Nodes をクリックします。
2. 障害のあるノードを特定し、その Machine Name をクリックします。
3. Actions → Edit Annotations をクリックし、Add More をクリックします。
4. machine.openshift.io/exclude-node-draining を追加し、Save をクリックします。
5. Actions → Delete Machine をクリックしてから、Delete をクリックします。

6. 新しいマシンが自動的に作成されます。新規マシンが起動するのを待機します。

   重要

   このアクティビティーには少なくとも 5-10 分以上かかる場合があります。この期間に生成される Ceph のエラーは一時的なもので、新規ノードにラベルが付けられ、これが機能すると自動的に解決されます。

7. Compute → Nodes をクリックし、新規ノードが Ready 状態にあることを確認します。

8. 以下のいずれかを使用して、OpenShift Container Storage ラベルを新規ノードに適用します。

   ユーザーインターフェースを使用する場合

   1. 新規ノードについて、Action Menu (⋮) → Edit Labels をクリックします。
   2. cluster.ocs.openshift.io/openshift-storage を追加し、Save をクリックします。

   コマンドラインインターフェースを使用する場合

   • 以下のコマンドを実行して、OpenS+hift Container Storage ラベルを新規ノードに適用します。

     $ oc label node <new_node_name> cluster.ocs.openshift.io/openshift-storage=""

9. [オプション]: 失敗した AWS インスタンスが自動的に削除されない場合、インスタンスを AWS コンソールで終了します。

10. OpenShift Container Storage を新規ホスト名で更新するために mgr Pod を再起動します。

    $ oc delete pod rook-ceph-mgr-xxxx

検証手順

1. 以下のコマンドを実行して、新規ノードが出力にあることを確認します。

   $ oc get nodes --show-labels | grep cluster.ocs.openshift.io/openshift-storage= |cut -d' ' -f1

2. Workloads → Pods をクリックし、新規ノード上の少なくとも以下の Pod が Running 状態にあることを確認します。

   • csi-cephfsplugin-*
   • csi-rbdplugin-*
3. 他の必要なすべての OpenShift Container Storage Pod が Running 状態にあることを確認します。
4. 検証手順が失敗した場合は、Red Hat サポートにお問い合わせください。

手順

1. 置き換える必要があるノードとその仮想マシンを特定します。

2. 以下のコマンドを実行して、ノードにスケジュール対象外 (unschedulable) のマークを付けます。

   $ oc adm cordon <node_name>

3. 以下のコマンドを使用してノードをドレイン (解放) します。

   $ oc adm drain <node_name> --force --delete-local-data --ignore-daemonsets

   重要

   このアクティビティーには少なくとも 5-10 分以上かかる場合があります。この期間に生成される Ceph のエラーは一時的なもので、新規ノードにラベルが付けられ、これが機能すると自動的に解決されます。

4. 以下のコマンドを使用してノードを削除します。

   $ oc delete nodes <node_name>

5. VSphere にログインし、特定された仮想マシンを終了します。

   重要

   仮想マシンはインベントリーからのみ削除し、ディスクから削除しないでください。

6. 必要なインフラストラクチャーで vSphere に新規の仮想マシンを作成します。サポートされるインフラストラクチャーおよびプラットフォームについて参照してください。
7. 新規の仮想マシンを使用して新規 OpenShift Container Platform ワーカーノードを作成します。

8. Pending 状態の OpenShift Container Platform に関連する証明書署名要求 (CSR) の有無を確認します。

   $ oc get csr

9. 新規ノードに必要なすべての OpenShift Container Platform CSR を承認します。

   $ oc adm certificate approve <Certificate_Name>

10. Compute → Nodes をクリックし、新規ノードが Ready 状態にあることを確認します。

11. 以下のいずれかを使用して、OpenShift Container Storage ラベルを新規ノードに適用します。

    ユーザーインターフェースを使用する場合

    1. 新規ノードについて、Action Menu (⋮) → Edit Labels をクリックします。
    2. cluster.ocs.openshift.io/openshift-storage を追加し、Save をクリックします。

    コマンドラインインターフェースを使用する場合

    • 以下のコマンドを実行して、OpenS+hift Container Storage ラベルを新規ノードに適用します。

      $ oc label node <new_node_name> cluster.ocs.openshift.io/openshift-storage=""

12. OpenShift Container Storage を新規ホスト名で更新するために mgr Pod を再起動します。

    $ oc delete pod rook-ceph-mgr-xxxx

検証手順

1. 以下のコマンドを実行して、新規ノードが出力にあることを確認します。

   $ oc get nodes --show-labels | grep cluster.ocs.openshift.io/openshift-storage= |cut -d' ' -f1

2. Workloads → Pods をクリックし、新規ノード上の少なくとも以下の Pod が Running 状態にあることを確認します。

   • csi-cephfsplugin-*
   • csi-rbdplugin-*
3. 他の必要なすべての OpenShift Container Storage Pod が Running 状態にあることを確認します。
4. 検証手順が失敗した場合は、Red Hat サポートにお問い合わせください。

手順

1. 置き換える必要があるノードとその仮想マシンを特定します。

2. 以下のコマンドを使用してノードを削除します。

   $ oc delete nodes <node_name>

3. VSphere にログインし、特定された仮想マシンを終了します。

   重要

   仮想マシンはインベントリーからのみ削除し、ディスクから削除しないでください。

4. 必要なインフラストラクチャーで vSphere に新規の仮想マシンを作成します。サポートされるインフラストラクチャーおよびプラットフォームについて参照してください。
5. 新規の仮想マシンを使用して新規 OpenShift Container Platform ワーカーノードを作成します。

6. Pending 状態の OpenShift Container Platform に関連する証明書署名要求 (CSR) の有無を確認します。

   $ oc get csr

7. 新規ノードに必要なすべての OpenShift Container Platform CSR を承認します。

   $ oc adm certificate approve <Certificate_Name>

8. Compute → Nodes をクリックし、新規ノードが Ready 状態にあることを確認します。

9. 以下のいずれかを使用して、OpenShift Container Storage ラベルを新規ノードに適用します。

   ユーザーインターフェースを使用する場合

   1. 新規ノードについて、Action Menu (⋮) → Edit Labels をクリックします。
   2. cluster.ocs.openshift.io/openshift-storage を追加し、Save をクリックします。

   コマンドラインインターフェースを使用する場合

   • 以下のコマンドを実行して、OpenS+hift Container Storage ラベルを新規ノードに適用します。

     $ oc label node <new_node_name> cluster.ocs.openshift.io/openshift-storage=""

10. OpenShift Container Storage を新規ホスト名で更新するために mgr Pod を再起動します。

    $ oc delete pod rook-ceph-mgr-xxxx

検証手順

1. 以下のコマンドを実行して、新規ノードが出力にあることを確認します。

   $ oc get nodes --show-labels | grep cluster.ocs.openshift.io/openshift-storage= |cut -d' ' -f1

2. Workloads → Pods をクリックし、新規ノード上の少なくとも以下の Pod が Running 状態にあることを確認します。

   • csi-cephfsplugin-*
   • csi-rbdplugin-*
3. 他の必要なすべての OpenShift Container Storage Pod が Running 状態にあることを確認します。
4. 検証手順が失敗した場合は、Red Hat サポートにお問い合わせください。