Kubernetes SMB存储类疑问：是否需为不同PV创建不同存储类？

1. 你对StorageClass的定义是否有误？ #

没错，但你混淆了静态PV供应和动态PV供应的差异：

• 静态模式：手动创建PV时，可在PV里直接指定SMB共享路径、访问凭证、权限模式等，StorageClass仅用于PV与PVC的绑定（可选，也可不用），此时StorageClass确实不需要包含凭证或共享端点。
• 动态模式：StorageClass作为自动生成PV的模板，由CSI驱动基于它创建PV。这类SMB驱动（如csi-driver-smb、democratic-csi）要求在StorageClass里配置共享端点、凭证Secret等信息，因为驱动需要这些参数来自动生成符合要求的PV。

你的认知更偏向静态供应逻辑，但当前参考的是动态供应的StorageClass配置，所以产生了偏差。

2. 同一SMB目录的两种不同权限访问场景，是否需创建两个StorageClass？ #

分两种情况：

• 动态供应：必须创建两个StorageClass。因为每个StorageClass绑定固定权限的SMB用户凭证（只读/读写用户），驱动会根据StorageClass配置生成对应权限的PV，PVC绑定不同StorageClass就能拿到对应权限的存储。
• 静态供应：不需要额外创建StorageClass。手动创建两个PV，分别配置只读/读写的SMB凭证和访问模式，让对应的PVC绑定这些PV即可。

3. 若连接另一SMB共享目录，是否需再次创建新的StorageClass？ #

同样分模式：

• 动态供应：需要创建新的StorageClass。每个StorageClass的配置包含具体的SMB共享端点（如//nas-ip/share-path），不同共享目录对应不同端点，因此必须单独配置StorageClass。
• 静态供应：不需要。直接手动创建指向新共享目录的PV即可，无需修改或新增StorageClass，甚至可以完全不用StorageClass，直接让PVC绑定新PV。

内容的提问来源于stack exchange，提问作者scipsycho