Kubernetes云原生分布式块存储解决方案
在安装了 Longhorn 的 Kubernetes 集群中，每个节点都必须满足以下要求：
– 与 Kubernetes 兼容的容器运行时（Docker v1.13+、containerd v1.3.7+ 等）
– Kubernetes v1.18+
– open-iscsi已安装，并且守护程序正在所有节点上运行。这是必要的，因为 Longhorn 依赖于主机为 Kubernetes 提供持久卷
– RWX 支持要求每个节点都安装了 NFSv4 客户端
– 主机文件系统支持存储数据的功能。目前支持ext4、xfs
– 必须安装bash、curl、findmnt、grep、awk、blkid、lsblk
– 必须启用Deploying CSI Driver on Kubernetes
Longhorn 工作负载必须能够以 root 用户身份运行，以便 Longhorn 能够正确部署和运行。
由于用了几年的online独立服务器突然收到邮件说要在4月份后被收回了，可怜了我那几TB的数据无法在第一时间拿回（几年前打算拉回本地的，可惜那速度惨不忍睹）。于是我就在寻求存储型的VPS来存放数据。
在备选方案中有Contabo的、Virmach等这些储存型的VPS（还有其他家的由于没有账号虽然价格更优惠但是却因为没注册账号稍后点），在纠结了几天后发现Contabo推出了object-storage。
在几经推敲下还是选用Contabo的object-storage来存数据先，在用的另外一台服务器虽然也存了部分可惜空间不够，留一部分做往后转存的空间吧。
2021年的11月因为活动购买了七牛云的CDN，在已经使用了Ucloud的CDN的情况下为了用完有有效期的流量包就切换到了七牛云。
一切都很好，刚好可以开启海外节点这样就不需要我自建海外的节点分区解析了。
昨晚点击了PVE的集群防火墙，好家伙和几年前一样开启了22、8006端口都无法访问了，难道要像几年前一样进行重装了吗？
(⊙﹏⊙)这可不太行啊，难道每次遇到问题都要重装才行？
于是在没有提前开启规则的时候只能关闭防火墙了。
继续阅读Proxmox Virtual Environment 误开cluster-wide firewall的解决办法
虽然此系统此版本的已经水过了，但是之前的etcd是使用容器的方式运行的，本次的改成了外部etcd并且和再之前的教程不通的是这次的etcd启用了ssl。
在水这教程时由于只有一台机器，因此是单主机安装k8s并设置可被调度。
机器IP：172.30.88.191
主机名修改后为：node01