www.jd.com docker 原理与应用实践 张成远 docker 原理与应用实践 Agenda • 容器系统整体架构 • Namespace • CGroup • Device Mapper • Pull Image • Start Container • Stop Container • Docker Image Storage 容器系统整体架构 Namespace 控制任务访问设备 • freezer— 挂起 / 恢复任务 Device Mapper • DM 框架为上层应用提供了丰富的设备映射及 IO 策 略方面的支持 • Docker 存储端实现之一使用 DM - thin provision • 上层通过 dmsetup 工具或 libdevmapper 库使用 Device Mapper Docker storage driver • Docker the same volume • an arbitrary depth of recursive snapshots • metadata is stored on a seperate device from data DM-thin provision example • dd if=/dev/zero of=metadata bs=1024k count=128 • dd

graphical install 7 graphical 8 # Network information 9 network --bootproto=dhcp --device=ens160 --onboot=off --ipv6=auto -- no-activate 10 network --bootproto=dhcp --hostname=localhost Use graphical install graphical 95 # Network information network --bootproto=dhcp --device=ens160 --onboot=off --ipv6=auto --no-activate network --bootproto=dhcp --hostname=localhost.localdomain eula --agreed # Use graphical install graphical # Network information network --bootproto=dhcp --device=ens160 --onboot=off --ipv6=auto --no-activate network --bootproto=dhcp --hostname=localhost.localdomain

等的工作啦！ 还有不同文件格式的支持啦等等， 如果你的核心不认识某个文件系统，那么您将无法使用该文件格式的文件 啰！例如：Windows 98就不认识NTFS文件格式的硬盘； 设备的驱动（Device drivers）就如同上面提到的，硬件的管理是核心的主要工作之一，当然啰，设备的驱 动程序就是核心需要做的事情啦！ 好在目前都有所谓的“可载入模块”功能，可以将驱动程序编辑成模块，就不 需要重新的编译核心啦！ 一个操作系统至少要能够完整的控制整个硬件，请问，操作系统应该要控制硬件的哪些单元？根据硬件的运行， 以及数据在主机上面的运算情况与写入/读取情况，我们知道至少要能够控制： （1）input/output control, （2）device control, （3）process management, （4）file management. 等等！ 我在Windows上面玩的游戏，可不可以拿到Linux去玩？当然不行！因为游戏也是一个应用程序 US/Red_Hat_Enterprise_Linux/7/html/Networking_Guide/sec- Understanding_the_Predictable_Network_Interface_Device_Names.html [3]进阶内存测试网站：http://www.memtest.org/ [4]更多的核心参数可以参考如下链接：http://www.faqs.org/docs/Lin

（I/O）等等的工作啦！还有不同文件格式的支持啦等等， 如果你的核心不认识某个文件 系统，那么您将无法使用该文件格式的文件啰！例如：Windows 98就不认识NTFS文件 格式的硬盘； 设备的驱动（Device drivers） 就如同上面提到的，硬件的管理是核心的主要工作之一， 当然啰，设备的驱动程序就是核心需要做的事情啦！ 好在目前都有所谓的“可载入模 块”功能，可以将驱动程序编辑成模块，就不需要重新的编译核心啦！ ，请问，操作系统应该要控制硬件的哪些 单元？根据硬件的运行，以及数据在主机上面的运算情况与写入/读取情况，我们知道至 少要能够控制： （1）input/output control, （2）device control, （3）process management, （4）file management. 等等！ 我在Windows上面玩的游戏，可不可以拿到Linux去玩？当然不行！因为游戏也是一个应 US/Red_Hat_Enterprise_Linux/7/html/Networking_Guide/sec- Understanding_the_Predictable_Network_Interface_Device_Names.html [3]进阶内存测试网站：http://www.memtest.org/ [4]更多的核心参数可以参考如下链接： http://www.faqs.org/docs/Linux-

PEERROUTES=yes IPV4_FAILURE_FATAL=no NAME=Internet UUID=b23b1970-690d-4af5-b014-4ac822dfd42c DEVICE=ens160 ONBOOT=yes IPADDR=202.114.193.101 GATEWAY=202.114.193.254 NETMASK=255.255.255.0 centos lvdisplay mkfs.xfs -n ftype=1 /dev/mapper/centos-docker mkdir -p /var/lib/docker mount /dev/mapper/centos-docker /var/lib/docker echo "/dev/mapper/centos-docker /var/lib/docker xfs defaults defaults 0 0" >> /etc/fstab xfs_growfs /dev/mapper/centos-docker df –Th A2. 创建 k8s-node1, k8s-node2, k8s-node3 内存：16GB, 系统盘：40GB，docker 数据盘：40GB，ceph 数据盘：200GB 【注】所有节点(k8s-master, k8s-node1, k8s-node2

on an edge device, check that the edge device meets the compatibility and hardware requirements. Embedded Devices To install openEuler on an embedded device, check that the embedded device meets the compatibility involved. In a user-mode storage scenario, the userswap function can enable user-mode storage as a swap device. APP Container VM Memory page scan User mode Kernel mode Hardware • Accurate identification surface and physically isolates each tenant. • Lightweight and low-overhead: When using a simplified device model, it can start within 50 ms, and control the memory overhead within 4 MB. • Converged software

Edge- installer Edge- Logger 框架中间件 MQTT Broker SQLlite Edge- Monitor Device Mapper Device Lib Device Adapter Device Driver 版本功能如下： 提供统一的跨边云的协同框架（KubeEdge+），实现边云之间的应用管理与部署，跨边云的通信，以及跨边云的南向 外设管理等基础能力。 外设管理等基础能力。 未来还将提供： 1. 边云服务协同：边侧部署 EdgeMesh Agent，云侧部署 EdgeMesh Server 实现跨边云服务发现和服务路由。 2. 完善边缘南向服务：南向接入 Mapper，提供外设 Pofile 及解析机制，以及实现对不同南向外设的管理、控制、业 务流的接入，可兼容 EdgeX Foundry 开源生态。 3. 边缘数据服务：通过边缘数据服务实现消息、数据、 Addressing）支持：进程虚拟地址在主机进程和设备间共享，实现资源跨主机与设备免拷 贝复用，提升跨主机和设备业务通讯性能。 • MPAM 增强：支持外部接口自定义配置分区 rmid，支持 MPAM 设备节点通过 device tree 配置启动，可用于虚拟化 等场景。 • TCP 压缩特性：hbase 等分布式数据库节点间数据传输量大，网络传输是性能瓶颈；在 TCP 层对指定端口的数据进 行压缩后再传输，收包

79 / 233 • *.service 描述由 systemd 控制和监管的进程. 参见 systemd.service(5). • *.device 描述在 sysfs(5) 里面作为 udev(7) 设备树展示的设备。参见 systemd.device(5). • *.mount 描述由 systemd 控制和监管的文件系统挂载点。参见 systemd.mount(5). • *.automount ，来匹配目前在内存中的所有 单元的基本名称). 上面列子的系统状态改变命令，通常是通过”sudo” 来处理，用以获得需要的系统管理权限。 ”systemctl status $unit|$PID|$device” 的输出使用有颜色的点 (”●”) 来概述单元状态，让人看一眼就知道。 • 白色的”●” 表示一个” 不活动” 或” 变为不活动中” 的状态。 • 红色的”●” 表示“失败”或者“错误”状态。 is-active $unit” 检查”$unit” 服务是否是失败的 ”systemctl is-failed $unit” 检查”$unit|$PID|device” 的状态 ”systemctl status $unit|$PID|$device” 显示”$unit|$job” 的属性 ”systemctl show $unit|$job” 重设失败的”$unit” ”systemctl reset-failed

Edge- installer Edge- Logger 框架中间件 MQTT Broker SQLlite Edge- Monitor Device Mapper Device Lib Device Adapter Device Driver 版本功能如下： 1. 提供统一的跨边云的协同框架（KubeEdge+），实现边云之间的应用管理与部署，跨边云的通信，以及跨边云 未来还将提供： 1. 边云服务协同：边侧部署 EdgeMesh Agent，云侧部署 EdgeMesh Server 实现跨边云服务发现和服务路由； 2. 完善边缘南向服务：南向接入 Mapper，提供外设 Pofile 及解析机制，以及实现对不同南向外设的管理、控制、 业务流的接入，可兼容 EdgeX Foundry 开源生态； 3. 边缘数据服务：通过边缘数据服务实现消息、数据

基本系統的設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97 D.3.4.1 Create device files . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97 D.3.4.2 分割區的掛載 . . . . . Requiring Firmware Besides the availability of a device driver, some hardware also requires so-called firmware or microcode to be loaded into the device before it can become operational. This is most common EEPROM/Flash chip on the device itself by the manufacturer. Nowadays most new devices do not have the firmware embedded this way anymore, so the firmware file must be uploaded into the device by the host operating