管理混合和多云资源

流程

1. 在 MCG 命令行界面中运行以下命令：

   noobaa backingstore create aws-s3 <backingstore_name> --access-key=<AWS ACCESS KEY> --secret-key=<AWS SECRET ACCESS KEY> --target-bucket <bucket-name> -n openshift-storage

1. 将 <backingstore_name> 替换为后备存储的名称。
2. 将 <AWS ACCESS KEY> 和 <AWS SECRET ACCESS KEY> 替换为您为此创建的 AWS 访问密钥 ID 和 secret 访问密钥。

3. 将 <bucket-name> 替换为现有的 AWS 存储桶名称。此参数告知 MCG 将哪一个存储桶用作其后备存储的目标存储桶，以及随后数据存储和管理。

   输出结果类似如下：

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

1. 使用凭证创建 secret：

   apiVersion: v1
   kind: Secret
   metadata:
     name: <backingstore-secret-name>
     namespace: openshift-storage
   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 和 secret 访问密钥，并使用结果代替 <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: openshift-storage
   spec:
     awsS3:
       secret:
         name: <backingstore-secret-name>
         namespace: openshift-storage
       targetBucket: <bucket-name>
     type: aws-s3

   1. 将 <bucket-name> 替换为现有的 AWS 存储桶名称。此参数告知 MCG 将哪一个存储桶用作其后备存储的目标存储桶，以及随后数据存储和管理。
   2. 将 <backingstore-secret-name> 替换为上一步中创建的 secret 的名称。

流程

1. 在 MCG 命令行界面中运行以下命令：

   noobaa backingstore create ibm-cos <backingstore_name> --access-key=<IBM ACCESS KEY> --secret-key=<IBM SECRET ACCESS KEY> --endpoint=<IBM COS ENDPOINT> --target-bucket <bucket-name> -n openshift-storage

   1. 将 <backingstore_name> 替换为后备存储的名称。

   2. 将 <IBM ACCESS KEY>、、<IBM SECRET ACCESS KEY>、<IBM COS ENDPOINT> 替换为 IBM 访问密钥 ID、机密访问密钥和对应于现有 IBM 存储桶位置的适当区域端点。

      要在 IBM 云中生成上述密钥，您必须在为您的目标存储桶创建服务凭证时包含 HMAC 凭证。

   3. 将 <bucket-name> 替换为现有的 IBM 存储桶名称。此参数告知 MCG 将哪一个存储桶用作其后备存储的目标存储桶，以及随后数据存储和管理。

      输出结果类似如下：

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

1. 使用凭证创建 secret：

   apiVersion: v1
   kind: Secret
   metadata:
     name: <backingstore-secret-name>
     namespace: openshift-storage
   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>

   1. 您必须使用 Base64 提供和编码您自己的 IBM COS 访问密钥 ID 和 secret 访问密钥，并使用结果代替 <IBM COS ACCESS KEY ID ENCODED IN BASE64> 和 <IBM COS 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: openshift-storage
   spec:
     ibmCos:
       endpoint: <endpoint>
       secret:
         name: <backingstore-secret-name>
         namespace: openshift-storage
       targetBucket: <bucket-name>
     type: ibm-cos

   1. 将 <bucket-name> 替换为现有的 IBM COS 存储桶名称。此参数告知 MCG 将哪一个存储桶用作其后备存储的目标存储桶，以及随后数据存储和管理。
   2. 将 <endpoint> 替换为与现有 IBM 存储桶名称位置对应的区域端点。这个参数告诉 Multicloud Object Gateway 使用哪个端点进行后备存储，然后再将哪一端点用于数据存储和管理。
   3. 将 <backingstore-secret-name> 替换为上一步中创建的 secret 的名称。

流程

1. 在 MCG 命令行界面中运行以下命令：

   noobaa backingstore create azure-blob <backingstore_name> --account-key=<AZURE ACCOUNT KEY> --account-name=<AZURE ACCOUNT NAME> --target-blob-container <blob container name>

   1. 将 <backingstore_name> 替换为后备存储的名称。
   2. 将 <AZURE ACCOUNT KEY> 和 <AZURE ACCOUNT NAME> 替换为您为此创建的 AZURE 帐户密钥和帐户名称。

   3. 将 <blob container name> 替换为现有的 Azure blob 容器名称。此参数告知 MCG 将哪一个存储桶用作其后备存储的目标存储桶，以及随后数据存储和管理。

      输出结果类似如下：

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

1. 使用凭证创建 secret：

   apiVersion: v1
   kind: Secret
   metadata:
     name: <backingstore-secret-name>
   type: Opaque
   data:
     AccountName: <AZURE ACCOUNT NAME ENCODED IN BASE64>
     AccountKey: <AZURE ACCOUNT KEY ENCODED IN BASE64>

   1. 您必须使用 Base64 提供和编码您自己的 Azure 帐户名称和帐户密钥，并使用结果代替 <AZURE ACCOUNT NAME ENCODED IN BASE64> 和 <AZURE ACCOUNT 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: openshift-storage
   spec:
     azureBlob:
       secret:
         name: <backingstore-secret-name>
         namespace: openshift-storage
       targetBlobContainer: <blob-container-name>
     type: azure-blob

   1. 将 <blob-container-name> 替换为现有的 Azure blob 容器名称。此参数告知 MCG 将哪一个存储桶用作其后备存储的目标存储桶，以及随后数据存储和管理。
   2. 将 <backingstore-secret-name> 替换为上一步中创建的 secret 的名称。

流程

1. 在 MCG 命令行界面中运行以下命令：

   noobaa backingstore create google-cloud-storage <backingstore_name> --private-key-json-file=<PATH TO GCP PRIVATE KEY JSON FILE> --target-bucket <GCP bucket name>

   1. 将 <backingstore_name> 替换为后备存储的名称。
   2. 将 <PATH TO GCP PRIVATE KEY JSON FILE> 替换为为此创建的 GCP 私钥的路径。

   3. 将 <GCP bucket name> 替换为现有的 GCP 对象存储桶名称。此参数告知 MCG 将哪一个存储桶用作其后备存储的目标存储桶，以及随后数据存储和管理。

      输出结果类似如下：

      INFO[0001] ✅ Exists: NooBaa "noobaa"
      INFO[0002] ✅ Created: BackingStore "google-gcp"
      INFO[0002] ✅ Created: Secret "backing-store-google-cloud-storage-gcp"

1. 使用凭证创建 secret：

   apiVersion: v1
   kind: Secret
   metadata:
     name: <backingstore-secret-name>
   type: Opaque
   data:
     GoogleServiceAccountPrivateKeyJson: <GCP PRIVATE KEY ENCODED IN BASE64>

   1. 您必须使用 Base64 提供并编码您自己的 GCP 服务帐户私钥，并使用结果代替 <GCP PRIVATE 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: openshift-storage
   spec:
     googleCloudStorage:
       secret:
         name: <backingstore-secret-name>
         namespace: openshift-storage
       targetBucket: <target bucket>
     type: google-cloud-storage

   1. 将 <target bucket> 替换为现有的 Google 存储桶。此参数告知 MCG 将哪一个存储桶用作其后备存储的目标存储桶，以及随后数据存储和管理。
   2. 将 <backingstore-secret-name> 替换为上一步中创建的 secret 的名称。

流程

1. 在 MCG 命令行界面中运行以下命令：

   注意

   此命令必须从 openshift-storage 命名空间内运行。

   noobaa backingstore create  pv-pool <backingstore_name> --num-volumes=<NUMBER OF VOLUMES>  --pv-size-gb=<VOLUME SIZE> --storage-class=<LOCAL STORAGE CLASS>

   1. 将 <backingstore_name> 替换为后备存储的名称。
   2. 将 <NUMBER OF VOLUMES> 替换为您要创建的卷数。请注意，增加卷数量可向上扩展存储。
   3. 将 <VOLUME SIZE> 替换为每个卷所需的大小（以 GB 为单位）。

   4. 将 <LOCAL STORAGE CLASS> 替换为本地存储类，建议使用 ocs-storagecluster-ceph-rbd。

      输出结果类似如下：

      INFO[0001] ✅ Exists: NooBaa "noobaa"
      INFO[0002] ✅ Exists: BackingStore "local-mcg-storage"

1. 为特定的后备存储应用以下 YAML:

   apiVersion: noobaa.io/v1alpha1
   kind: BackingStore
   metadata:
     finalizers:
     - noobaa.io/finalizer
     labels:
       app: noobaa
     name: <backingstore_name>
     namespace: openshift-storage
   spec:
      pvPool:
       numVolumes: <NUMBER OF VOLUMES>
       resources:
         requests:
           storage: <VOLUME SIZE>
       storageClass: <LOCAL STORAGE CLASS>
     type: pv-pool

   1. 将 <backingstore_name> 替换为后备存储的名称。
   2. 将 <NUMBER OF VOLUMES> 替换为您要创建的卷数。请注意，增加卷数量可向上扩展存储。
   3. 将 <VOLUME SIZE> 替换为每个卷所需的大小（以 GB 为单位）。请注意，字母 G 应保留。
   4. 将 <LOCAL STORAGE CLASS> 替换为本地存储类，建议使用 ocs-storagecluster-ceph-rbd。

流程

1. 使用凭证创建 secret：

   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>

   1. 您必须使用 Base64 提供并编码您自己的 AWS 访问密钥 ID 和 secret 访问密钥，并使用结果代替 <AWS ACCESS KEY ID ENCODED IN BASE64> 和 <AWS SECRET ACCESS KEY ENCODED IN BASE64>。
   2. 使用一个唯一的名称替换 <namespacestore-secret-name>。

2. 使用 OpenShift 自定义资源定义 (CRD) 创建 NamespaceStore 资源。NamespaceStore 代表底层存储，用作 MCG 命名空间存储桶中数据的读取或写入目标。要创建 NamespaceStore 资源，请应用以下 YAML：

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

   1. 将 <resource-name> 替换为您要提供给资源的名称。
   2. 将 <namespacestore-secret-name> 替换为在第 1 步中创建的 secret。
   3. 将 <namespace-secret> 替换为可找到 secret 的命名空间。
   4. 将 <target-bucket> 替换为您为 NamespaceStore 创建的目标存储桶。

3. 创建一个命名空间存储桶类，为命名空间存储桶定义命名空间策略。命名空间策略的类型需要是 single 或 multi。

   • 一个类型为 single 的命名空间策略需要以下配置：

     apiVersion: noobaa.io/v1alpha1
     kind: BucketClass
     metadata:
       labels:
         app: noobaa
       name: <my-bucket-class>
       namespace: openshift-storage
     spec:
       namespacePolicy:
         type:
         single:
           resource: <resource>

     • 将 <my-bucket-class> 替换为唯一的命名空间存储桶类名称。
     • 将 <resource> 替换为单个 namespace-store 的名称，该存储将定义命名空间存储桶的读取和写入目标。

   • 一个类型为 multi 的命名空间策略需要以下配置：

     apiVersion: noobaa.io/v1alpha1
     
     kind: BucketClass
     metadata:
       labels:
         app: noobaa
       name: <my-bucket-class>
       namespace: openshift-storage
     spec:
       namespacePolicy:
         type: Multi
         multi:
           writeResource: <write-resource>
           readResources:
           - <read-resources>
           - <read-resources>

     • 将 <my-bucket-class> 替换为唯一的存储桶类名称。
     • 将 <write-resource> 替换为定义命名空间存储桶写入目标的单一命名空间存储名称。
     • 将 <read-resources> 替换为定义命名空间存储桶读取目标的 namespace-store 的名称列表。

4. 应用以下 YAML，以使用对象 Bucket Class (OBC) 资源创建 bucket，该资源使用第 2 步中定义的 bucket 类。

   apiVersion: objectbucket.io/v1alpha1
   kind: ObjectBucketClaim
   metadata:
     name: <resource-name>
     namespace: openshift-storage
   spec:
     generateBucketName: <my-bucket>
     storageClassName: openshift-storage.noobaa.io
     additionalConfig:
       bucketclass: <my-bucket-class>

   1. 将 <resource-name> 替换为您要提供给资源的名称。
   2. 将 <my-bucket> 替换为您要提供给存储桶的名称。
   3. 将 <my-bucket-class> 替换为上一步中创建的存储桶类。

流程

1. 使用凭证创建 secret：

   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>

   1. 您必须使用 Base64 提供和编码您自己的 IBM COS 访问密钥 ID 和 secret 访问密钥，并使用结果代替 <IBM COS ACCESS KEY ID ENCODED IN BASE64> 和 <IBM COS SECRET ACCESS KEY ENCODED IN BASE64>。
   2. 使用一个唯一的名称替换 <namespacestore-secret-name>。

2. 使用 OpenShift 自定义资源定义 (CRD) 创建 NamespaceStore 资源。NamespaceStore 代表底层存储，用作 MCG 命名空间存储桶中数据的读取或写入目标。要创建 NamespaceStore 资源，请应用以下 YAML：

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

   1. 将 <IBM COS ENDPOINT> 替换为适当的 IBM COS 端点。
   2. 将 <namespacestore-secret-name> 替换为在第 1 步中创建的 secret。
   3. 将 <namespace-secret> 替换为可找到 secret 的命名空间。
   4. 将 <target-bucket> 替换为您为 NamespaceStore 创建的目标存储桶。

3. 创建一个命名空间存储桶类，为命名空间存储桶定义命名空间策略。命名空间策略的类型需要是 single 或 multi。

   • 一个类型为 single 的命名空间策略需要以下配置：

     apiVersion: noobaa.io/v1alpha1
     kind: BucketClass
     metadata:
       labels:
         app: noobaa
       name: <my-bucket-class>
       namespace: openshift-storage
     spec:
       namespacePolicy:
         type:
         single:
           resource: <resource>

     • 将 <my-bucket-class> 替换为唯一的命名空间存储桶类名称。
     • 将 <resource> 替换为单个 namespace-store 的名称，该存储将定义命名空间存储桶的读取和写入目标。

   • 一个类型为 multi 的命名空间策略需要以下配置：

     apiVersion: noobaa.io/v1alpha1
     kind: BucketClass
     metadata:
       labels:
         app: noobaa
       name: <my-bucket-class>
       namespace: openshift-storage
     spec:
       namespacePolicy:
         type: Multi
         multi:
           writeResource: <write-resource>
           readResources:
           - <read-resources>
           - <read-resources>

     • 将 <my-bucket-class> 替换为唯一的存储桶类名称。
     • 将 <write-resource> 替换为定义命名空间存储桶写入目标的单一命名空间存储名称。
     • 将 <read-resources> 替换为定义命名空间存储桶读取目标的 namespace-store 的名称列表。

4. 应用以下 YAML，以使用对象 Bucket Class (OBC) 资源创建 bucket，该资源使用第 2 步中定义的 bucket 类。

   apiVersion: objectbucket.io/v1alpha1
   kind: ObjectBucketClaim
   metadata:
     name: <resource-name>
     namespace: openshift-storage
   spec:
     generateBucketName: <my-bucket>
     storageClassName: openshift-storage.noobaa.io
     additionalConfig:
       bucketclass: <my-bucket-class>

   1. 将 <resource-name> 替换为您要提供给资源的名称。
   2. 将 <my-bucket> 替换为您要提供给存储桶的名称。
   3. 将 <my-bucket-class> 替换为上一步中创建的存储桶类。

流程

1. 创建 NamespaceStore 资源。NamespaceStore 代表底层存储，用作 MCG 命名空间存储桶中数据的读取或写入目标。在 MCG 命令行界面中运行以下命令：

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

   1. 将 <namespacestore> 替换为 NamespaceStore 的名称。
   2. 将 <AWS ACCESS KEY> 和 <AWS SECRET ACCESS KEY> 替换为您为此创建的 AWS 访问密钥 ID 和 secret 访问密钥。
   3. 将 <bucket-name> 替换为现有的 AWS 存储桶名称。此参数告知 MCG 将哪一个存储桶用作其后备存储的目标存储桶，以及随后数据存储和管理。

2. 创建一个命名空间存储桶类，为命名空间存储桶定义命名空间策略。命名空间策略的类型需要是 single 或 multi。

   • 运行以下命令，创建一个命名空间存储桶类，其命名空间策略类型为 single ：

     noobaa bucketclass create namespace-bucketclass single <my-bucket-class> --resource <resource> -n openshift-storage

     • 将 <resource-name> 替换为您要为其提供资源的名称。
     • 将 <my-bucket-class> 替换为唯一的存储桶类名称。
     • 将 <resource> 替换为定义命名空间存储桶读写目标的单个 namespace-store。

   • 运行以下命令，创建一个命名空间存储桶类，其命名空间策略为 multi：

     noobaa bucketclass create namespace-bucketclass multi <my-bucket-class> --write-resource <write-resource> --read-resources <read-resources> -n openshift-storage

     • 将 <resource-name> 替换为您要为其提供资源的名称。
     • 将 <my-bucket-class> 替换为唯一的存储桶类名称。
     • 将 <write-resource> 替换为定义命名空间存储桶写入目标的单个 namespace-store。
     • 将 <read-resources> 替换为一个以逗号分开的命名空间存储列表，该存储将定义命名空间存储桶的读取目标。

3. 运行以下命令，以使用对象 Bucket Class (OBC) 资源创建 bucket，该资源使用第 2 步中定义的 bucket 类。

   noobaa obc create my-bucket-claim -n openshift-storage --app-namespace my-app --bucketclass <custom-bucket-class>

   1. 将 <bucket-name> 替换为您选择的存储桶名称。
   2. 将 <custom-bucket-class> 替换为在第 2 步中创建的 bucket 类的名称。

流程

1. 创建 NamespaceStore 资源。NamespaceStore 代表底层存储，用作 MCG 命名空间存储桶中数据的读取或写入目标。在 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> -n openshift-storage

   1. 将 <namespacestore> 替换为 NamespaceStore 的名称。
   2. 将 <IBM ACCESS KEY>、、<IBM SECRET ACCESS KEY>、<IBM COS ENDPOINT> 替换为 IBM 访问密钥 ID、机密访问密钥和对应于现有 IBM 存储桶位置的适当区域端点。
   3. 将 <bucket-name> 替换为现有的 IBM 存储桶名称。此参数告知 MCG 将哪一个存储桶用作其后备存储的目标存储桶，以及随后数据存储和管理。

2. 创建一个命名空间存储桶类，为命名空间存储桶定义命名空间策略。命名空间策略的类型需要是 single 或 multi。

   • 运行以下命令，创建一个命名空间存储桶类，其命名空间策略类型为 single ：

     noobaa bucketclass create namespace-bucketclass single <my-bucket-class> --resource <resource> -n openshift-storage

     • 将 <resource-name> 替换为您要为其提供资源的名称。
     • 将 <my-bucket-class> 替换为唯一的存储桶类名称。
     • 将 <resource> 替换为定义命名空间存储桶读写目标的单个 namespace-store。

   • 运行以下命令，创建一个命名空间存储桶类，其命名空间策略为 multi：

     noobaa bucketclass create namespace-bucketclass multi <my-bucket-class> --write-resource <write-resource> --read-resources <read-resources> -n openshift-storage

     • 将 <resource-name> 替换为您要为其提供资源的名称。
     • 将 <my-bucket-class> 替换为唯一的存储桶类名称。
     • 将 <write-resource> 替换为定义命名空间存储桶写入目标的单个 namespace-store。
     • 将 <read-resources> 替换为一个以逗号分开的命名空间存储列表，该存储将定义命名空间存储桶的读取目标。

3. 运行以下命令，以使用对象 Bucket Class (OBC) 资源创建 bucket，该资源使用第 2 步中定义的 bucket 类。

   noobaa obc create my-bucket-claim -n openshift-storage --app-namespace my-app --bucketclass <custom-bucket-class>

   1. 将 <bucket-name> 替换为您选择的存储桶名称。
   2. 将 <custom-bucket-class> 替换为在第 2 步中创建的 bucket 类的名称。

流程

1. 登录 OpenShift Web 控制台。
2. 点 Storage → Data Foundation。
3. 点 NamespaceStore 标签来创建在命名空间存储桶中使用的 NamespaceStore 资源。
4. 点 Create namespacestore。
5. 为 NamespaceStore 输入一个名称。
6. 选择 Filesystem 作为供应商。
7. 选择持久性卷声明。

8. 输入文件夹名称。

   如果文件夹名称已存在，则该文件夹会用于创建 NamespaceStore，如果不存在则创建新的文件夹。

9. 点击 Create。
10. 验证 NamespaceStore 是否处于 Ready 状态。

流程

1. 使用 scc 显示应用程序命名空间：

   $ oc get ns <application_namespace> -o yaml | grep scc

   <application_namespace>

   指定应用程序命名空间的名称。

   例 5.1. 示例

   $ oc get ns testnamespace -o yaml | grep scc

   例 5.2. 输出示例

   openshift.io/sa.scc.mcs: s0:c26,c5
   openshift.io/sa.scc.supplemental-groups: 1000660000/10000
   openshift.io/sa.scc.uid-range: 1000660000/10000

2. 进入应用程序命名空间：

   $ oc project <application_namespace>

   例 5.3. 示例

   $ oc project testnamespace

3. 确保 ReadWriteMany(RWX) PVC 挂载到您要使用 MCG NSFS 功能从 noobaa S3 端点使用的 pod 上：

   $ oc get pvc

   例 5.4. 输出示例

   NAME                                               STATUS VOLUME
   CAPACITY ACCESS MODES STORAGECLASS              AGE
   cephfs-write-workload-generator-no-cache-pv-claim  Bound  pvc-aa58fb91-c3d2-475b-bbee-68452a613e1a
   10Gi     RWX          ocs-storagecluster-cephfs 12s

   $ oc get pod

   例 5.5. 输出示例

   NAME                                                READY   STATUS              RESTARTS   AGE
   cephfs-write-workload-generator-no-cache-1-cv892    1/1     Running             0          11s

4. 检查 pod 中的持久性卷(PV)的挂载点。

   1. 从 pod 获取 PV 的卷名称：

      $ oc get pods <pod_name> -o jsonpath='{.spec.volumes[]}'

      <pod_name>

      指定 pod 的名称。

      例 5.6. 示例

      $ oc get pods cephfs-write-workload-generator-no-cache-1-cv892 -o jsonpath='{.spec.volumes[]}'

      例 5.7. 输出示例

      {"name":"app-persistent-storage","persistentVolumeClaim":{"claimName":"cephfs-write-workload-generator-no-cache-pv-claim"}}

      在本例中，PVC 的卷名称为 cephfs-write-workload-generator-no-cache-pv-claim。

   2. 列出 pod 中的所有挂载，并检查您在上一步中标识的卷的挂载点：

      $ oc get pods <pod_name> -o jsonpath='{.spec.containers[].volumeMounts}'

      例 5.8. 示例

      $ oc get pods cephfs-write-workload-generator-no-cache-1-cv892 -o jsonpath='{.spec.containers[].volumeMounts}'

      例 5.9. 输出示例

      [{"mountPath":"/mnt/pv","name":"app-persistent-storage"},{"mountPath":"/var/run/secrets/kubernetes.io/serviceaccount","name":"kube-api-access-8tnc5","readOnly":true}]

5. 确认 pod 中的 RWX PV 的挂载点：

   $ oc exec -it <pod_name> -- df <mount_path>

   <mount_path>

   指定您在上一步中标识的挂载点的路径。

   例 5.10. 示例

   $ oc exec -it cephfs-write-workload-generator-no-cache-1-cv892 -- df /mnt/pv

   例 5.11. 输出示例

   main
   Filesystem
   1K-blocks Used Available  Use%  Mounted on
   172.30.202.87:6789,172.30.120.254:6789,172.30.77.247:6789:/volumes/csi/csi-vol-cc416d9e-dbf3-11ec-b286-0a580a810213/edcfe4d5-bdcb-4b8e-8824-8a03ad94d67c
   10485760  0    10485760   0%    /mnt/pv

6. 确保 UID 和 SELinux 标签与旧命名空间使用的标签相同：

   $ oc exec -it <pod_name> -- ls -latrZ <mount_path>

   例 5.12. 示例

   $ oc exec -it cephfs-write-workload-generator-no-cache-1-cv892 -- ls -latrZ /mnt/pv/

   例 5.13. 输出示例

   total 567
   drwxrwxrwx. 3 root       root system_u:object_r:container_file_t:s0:c26,c5      2 May 25 06:35 .
   -rw-r--r--. 1 1000660000 root system_u:object_r:container_file_t:s0:c26,c5 580138 May 25 06:35 fs_write_cephfs-write-workload-generator-no-cache-1-cv892-data.log
   drwxrwxrwx. 3 root       root system_u:object_r:container_file_t:s0:c26,c5     30 May 25 06:35 ..

7. 获取您要从 openshift-storage 命名空间访问的旧应用程序 RWX PV 的信息：

   $ oc get pv | grep <pv_name>

   <pv_name>

   指定 PV 的名称。

   例 5.14. 示例

   $ oc get pv | grep pvc-aa58fb91-c3d2-475b-bbee-68452a613e1a

   例 5.15. 输出示例

   pvc-aa58fb91-c3d2-475b-bbee-68452a613e1a   10Gi       RWX            Delete           Bound    testnamespace/cephfs-write-workload-generator-no-cache-pv-claim   ocs-storagecluster-cephfs              47s

8. 确保来自 openshift-storage 命名空间中的 PVC 可以被访问，以便一个或多个 noobaa-endpoint pod 可以访问 PVC。

   1. 从 volumeAttributes 找到 subvolumePath 和 volumeHandle 的值。您可以从传统应用程序 PV 的 YAML 描述中获取这些值：

      $ oc get pv <pv_name> -o yaml

      例 5.16. 示例

      $ oc get pv pvc-aa58fb91-c3d2-475b-bbee-68452a613e1a -o yaml

      例 5.17. 输出示例

      apiVersion: v1
      kind: PersistentVolume
      metadata:
        annotations:
          pv.kubernetes.io/provisioned-by: openshift-storage.cephfs.csi.ceph.com
        creationTimestamp: "2022-05-25T06:27:49Z"
        finalizers:
        - kubernetes.io/pv-protection
        name: pvc-aa58fb91-c3d2-475b-bbee-68452a613e1a
        resourceVersion: "177458"
        uid: 683fa87b-5192-4ccf-af2f-68c6bcf8f500
      spec:
        accessModes:
        - ReadWriteMany
        capacity:
          storage: 10Gi
        claimRef:
          apiVersion: v1
          kind: PersistentVolumeClaim
          name: cephfs-write-workload-generator-no-cache-pv-claim
          namespace: testnamespace
          resourceVersion: "177453"
          uid: aa58fb91-c3d2-475b-bbee-68452a613e1a
        csi:
          controllerExpandSecretRef:
            name: rook-csi-cephfs-provisioner
            namespace: openshift-storage
          driver: openshift-storage.cephfs.csi.ceph.com
          nodeStageSecretRef:
            name: rook-csi-cephfs-node
            namespace: openshift-storage
          volumeAttributes:
            clusterID: openshift-storage
            fsName: ocs-storagecluster-cephfilesystem
            storage.kubernetes.io/csiProvisionerIdentity: 1653458225664-8081-openshift-storage.cephfs.csi.ceph.com
            subvolumeName: csi-vol-cc416d9e-dbf3-11ec-b286-0a580a810213
            subvolumePath: /volumes/csi/csi-vol-cc416d9e-dbf3-11ec-b286-0a580a810213/edcfe4d5-bdcb-4b8e-8824-8a03ad94d67c
          volumeHandle: 0001-0011-openshift-storage-0000000000000001-cc416d9e-dbf3-11ec-b286-0a580a810213
        persistentVolumeReclaimPolicy: Delete
        storageClassName: ocs-storagecluster-cephfs
        volumeMode: Filesystem
      status:
        phase: Bound

   2. 使用您在上一步中确定的 subvolumePath 和 volumeHandle 值在 openshift-storage 命名空间中创建一个新的 PV 和 PVC 对象，指向与旧应用程序 PV 相同的 CephFS 卷：

      例 5.18. YAML 文件示例

      $ cat << EOF >> pv-openshift-storage.yaml
      apiVersion: v1
      kind: PersistentVolume
      metadata:
        name: cephfs-pv-legacy-openshift-storage
      spec:
        storageClassName: ""
        accessModes:
        - ReadWriteMany
        capacity:
          storage: 10Gi     1
        csi:
          driver: openshift-storage.cephfs.csi.ceph.com
          nodeStageSecretRef:
            name: rook-csi-cephfs-node
            namespace: openshift-storage
          volumeAttributes:
          # Volume Attributes can be copied from the Source testnamespace PV
            "clusterID": "openshift-storage"
            "fsName": "ocs-storagecluster-cephfilesystem"
            "staticVolume": "true"
          # rootpath is the subvolumePath: you copied from the Source testnamespace PV
            "rootPath": /volumes/csi/csi-vol-cc416d9e-dbf3-11ec-b286-0a580a810213/edcfe4d5-bdcb-4b8e-8824-8a03ad94d67c
          volumeHandle: 0001-0011-openshift-storage-0000000000000001-cc416d9e-dbf3-11ec-b286-0a580a810213-clone   2
        persistentVolumeReclaimPolicy: Retain
        volumeMode: Filesystem
      ---
      apiVersion: v1
      kind: PersistentVolumeClaim
      metadata:
        name: cephfs-pvc-legacy
        namespace: openshift-storage
      spec:
        storageClassName: ""
        accessModes:
        - ReadWriteMany
        resources:
          requests:
            storage: 10Gi     3
        volumeMode: Filesystem
        # volumeName should be same as PV name
        volumeName: cephfs-pv-legacy-openshift-storage
      EOF

      1

      在 openshift-storage 命名空间中创建的 PV 的存储容量必须与原始 PV 相同。

      2

      您在 openshift-storage 中创建的目标 PV 的卷处理需要与原始应用程序 PV 不同，例如，在卷句柄末尾添加 -clone。

      3

      在 openshift-storage 命名空间中创建的 PVC 的存储容量必须与原始 PVC 相同。

   3. 使用上一步中指定的 YAML 文件，在 openshift-storage 命名空间中创建 PV 和 PVC：

      $ oc create -f <YAML_file>

      <YAML_file>

      指定 YAML 文件的名称。

      例 5.19. 示例

      $ oc create -f pv-openshift-storage.yaml

      例 5.20. 输出示例

      persistentvolume/cephfs-pv-legacy-openshift-storage created
      persistentvolumeclaim/cephfs-pvc-legacy created

   4. 确保 PVC 在 openshift-storage 命名空间中可用：

      $ oc get pvc -n openshift-storage

      例 5.21. 输出示例

      NAME                                  STATUS   VOLUME                                     CAPACITY   ACCESS MODES   STORAGECLASS                  AGE
      cephfs-pvc-legacy                     Bound    cephfs-pv-legacy-openshift-storage         10Gi       RWX                                          14s

   5. 进入 openshift-storage 项目：

      $ oc project openshift-storage

      例 5.22. 输出示例

      Now using project "openshift-storage" on server "https://api.cluster-5f6ng.5f6ng.sandbox65.opentlc.com:6443".

   6. 创建 NSFS 命名空间存储：

      $ noobaa namespacestore create nsfs <nsfs_namespacestore> --pvc-name='<cephfs_pvc_name>' --fs-backend='CEPH_FS'

      <nsfs_namespacestore>

      指定 NSFS 命名空间存储的名称。

      <cephfs_pvc_name>

      在 openshift-storage 命名空间中指定 CephFS PVC 的名称。

      例 5.23. 示例

      $ noobaa namespacestore create nsfs legacy-namespace --pvc-name='cephfs-pvc-legacy' --fs-backend='CEPH_FS'

   7. 确保 noobaa-endpoint pod 重启，并在 NSFS 命名空间存储中成功挂载 PVC，例如 /nsfs/legacy-namespace 挂载点：

      $ oc exec -it <noobaa_endpoint_pod_name> -- df -h /nsfs/<nsfs_namespacestore>

      <noobaa_endpoint_pod_name>

      指定 noobaa-endpoint pod 的名称。

      例 5.24. 示例

      $ oc exec -it noobaa-endpoint-5875f467f5-546c6 -- df -h /nsfs/legacy-namespace

      例 5.25. 输出示例

      Filesystem                                                                                                                                                Size  Used Avail Use% Mounted on
      172.30.202.87:6789,172.30.120.254:6789,172.30.77.247:6789:/volumes/csi/csi-vol-cc416d9e-dbf3-11ec-b286-0a580a810213/edcfe4d5-bdcb-4b8e-8824-8a03ad94d67c   10G     0   10G   0% /nsfs/legacy-namespace

   8. 创建一个 MCG 用户帐户：

      $ noobaa account create <user_account> --full_permission --allow_bucket_create=true --new_buckets_path='/' --nsfs_only=true --nsfs_account_config=true --gid <gid_number> --uid <uid_number> --default_resource='legacy-namespace'

      <user_account>

      指定 MCG 用户帐户的名称。

      <gid_number>

      指定 GID 号。

      <uid_number>

      指定 UID 号。

      例 5.26. 示例

      重要

      使用与传统应用的相同 UID 和 GID。您可以从前面的输出中找到它。

      $ noobaa account create leguser --full_permission --allow_bucket_create=true --new_buckets_path='/' --nsfs_only=true --nsfs_account_config=true --gid 0 --uid 1000660000 --default_resource='legacy-namespace'

   9. 创建一个 MCG 存储桶。

      1. 在 legacy 应用 pod 的 CephFS PV 和 PVC 的 NSFS 共享中为 S3 创建一个专用文件夹：

         $ oc exec -it <pod_name> -- mkdir <mount_path>/nsfs

         例 5.27. 示例

         $ oc exec -it cephfs-write-workload-generator-no-cache-1-cv892 -- mkdir /mnt/pv/nsfs

      2. 使用 nsfs/ 路径创建 MCG 存储桶：

         $ noobaa api bucket_api create_bucket '{
           "name": "<bucket_name>",
           "namespace":{
             "write_resource": { "resource": "<nsfs_namespacestore>", "path": "nsfs/" },
             "read_resources": [ { "resource": "<nsfs_namespacestore>", "path": "nsfs/" }]
           }
         }'

         例 5.28. 示例

         $ noobaa api bucket_api create_bucket '{
           "name": "legacy-bucket",
           "namespace":{
             "write_resource": { "resource": "legacy-namespace", "path": "nsfs/" },
             "read_resources": [ { "resource": "legacy-namespace", "path": "nsfs/" }]
           }
         }'

   10. 检查位于传统应用程序和 openshift-storage 命名空间中的 PVC 中的文件夹的 SELinux 标签：

       $ oc exec -it <noobaa_endpoint_pod_name> -n openshift-storage -- ls -ltraZ /nsfs/<nsfs_namespacstore>

       例 5.29. 示例

       $ oc exec -it noobaa-endpoint-5875f467f5-546c6 -n openshift-storage -- ls -ltraZ /nsfs/legacy-namespace

       例 5.30. 输出示例

       total 567
       drwxrwxrwx. 3 root       root system_u:object_r:container_file_t:s0:c0,c26      2 May 25 06:35 .
       -rw-r--r--. 1 1000660000 root system_u:object_r:container_file_t:s0:c0,c26 580138 May 25 06:35 fs_write_cephfs-write-workload-generator-no-cache-1-cv892-data.log
       drwxrwxrwx. 3 root       root system_u:object_r:container_file_t:s0:c0,c26     30 May 25 06:35 ..

       $ oc exec -it <pod_name> -- ls -latrZ <mount_path>

       例 5.31. 示例

       $ oc exec -it cephfs-write-workload-generator-no-cache-1-cv892 -- ls -latrZ /mnt/pv/

       例 5.32. 输出示例

       total 567
       drwxrwxrwx. 3 root       root system_u:object_r:container_file_t:s0:c26,c5      2 May 25 06:35 .
       -rw-r--r--. 1 1000660000 root system_u:object_r:container_file_t:s0:c26,c5 580138 May 25 06:35 fs_write_cephfs-write-workload-generator-no-cache-1-cv892-data.log
       drwxrwxrwx. 3 root       root system_u:object_r:container_file_t:s0:c26,c5     30 May 25 06:35 ..

       在这些示例中，您可以看到 SELinux 标签不是不是导致权限被拒绝或访问问题的结果。

9. 确保旧的应用程序和 openshift-storage pod 在文件中使用相同的 SELinux 标签。

   您可以以两种方式之一进行：

   • 第 5.4.3.1 节 “更改传统应用程序项目中的默认 SELinux 标签，使其与 openshift-storage 项目中的默认 SELinux 标签匹配”.
   • 第 5.4.3.2 节 “仅修改具有挂载传统应用程序 PVC 的 pod 的部署配置的 SELinux 标签”.

10. 删除 NSFS 命名空间存储：

    1. 删除 MCG 存储桶：

       $ noobaa bucket delete <bucket_name>

       例 5.33. 示例

       $ noobaa bucket delete legacy-bucket

    2. 删除 MCG 用户帐户：

       $ noobaa account delete <user_account>

       例 5.34. 示例

       $ noobaa account delete leguser

    3. 删除 NSFS 命名空间存储：

       $ noobaa namespacestore delete <nsfs_namespacestore>

       例 5.35. 示例

       $ noobaa namespacestore delete legacy-namespace

11. 删除 PV 和 PVC：

    重要

    在删除 PV 和 PVC 前，请确保 PV 配置了保留策略。

    $ oc delete pv <cephfs_pv_name>

    $ oc delete pvc <cephfs_pvc_name>

    <cephfs_pv_name>

    指定 legacy 应用的 CephFS PV 名称。

    <cephfs_pvc_name>

    指定传统应用的 CephFS PVC 名称。

    例 5.36. 示例

    $ oc delete pv cephfs-pv-legacy-openshift-storage

    $ oc delete pvc cephfs-pvc-legacy

流程

1. 应用以下 YAML：

   apiVersion: noobaa.io/v1alpha1
   kind: BucketClass
   metadata:
     labels:
       app: <desired-app-label>
     name: <desired-bucketclass-name>
     namespace: <desired-namespace>
   spec:
     placementPolicy:
       tiers:
       - backingstores:
         - <backingstore>
         placement: Spread
     replicationPolicy: [{ "rule_id": "<rule id>", "destination_bucket": "first.bucket", "filter": {"prefix": "<object name prefix>"}}]

   此 YAML 是一个创建放置存储桶类的示例。每个上传到存储桶的对象存储桶声明(OBC)对象根据前缀进行过滤，并将其复制到 first.bucket。

   <desired-app-label>

   为 app 指定一个标签。

   <desired-bucketclass-name>

   指定存储桶类名称。

   <desired-namespace>

   指定创建存储桶类的命名空间。

   <backingstore>

   指定后备存储的名称。可以传递多个后备储存。

   "rule_id"

   指定规则的 ID 号，如 '{"rule_id": "rule-1"}。

   "destination_bucket"

   指定目标存储桶的名称，例如 {"destination_bucket": "first.bucket"}。

   "prefix"

   是可选的。它是要复制的对象键的前缀，甚至可以留空，例如 {"prefix": ""}。