类别 305-300

说明
Docker stack 是一个允许用户在 Docker Swarm 集群上部署和管理服务堆栈的命令。堆栈是一组相互关联的服务，它们共享依赖关系，可以一起协调和扩展。堆栈通常由 Compose 文件定义，该文件是一个 YAML 文件，描述了堆栈的服务、网络、卷和其他资源。要使用 docker stack 在 Swarm 上运行 Compose 文件，用户必须先创建并初始化一个 Swarm 集群，这是一组运行 Docker 引擎并连接成一个实体的机器（节点）。Swarm 集群有一个或多个管理器（负责维护集群状态和协调服务）和一个或多个 Worker（运行服务的节点）。
当用户运行带有 Compose 文件的 docker stack deploy 时，命令会解析该文件并创建指定的服务。不过，docker stack 不会构建或上传 Compose 文件中引用的映像到任何注册表中。相反，它会指示 Swarm 节点从注册表（可以是公共 Docker Hub 或私有注册表）中提取映像。在部署堆栈之前，用户必须确保注册表中的镜像可用，否则部署将失败。用户可以使用 docker build 和 docker push 命令创建镜像并上传到注册表，也可以使用 Docker Hub 或 GitHub Actions 等自动构建服务。用户还必须确保 Compose 文件中的镜像名称和标记与注册表中的名称和标记一致，如果注册表是私有的，则 Swarm 节点可以访问该注册表。通过从注册表中提取镜像，docker stack 可以确保 Swarm 节点拥有相同的最新镜像版本，并以高效的方式在集群中分发镜像。
其他选项都不正确。Docker stack 不会在本地或 Swarm 节点上构建镜像，也不会将镜像复制或传输到 Swarm 节点。Dockerstack 也不会将映像传递给 Swarm 主节点，因为这会造成瓶颈和单点故障。Docker stack 依赖注册表作为镜像的真实来源，并将镜像拉取委托给 Swarm 节点。参考资料
* 将堆栈部署到群集 | Docker 文档1
* docker stack deploy | Docker Docs2
* docker build | Docker Docs3
* docker push | Docker Docs4

说明
嵌套页表扩展，如英特尔扩展页表（EPT）或 AMD 快速虚拟化索引（RVI），是促进内存虚拟化的硬件功能。它们允许 CPU 在一个步骤中完成客户虚拟地址到主机物理地址的转换，而无需软件管理的影子页表。这降低了虚拟机内存管理的开销和复杂性，并提高了虚拟机的性能和隔离性。嵌套页表扩展不会直接影响其他硬件组件的虚拟化，如网络接口、主机总线适配器、硬盘或 IO 缓存。
参考资料
* 二级地址转换 - 维基百科
* c - 扩展页表的用途是什么？- Stack Overflow
* 从零开始的管理程序 - 第 4 部分：使用扩展的地址转换...

说明
Kubernetes 中 kubelet 服务的目的是根据 Kubernetes 配置在工作节点上运行容器。kubelet 是一个代理或程序，运行在每个节点上，并与 Kubernetes 控制平面通信。它接收一组 PodSpecs，这些 PodSpecs 描述了应该在节点上运行的 pod 的理想状态，并确保这些 PodSpecs 中描述的容器运行健康。kubelet 还会向控制平面报告节点和 pod 的状态。kubelet 不管理不是由 Kubernetes 创建的容器。参考文献
* Kubernetes 文档 - kubelet
* 学习步骤 - 什么是 kubelet 及其作用：Kubernetes 基础知识

说明
xl list 的输出显示了域的状态。ID 为 6 的域 Ubuntu 的状态为 "b-"。这意味着该域处于阻塞状态，即空闲或正在等待 I/O。
https://xenbits.xen.org/docs/unstable/man/xl.1.html

* Vagrant 和 Docker 都能将主机文件系统中的目录共享给访客。这样，来宾就可以访问主机中的文件和文件夹，而无需复制它们。Vagrant 使用 Vagrantfile 中的 config.vm.synced_folder 选项来指定共享文件夹1。Docker 在 docker run 命令中使用 -v 或 -volume 标志，将主机目录挂载为容器中的数据卷2。
* Vagrant 和 Docker 都能下载所需的基础镜像。基础镜像是创建客户环境的起点。Vagrant 使用 Vagrantfile 中的 config.vm.box 选项来指定要使用的基础镜像1。Docker 使用 Dockerfile 中的 FROM 指令来指定要使用的基础镜像2。Vagrant 和 Docker 都可以从公共存储库或本地来源下载基础镜像。
* Vagrant 和 Docker 都可以对基础镜像进行更改。更改是对基础镜像的修改或添加，用于定制客户机环境。Vagrant 使用配置器在启动后在客户机上运行脚本或命令1。Docker 使用 Dockerfile 中的指令在基础镜像上执行命令并创建新镜像2。Vagrant 和 Docker 都能将更改保存到新镜像中，或在客户机销毁后将其丢弃。
* Vagrant 和 Docker 启动系统镜像的方式不同。Vagrant 默认将系统镜像作为虚拟机启动，使用 VirtualBox、VMware 或 Hyper-V1 等提供商。Docker 默认以容器形式启动系统映像，使用 macOS、Linux 和 Windows2 上的本地容器化功能。容器通常比虚拟机更轻便、更快速，但安全性和灵活性较差。参考文献1: Vagrant vs. Docker | Vagrant | HashiCorp Developer 2: Vagrant vs. Docker：
哪种方法适合您？(两者皆可） - Kinsta Web 开发工具

不共享

/etc/docker/daemon.json

说明
Containerd 是一种行业标准的容器运行时，默认情况下使用 Runc（一种底层容器运行时），但也可以配置为使用其他运行时1。Containerd 管理其主机系统的整个容器生命周期，从镜像传输和存储到容器执行和监督1。它支持开放容器倡议（OCI）制定的标准1。Containerd 不需要安装 Docker 引擎和 Docker CLI，因为它可以独立使用，也可以与其他容器平台一起使用2。Containerd 不是文本文件格式，也不在每个 Docker 容器中运行或提供 DHCP 客户端功能。Containerd 并不是任何 Docker 容器启动时运行的初始进程，因为这是容器运行时（如 Runc）的职责3。参考文献1（搜索 "containerd"），2（搜索 "Containerd 是一个开源"），3（搜索 "它使用 rune 来启动容器"）。

说明
要使用带有硬件虚拟化扩展的 QEMU，必须加载的 Linux 内核模块是 KVM（基于内核的虚拟机）。KVM 是一种完整的虚拟化解决方案，允许用户空间程序（如 QEMU）利用各种处理器的硬件虚拟化功能（如 Intel VT 或 AMD-V）。KVM 由一个提供核心虚拟化基础架构的可加载内核模块 kvm.ko 和一个特定处理器模块 kvm-intel.ko 或 kvm-amd.ko 组成。KVM 必须加载到主机系统的内核中，才能使用主机系统 CPU 的虚拟化扩展。这样，QEMU 就能使用未经修改的 Linux 或 Windows 映像运行多个虚拟机，每个虚拟机都有专用的虚拟化硬件。KVM 已与 QEMU 集成，因此无需将其加载到每个虚拟机或第一个虚拟机的内核中。KVM 也不需要准虚拟化（paravirtualization），这是一种修改客户操作系统以绕过仿真层直接与管理程序通信的技术。参考资料
* 功能/KVM - QEMU
* 基于内核的虚拟机
* Red Hat Enterprise Linux 8 上的 KVM 虚拟化 (2023)

说明
基于容器的虚拟化是一种操作系统级虚拟化方法，它允许多个孤立的用户空间（容器）在同一主机系统上运行1。每个容器与主机共享相同的操作系统内核，但拥有自己的文件系统、库和进程2。因此，A 和 C 的说法是错误的，因为容器不运行自己的内核，也不依赖 CPU 的硬件支持。语句 E 也是错误的，因为 Linux 确实通过各种技术（如 cgroups、命名空间、LXC、Docker 等）支持基于容器的虚拟化12。B 为真，因为不同的容器可以使用同一操作系统的不同发行版，如 Debian、Ubuntu、Fedora 等，只要它们与主机内核兼容3。声明 D 也是正确的，因为所有容器都运行在主机系统的操作系统内核中，主机系统为它们提供隔离和资源管理12。参考文献：
* 1：容器化（计算） - 维基百科。
* 2：什么是容器？| 谷歌云。
* 3：什么是基于容器的虚拟化？- StackHowTo.

说明
在 Dockerfile 中，WORKDIR 指令为后续的 RUN、CMD、ENTRYPOINT、COPY 和 ADD 指令设置工作目录1。RUN 指令在当前映像之上的新层中执行命令，并提交结果2。RUN cd 指令不会更改下一条 RUN 指令的工作目录，因为每条 RUN 指令都是在新的 shell 和新的环境中运行的3。因此，文件 test 是在容器映像的根目录 (/) 中创建的，而不是在 /tmp 目录中。参考文献：
* Dockerfile 引用：WORKDIR
* Dockerfile 参考：运行
* Dockerfile 中 RUN cd 和 WORKDIR 的区别

说明
.dockerignore 文件的作用是指定 Docker 在构建 Docker 镜像时不提交给 Docker 守护进程的文件。.dockerignore 文件是一个文本文件，其中包含一个应从构建上下文中排除的文件或目录列表。通过使用 .dockerignore 文件，可以避免向守护进程发送较大、包含敏感信息或与 Docker 映像无关的文件或目录，从而提高构建过程的效率和安全性。其他选项是不正确的，因为它们没有描述
.dockerignore 文件。选项 A 是错误的，因为 .dockerignore 文件不会影响 Docker 镜像中已有的文件，而只会影响在构建过程中发送给守护进程的文件。选项 C 错误，因为 .dockerignore 文件不存在于容器的根文件系统中，而是与 Dockerfile 位于同一目录下。选项 D 错误，因为 .dockerignore 文件不会影响 Docker 附加到容器的卷，而只会影响构建上下文中包含的文件。选项 E 错误，因为 .dockerignore 文件不会影响 Dockerfile 中被执行的部分，而只会影响 Dockerfile 中可用的文件。参考资料
* 什么是 .dockerignore 文件，为什么要使用它们？
* Dockerfile 参考资料 | Docker 文档
* 如何使用 .dockerignore 及其重要性 - Shisho Cloud

说明
Cloud-init 是一种在云中初始启动 Linux 虚拟机时处理配置并通过五个阶段运行的工具。它允许用户在 Linux VM 首次启动时将用户数据应用到实例中，从而对其进行自定义。用户数据可包括脚本、命令、软件包、文件、用户、群组、SSH 密钥等。
Cloud-init 还能与 Azure、AWS、OpenStack 等各种云平台和服务交互。Cloud-init 的目的是准备一个 laaS 实例的通用映像，以适应特定实例的配置，如主机名、网络、安全性和应用程序设置。参考文献
* Cloud-init - 定制云实例的标准
* 了解云启动 - Azure 虚拟机
* 教程 - 在 Azure 中使用 cloud-init 定制 Linux 虚拟机 - Azure 虚拟机

说明
Vagrant 是一款允许用户创建和配置轻量级、可重现和可移植的开发环境的工具。Vagrant 支持多个提供程序，它们是 Vagrant 用来创建和管理虚拟机的后端。默认情况下，VirtualBox 是 Vagrant 的默认提供程序。VirtualBox 仍然是最容易使用的 Vagrant 平台：它是免费的、跨平台的，而且多年来一直受 Vagrant 支持。VirtualBox作为默认提供商，为新用户使用Vagrant提供了最低的门槛。不过，用户也可以根据自己的喜好和需求使用其他提供商，如 VMware、Hyper-V、Docker 或 LXC。要使用其他提供程序，用户必须将其安装为 Vagrant 插件，并在运行 Vagrant 命令时指定它。用户还可以通过设置 VAGRANT_DEFAULT_PROVIDER 环境变量来更改默认提供程序。参考资料
* 默认提供程序 - Providers | Vagrant | HashiCorp Developer1
* Providers | Vagrant | HashiCorp Developer2
* 如何将 Vagrant 默认提供程序设置为 Virtualbox3

说明
选项 dom0_mem 用于设置 Domain-0 的初始和最大内存大小，Domain-0 是 Xen 中最先启动并管理非特权域（DomU）的特权域。启动 Xen 时，必须在引导加载程序配置（如 GRUB 或 GRUB2）中指定 dom0_mem 选项。
这将确保 Domain-0 内核可以根据启动时的内存量分配内存，用于存储内存元数据和网络相关参数。如果未在引导加载程序配置中指定 dom0_mem 选项，Domain-0 将默认使用主机系统上的所有可用内存，这可能会导致性能和安全问题。参考资料
* 管理 Xen Dom0s CPU 和内存
* Xen 项目最佳实践
* Dom0 Memory - Where It Has Not Gone