mirror of
https://github.com/yeasy/docker_practice.git
synced 2026-08-10 16:37:34 +00:00
Update node-exporter to v1.11.1, fcct to butane
This commit is contained in:
@@ -4,15 +4,15 @@
|
||||
|
||||
在[下载页面](https://getfedora.org/coreos/download/) `Bare Metal & Virtualized` 标签页下载 ISO。
|
||||
|
||||
### 17.2.2 编写 FCC
|
||||
### 17.2.2 编写 Butane 配置
|
||||
|
||||
FCC 是 Fedora CoreOS Configuration (Fedora CoreOS 配置) 的简称。
|
||||
> **注意**:Fedora CoreOS 配置工具已从 `fcct` (Fedora CoreOS Config Transpiler) 更名为 **Butane**。新版本使用 `.bu` 扩展名和更新的 spec 版本。
|
||||
|
||||
```yaml
|
||||
## example.fcc
|
||||
## example.bu
|
||||
|
||||
variant: fcos
|
||||
version: 1.0.0
|
||||
version: 1.6.0
|
||||
passwd:
|
||||
users:
|
||||
- name: core
|
||||
@@ -21,10 +21,10 @@ passwd:
|
||||
```
|
||||
将 `ssh-rsa AAAA...` 替换为自己的 SSH 公钥 (位于 `~/.ssh/id_rsa.pub`)。
|
||||
|
||||
### 17.2.3 转换 FCC 为 Ignition
|
||||
### 17.2.3 转换 Butane 配置为 Ignition
|
||||
|
||||
```bash
|
||||
$ docker run -i --rm quay.io/coreos/fcct:v0.5.0 --pretty --strict < example.fcc > example.ign
|
||||
$ docker run -i --rm quay.io/coreos/butane:release --pretty --strict < example.bu > example.ign
|
||||
```
|
||||
|
||||
### 17.2.4 挂载 ISO 启动虚拟机并安装
|
||||
|
||||
@@ -62,7 +62,6 @@ $ skopeo copy docker://docker.io/library/alpine:latest docker://registry.example
|
||||
$ skopeo copy docker://docker.io/library/alpine:latest oci:alpine-oci
|
||||
```
|
||||
如果我们要将本地的某个目录下的打包好的镜像再次推向 Registry 或转换为其它存储类型也是完全支持的,诸如:
|
||||
|
||||
- `docker://` 远端 Registry
|
||||
- `docker-archive:` / `docker-daemon:` Docker 对应的归档文件或本地守护进程
|
||||
- `oci:` / `oci-archive:` OCI 相关文件格式
|
||||
|
||||
@@ -7,7 +7,6 @@
|
||||
[containerd](https://containerd.io/) 是一个行业标准的容器运行时,它最初是由 Docker 引擎中剥离出来的一个核心组件,后来 Docker 将其捐赠给了云原生计算基金会(CNCF),目前已经是一个 CNCF 毕业(Graduated)项目。
|
||||
|
||||
它的主要职责是管理单个宿主机上完整的容器生命周期,包括:
|
||||
|
||||
- 镜像的传输和存储
|
||||
- 容器执行和管理
|
||||
- 存储和网络接口的管理
|
||||
@@ -41,7 +40,6 @@ Kubernetes 作为一个容器编排系统,为了屏蔽底层不同容器运行
|
||||
### 17.6.3 为什么直接使用 containerd?
|
||||
|
||||
对普通应用开发者来说,Docker 依然是本地开发和测试的首选。但对于构建云平台、自动化流水线或深度管理 Kubernetes 集群的系统工程师来说,直接使用 containerd 可以带来:
|
||||
|
||||
- **更高的性能与更少的开销**:去掉了 Docker Daemon 等附加组件的资源占用,链路更短。
|
||||
- **更强的稳定性**:作为专注于运行时的底层组件,它的核心功能极为稳定且更新受控。
|
||||
- **直接符合 Kubernetes CRI 标准**:在生产级 Kubernetes 集群中作为标准配置。
|
||||
|
||||
Reference in New Issue
Block a user