容器服务ACK使用CNFS（Container Network File System）对OSS Bucket全生命周期的管理，实现对Bucket层的独立管理。本文介绍如何使用CNFS对OSS Bucket全生命周期的管理及CNFS在工作负载中的应用。
前提条件
已创建Kubernetes集群，且存储插件选择为CSI。具体操作，请参见创建Kubernetes托管版集群。
csi-plugin和csi-provisioner组件版本不低于 v1.24.2-5b34494d-aliyun。关于升级CSI-Plugin和CSI-Provisioner组件的操作，请参见升级CSI-Plugin和CSI-Provisioner。
storage-operator组件版本不低于v1.24.95-e2d0756-aliyun。关于升级storage-operator组件的操作，请参见管理组件。
已通过kubectl工具连接Kubernetes集群。具体操作，请参见获取集群KubeConfig并通过kubectl工具连接集群。
功能介绍
您可以通过以下两种方式使用CNFS对OSS全生命周期的管理：
方式一：使用CNFS创建以cnfs-oss-为名称的OSS Bucket
使用CNFS创建集群唯一的对象存储桶，可以提供动态OSS PV能力。以
cnfs-oss-<UUID e.g. clusterid>为名称的OSS Bucket，使用OSS动态存储卷自动挂载创建的OSS Bucket，同时将OSS动态存储卷绑定到工作负载Deployment和StatefulSet中。使用CNFS指向已经存在的Bucket，可以通过创建一个CNFS CRD并指定对象存储的桶名（BucketName）来完成创建。然后使用OSS静态存储卷或OSS动态存储卷挂载已有的OSS Bucket，同时将创建的OSS静态存储卷或OSS动态存储卷绑定到工作负载Deployment中。
BucketName：cnfs-oss-<UUID e.g. clusterid>说明如下：
如果BucketName已存在，使用Bucket作为ContainerNetworkFileSystem对应的目标Bucket。
如果BucketName不存在，则会创建名称为指定名称的Bucket，并创建相应的ContainerNetworkFileSystem。比如：指定名称为
cnfs-oss-<clusterid>，系统会创建Bucket名称为cnfs-oss-<clusterid>的对象存储，其中<clusterid>为ACK集群的ClusterID，保证BucketName全局唯一。
方式一：使用CNFS创建以cnfs-oss-<UUID e.g. clusterid>为名称的OSS Bucket
执行以下内容，使用CNFS创建以
cnfs-oss-<UUID e.g. clusterid>为名称的OSS Bucket，并通过动态存储卷的方式，将OSS Bucket绑定到工作负载Deployment和StatefulSet中。替换以下
<clusterid>为您的集群ID。# 创建CNFS、StorageClass和Deployment、StatefulSet对象。 cat << EOF | kubectl apply -f - apiVersion: v1 kind: Secret metadata: name: oss-secret stringData: akId: "xxxx" #OSS Bucket挂载时必需的AKSK。 akSecret: "xxxx" --- apiVersion: storage.alibabacloud.com/v1beta1 kind: ContainerNetworkFileSystem metadata: name: cnfs-oss-<clusterid> #建议CNFS的名称与BucketName一致。 spec: description: "cnfs-oss" type: oss reclaimPolicy: Retain #只支持Retain策略，删除CNFS时并不会删除OSS Bucket。 parameters: bucketName: cnfs-oss-<clusterid> #如果Bucket已存在，会读取Bucket信息。如果Bucket不存在，则会创建名称为cnfs-oss-clusterid的Bucket，ClusterId需要填写为ACK集群的clusterid，来保证BucketName全局唯一。 encryptType: "AES256" #如果Bucket已存在，会将Bucket加密方式修改为AES256。如果Bucket不存在，会使用AES256作为加密方式。 storageType: "Standard" #OSS Bucket使用标准存储类型。 aclType: "private" #OSS Bucket的拥有者和授权用户有该Bucket内的文件的读写权限。 --- apiVersion: storage.k8s.io/v1 kind: StorageClass metadata: name: alibabacloud-cnfs-oss parameters: containerNetworkFileSystem: cnfs-oss-<clusterid> #创建StorageClass时，使用名称为cnfs-oss-clusterid的CNFS的Bucket信息。 otherOpts: -o max_stat_cache_size=0 -o allow_other #缓存相关操作。 path: / csi.storage.k8s.io/node-publish-secret-name: oss-secret #使用oss-secret作为挂载的Secret。 csi.storage.k8s.io/node-publish-secret-namespace: default #oss-secret所在的命名空间。 provisioner: ossplugin.csi.alibabacloud.com reclaimPolicy: Delete --- kind: PersistentVolumeClaim apiVersion: v1 metadata: name: cnfs-oss-pvc spec: accessModes: - ReadOnlyMany storageClassName: alibabacloud-cnfs-oss #创建PVC时，使用名称为alibabacloud-cnfs-oss的StoragClass。 resources: requests: storage: 100Gi --- apiVersion: apps/v1 kind: Deployment metadata: name: cnfs-oss-deployment labels: app: nginx spec: selector: matchLabels: app: nginx template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx volumeMounts: - mountPath: "/data" name: cnfs-oss-pvc volumes: - name: cnfs-oss-pvc #创建Deployment时，使用名称为cnfs-oss-pvc的PVC。 persistentVolumeClaim: claimName: cnfs-oss-pvc --- apiVersion: apps/v1 kind: StatefulSet metadata: name: cnfs-oss-sts labels: app: nginx spec: serviceName: "nginx" replicas: 2 selector: matchLabels: app: nginx template: metadata: labels: app: nginx spec: containers: - name: nginx image: nginx volumeMounts: - mountPath: "/data" name: www volumeClaimTemplates: - metadata: name: www spec: accessModes: [ "ReadOnlyMany" ] storageClassName: "alibabacloud-cnfs-oss" #创建StatefulSet时，使用名称为cnfs-oss-pvc的PVC。 resources: requests: storage: 100Gi EOFCNFS输入参数说明：
参数
说明
description
当前文件系统的简单描述。
type
需要创建的存储卷类型。
reclaimPolicy
回收策略，目前仅支持Retain策略，删除CNFS时并不会删除OSS Bucket。
parameters.bucketName
OSS Bucket的名称。
parameters.storageType
存储类型，默认为Standard。取值：
Standard：标准存储。
IA：低频访问。
Archive：归档存储。
ColdArchive：冷归档存储。
说明使用归档存储和冷归档存储的文件无法直接被读写访问，需要解冻后再访问。
parameters.redundancyType
存储冗余类型，默认为ZRS。取值：
LRS（本地冗余存储）：采用单可用区（AZ）内的数据冗余存储机制，将用户的数据冗余存储在同一个可用区内多个设施的多个设备上。本地冗余存储能确保硬件失效时的数据持久性和可用性。
ZRS（同城冗余存储）：采用多可用区（AZ）内的数据冗余存储机制，将用户的数据冗余存储在同一地域（Region）的多个可用区。当某个可用区不可用时，同城冗余存储仍然能够保障数据的正常访问。
重要仅storage-operator组件为v1.26.2-1de13b6-aliyun或以上版本时，支持该参数设置。
使用ZRS时，无法使用OSS冷归档存储和深度冷归档存储。
storageType和redundancyType的相关计费说明，请参见计费项。
parameters.encryptType
加密方式。
None：不加密。
AES256：使用OSS服务端的AES256加密。
SM4：使用OSS服务端的SM4加密。
parameters.aclType
指定Bucket的访问权限ACL，默认为private。取值：
public-read-write（公共读写）：所有用户都有该Bucket内文件的读写权限。请谨慎使用该访问权限。
public-read（公共读）：Bucket的拥有者和授权用户有该Bucket内文件的读写权限，其他用户只有该Bucket内文件的读权限。请谨慎使用该访问权限。
private（私有）：Bucket的拥有者和授权用户有该Bucket内文件的读写权限，其他用户没有权限操作该Bucket内的文件。
parameters.enableVersioning
Bucket版本控制状态，默认为Enabled。取值：
Enabled：开启版本控制。
Suspended：暂停版本控制。
None：不开启版本控制。
重要仅storage-operator组件为v1.26.2-1de13b6-aliyun或以上版本时，支持该参数设置。
Bucket版本控制，与合规保留策略以及OSS-HDFS服务无法同时配置，若您后续计划开通这两项服务，请配置enableVersioning为
None。如果Bucket处于
Enabled开启版本状态，将无法返回至None未开启状态。此时，您可以暂停Bucket的版本控制状态。版本控制功能本身不收取任何费用，但对当前版本和所有历史版本的文件都会收取存储费用。您可以通过配置生命周期回收历史版本。更多信息，请参见生命周期规则概述。
执行以下命令，查看创建的OSS Bucket。
kubectl get cnfs/cnfs-oss-<clusterid> -o yaml预期输出：
apiVersion: storage.alibabacloud.com/v1beta1 kind: ContainerNetworkFileSystem metadata: annotations: kubectl.kubernetes.io/last-applied-configuration: | {"apiVersion":"storage.alibabacloud.com/v1beta1","kind":"ContainerNetworkFileSystem","metadata":{"annotations":{},"name":"cnfs-oss-xxxxxxxxxx"},"spec":{"description":"cnfs-oss","parameters":{"aclType":"private","bucketName":"cnfs-oss-clusterid","encryptType":"AES256","storageType":"Standard"},"reclaimPolicy":"Retain","type":"oss"}} creationTimestamp: "2022-09-18T07:02:34Z" finalizers: - protection.alibabacloud.com/cnfs generation: 6 name: cnfs-oss-**** resourceVersion: "8091291" uid: ca187b2a-3bfa-4a5f-82d8-ca1b1f69**** spec: description: cnfs-oss parameters: aclType: private bucketName: cnfs-oss-**** encryptType: AES256 storageType: Standard reclaimPolicy: Retain type: oss status: conditions: - lastProbeTime: "2022-09-18 15:02:39" reason: The oss bucket is complete initialization. status: Ready fsAttributes: accessGroupName: DEFAULT_VPC_GROUP_NAME aclType: private bucketName: cnfs-oss-**** encryptType: AES256 endPoint: extranet: oss-****.aliyuncs.com internal: oss-****-internal.aliyuncs.com regionId: **** storageType: Standard status: AvailableCNFS输出参数说明：
参数
说明
status
CNFS的当前状态，包括以下状态：
Pending：等待。
Creating：创建中。
Initialization：创建文件系统中。
Available：可用。
Unavailable：暂时不可用，可以恢复为可用状态。
Fatal：不可用，无法恢复。
Terminating：删除中。
conditions.lastProbeTime
最后探活的时间。
conditions.reason
处于当前状态的原因。
conditions.status
当前状态是否可用。
Ready：可用状态。
NotReady：不可用状态。
fsAttributes.accessGroupName
挂载点所应用的权限组名称，目前仅支持DEFAULT_VPC_GROUP_NAME（专有网络默认权限组）。
fsAttributes.encryptType
加密方式。
None：不加密。
AES256：使用OSS服务端的AES256加密。
SM4：使用OSS服务端的SM4加密。
fsAttributes.regionId
ACK集群所在的地域。
fsAttributes.storageType
存储类型，默认为Standard。
Standard：标准存储。
IA：低频访问。
Archive：归档存储。
ColdArchive：冷归档存储。
说明使用归档存储和冷归档存储的文件无法直接被读写访问，需要解冻后再访问。
fsAttributes.redundancyType
存储冗余类型，默认为ZRS。取值：
LRS（本地冗余存储）：采用单可用区（AZ）内的数据冗余存储机制，将用户的数据冗余存储在同一个可用区内多个设施的多个设备上。本地冗余存储能确保硬件失效时的数据持久性和可用性。
ZRS（同城冗余存储）：采用多可用区（AZ）内的数据冗余存储机制，将用户的数据冗余存储在同一地域（Region）的多个可用区。当某个可用区不可用时，同城冗余存储仍然能够保障数据的正常访问。
重要仅storage-operator组件为v1.26.2-1de13b6-aliyun或以上版本时，支持该参数设置。
使用ZRS时，无法使用OSS冷归档存储和深度冷归档存储。
storageType和redundancyType的相关计费说明，请参见计费项。
fsAttributes.aclType
CNFS指定Bucket的访问权限ACL，默认为private。
fsAttributes.endPoint
CNFS的端点地址。
extranet：公网端点地址。
internal：内网端点地址。
fsAttributes.enableVersioning
Bucket版本控制状态，默认为Enabled。取值：
Enabled：开启版本控制。
Suspended：暂停版本控制。
None：不开启版本控制。
重要仅storage-operator组件为v1.26.2-1de13b6-aliyun或以上版本时，支持该参数设置。
Bucket版本控制，与合规保留策略以及OSS-HDFS服务无法同时配置，若您后续计划开通这两项服务，请配置enableVersioning为
None。如果Bucket处于
Enabled开启版本状态，将无法返回至None未开启状态。此时，您可以暂停Bucket的版本控制状态。版本控制功能本身不收取任何费用，但对当前版本和所有历史版本的文件都会收取存储费用。您可以通过配置生命周期回收历史版本。更多信息，请参见生命周期规则概述。
执行以下命令，查看已创建应用的状态。
kubectl get pod预期输出：
NAME READY STATUS RESTARTS AGE cnfs-oss-deployment-5864fd8d98-4**** 1/1 Running 0 2m21s cnfs-oss-sts-0 1/1 Running 0 2m21s cnfs-oss-sts-1 1/1 Running 0 2m16s由预期输出可得，所创建的Deployment、StatefulSet为Running状态，表示该Deployment已正常使用CNFS。
方式二：使用已有的OSS Bucket创建CNFS
使用CNFS指向已经存在的Bucket，可以通过创建一个CNFS CRD并指定对象存储的桶名（BucketName）来完成创建。然后使用OSS静态存储卷或OSS动态存储卷挂载已有的OSS Bucket，同时将创建的OSS静态存储卷或OSS动态存储卷绑定到工作负载Deployment中。
执行以下命令，使用已有的OSS Bucket创建CNFS。
cat <<EOF | kubectl apply -f - apiVersion: storage.alibabacloud.com/v1beta1 kind: ContainerNetworkFileSystem metadata: name: cnfs-oss-exist-bucket-name spec: description: "cnfs-oss" type: oss reclaimPolicy: Retain parameters: bucketName: bucket-name #已经存在的OSS Bucket名称。 EOF执行以下命令，查看OSS Bucket的详细信息。
kubectl get cnfs/cnfs-oss-exist-bucket-name -o yaml预期输出：
apiVersion: storage.alibabacloud.com/v1beta1 kind: ContainerNetworkFileSystem metadata: annotations: kubectl.kubernetes.io/last-applied-configuration: | {"apiVersion":"storage.alibabacloud.com/v1beta1","kind":"ContainerNetworkFileSystem","metadata":{"annotations":{},"name":"cnfs-oss-xxxx"},"spec":{"description":"cnfs-oss","parameters":{"bucketName":"exist-bucket-name"},"reclaimPolicy":"Retain","type":"oss"}} creationTimestamp: "2022-09-14T09:21:10Z" finalizers: - protection.alibabacloud.com/cnfs generation: 7 name: cnfs-oss-exist-bucket-name resourceVersion: "6504134" uid: 921564ac-0cd8-4a89-997d-c2393afd**** spec: description: cnfs-oss parameters: bucketName: exist-bucket-name reclaimPolicy: Retain type: oss status: conditions: - lastProbeTime: "2022-09-14 17:00:21" reason: The oss bucket is complete initialization. status: Ready fsAttributes: accessGroupName: DEFAULT_VPC_GROUP_NAME aclType: private bucketName: exist-bucket-name encryptType: AES256 endPoint: extranet: oss-****.aliyuncs.com internal: oss-****-internal.aliyuncs.com regionId: **** storageType: Standard status: Available在OSS存储卷中应用CNFS。
具体操作，请参见方式一：使用CNFS创建以cnfs-oss-为名称的OSS Bucket，通过动态存储卷的方式应用CNFS。
- 本页导读 （1）