问题描述
在使用 Docker EE Kubernetes 的本地部署中，用户注意到集群并未设置默认的 StorageClass。根据我目前的了解，在安装/设置期间应该设置默认的 StorageClass，但在这里并没有完成此步骤。用户已经了解了创建 PV 和 StorageClass 所需的步骤和 YAML 配置，但正在尝试了解是否有任何最佳实践和正确的方法来进行设置。
此外，用户在文档中看到了关于使用 NFS 卷的一些内容，但仍然不清楚是否需要单独的 NFS 驱动器/服务器，或者是否可以使用其中一个节点来创建 StorageClass（SC）。
最后，用户需要注意的是，他们不希望该 StorageClass 对其他命名空间或 Pod 可用，因为他们需要将其设置为安装 Ingress Controller 的先决条件。
解决方案
以下操作可能会因版本差异而略有不同，请确保在执行前备份相关配置。
创建特定的 StorageClass
在 Docker EE Kubernetes 中，并没有特定的“默认” StorageClass 类型，它的设置取决于用户的需求以及特定的 Kubernetes 提供商。用户可以根据自己的需求手动创建一个 StorageClass。下面是创建一个 StorageClass 的步骤，以及一些注意事项：
- 创建 StorageClass
首先，您可以使用类似于下面的 YAML 配置文件来创建一个 StorageClass（以“local” provisioner 类型为例）：
yaml
apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
name: local-storage
provisioner: kubernetes.io/no-provisioner
在上述示例中，provisioner 被设置为 kubernetes.io/no-provisioner，表示此 StorageClass 不会由外部的存储系统自动提供。这意味着您需要手动为 PV 分配存储。
- 创建 PersistentVolume（PV）
接下来，您可以创建 PersistentVolume（PV），并将其绑定到刚刚创建的 StorageClass。例如：
yaml
apiVersion: v1
kind: PersistentVolume
metadata:
name: local-pv
spec:
capacity:
storage: 10Gi
volumeMode: Filesystem
accessModes:
- ReadWriteOnce
storageClassName: local-storage
local:
path: /mnt/data
在上述示例中，storageClassName 被设置为之前创建的 StorageClass 的名称（即 local-storage）。local 字段指定了存储的实际路径。
- 创建 PersistentVolumeClaim（PVC）
最后，您可以创建 PersistentVolumeClaim（PVC）来请求已创建的 PV：
yaml
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: local-pvc
spec:
accessModes:
- ReadWriteOnce
storageClassName: local-storage
resources:
requests:
storage: 5Gi
在上述示例中，storageClassName 仍然设置为之前创建的 StorageClass 的名称。
设置命名空间和预安装条件
如果您不希望该 StorageClass 对其他命名空间或 Pod 可用，您可以考虑使用 RBAC（Role-Based Access Control）来限制访问权限。这将确保只有特定的命名空间或用户能够使用该 StorageClass。另外，如果您需要将该 StorageClass 设置为安装 Ingress Controller 的先决条件，您可以在相应的命名空间中创建一个前置任务，该任务依赖于该 StorageClass。这样，只有在 StorageClass 准备就绪时，Ingress Controller 才会被部署。
请注意，以上解决方案中的 YAML 示例可能需要根据您的实际需求进行调整。另外，要确保您的 Kubernetes 版本与所述操作相兼容。
使用 NFS 作为 StorageClass 的备选方案
如果您考虑使用 NFS 作为 StorageClass 的实现方式，可以参考文档中提到的链接（nfs-volume）。根据该文档，您可能需要设置一个单独的 NFS 驱动器/服务器，以便在集群中共享存储。请确保在执行此操作之前，详细阅读文档并了解其适用性和限制。
使用自定义脚本或工具管理启动顺序
如果您需要更高级的控制，您还可以考虑使用自定义脚本或第三方工具来管理容器的启动顺序。这样，您可以确保容器 B 在容器 A 启动后运行。请注意，这种方法可能会增加复杂性，并需要更多的维护工作。
总结
在 Docker EE Kubernetes 中，没有固定的默认 StorageClass 类型，您可以根据需要手动创建。您可以创建 PV、PVC，并使用 RBAC 控制命名空间或用户的访问权限。另外，如果您考虑使用 NFS 或自定义脚本来管理容器的启动顺序，请务必详细了解相关文档并进行实验，以确保操作的正确性和稳定性。