基于Libvirt on KVM的openshift4集群创建.doc

? ? ? ? ? ? ? ? 基于Libvirt on KVM的openshift4集群创建 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 概览 本文主要介绍了利用开源 github 社区的 Openshift 4 的 libvirt 实现来安装一个可以使用的 openshift 集群 ， 以及其中启动、控制和工作节点相关步骤的详细介绍。 [X1] Openshift 分为 开源版本 和 商业版本 ，出于技术交流的目的，本文所讨论的都是开源版本，主要的代码都在 这里 。 对比 openshift 3 / 4 的安装和后续节点管理的工作，最重要的区别是针对云的概念的引入，从而极大程度的减轻管理员安装配置的负担，之前的 openshift3 所针对的安装环境都是以机器 (machine) 为对象通过 ansible 来安装，这样不仅复杂，而且极易出错；而 openshift4 的 Installer Provisioned Infrastructure (IPI) 所针对的安装环境主要是云，所有所需要的资源例如虚拟机 / 裸金属机，存储，网络，负载均衡都通过访问云 API 从而动态获得，极大的增加了安装的健壮性和弹性。 目前所支持的 cloud 列表可以参考 支持列表 。 Libvirt with KVM installer 作为一个单机开发的工具，可以提供方便的开发环境给开发者，同时，分析 libvirt 的安装过程也有助于读者深入浅出的理解 openshift 4 的安装过程以及 openshift4 内部组件的启动等内容。 基本概念 CoreOS 是一个基于 Linux 内核的轻量级操作系统，面向云和集群为主，其主要的优势是一致 、 安全 、 可靠。关于 CoreOS 具体可以参考 官方文档 , CoreOS 又分为 fedora Co reOS （社区版）和 RHEL CoreOS ( 商业版 ) ， CoreOS 作为云原生操作系统， ignition 是其很有特色以及和普通 Linux 不一样的地方 ， 下面这个 ignition 的实例主要的目的就是将生成的公钥注入部署出的虚拟机里，这样当 coreos 启动之后，可以通过公钥对应的私钥 ssh 登录。 Openshift4 中控制节点 (master) 必须是 CoreOS ，工作节点 (worker) 可以是 CoreOS 。 { "ignition": { "config": {}, "timeouts": {}, "version": "2.1.0" }, "networkd": {}, "passwd": { "users": [ { "name": "core", "sshAuthorizedKeys": [ "ssh-rsa ABCD..." ] } ] }, …. } Operator: 简化应用程序部署和生命周期管理—— 自动化 的执行应用程序维护，扩展，故障转移等工作 , openshift 4 的控制面几乎都建立在 operator 之上，关于 operator 可以参考 概念介绍 ，如果读者对 Operater 的概念不是很理解，也可以参考这里的 实验教程 。 Cluster API: Cluster API 是一个 Kubernetes 之上的可选项目，它使用 Kuber ne tes 的 扩展机制(Custom Resource Definition) 来创建、配置和管理集群 (Cluster) 。关于 Cluster API 的用况，范围等内容可以参考 这篇 和 这篇 文章， Cluster API 作为通用的 Kubernetes 集群管理框架，有许多不同种类的云提供商都以 Cluster API 为基础，您可从 此处 获取云提供商的完整列表。 Openshift installer 基于 Cluster API 的 Kubernetes 版本做了一定修改 来创建工作节点。 Terraform: 一种构建、更改和版本控制基础设施的工具 (Infrastructure as code) ，针对业界 几乎所有的云平台都有自己的实现 ， 例如 aws, openstack; libvirt 等 也有自己的 provider 实现， libvirt 的实现 一般只是拿来作为开发和测试使用的 ， openshift installer 的 libvirt 安装方法 现在使用 terraform 的 libvirt 实现来完成基于 libvirt 集群的控制面创建 (bootstrap 节点， master 节点 ) ，而 worker 节点则是通过 Cluster API libvirt 来安装的。