centos etcd CentOS系统

大家好，centos etcd相信很多的网友都不是很明白，包括CentOS系统也是一样，不过没有关系，接下来就来为大家分享关于centos etcd和CentOS系统的一些知识点，大家可以关注收藏，免得下次来找不到哦，下面我们开始吧！

CoreOS,一款 Linux 容器发行版

CoreOS是款最新Linux发行版，具备自动升级内核软件与全面管理集群配置的功能。选择Linux服务器系统的争论中，如CentOS、Fedora与Ubuntu等，如今，CoreOS加入竞争。它采用不同于传统Linux发行版的独特实现方式。

为什么选择CoreOS？CoreOS控制发行版升级，基于ChromeOS代码集成Docker与潜在核对/修复功能，无需停止或重启进程，即可在线升级。测试版本已支持此功能，前所未闻。

CoreOS自α测试阶段起，在硅谷车库中发展，四年间稳定成长。在2017年CoreOS大会上，它已支持谷歌云、IBM、AWS与微软服务，超过1000名开发人员参与项目，感到荣幸。

CoreOS设计为容器轻量级Linux发行版，最初是Docker平台，随着时间推移，它在容器领域独辟蹊径，支持Docker外的容器rkt。不同于其他Linux发行版，CoreOS没有包管理器，而通过Google ChromeOS自动升级软件，增强集群安全性与可靠性。操作系统升级组件与安全补丁定期推送到CoreOS容器，无需系统管理员干预。

CoreUpdate与Web界面允许修改推送周期，控制机器更新时间与集群更新速度。etcd分布式配置服务为Linux集群容器提供配置共享与服务发现功能。服务器下线升级时，发起领袖选举，确保系统与容器应用持续运行。

CoreOS集群管理采用fleet方法结合etcd与systemd，尽管fleet仍在使用，但CoreOS已将etcd整合到Kubernetes容器编排系统中，构成更强大的管理工具。通过cloud-config管理网络配置、用户账号与systemd单元。

CoreOS可自行升级至最新版本，提供从单独系统到集群的完全控制。无需在每台机器上运行Chef改变单一配置。如果扩展DevOps控制，CoreOS轻松部署Kubernetes。

CoreOS设计易于部署、管理和运行容器，RedHat家族的原子项目同样能达到类似效果，但CoreOS从诞生之日起即为容器设计。容器与Docker在商业系统中逐渐流行，CoreOS适合裸机硬件、虚拟机或云端环境。

如有任何CoreOS观点或问题，欢迎留言讨论。如文章有用，分享给他人。感谢Steven J. Vaughan-Nichols为IT领域的贡献，他的见解不代表Linode公司，衷心感谢。了解更多关于他，请关注Twitter@sjvn。

k3s 集群搭建

通过k3s搭建多节点集群的详细步骤如下：

首先，准备环境，包括主机和虚拟机配置。推荐使用vmware在centos7系统上部署k8s和kubeadm，操作步骤可参考相关指南，直至安装docker。

接着，进行ntp同步，确保集群内所有节点的时间同步，使用centos系统自带的ntp服务或ntpdate进行内网集群时钟同步。

然后，执行k3s安装，关注安装文档，执行关键命令。

部署三节点集群，设置1个主节点和2个从节点。通过查看节点状态确认安装情况。

实现镜像加速，利用containerd配置k3s，重启服务后检查docker.io目录，确保加速效果。

在从节点上保存config文件，遇到报错时，将master节点的配置文件拷贝过来，修改内容，将server地址设置为主节点的地址，然后执行相关命令，使agent节点可以正常使用kubectl。

删除节点，首先移除agent节点，再删除master节点，确保集群结构的完整性。

搭建多主节点集群以实现高可用性，使用三个节点安装多master集群，确保默认参数下的sqlite数据库不支持高可用，切换到内置的etcd数据库，并使用--cluster-init参数。

安装多主节点集群时，分别执行安装命令，查看节点情况，确保角色中包含etcd角色。对于第二台和第三台节点，若遇到ca连接同步etcd报错，尝试重启电脑或检查网络冲突，最终确认节点加入情况。

学习如何通过安装选项和Rancher文档配置k3s Server，了解默认情况下使用位于/etc/rancher/k3s/config.yaml的YAML文件中的值。

了解在启动k3s后如何修改配置参数，比如修改端口和单节点最大pod数量，以及如何在master节点和node节点上执行相关命令。

探索如何配置kube-proxy-arg多个配置项，关注启动后修改配置参数的指南，以及VPS上自建k3s集群获取真实客户端IP的方法。

参考畅行无阻: K3S、RKE2、RKE到 Rancher的国内资源部署技巧，进一步学习国内资源部署技巧，确保集群稳定运行。

systemctl命令找不到(linux中systemctl详细理解及常用命令)

一、systemctl理解

Linux服务管理两种方式service和systemctl

systemd是Linux系统最新的初始化系统(init),作用是提高系统的启动速度，尽可能启动较少的进程，尽可能更多进程并发启动。

systemd对应的进程管理命令是systemctl

1. systemctl命令兼容了service

即systemctl也会去/etc/init.d目录下，查看，执行相关程序

2. systemctl命令管理systemd的资源Unit

systemd的Unit放在目录/usr/lib/systemd/system(Centos)或/etc/systemd/system(Ubuntu)

主要有四种类型文件.mount,service,target,wants

.mount文件

.mount文件定义了一个挂载点，[Mount]节点里配置了What,Where,Type三个数据项

等同于以下命令：

mount-t hugetlbfs/dev/hugepages hugetlbfs

.service文件

.service文件定义了一个服务，分为[Unit]，[Service]，[Install]三个小节

[Unit]

Description:描述。

After：在network.target,auditd.service启动后才启动

ConditionPathExists:执行条件

[Service]

EnvironmentFile:变量所在文件

ExecStart:执行启动脚本

Restart: fail时重启

[Install]

Alias:服务别名

WangtedBy:多用户模式下需要的

.target文件

.target定义了一些基础的组件，供.service文件调用

.wants文件

.wants文件定义了要执行的文件集合，每次执行，wants文件夹里面的文件都会执行

二、常用命令

1.查看版本号

systemctl–-version

2.管理服务(unit)

systemctl提供了一组子命令来管理单个的 unit，其命令格式为：

systemctl [command] [unit]

command主要有：

start：立刻启动后面接的 unit。

stop：立刻关闭后面接的 unit。

restart：立刻关闭后启动后面接的 unit，亦即执行 stop再 start的意思。

reload：不关闭 unit的情况下，重新载入配置文件，让设置生效。

enable：设置下次开机时，后面接的 unit会被启动。

disable：设置下次开机时，后面接的 unit不会被启动。

status：目前后面接的这个 unit的状态，会列出有没有正在执行、开机时是否启动等信息。

is-active：目前有没有正在运行中。

is-enable：开机时有没有默认要启用这个 unit。

kill：不要被 kill这个名字吓着了，它其实是向运行 unit的进程发送信号。

show：列出 unit的配置。

mask：注销 unit，注销后你就无法启动这个 unit了。

unmask：取消对 unit的注销。

我们先通过 etcd.service来观察服务类型 unit的基本信息：

输出内容的第一行是对 unit的基本描述。

第二行中的 Loaded描述操作系统启动时会不会启动这个服务，enabled表示开机时启动，disabled表示开机时不启动。而启动该服务的配置文件路径为：/lib/systemd/system/etcd.service。

第三行中的 Active描述服务当前的状态，active(running)表示服务正在运行中。如果是 inactive(dead)则表示服务当前没有运行。后面则是服务的启动时间。

第四行的 Docs提供了在线文档的地址。

下面的 Main PID表示进程的 ID，接下来是任务的数量，占用的内存和 CPU资源。

再下面的 Cgroup描述的是 cgrpup相关的信息，笔者会在后续的文章中详细的介绍。

最后是输出的日志信息。

关于 unit的启动状态，除了 enable和 disable之外还有：

static：这个 unit不可以自己启动，不过可能会被其它的 enabled的服务来唤醒。

mask：这个 unit无论如何都无法被启动！因为已经被强制注销。可通过 systemctl unmask改回原来的状态。

关于 unit的运行状态 Active，除了 active和 inactive之外还有：

active(exited)：仅执行一次就正常结束的服务，目前并没有任何程序在系统中执行。举例来说，开机或者是挂载时才会进行一次的 quotaon功能，就是这种模式！ Quotaon不需要一直执行，只在执行一次之后，就交给文件系统去自行处理。通常用 bash shell写的小型服务，大多是属于这种类型。

active(waiting)：正在执行当中，不过还再等待其他的事件才能继续处理。举例来说，打印的相关服务就是这种状态。

enable和 disable操作

比如我们为 etcd服务创建了配置文件/lib/systemd/system/etcd.service，然后执行 enable命令：

systemctl enable etcd.service

所谓的 enable就是在 multi-user.target.wants下面创建了一个链接文件：

至于为什么会链接到 multi-user.target.wants目录下，则是由 etcd.server文件中的配置信息决定的。