OpenShift Container Platform 4.8 存储2.4. 监控临时存储 第 第 3 章 章 了解持久性存 了解持久性存储 储 3.1. 持久性存储概述 3.2. 卷和声明的生命周期 3.3. 持久性卷(PV) 3.4. 持久性卷声明 (PVC) 3.5. 块卷支持 第 第 4 章 章 配置持久性存 配置持久性存储 储 4.1. 使用 AWS ELASTIC BLOCK STORE 的持久性存储 4.2. 使用 AZURE 持久性存储 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6.4. 使用文件系统扩展持久性卷声明(PVC) 6.5. 在扩展卷失败时进行恢复 第 第 7 章 章 动态 动态置 置备 备 7.1. 关于动态置备 7.2. 可用的动态置备插件 7.3. 定义存储类 7.4. 更改默认存储类 104 该术语表定义了存储内容中使用的常用术语。这些术语可帮助您有效地了解 OpenShift Container Platform 架构。 访问 访问模式 模式 卷访问模式描述了卷功能。您可以使用访问模式匹配持久性卷声明 (PVC) 和持久性卷 (PV)。以下是访 问模式的示例: ReadWriteOnce (RWO) ReadOnlyMany (ROX) ReadWriteMany (RWX) ReadWriteOncePod0 码力 | 118 页 | 1.60 MB | 1 年前3
OpenShift Container Platform 4.14 存储2.4. 监控临时存储 第 第 3 章 章 了解持久性存 了解持久性存储 储 3.1. 持久性存储概述 3.2. 卷和声明的生命周期 3.3. 持久性卷(PV) 3.4. 持久性卷声明 (PVC) 3.5. 块卷支持 3.6. 使用 FSGROUP 减少 POD 超时 第 第 4 章 章 配置持久性存 配置持久性存储 储 4.1. 使用 AWS ELASTIC BLOCK STORE 的持久性存储 扩展持久性卷 展持久性卷 7.1. 启用卷扩展支持 7.2. 扩展 CSI 卷 7.3. 使用支持的驱动程序扩展 FLEXVOLUME 7.4. 扩展本地卷 7.5. 使用文件系统扩展持久性卷声明(PVC) 7.6. 在扩展卷失败时进行恢复 第 第 8 章 章 动态 动态置 置备 备 8.1. 关于动态置备 8.2. 可用的动态置备插件 8.3. 定义存储类 8.4. 更改默认存储类 176 OPENSHIFT CONTAINER PLATFORM 存储的常见术语表 该术语表定义了存储内容中使用的常用术语。 访问模式 模式 卷访问模式描述了卷功能。您可以使用访问模式匹配持久性卷声明 (PVC) 和持久性卷 (PV)。以下是访 问模式的示例: ReadWriteOnce (RWO) ReadOnlyMany (ROX) ReadWriteMany (RWX) ReadWriteOncePod0 码力 | 215 页 | 2.56 MB | 1 年前3
OpenShift Container Platform 4.12 容器镜像仓库(Registry)验证可用性区域的名称。 2. 在命令行中应用配置: 输 输出示例 出示例 3. 创建一个 YAML 文件,用于指定使用存储类和 openshift-image-registry 命名空间的持久性卷声 明(PVC)。例如: apiVersion: storage.k8s.io/v1 kind: StorageClass metadata: name: custom-csi-storageclass provisioner: storageclass.storage.k8s.io/custom-csi-storageclass created apiVersion: v1 kind: PersistentVolumeClaim metadata: name: csi-pvc-imageregistry namespace: openshift-image-registry 1 annotations: imageregistry Operator 使用 PVC。 可选:调整卷大小。 输入您创建的存储类的名称。 4. 在命令行中应用配置: 输 输出示例 出示例 5. 将镜像 registry 配置中的原始持久性卷声明替换为新声明: 输 输出示例 出示例 接下来的几分钟内,配置将更新。 验证 验证 确认 registry 正在使用您定义的资源: 1. 验证 PVC 声明值是否与您在 PVC 定义中提供的名称相同:0 码力 | 75 页 | 652.51 KB | 1 年前3
以外部模式部署OpenShift Container Storage4.1.1 的版本更新为最新版本,且不是全新部署的集群,您 必须在红帽 Ceph 存储集群中手动设置 CephFS 池的应用类型,以外部模式启用 CephFS PVC 创 建。 如需了解更多详细信息,请参阅在外部模式中对 CephFS PVC 创建进行故障排除。 Red Hat Ceph Storage 必须安装并配置 Ceph 控制面板,并且 Ceph Manager Prometheus 导出 DataDirHostPath mode graceful 是 Rook 和 NooBaa 暂 暂停 停卸 载过程,直到管理员/用 户移除 PVC 和 OBC mode forced 否 rook 和 NooBaa 会在卸 载过程中继续进行,即使 PVC/OBCs 使用 Rook 和 NooBaa 置备 您可以通过使用以下命令编辑注解值来更改卸载模式: $ oc annotate storagecluster 章 章 卸 卸载 载 OPENSHIFT CONTAINER STORAGE 17 使用 OpenShift Container Storage 提供的存储类,确保应用程序不使用持久性卷声明 (PVC) 或 对象存储桶声明 (OBC)。 流程 流程 1. 删除使用 OpenShift Container Storage 的卷快照。 a. 列出所有命名空间中的卷快照 $ oc get volumesnapshot0 码力 | 29 页 | 738.90 KB | 1 年前3
OpenShift Container Platform 4.6 在vSphere 上安装请联络相 关的 NFS 厂商。 流程 1. 为了配置 registry 使用存储,需要修改 configs.imageregistry/cluster 资源中的 spec.storage.pvc 。 注意 注意 使用共享存储时,请查看您的安全设置以防止被外部访问。 2. 验证您没有 registry pod: 注意 注意 如果存储类型为 emptyDIR,则副本数不能超过 1。 openshift.io 第 第 1 章 章 在 在 VSPHERE 上安装 上安装 23 1 1 2 3 将 claim 字段留空以允许自动创建一个 image-registry-storage PVC。 4. 检查 clusteroperator 的状态: 1.1.12.2.2. 为 VMware vSphere 配置块 registry 存储 在作为集群管理员升级时,要允许镜像 registry 为块存储设备置备 PV,并为该卷创建 PVC。请求的块卷使用 ReadWriteOnce(RWO)访问模 式。 a. 创建包含以下内容的 pvc.yaml 文件以定义 VMware vSphere PersistentVolumeClaim : 代表 PersistentVolumeClaim 对象的唯一名称。 PersistentVolumeClaim 对象的命名空间,即 openshift-image-registry。0 码力 | 204 页 | 2.26 MB | 1 年前3
⾸云容器产品Kubernetes操作指南配置⽅法 �. 创建 StorageClass、Namespace 和 pvc 资源 �. 部署MySQL容器组 �. 部署WordPress容器组 �. 配置 Haproxy 负载均衡 �. 访问 WordPress ⽅法⼆:Ingress 外⽹访问 WordPress 配置⽅法 �. 创建 Namespace 和 PVC 资源 �. 部署MySQL容器组 �. 部署WordPress容器组 path:NAS盘对应的远端挂在⽬录,默认为 /nfsshare mode: pv使⽤⽂件夹的mode,⼀般选择 755 或 777 存储类名称:配置该存储类的名称,当创建pvc时,需要引⽤该名称 存储卷回收策略:Retain,PVC被删除后,保留对应的PV;Delete,PVC被删除后,删除对应 的PV 数据保留策略:当PV被删除后,如果数据保留策略为 true ,则归档相关数据,归档名称为 archived-原pv使⽤⽬录名称-时间戳 系统会⾃动读取NAS盘的挂载点IP path:NAS盘对应的远端挂在⽬录,默认为 /nfsshare mode: pv使⽤⽂件夹的mode,⼀般选择 755 或 777 存储卷名称:配置该存储类的名称,当创建pvc时,需要引⽤该名称 容量:所要创建存储卷的⼤⼩,单位GB 访问模式:ReadWirteMany:可以多个节点同时读写,ReadWriteOnce:仅单个节点读写 标签:可以添加⾃定义的标签 查看存储卷详情0 码力 | 94 页 | 9.98 MB | 1 年前3
OpenShift Container Platform 4.8 容器镜像仓库(Registry)YAML 文件,用于指定使用存储类和 openshift-image-registry 命名空间的持久性卷声 明(PVC)。例如: 输入命名空间 openshift-image-registry。此命名空间允许 Cluster Image Registry Operator 使用 PVC。 可选:调整卷大小。 输入您创建的存储类的名称。 4. 在命令行中应用配置: 输 输出示例 出示例 5 接下来的几分钟内,配置将更新。 验证 验证 确认 registry 正在使用您定义的资源: 1. 验证 PVC 声明值是否与您在 PVC 定义中提供的名称相同: apiVersion: v1 kind: PersistentVolumeClaim metadata: name: csi-pvc-imageregistry namespace: openshift-image-registry storage: 100Gi 2 storageClassName:3 $ oc apply -f <pvc_file_name> persistentvolumeclaim/csi-pvc-imageregistry created $ oc patch configs.imageregistry.operator.openshift.io/cluster 0 码力 | 39 页 | 415.94 KB | 1 年前3
OpenShift Container Platform 4.13 虚拟化使用数据卷将虚拟机(VM)镜像导 入到持久性卷声明(PVC)。 第 第 2 章 章 OPENSHIFT VIRTUALIZATION 架 架构 构 9 表 表 2.2. cdi-operator 组 组件 件 组 组件 件 描述 描述 deployment/cdi-apiserver 通过提供安全上传令牌来管理将虚拟机磁盘上传到 PVC 的授权过程。 deployment/cdi-uploadproxy deployment/cdi-uploadproxy 将外部磁盘上传流量定向到适当的上传服务器 pod, 以便将其写入正确的 PVC。需要有效的上传令牌。 pod/cdi-importer helper(帮助程序)Pod,在创建数据卷时将虚拟机镜 像导入到 PVC 中。 2.4. 关于 CLUSTER-NETWORK-ADDONS-OPERATOR cluster-network-addons-operator 在集群中部署 置备程序(HPP)和相关资源。 表 表 2.4. hostpath-provisioner-operator 组 组件 件 组 组件 件 描述 描述 deployment/hpp-pool-hpp-csi-pvc-block-为指定 hostpath 置备程序(HPP)的每个节点提供一个 worker。pod 在节点上挂载指定的后备存储。 daemonset/ho 0 码力 | 393 页 | 4.53 MB | 1 年前3
OpenShift Container Platform 4.10 虚拟化Platform 4.10 虚 虚拟 拟化 化 10 1 如果您置备虚拟机磁盘,OpenShift Virtualization 现在分配一个足够大的持久性卷声明(PVC)来 容纳请求的磁盘大小,而不是为每个虚拟机磁盘 PVC 发出 KubePersistentVolumeFillingUp 警 报。您可以从虚拟机本身监控磁盘使用情况。(BZ#2039489) 现在,您可以使用热插磁盘为虚拟 nodeStatusMaxImages 的值 设置为 -1 来禁用镜像限值。 如果您在一个集群中 hostpath 置备程序,而这个集群包括了其完全限定域名(FQDN)的长度超过 42 个字符的节点,则置备程序无法绑定 PVC。(BZ#2057157) 错误信息示例 信息示例 虽然错误消息引用了最多 63 个字符,但它包括前缀为节点的 FQDN 的 external- provisioner- 字符串。 作为临时解决方案,请运行以下命令在 10 虚 虚拟 拟化 化 12 1 默认克隆方法设置为 copy(复制 复制)。 在某些情况下,多个虚拟机可以以读写模式挂载相同的 PVC,这可能会导致数据崩溃。 (BZ#1992753) 作为临时解决方案,请避免在使用多个虚拟机的读写模式中使用单个 PVC。 Pod Disruption Budget(PDB)可防止 pod 意外中断。如果 PDB 检测到 pod 中断,则 openshift-0 码力 | 307 页 | 3.45 MB | 1 年前3
k8s操作手册 2.3及最大计算资源/内 存使用量限制,任何违反LimitRange定义的资源使用最大用量的请求都将被直接 拒绝 LimitRange对pod和容器的资源限制为cpu和内存使用量 LimitRange对PVC的资源限制为存储空间的使用量 资源限额只对新创建的资源生效,对于已经存在的对象不产生任何限制 limitrange和resourcequota都是有命名空间之分的 # cat > limitRange-testxx cpu EOF # kubectl apply -f limitRange-testxx.yaml ★ResourceQuota LimitRange只能限制单个容器/Pod/PVC的资源使用量,无法限制创建的容器个 数 , 用 户 可 能 会 创 建 数 量 众 多 的 pod 而 消 耗 完 所 有 资 源 , 可 以 使 用 ResourceQuota资源限制每个命名空间的对象数量及资源限额 count/deployments.extensions: "2" persistentvolumeclaims: "2" #可以创建的pvc总数 requests.storage: 20Gi #可以创建的pvc存储需求存储空间总量限额 EOF # kubectl apply -f resourceQuota-testxx.yaml0 码力 | 126 页 | 4.33 MB | 1 年前3
共 313 条
- 1
- 2
- 3
- 4
- 5
- 6
- 32













