一个 ISO 文件通常是一个压缩文件，里面包含了一张 CD 或者一张 DVD 完整镜像。例如，大部分操作系统 像 Windows, Linux, 和 macOS 都是以 ISO 镜像的方式发布的。
本教程操作环境：Windows7系统、Docker 20.10.11版、Dell G3电脑。
在 Linux 系统中，挂载命令允许您将文件系统附加到指定的目录，使其在文件系统层次结构中可访问。挂载命令在管理磁盘和文件系统时非常有用，可以用于挂载硬盘分区、网络共享、光盘镜像等。
dcoker容器化技术在现在的企业应用中也是非常广泛，今天就来重点学习一下docker的相关命令，孰能生巧：
在AI应用容器化时，会碰到cuda failure 35错误，查了下是跟CUDA驱动版本有关。但有时同一个镜像在不同环境运行仍会有问题，查了下宿主机的显卡驱动版本，也没发现什么问题。为了彻底解决这类问题，了解了CUDA API的体系结构，并对NVIDIA Docker实现CUDA容器化原理进行了分析。
Docker模型的核心部分是有效利用分层镜像机制，镜像可以通过分层来进行继承，基于基础镜像（没有父镜像），可以制作各种具体的应用镜像。不同 Docker 容器就可以共享一些基础的文件系统层，同时再加上自己独有的改动层，大大提高了存储的效率。其中主要的机制就是分层模型和将不同目录挂载到同一个虚拟文件 系统下。 针对镜像存储docker采用了几种不同的存储drivers，包括：aufs，devicemapper，btrfs 和overlay，以下内容纯属瞎扯淡╮(╯▽╰)╭
配置各种yum源的时候，需要提前知道自己的linux系统是什么版本的，以方便后面的配置
首先，设置虚拟机让它加载iso镜像文件到CD/DVD设备中，这个设备对应于Linux下的/dev/cdrom文件
容器技术的核心功能，就是通过约束和修改进程的动态表现，从而为其创造出一个“边界”。在Docker中使用了Namespace 技术来修改进程视图从而达到进程隔离的目的。
网上大多数教程使用的都是以 Ubuntu（例如：Ubuntu:16.04 ）作为基础镜像，这并不是一个问题，但是我建议优先考虑 Alpine 镜像：
在前面的三次分享中，我分别从 Linux Namespace 的隔离能力、Linux Cgroups 的限制能力，以及基于 rootfs 的文件系统三个角度，为你剖析了一个 Linux 容器
上一节我们为大家介绍了Cloud Foundry等最初的PaaS平台如何解决容器问题，本文将为大家展示Docker如何解决Cloud Foundry遭遇的一致性和复用性两个问题，并对比分析Docker和传统虚拟机的差异。
ReplicaSet确保任何时间都有指定数量的Pod副本在运行。通常用来保证给定数量的、完全相同的Pod的可用性。建议使用Deployment来管理ReplicaSet，而不是直接使用ReplicaSet。
一. 前言 上一篇介绍到如何构建镜像以及镜像管理,不知道大家学到现在有没有疑问?比如我运行web服务产生的日志,我如何在宿主机上看到?我想安装mysql或者redis等,配置文件如何配置,可以进到容器
客户要将业务从自建的虚拟化数据中心迁移至UCloud，希望能够将多年前的VMware体系换到公有云体系。其中：
如果还没在虚拟机/服务器中安装docker，可以查阅相关文档 先安装docker。
1 在虚拟机的设置中 将cd/dvd 设备状态全部勾选 2 连接ios镜像 3 将光驱挂载到目录
Linux 操作系统的内核裁剪不仅是为了提升系统的安全性，而且是为了进一步提升应用系统的性能。如《Linux 内核裁剪框架初探》所述，Linux 的内核裁剪技术并没有得到广泛的应用，对于安全性、应用的性能以及开发效率而言，业界普遍采用的是虚拟化技术——虚拟机和容器。无论哪一种虚拟化技术，本质上都可以看作是操作系统能力的抽象、分拆和组合。
在自己的服务器上想通过 nginx 镜像创建容器，并挂载镜像自带的 nginx.conf 文件
这里的mysql就是repository，5.7就是tag，合一起就是镜像名称，代表5.7版本的MySQL镜像。
如果您是第一次烧录开发板镜像，请参考https://forums.100ask.net/t/topic/3403
Linux或者OS X系统中,使用“dd”命令可以直接在终端命令行模式下,制作ISO镜像的系统安装盘.
docker run -p 12345:3306 --name mysql -v /dhy/mysql/conf:/etc/mysql/conf.d -v /dhy/mysql/logs: /logs -v /dhy/mysql/data: /var/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.6
在引入 Docker之前，或许有必要先聊聊 LXC。在 Linux使用过程中，大家很少会接触到LXC，因为 LXC对于大多数人来说仍然是一个比较陌生的词汇。那为什么我们要在开篇之时，先聊这个陌生的概念呢？这是因为LXC是整个 Docker运行的基础。
本文译自：https://medium.com/@aditya.barik32/ordering-of-container-within-pod-a423d2e5ba52
在主机下，进入/mydata/mysql/conf/文件夹下，vi my.cnf 文件,输入如下信息，再保存退出 my.cnf
Docker Hub 上有大量的高质量的镜像可以用，这里我们就说一下怎么获取这些镜像。 从 Docker 镜像仓库获取镜像的命令是 docker pull。其命令格式为：
主要的作用是：从Docker上面下载alpine镜像，然后运行; -v将容器外部的目录/root(其他目录也可以) 挂载到容器内部/mnt，使用-it参数进入容器shell。
例如一个项目中，部署时需要依赖于node.js、Redis、RabbitMQ、MySQL等，这些服务部署时所需要的函数库、依赖项各不相同，甚至会有冲突。给部署带来了极大的困难。
当我们在工作中，一款产品从开发设计到上线运行，其中需要开发人员和运维工程师，开发人员负责代码编写，开发产品，运维工程师需要测试环境，产品部署。这之间就会有分歧。
Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的 Linux或Windows操作系统的机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。
Docker虚拟化技术是基于容器化，容器化技术的本质其实是基于内核资源调度的再分配！ 并不是什么新技术，只是近年Linux内核更加成熟，在资源调度隔离更成熟，所以容器化技术再被提上议程。
下图是 Docker 官方给出的架构图，里面包括了 Docker 客户端、Docker 容器所在的宿主机和 Docker 镜像仓库三个部分。
前言：cvm无法直接迁移的，以下给出的方式是备份数据重新购买云主机，然后销毁原有的云主机。所以操作前首先要确认自己的云主机是可以退还的，并且认可退还金额的。
在上一篇文章鸿蒙系统研究之三：迈出平台移植第一步，我们将内核加载并启动，但缺少根文件系统。这篇文章我们来探讨一下根文件系统的制作。
DNF使用RPM,libsolv和hawkey库进行包管理操作，Fedora22已经默认使用DNF。
1997年4月，Pavel Machek 写了他的网络块设备代码，并被当时的Linux Kernel 2.1.55接受。Pavel 在随后的四个发行版（对应的内核版本为55、101、111、132）中维护并升级了他的代码。Andrzej M. Krzysztofowicz贡献了64位机上运行的版本，随后Stephen Tweedie 为其提出了许多的专业建议，尤其是引入了基于信号量的锁机制，使得代码在对称多处理器系统中能够安全的运行。作者们已将其增强以便于运用于工业环境之中。本文描述了网络块设备、驱动、以及
Docker是PaaS 提供商 dotCloud 开源的一个基于 LXC 的高级容器引擎，源代码托管在 Github 上, 基于go语言并遵从Apache2.0协议开源。 Docker是通过内核虚拟化
Docker 将应用程序与该程序的依赖，打包在一个文件里面。运行这个文件，就会生成一个虚拟容器。程序在这个虚拟容器里运行，就好像在真实的物理机上运行一样。有了 Docker，就不用担心环境问题。
第一步：下载docker离线包 https://download.docker.com/linux/static/stable/x86_64/docker-20.10.6.tgz
通过dockerfile构建镜像： docker build -f dockerfile文件路径 -t 镜像名称：版本
ContainerViewer does not support full SVG 1.1
Docker 的 Namespace 是 Linux 内核提供的一种机制，用于隔离系统资源，使得容器能够拥有自己独立的视图，从而实现更高程度的隔离和安全性。Namespace 在 Docker 中扮演着至关重要的角色，它允许容器内的进程以及其他系统资源（如网络、文件系统等）在一个独立的 Namespace 中运行，彼此之间相互隔离，不会相互干扰。
将 spring boot 项目部署在 k8s 上，需要打镜像，为了实现配置文件可配置，就需要将配置文件与镜像解耦。
提示：本系列笔记全部存在于 Github， 可以直接在 Github 查看全部笔记
在快节奏的云原生开发领域，Spring Boot 凭借其敏捷性和简洁的工作流成为了广受欢迎的框架。然而，高效的配置管理依然是影响部署效率和持续维护的关键因素。传统上，复杂的配置会被固化在应用程序的代码中或者通过外部文件来进行管理，这给 Kubernetes 这样的环境带来了挑战，因为在这些环境中，适应性是关键。
前面的文章我们分享了 pod ，RC，RS，DaemonSet，CJ，Service 等各种资源
大家在工作中或许或多或少都接触过Docker，那你知道Docker以及容器化背后的原理到底是什么吗？
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
