3.2.5. 部署和扩展指南

要防止潜在的部署或扩展问题，请在使用 OpenShift Container Platform 部署独立模式前参阅以下指南。

确保受信存储池的大小适当，并且您有了按需动态扩展的空间。此操作可确保不超出以下最大限制：

有关独立模式的大小指南

由文件接口支持的持久性卷 ：对于典型的操作，以每四节点独立模式集群的文件支持 500-800 持久性卷的大小。支持的持久性卷最大限制是在独立模式部署中每个四节点集群的 2000 个持久性卷。考虑到微服务可以根据需要动态扩展，建议初始大小保持足够多的扩展空间。如果需要额外的扩展，请添加新的四节点独立模式集群来支持额外的持久性卷。

每个受信存储池中基于文件的持久性卷的默认限制被设置为 1000，支持的最大值为 2000。有关需要执行超过 1000 个默认限制（最大为 2000 个）的步骤的更多信息，请参阅 How to have more PV's beyond default limit on OCS?

由基于块的存储支持的持久性卷 ：每个四个节点独立模式集群最多 300 个持久性卷的大小。
由文件支持的持久性卷和块 ：300-500 持久性卷的大小（由文件支持）和 100-200 持久性卷（由块支持）。1000 个 Gluster 卷，包括文件 PV 和块托管卷。
卷类型 ：三向分布式复制卷和调整的卷是唯一受支持的卷类型。
最小 Red Hat Openshift Container Storage 集群大小(4) ：建议在 Red Hat Openshift Container Storage 集群中至少具有 4 个节点，以便完全满足高可用性要求。虽然创建持久性卷声明需要 3 个节点，但 3 节点集群中的一个节点失败可防止创建持久性卷声明。第四个节点提供高可用性，并允许创建持久卷声明，即使节点失败也是如此。
最低要求 ：托管 Red Hat Gluster Storage 独立模式的每个物理或虚拟节点需要以下内容：
- 每个持久性卷最少需要 8 GB RAM 和 30 MB。
- 相同的磁盘类型。
- heketidb 利用 2 GB 分布式副本卷。
- 至少 2 个物理内核对

注意

2 个物理内核对转换为 4vCPU（非超线程系统）和 8 个 vCPU 用于超线程系统。

有关独立模式的部署指南

在独立模式中，您可以在 OpenShift Container Platform Infrastructure 节点或 OpenShift Container Platform Application 节点上安装 Heketi 和所有 provisioners pod
Red Hat Gluster Storage Container Native with OpenShift Container Platform 默认支持每个卷最多 14 个快照(snap-max-hard-limit =14 in Heketi Template)。
所需的内核版本为 kernel-3.10.0-862.14.4.el7.x86_64 版本。运行以下命令验证已安装并运行的内核版本：
```
# rpm -q kernel
kernel-3.10.0-862.14.4.el7.x86_64
```
```
# uname -r
3.10.0-862.14.4.el7.x86_64
```