OpenShift Container Platform 4.8 存储. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6.4. 使用文件系统扩展持久性卷声明(PVC) 6.5. 在扩展卷失败时进行恢复 第 第 7 章 章 动态 动态置 置备 备 7.1. 关于动态置备 7.2. 可用的动态置备插件 7.3. 定义存储类 7.4 fsGroup 定义 pod 的文件系统组 ID。 iSCSI 互联网小型计算机系统接口 (iSCSI) 是基于互联网协议的存储网络标准,用于连接数据存储设施。 iSCSI 卷允许将现有 iSCSI (通过 IP 的 SCSI)卷挂载到您的 Pod 中。 hostPath OpenShift Container Platform 集群中的 hostPath 卷将主机节点的文件系统中的文件或目录挂载到 pod 可帮助您在不同服务间实现所需的数据加密级别。您可以使用 KMS 密钥加密、解密和重新加密数据。 本地卷 本地卷 本地卷代表挂载的本地存储设备,如磁盘、分区或目录。 NFS 网络文件系统(NFS)允许远程主机通过网络挂载文件系统,并像它们挂载在本地那样与这些文件系统进 行交互。这使系统管理员能够将资源整合到网络上的集中式服务器上。 OpenShift Data Foundation OpenShift Container0 码力 | 118 页 | 1.60 MB | 1 年前3
OpenShift Container Platform 4.14 存储第 7 章 章 扩 扩展持久性卷 展持久性卷 7.1. 启用卷扩展支持 7.2. 扩展 CSI 卷 7.3. 使用支持的驱动程序扩展 FLEXVOLUME 7.4. 扩展本地卷 7.5. 使用文件系统扩展持久性卷声明(PVC) 7.6. 在扩展卷失败时进行恢复 第 第 8 章 章 动态 动态置 置备 备 8.1. 关于动态置备 8.2. 可用的动态置备插件 8.3. 定义存储类 8.4 fsGroup 定义 pod 的文件系统组 ID。 iSCSI 互联网小型计算机系统接口 (iSCSI) 是基于互联网协议的存储网络标准,用于连接数据存储设施。 iSCSI 卷允许将现有 iSCSI (通过 IP 的 SCSI)卷挂载到您的 Pod 中。 hostPath OpenShift Container Platform 集群中的 hostPath 卷将主机节点的文件系统中的文件或目录挂载到 pod 可帮助您在不同服务间实现所需的数据加密级别。您可以使用 KMS 密钥加密、解密和重新加密数据。 本地卷 本地卷 本地卷代表挂载的本地存储设备,如磁盘、分区或目录。 NFS 网络文件系统(NFS)允许远程主机通过网络挂载文件系统,并像它们挂载在本地那样与这些文件系统进 行交互。这使系统管理员能够将资源整合到网络上的集中式服务器上。 OpenShift Data Foundation OpenShift Container0 码力 | 215 页 | 2.56 MB | 1 年前3
Docker 从入门到实践 0.4vi. 总结 13. Dockerfile i. 基本结构 ii. 指令 iii. 创建镜像 14. 底层实现 i. 基本架构 ii. 名字空间 iii. 控制组 iv. 联合文件系统 v. 容器格式 vi. 网络 15. Docker Compose 项目 i. 简介 ii. 安装 iii. 使用 iv. 命令说明 v. YAML 模板文件 16. Docker 添加 Fig 项目 添加 CoreOS 项目 添加 Kuberetes 项目 0.3: 2014-11-25 完成仓库章节; 重写安全章节; 修正底层实现章节的架构、名字空间、控制组、文件系统、容器格式等内容; 添加对常见仓库和镜像的介绍; 添加 Dockerfile 的介绍; 重新校订中英文混排格式。 修订文字表达。 发布繁体版本分支:zh-Hant。 0.2: 2014-09-18 如果不指定具体的标记,则默认使用 latest 标记信息。 列出本地镜像 Docker —— 从入门到实践 20 列出 创建镜像有很多方法,用户可以从 Docker Hub 获取已有镜像并更新,也可以利用本地文件系统创建一 个。 先使用下载的镜像启动容器。 $ sudo docker run -t -i training/sinatra /bin/bash root@0b2616b0e5a8:/# 注意:记住容器的0 码力 | 179 页 | 2.27 MB | 1 年前3
OpenShift Container Platform 4.13 虚拟化实时迁移需要 ReadWriteMany (RWX) 访问模式。 与 Filesystem 卷模式相比,Block 卷模式性能有显著提高。这是因为 Filesystem 卷模式使用更 多存储层,包括文件系统层和磁盘镜像文件。虚拟机磁盘存储不需要这些层。 例如,如果您使用 Red Hat OpenShift Data Foundation,Ceph RBD 卷优先于 CephFS 卷。 重要 重要 VirtualMachine 磁盘列表 点磁盘 旁边的 Options 菜单,选择 Edit、Detach 或 Make persistent。 文件系 文件系统 统表 如果安装了 QEMU 客户机代理,则 VirtualMachine 文件系统列表 设 设置 置 描述 描述 4.3.1.5.5. Script 标签页 标签页 您可以配置 cloud-init,为 Linux VirtualMachine 实时迁移需要 ReadWriteMany (RWX) 访问模式。 与 Filesystem 卷模式相比,Block 卷模式性能有显著提高。这是因为 Filesystem 卷模式使用更 多存储层,包括文件系统层和磁盘镜像文件。虚拟机磁盘存储不需要这些层。 例如,如果您使用 Red Hat OpenShift Data Foundation,Ceph RBD 卷优先于 CephFS 卷。 重要 重要0 码力 | 393 页 | 4.53 MB | 1 年前3
OpenShift Container Platform 4.12 容器镜像仓库(Registry)载的镜像源。当一个新镜 像被推送到registry时,集群会收到新镜像的通知,其他组件就可以对更新的镜像做出反应。 镜像数据会存储在两个位置。实际镜像数据存储在可配置的存储位置,例如云存储或一个文件系统卷中。 镜像的元数据被保存为标准的API资源(镜像(image)及镜像流(imagestream)),它们可以通过标准的集 群 API 进行访问。 其他 其他资 资源 源 OpenShift Container registry 需要访问授权。Podman 是一个开源工具,用于管理容器和容器镜像,并与镜像 registry 交互。您可以使用 Podman 来验证凭证、拉取 registry 镜像,并将本地镜像存储在本地文件系统 中。以下是使用 Podman 验证 registry 的通用示例: 流程 流程 1. 使用红帽生态系统目录从红帽仓库搜索特定容器镜像并选择所需的镜像。 2. 点 Get this image 使用镜像 registry。在块存储上配置 registry 的安装不具有高可用性,因为 registry 无法具有多个副本。 如果您选择将块存储卷与镜像 registry 搭配使用,则必须使用文件系统持久性卷声明 (PVC)。 $ oc patch configs.imageregistry.operator.openshift.io cluster --type merge --patch0 码力 | 75 页 | 652.51 KB | 1 年前3
OpenShift Container Platform 3.11 扩展和性能指南可用的持久性存储技术。 表 表 5.1. 可用存 可用存储选项 储选项 存 存储类 储类型 型 描述 描述 例子 例子 Block 在操作系统 (OS) 中作为块设备 适用于需要完全控制存储,并绕过文件系统在 低层直接操作文件的应用程序 也称为存储区域网络 (SAN) 不可共享,这意味着,每次只有一个客户端可 以挂载这种类型的端点 聚合模式/独立于模式 GlusterFS [1]、 iSCSI、光纤通道、Ceph Cinder、AWS EBS [1]、 Dell/EMC Scale.IO、VMware vSphere 卷、GCE Persistent Disk [1]、Azure 磁 盘 File 在 OS 中作为要挂载的文件系统导出 也称为网络附加存储(Network Attached Storage,NAS) 取决于不同的协议、实现、厂商及范围,其并 行性、延迟、文件锁定机制和其它功能可能会 有很大不同。 聚合模式/独立于模式 程序比较 较 名称 名称 描述 描述 优 优点 点 限制: 限制: OverlayFS overlay overlay2 组合一个较低(父)和上 层(子上)文件系统和工 作目录(位于与子进程相 同的文件系统上)。较低 文件系统是基础镜像,当 您创建新容器时,会创建 一个包含 deltas 的新文 件系统。 在启动和停止容 器时比设备映射 器更快。设备映 射器和 Overlay 之间的启动时间0 码力 | 58 页 | 732.06 KB | 1 年前3
Docker 从入门到实践 0.9.0(2017-12-31)1.22.3 1.22.4 1.22.5 1.22.6 1.22.7 1.23 1.23.1 1.23.2 1.23.3 1.23.4 1.23.5 命名空间 控制组 联合文件系统 容器格式 网络 Etcd 项目 简介 安装 集群 使用 etcdctl CoreOS 项目 简介 工具 快速搭建 CoreOS 集群 Kubernetes 项目 简介 添加 Fig 项目 添加 CoreOS 项目 添加 Kubernetes 项目 0.3.0: 2014-11-25 完成仓库章节 重写安全章节 修正底层实现章节的架构、命名空间、控制组、文件系统、容器格式等内容 添加对常见仓库和镜像的介绍 修订记录 11 添加 Dockerfile 的介绍 重新校订中英文混排格式 修订文字表达 发布繁体版本分支:zh-Hant 0.2.0: 版本以后开始去除 LXC,转而使用自行开发的 libcontainer,从 1.11 开始,则进一步演进为使用 runC 和 containerd。 Docker 在容器的基础上,进行了进一步的封装,从文件系统、网络互联到进程隔离等等,极 大的简化了容器的创建和维护。使得 Docker 技术比虚拟机技术更为轻便、快捷。 下面的图片比较了 Docker 和传统虚拟化方式的不同之处。传统虚拟机技术是虚拟出一套硬件0 码力 | 370 页 | 6.73 MB | 1 年前3
OpenShift Container Platform 4.10 虚拟化pod,那么您不再丢失数据。(BZ#2007397) 如果您尝试在其它关键组件共享文件系统的路径上安装 hostpath 置备程序(HPP)时,OpenShift Virtualization 现在发出 HPPSharingPoolPathWithOS 警报。 要使用 HPP 为虚拟机磁盘提供存储,请使用与节点根文件系统分开的专用存储进行配置。否则, 节点可能会耗尽存储,并无法正常工作。(BZ#2038985) write remove_name rmdir setattr)) allow process hugetlbfs_t (file (create unlink)) 以下策略允许 virtiofs 挂载文件系统并访问 NFS: allow process nfs_t (dir (mounton)) allow process proc_t (dir (mounton)) allow process 将虚拟机镜像上传到新数据卷。 virtctl version 显示客户端和服务器版本。 virtctl fslist返回客户端机器中可用文件系统的完整列表。 virtctl guestosinfo 返回有关操作系统的客户机代理信息。 virtctl userlist 返回客户端机器中登录用户的完整列表。 0 码力 | 307 页 | 3.45 MB | 1 年前3
Hadoop 概述Hadoop 大数据解决方案 2 Common 是常见工具和库的集合,用于支持其他 Hadoop 模块。和 其他软件栈一样,这些支持文件是一款成功实现的必要条件。而众 所周知的文件系统,Hadoop 分布式文件系统,或者说 HDFS,则是 Hadoop 的核心,然而它并不会威胁到你的预算。如果要分析一组数 据,你可以使用 MapReduce 中包含的编程逻辑,它提供了在 Hadoop 群 是一个适用于这 些商业模型的解决方案。 1.1.1 Hadoop 的组件 Hadoop Common 是 Hadoop 的基础,因为它包含主要服务和基 本进程,例如对底层操作系统及其文件系统的抽象。Hadoop Common 还包含必要的 Java 归档(Java Archive,JAR)文件和用于启 动 Hadoop 的脚本。Hadoop Common 包甚至提供了源代码和文档, Hadoop 之前,你需要 先熟悉此类环境。 1.1.2 Hadoop 分布式文件系统(HDFS) 在 Hadoop Common 安装完成后,是时候该研究 Hadoop Stack 的其余组件了。HDFS(Hadoop Distributed File System)提供一个分布 式文件系统,设计目标是能够运行在基础硬件组件之上。大多数企 业被其最小化的系统配置要求所吸引。此环境可以在虚拟机(Virtual0 码力 | 17 页 | 583.90 KB | 1 年前3
OpenShift Container Platform 4.2 架构Linux 操作系统。它们的文件系统、网络、cgroups、进程表和命名空间与 主机 Linux 系统分开,但容器可以在必要时与主机无缝集成。容器以 Linux 为基础,因此可以利用快速创 新的开源开发模型带来的所有优势。 因为每个容器都使用专用的操作系统,所以您能够在同一主机上部署需要冲突软件依赖项的不同应用程 序。每个容器都带有各自的依赖软件,并且管理自己的接口,如网络和文件系统,因此应用程序无需争用 构 18 4.2.2. 基础镜像选项 选择用来构建应用程序的基础镜像包含一组软件,这些软件为应用程序提供一个 Linux 系统。在您构建自 己的镜像时,您的软件将放置到该文件系统中,可以像对待操作系统一样看待该文件系统。基础镜像的选 择会对容器未来的安全性、效率和可升级性产生重大影响。 红帽提供了一组新的基础镜像,称为红帽通用基础镜像 (UBI)。这些镜像基于 Red Hat Enterprise 更新过程的一部分。部署之后,拉取、提取容器镜像并将其写入磁盘,然后修改启动加载程序 以启动到新版本。机器将以滚动方式重启并进入更新,确保对集群容量的影响最小。 对于 RHCOS 系统,rpm-ostree 文件系统的布局具有以下特征: /usr 是操作系统二进制文件和库的存储位置,并且是只读的。我们不支持更改此设置。 /etc、/boot 和 /var 在系统上是可写的,但只能由 Machine Config0 码力 | 32 页 | 783.33 KB | 1 年前3
共 92 条
- 1
- 2
- 3
- 4
- 5
- 6
- 10













