ハイブリッドおよびマルチクラウドリソースの管理

手順

1. OpenShift Web コンソールで、Storage → OpenShift Data Foundation をクリックします。
2. Backing Store タブをクリックします。
3. Create Backing Store をクリックします。

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

   1. Backing Store Name を入力します。
   2. Provider を選択します。
   3. Region を選択します。
   4. Endpoint を入力します。これは任意です。

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

      OCP シークレットの作成に関する詳細は、Openshift Container Platform ドキュメントのCreating the secretを参照してください。

      バッキングストアごとに異なるシークレットが必要です。特定のバッキングストアのシークレット作成についての詳細は 「MCG コマンドラインインターフェイスを使用したハイブリッドまたはマルチクラウドのストレージリソースの追加」 を参照して、YAML を使用したストレージリソースの追加についての手順を実行します。

      注記

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

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

検証手順

1. OpenShift Web コンソールで、Storage → OpenShift Data Foundation をクリックします。
2. Backing Store タブをクリックして、すべてのバッキングストアを表示します。

手順

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

   noobaa backingstore create s3-compatible rgw-resource --access-key=<RGW ACCESS KEY> --secret-key=<RGW SECRET KEY> --target-bucket=<bucket-name> --endpoint=<RGW endpoint>

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

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

   2. Base64 からアクセスキー ID とアクセスキーをデコードし、それらのキーを保持します。
   3. <RGW USER ACCESS KEY> と <RGW USER SECRET ACCESS KEY> を、直前の手順でデコードした適切なデータに置き換えます。
   4. <bucket-name> を既存の RGW バケット名に置き換えます。この引数は、MCG に対して、バッキングストア、およびその後のデータストレージおよび管理のためのターゲットバケットとして使用するバケットについて指示します。

   5. <RGW endpoint> を取得するには、RADOS Object Gateway S3 エンドポイントへのアクセス を参照してください。

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

      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: <RGW endpoint>
       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 バケット名に置き換えます。この引数は、MCG に対して、バッキングストア、およびその後のデータストレージおよび管理のためのターゲットバケットとして使用するバケットについて指示します。
   3. <RGW endpoint> を取得するには、RADOS Object Gateway S3 エンドポイントへのアクセス を参照してください。

手順

1. OpenShift Web コンソールで、Storage → OpenShift Data Foundation をクリックします。
2. Storage Systems タブでストレージシステムを選択し、Overview → Object タブをクリックします。
3. Multicloud Object Gateway のリンクをクリックします。

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

   

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

   

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

   

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

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

手順

1. OpenShift Web コンソールで、Storage → OpenShift Data Foundation をクリックします。
2. Bucket Class タブをクリックします。
3. Create Bucket Class をクリックします。

4. Create new Bucket Class ページで、以下を実行します。

   1. バケットクラスターイプを選択し、バケットクラス名を入力します。

      1. BucketClass タイプを選択します。以下のいずれかのオプションを選択します。

         • Standard: データは Multicloud Object Gateway (MCG) に使用され、重複排除、圧縮、および暗号化されます。

         • Namespace: データは、重複排除、圧縮、または暗号化を実行せずに NamespaceStores に保存されます。

           デフォルトでは、Standard が選択されます。

      2. Bucket Class Name 名を入力します。
      3. Next をクリックします。

   2. Placement Policy で Tier 1 - Policy Type を選択し、Next をクリックします。要件に応じて、いずれかのオプションを選択できます。

      • Spread により、選択したリソース全体にデータを分散できます。
      • Mirror により、選択したリソース全体でデータを完全に複製できます。
      • Add Tier をクリックし、別のポリシー階層を追加します。

   3. Tier 1 - Policy Type で Spread を選択した場合は、利用可能な一覧から 1 つ以上の Backing Store リソースを選択してから、Next をクリックします。または、新しいバッキングストアを作成 することもできます。

      注記

      直前の手順で Policy Type に Mirror を選択する場合は、2 つ以上のバッキングストアを選択する必要があります。

   4. Bucket Class 設定を確認し、確認します。
   5. Create Bucket Class をクリックします。

検証手順

1. OpenShift Web コンソールで、Storage → OpenShift Data Foundation をクリックします。
2. Bucket Class タブをクリックし、新しい Bucket Class を検索します。

手順

1. OpenShift Web コンソールで、Storage → OpenShift Data Foundation をクリックします。
2. Bucket Class タブをクリックします。
3. 編集する Bucket クラスの横にあるアクションメニュー (⋮) をクリックします。
4. Edit Bucket Class をクリックします。
5. YAML ファイルにリダイレクトされ、このファイルで必要な変更を加え、Save をクリックします。

手順

1. OpenShift Web コンソールで、Storage → OpenShift Data Foundation をクリックします。
2. Bucket Class タブをクリックします。

3. 編集する Bucket クラスの横にあるアクションメニュー (⋮) をクリックします。

   
4. Edit Bucket Class Resources をクリックします。

5. Edit Bucket Class Resources ページで、バッキングストアをバケットクラスに追加するか、またはバケットクラスからバッキングストアを削除してバケットクラスリソースを編集します。1 つまたは 2 つの層を使用して作成されたバケットクラスリソースや、異なる配置ポリシーが指定されたバケットクラスリソースを編集することもできます。

   • バッキングストアをバケットクラスに追加するには、バッキングストアの名前を選択します。

   • バケットクラスからバッキングストアを削除するには、バッキングストアの名前を消去します。

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

手順

1. OpenShift Web コンソールにログインします。
2. Storage → OpenShift Data Foundation をクリックします。

3. Namespace Store タブをクリックして、namespace バケットで使用される namespacestore リソースを作成します。

   1. Create namespace store をクリックします。
   2. namespacestore 名を入力します。
   3. プロバイダーを選択します。
   4. リージョンを選択します。
   5. 既存のシークレットを選択するか、Switch to credentials をクリックして、シークレットキーおよびシークレットアクセスキーを入力してシークレットを作成します。
   6. ターゲットバケットを選択します。
   7. Create をクリックします。
   8. namespacestore が Ready 状態にあることを確認します。
   9. 必要なリソースが得られるまで、これらの手順を繰り返します。

4. Bucket Class タブ → Create a new Bucket Class をクリックします。

   1. Namespace ラジオボタンを選択します。
   2. Bucket Class 名を入力します。
   3. 説明 (オプション) を追加します。
   4. Next をクリックします。
5. namespace バケットの namespace ポリシータイプを選択し、Next をクリックします。

6. ターゲットリソースを選択します。

   • Namespace ポリシータイプが Single の場合、読み取りリソースを選択する必要があります。
   • namespace ポリシータイプが Multi の場合、読み取りリソースおよび書き込みリソースを選択する必要があります。
   • namespace ポリシータイプが Cache の場合は、namespace バケットの読み取りおよび書き込みターゲットを定義する Hub namespace ストアを選択する必要があります。
7. Next をクリックします。
8. 新しいバケットクラスを確認してから Create Bucketclass をクリックします。
9. BucketClass ページで、新たに作成されたリソースが Created フェーズにあることを確認します。
10. OpenShift Web コンソールで、Storage → OpenShift Data Foundation をクリックします。
11. Status カードで Storage System をクリックし、表示されるポップアップからストレージシステムリンクをクリックします。
12. Object タブで、Multicloud Object Gateway → Buckets → Namespace Buckets タブをクリックします。

13. Create Namespace Bucket をクリックします。

    1. Choose Name タブで、namespace バケットの Name を指定し、Next をクリックします。

    2. Set Placement タブで、以下を実行します。

       1. Read Policy で、namespace バケットがデータの読み取りに使用する、ステップ 5 で作成した各 namespace リソースのチェックボックスを選択します。
       2. 使用している namespace ポリシータイプが Multi の場合、Write Policy の場合は、namespace バケットがデータを書き込む namespace リソースを指定します。
       3. Next をクリックします。
    3. Create をクリックします。

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

   $ noobaa bucketclass create placement-bucketclass 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:
     labels:
       app: noobaa
     name: <bucket-class-name>
     namespace: openshift-storage
   spec:
     placementPolicy:
       tiers:
       - backingStores:
         - <backing-store-1>
         - <backing-store-2>
         placement: Mirror

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

   additionalConfig:
     bucketclass: mirror-to-aws

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

1. OpenShift Web コンソールで、Storage → OpenShift Data Foundation をクリックします。
2. Status カードで Storage System をクリックし、表示されるポップアップからストレージシステムリンクをクリックします。
3. Object タブで、Multicloud Object Gateway リンクをクリックします。

4. NooBaa ページの左側にある buckets アイコンをクリックします。バケットの一覧が表示されます。

   
5. 更新するバケットをクリックします。

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

   

7. Mirror を選択し、このバケットに使用する関連リソースを確認します。次の例では、RGW にあるnoobaa-default-backing-storeと AWS にあるAWS-backingstore の間のデータがミラーリングされます。

   
8. 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 --endpoint ENDPOINT --no-verify-ssl s3api put-bucket-policy --bucket MyBucket --policy BucketPolicy

   1. ENDPOINT を S3 エンドポイントに置き換えます。
   2. MyBucket を、ポリシーを設定するバケットに置き換えます。
   3. BucketPolicy をバケットポリシー JSON ファイルに置き換えます。

   4. デフォルトの自己署名証明書を使用している場合は、--no-verify-ssl を追加します。

      以下に例を示します。

      # aws --endpoint https://s3-openshift-storage.apps.gogo44.noobaa.org --no-verify-ssl s3api put-bucket-policy -bucket MyBucket --policy file://BucketPolicy

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

      注記

      主となる要素では、リソース (バケットなど) へのアクセスを許可または拒否されるユーザーを指定します。現在、NooBaa アカウントのみがプリンシパルとして使用できます。Object Bucket Claim (オブジェクトバケット要求) の場合、NooBaa はアカウント obc-account.<generated bucket name>@noobaa.io を自動的に作成します。

      注記

      バケットポリシー条件はサポートされていません。

手順

1. OpenShift Web コンソールで、Storage → OpenShift Data Foundation をクリックします。
2. Status カードで Storage System をクリックし、表示されるポップアップからストレージシステムリンクをクリックします。
3. Object タブで、Multicloud Object Gateway リンクをクリックします。

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

   

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

   

6. 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: openshift-storage.noobaa.io

   これらの行は OBC 自体になります。

   1. <obc-name> を、一意の OBC の名前に置き換えます。
   2. <obc-bucket-name> を、OBC の一意のバケット名に置き換えます。

2. YAML ファイルにさらに行を追加して、OBC の使用を自動化できます。以下の例はバケット要求の結果のマッピングです。これは、データを含む設定マップおよび認証情報のあるシークレットです。この特定のジョブは 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> のすべてのインスタンスを、OBC の名前に置き換えます。
   2. <your application image> をアプリケーションイメージに置き換えます。

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

   # oc apply -f <yaml.file>

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

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

   # oc get cm <obc-name> -o yaml

   obc-name を OBC の名前に置き換えます。

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

   • 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> を一意の OBC 名に置き換えます (例: myappobc)。

   さらに、--app-namespace オプションを使用して、OBC 設定マップおよびシークレットが作成される namespace を指定できます (例: myapp-namespace)。

   出力例:

   INFO[0001] ✅ Created: ObjectBucketClaim "test21obc"

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

2. 以下のコマンドを実行して OBC を表示します。

   # oc get obc -n openshift-storage

   出力例:

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

3. 以下のコマンドを実行して、新規 OBC の 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 内で、設定マップおよびシークレットを見つけ、この OBC を使用することができます。CM とシークレットの名前はこの OBC の名前と同じです。以下のコマンドを実行してシークレットを表示します。

   # 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 → Create Object Bucket Claim をクリックします。

   1. Object Bucket Claim(オブジェクトバケット要求) の名前を入力し、ドロップダウンメニューから、内部または外部かのデプロイメントに応じて適切なストレージクラスとバケットクラスを選択します。

      内部モード

      

      デプロイメント後に作成された以下のストレージクラスを使用できます。

      • ocs-storagecluster-ceph-rgw は Ceph Object Gateway (RGW) を使用します。
      • openshift-storage.noobaa.io は Multicloud Object Gateway (MCG) を使用します。

      外部モード

      

      デプロイメント後に作成された以下のストレージクラスを使用できます。

      • ocs-external-storagecluster-ceph-rgw は RGW を使用します。

      • openshift-storage.noobaa.io は MCG を使用します。

        注記

        RGW OBC ストレージクラスは、OpenShift Data Foundation バージョン 4.5 の新規インストールでのみ利用できます。これは、以前の OpenShift Data Foundation リリースからアップグレードされたクラスターには適用されません。

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

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

      

手順

1. 左側のナビゲーションバーで Storage → Object Bucket Claims をクリックします。

2. 作成した OBC の横にあるアクションメニュー (⋮) をクリックします。

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

      

   2. Deployment Name 一覧から必要なデプロイメントを選択し、Attach をクリックします。

      

手順

1. OpenShift Web コンソールにログインします。

2. 左側のナビゲーションバーで Storage → Object Buckets をクリックします。

   

   また、特定の OBC の詳細ページに移動し、Resource リンクをクリックして、その OBC のオブジェクトバケットを表示します。

3. 詳細を表示するオブジェクトバケットを選択します。Object Bucket Details ページに移動します。

手順

1. 左側のナビゲーションバーで Storage → Object Bucket Claims をクリックします。

2. 削除する Object Bucket Claim(オブジェクトバケット要求) の横にあるアクションメニュー (⋮) をクリックします。

   
   1. Delete Object Bucket Claim を選択します。
   2. Delete をクリックします。

手順

1. NamespaceStore リソースを作成します。NamespaceStore は、MCG namespace バケットでデータの読み取りおよび書き込みターゲットとして使用される基礎となるストレージを表します。MCG コマンドラインインターフェイスから、以下のコマンドを実行します。

   noobaa namespacestore create aws-s3 <namespacestore> --access-key <AWS ACCESS KEY> --secret-key <AWS SECRET ACCESS KEY> --target-bucket <bucket-name>

   1. <namespacestore> を namespacestore の名前に置き換えます。
   2. <AWS ACCESS KEY> および <AWS SECRET ACCESS KEY> を、作成した AWS アクセスキー ID およびシークレットアクセスキーに置き換えます。

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

      YAML を適用してストレージリソースを追加することもできます。まず、認証情報を使用してシークレットを作成します。

      apiVersion: v1
      kind: Secret
      metadata:
        name: <namespacestore-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>

      Base64 を使用して独自の AWS アクセスキー ID およびシークレットアクセスキーを指定し、エンコードし、その結果を <AWS ACCESS KEY ID ENCODED IN BASE64> および <AWS SECRET ACCESS KEY ENCODED IN BASE64> に使用する必要があります。

      <namespacestore-secret-name> を一意の名前に置き換えます。

      次に、以下の YAML を適用します。

      apiVersion: noobaa.io/v1alpha1
      kind: NamespaceStore
      metadata:
        finalizers:
        - noobaa.io/finalizer
        labels:
          app: noobaa
        name: <namespacestore>
        namespace: openshift-storage
      spec:
        awsS3:
          secret:
            name: <namespacestore-secret-name>
            namespace: <namespace-secret>
          targetBucket: <target-bucket>
        type: aws-s3

   4. <namespacestore> を一意の名前に置き換えます。
   5. <namespacestore-secret-name> を、直前の手順で作成されたシークレットに置き換えます。
   6. <namespace-secret> を、直前の手順でシークレットを作成するために使用された namespace に置き換えます。
   7. <target-bucket> を namespacestore 用に作成した AWS S3 バケットに置き換えます。

2. 以下のコマンドを実行してバケットクラスを作成します。

   noobaa bucketclass create namespace-bucketclass cache <my-cache-bucket-class> --backingstores <backing-store> --hub-resource <namespacestore>

   1. <my-cache-bucket-class> を一意のバケットクラス名に置き換えます。
   2. <backing-store> を関連するバッキングストアに置き換えます。コンマで区切られた 1 つ以上のバッキングストアを一覧表示できます。
   3. <namespacestore> を、直前の手順で作成された namespacestore に置き換えます。

3. 以下のコマンドを実行して、手順 2 に定義されたバケットクラスを使用する Object Bucket Claim (OBC) リソースを使用してバケットを作成します。

   noobaa obc create <my-bucket-claim> my-app --bucketclass <custom-bucket-class>

   1. <my-bucket-claim> を一意の名前に置き換えます。
   2. <custom-bucket-class> を、手順 2 で作成したバケットクラスの名前に置き換えます。

手順

1. NamespaceStore リソースを作成します。NamespaceStore は、MCG namespace バケットでデータの読み取りおよび書き込みターゲットとして使用される基礎となるストレージを表します。MCG コマンドラインインターフェイスから、以下のコマンドを実行します。

   noobaa namespacestore create ibm-cos <namespacestore> --endpoint <IBM COS ENDPOINT> --access-key <IBM ACCESS KEY> --secret-key <IBM SECRET ACCESS KEY> --target-bucket <bucket-name>

   1. <namespacestore> を NamespaceStore の名前に置き換えます。
   2. <IBM ACCESS KEY>, <IBM SECRET ACCESS KEY>, <IBM COS ENDPOINT> を IBM アクセスキー ID、シークレットアクセスキー、および既存の IBM バケットの場所に対応する地域のエンドポイントに置き換えます。

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

      YAML を適用してストレージリソースを追加することもできます。まず、認証情報を使用してシークレットを作成します。

      apiVersion: v1
      kind: Secret
      metadata:
        name: <namespacestore-secret-name>
      type: Opaque
      data:
        IBM_COS_ACCESS_KEY_ID: <IBM COS ACCESS KEY ID ENCODED IN BASE64>
        IBM_COS_SECRET_ACCESS_KEY: <IBM COS SECRET ACCESS KEY ENCODED IN BASE64>

      Base64 を使用して独自の IBM COS アクセスキー ID およびシークレットアクセスキーを指定し、エンコードし、その結果を <IBM COS ACCESS KEY ID ENCODED IN BASE64> および <IBM COS SECRET ACCESS KEY ENCODED IN BASE64> に使用する必要があります。

      <namespacestore-secret-name> を一意の名前に置き換えます。

      次に、以下の YAML を適用します。

      apiVersion: noobaa.io/v1alpha1
      kind: NamespaceStore
      metadata:
        finalizers:
        - noobaa.io/finalizer
        labels:
          app: noobaa
        name: <namespacestore>
        namespace: openshift-storage
      spec:
        s3Compatible:
          endpoint: <IBM COS ENDPOINT>
          secret:
            name: <backingstore-secret-name>
            namespace: <namespace-secret>
          signatureVersion: v2
          targetBucket: <target-bucket>
        type: ibm-cos

   4. <namespacestore> を一意の名前に置き換えます。
   5. <IBM COS ENDPOINT> を適切な IBM COS エンドポイントに置き換えます。
   6. <backingstore-secret-name> を、直前の手順で作成されたシークレットに置き換えます。
   7. <namespace-secret> を、直前の手順でシークレットを作成するために使用された namespace に置き換えます。
   8. <target-bucket> を namespacestore 用に作成した AWS S3 バケットに置き換えます。

2. 以下のコマンドを実行してバケットクラスを作成します。

   noobaa bucketclass create namespace-bucketclass cache <my-bucket-class> --backingstores <backing-store> --hubResource <namespacestore>

   1. <my-bucket-class> を一意のバケットクラス名に置き換えます。
   2. <backing-store> を関連するバッキングストアに置き換えます。コンマで区切られた 1 つ以上のバッキングストアを一覧表示できます。
   3. <namespacestore> を、直前の手順で作成された namespacestore に置き換えます。

3. 以下のコマンドを実行して、手順 2 に定義されたバケットクラスを使用する Object Bucket Class リソースを使用してバケットを作成します。

   noobaa obc create <my-bucket-claim> my-app --bucketclass <custom-bucket-class>

   1. <my-bucket-claim> を一意の名前に置き換えます。
   2. <custom-bucket-class> を、手順 2 で作成したバケットクラスの名前に置き換えます。

手順

1. OpenShift Web Console にログインします。
2. MCG ユーザーインターフェイスから Overview → Add Storage Resources をクリックします。
3. ウィンドウから Deploy Kubernetes Pool をクリックします。
4. Create Pool 手順で、今後インストールされるノードのターゲットプールを作成します。
5. Configure 手順で、要求される Pod 数と各 PV のサイズを設定します。新規 Pod ごとに、1 つの PV が作成されます。
6. Review 手順で、新規プールの詳細を検索し、ローカルまたは外部デプロイメントのいずれかの使用するデプロイメント方法を選択します。ローカルデプロイメントが選択されている場合、Kubernetes ノードはクラスター内にデプロイされます。外部デプロイメントが選択されている場合、外部で実行するための YAML ファイルが提供されます。
7. すべてのノードは最初の手順で選択したプールに割り当てられ、Resources → Storage resources → Resource name の下で確認できます。