必须与您在上一步中创建的目录目录位于相同的父目录中： 目 目录结构示例 示例 父目录 Catalog 目录 opm generate dockerfile 命令生成的 Dockerfile c. 运行 opm init 命令，使用 Operator 的软件包定义填充目录： operator 或 package, name 在未指定时该订阅默认到的频道 Operator 的 README.md 或者其它文档的路径 io/openshift4/ose-operator-registry:v4.14 1 . 1 ├── 2 └── .Dockerfile 3 $ opm init \ 1 --default-channel=preview \ 2 --description=./README.md \ 3 --icon= 构建和部署简单的 Go-based Operator。 流程 流程 1. 创建一个 建一个项目。 目。 a. 创建您的项目目录： b. 切换到项目所在的目录： c. 运行 operator-sdk init 命令以初始化项目： 命令默认使用 Go 插件。 2. 创建 建 API。 。 创建简单的 Memcached API： 3. 构建并推送 建并推送 Operator 镜像。 像。 使用默认的

→ Network interfaces 标 签页 网络接口 Configuration → Disks 标签页 磁盘 Configuration → Scripts 标签页 cloud-init 设置、Linux VirtualMachines 的 SSH 密钥、Windows VirtualMachines 的 Sysprep 回答文件 Events 标签页 VirtualMachine 以便在特定节点上运行 Environment 标签页 配置映射、secret 和服务帐户 网 网络 络接口 接口 标签页 网络接口 Disk 标签页 磁盘 Script 标签页 cloud-init 设置、Linux VirtualMachines 的 SSH 密钥、Windows VirtualMachines 的 Sysprep 回答文件 标签页 标签页 描述 描述 4.3.1.5.1 您可以配置 cloud-init，为 Linux VirtualMachine 添加 SSH 密钥，并在 Scripts 选项卡中为 Windows VirtualMachine 上传 Sysprep 回答文件。 例 例 4.21. Script 标签页 标签页 元素 元素 描述 描述 YAML 开关 设置为 ON，以在 YAML 配置文件中查看您的实时更改。 Cloud-init 点编辑图标来编辑

container-tool 标志的一部分。 -t、--tag （字符串） 正在构建的容器镜像的自定义标签。 标记 标记 描述 描述 6.2.2. init 生成 olm.package 声明性配置 blob。 命令 命令语 语法 法 表 表 6.7. init 标记 标记 标记 标记 描述 描述 -c,--default-channel (字符串) 如果未指定，订阅的频道将默认为。 -d,--description 输出格式： json（默认值）或 yaml。 6.2.3. render 从提供的索引镜像、捆绑包镜像和 SQLite 数据库文件生成声明性配置 blob。 命令 命令语 语法 法 $ opm init [] $ opm render [] 第 第 6 operator-sdk create 命令用于创建或 scaffold Kubernetes API。 7.2.4.1. api create api 子命令构建 Kubernetes API。子命令必须在 init 命令初始化的项目中运行。 表 表 7.5. create api 标记 标记 $ operator-sdk completion bash # bash completion for operator-sdk

管理自定义目录 使用 oc-mirror 插件为断开连接的安装镜像镜像 6.2.3. init 生成 olm.package 声明性配置 blob。 命令 命令语 语法 法 $ opm index rm [] 第 第 6 章 章 OPM CLI 113 表 表 6.10. init 标记 标记 标记 标记 描述 描述 -c,--default-channel (字符串) 2.5. render 从提供的索引镜像、捆绑包镜像和 SQLite 数据库文件生成声明性配置 blob。 命令 命令语 语法 法 表 表 6.12. render 标记 标记 $ opm init [] $ opm migrate [] $ opm render init 命令初始化的项目中运行。 表 表 7.5. create api 标记 标记 $ operator-sdk completion bash # bash completion for operator-sdk

来编辑磁盘并保存您的更改。 10. 点 Next 进入 Advanced 步骤并选择以下选项之一： a. 如果您选择了 Linux 模板来创建虚拟机，请查看 Cloud-init 的详情并配置 SSH 访问。 注意 注意 使用 cloud-init 或向导中的自定义脚本，静态注入 SSH 密钥。这使您可以安 全、远程管理虚拟机以及管理和传输信息。强烈建议您使用这个步骤来保护您 的虚拟机。 b. 如果您选择了 模式描述 参数 参数 参数描述 参数描述 8.1.2.3. Cloud-init 字段 字段 名称 名称 描述 描述 Hostname 为虚拟机设置特定主机名。 授权 SSH 密钥 复制到虚拟机上 ~/.ssh/authorized_keys 的用户公 钥。 自定义脚本 将其他选项替换为您粘贴自定义 cloud-init 脚本的字 段。 要配置存储类默认设置，请使用存储配置集。如需更多信息，请参阅自定义存储配置集。 persistentVolumeClaim，则会显示警告信息，虚 拟机也不会启动。 cloudInitNoCloud 附加包含所引用的 cloud-init NoCloud 数据源的磁 盘，从而向虚拟机提供用户数据和元数据。虚拟机磁 盘内部需要安装 cloud-init。 containerDisk 引用容器镜像 registry 中存储的镜像，如虚拟机磁 盘。镜像从 registry 中拉取，并在虚拟机启动时作为

Ignition 配置机器的方式类似于 cloud-init 或 Linux Anaconda kickstart 等工具配置系统的方式，但有一些 重要的区别： Ignition 从一个初始 RAM 磁盘运行，该磁盘与您要安装到的系统相隔开。因此，Ignition 可以重 新分区磁盘、设置文件系统，以及对机器的持久文件系统执行其他更改。与之相反，cloud-init 会 在系统启动时作为机器的初始系统的一部 在系统启动时作为机器的初始系统的一部分运行，因而不易对磁盘分区之类的事项进行基本的更 改。使用 cloud-init 时，难以在节点启动期间重新配置启动过程。 Ignition 旨在初始化系统，而不是更改现有系统。机器完成初始化且内核在安装的系统上运行之 后，OpenShift Container Platform 集群中的 Machine Config Operator 将完成所有后续的机器配 置。 Ignition 不是完成 ，而另一个 文件需要其路径上的某一目录，则首先创建后一个文件。Ignition 按深度排序并创建所有文件、目 录和链接。 因为 Ignition 可以从全空的硬盘开始，所以它可以做 cloud-init 不能做的任务：从头开始在裸机上 设置系统（使用 PXE 启动等功能）。在裸机情形中，Ignition 配置注入启动分区，以便 Ignition 可以找到它并正确配置系统。 5.1.3.2. Ignition

Ignition 配置机器的方式类似于 cloud-init 或 Linux Anaconda kickstart 等工具配置系统的方式，但有一些 重要的区别： Ignition 从一个初始 RAM 磁盘运行，该磁盘与您要安装到的系统相隔开。因此，Ignition 可以重 新分区磁盘、设置文件系统，以及对机器的持久文件系统执行其他更改。与之相反，cloud-init 会 在系统启动时作为机器的初始系统的一部 在系统启动时作为机器的初始系统的一部分运行，因而不易对磁盘分区之类的事项进行基本的更 改。使用 cloud-init 时，难以在节点启动期间重新配置启动过程。 Ignition 旨在初始化系统，而不是更改现有系统。机器完成初始化且内核在安装的系统上运行之 后，OpenShift Container Platform 集群中的 Machine Config Operator 将完成所有后续的机器配 置。 Ignition 不是完成 ，而另一个 文件需要其路径上的某一目录，则首先创建后一个文件。Ignition 按深度排序并创建所有文件、目 录和链接。 因为 Ignition 可以从全空的硬盘开始，所以它可以做 cloud-init 不能做的任务：从头开始在裸机上 设置系统（使用 PXE 启动等功能）。在裸机情形中，Ignition 配置注入启动分区，以便 Ignition 可以找到它并正确配置系统。 7.1.4.2. Ignition

Ignition 配置机器的方式类似于 cloud-init 或 Linux Anaconda kickstart 等工具配置系统的方式，但有一些 重要的区别： Ignition 从一个初始 RAM 磁盘运行，该磁盘与您要安装到的系统相隔开。因此，Ignition 可以重 新分区磁盘、设置文件系统，以及对机器的持久文件系统执行其他更改。与之相反，cloud-init 会 在系统启动时作为机器的初始系统的一部 在系统启动时作为机器的初始系统的一部分运行，因而不易对磁盘分区之类的事项进行基本的更 改。使用 cloud-init 时，难以在节点启动期间重新配置启动过程。 Ignition 旨在初始化系统，而不是更改现有系统。机器完成初始化且内核在安装的系统上运行之 后，OpenShift Container Platform 集群中的 Machine Config Operator 将完成所有后续的机器配 置。 Ignition 不是完成 ，而另一个 文件需要其路径上的某一目录，则首先创建后一个文件。Ignition 按深度排序并创建所有文件、目 录和链接。 因为 Ignition 可以从全空的硬盘开始，所以它可以做 cloud-init 不能做的任务：从头开始在裸机上 设置系统（使用 PXE 启动等功能）。在裸机情形中，Ignition 配置注入启动分区，以便 Ignition 可以找到它并正确配置系统。 5.1.4.2. Ignition

Ignition 配置机器的方式类似于 cloud-init 或 Linux Anaconda kickstart 等工具配置系统的方式，但有一些 重要的区别： Ignition 从一个初始 RAM 磁盘运行，该磁盘与您要安装到的系统相隔开。因此，Ignition 可以重 新分区磁盘、设置文件系统，以及对机器的持久文件系统执行其他更改。与之相反，cloud-init 会 在系统启动时作为机器的初始系统的一部 在系统启动时作为机器的初始系统的一部分运行，因而不易对磁盘分区之类的事项进行基本的更 改。使用 cloud-init 时，难以在节点启动期间重新配置启动过程。 Ignition 旨在初始化系统，而不是更改现有系统。机器完成初始化且内核在安装的系统上运行之 后，OpenShift Container Platform 集群中的 Machine Config Operator 将完成所有后续的机器配 置。 Ignition 不是完成 ，而另一个 文件需要其路径上的某一目录，则首先创建后一个文件。Ignition 按深度排序并创建所有文件、目 录和链接。 因为 Ignition 可以从全空的硬盘开始，所以它可以做 cloud-init 不能做的任务：从头开始在裸机上 设置系统（使用 PXE 启动等功能）。在裸机情形中，Ignition 配置注入启动分区，以便 Ignition 可以找到它并正确配置系统。 6.1.4.2. Ignition

通过将额外的遥测数据发送到 devfile registry 来提高指标 将 bootstrap 镜像更新至 registry.access.redhat.com/ocp-tools-4/odo-init-container- rhel8:1.1.11 上游存储库位于 https://github.com/redhat-developer/odo 3.1.2. 程序错误修复 在以前的版本中，如果 operator-sdk create 命令用于创建或 scaffold Kubernetes API。 7.2.4.1. api create api 子命令构建 Kubernetes API。子命令必须在 init 命令初始化的项目中运行。 表 表 7.5. create api 标记 标记 $ operator-sdk completion bash # bash completion for operator-sdk --output-dir（字符串） 写入 Kustomize 文件的目录。 --package（字符串） 软件包名称。 -q、--quiet 在静默模式下运行。 7.2.6. init 第 第 7 章 章 OPERATOR SDK 145 operator-sdk init 命令初始化 Operator 项目，并为给定插件生成或 scaffolds 默认项目目录布局。 这个命令会写入以下文件： boilerplate