未完待续，目前正在折腾多线宽带叠加/分流，尽请期待完稿日。😊 本篇继续来记录 k3s 集群的基础设施维护。 接 上篇文章 完成了对宿舍设施的升级后，准备集中解决下几个痛点；总结起来就是（还是）网络问题。 集群网络问题 域控制器 与 主/从 DNS DNS 作为集群中的基础，其稳定性保证各项服务的质量，因此需要一个良好易实施与维护的方案。 在这之前，我所有的域名都在 Cloudflare 上配置解析，其中也包括内网中的部分。在实际使用时就会发现这是不太方便的做法：将内网的服务地址往外暴露不仅配置麻烦，而且没有必要（暂且不说明安全方面也会有一定的隐患）。 因为现在有了 NAS，为了方便 SMB 共享的用户验证，我搭建了 Windows Server 用做 Active Directory …
（并不）简要的介绍 从去年夏天开始，寝室里一直运行着一台 华硕 pn61s 小主机，上面用 PVE 作为 Hypervisor 跑着几个虚拟机。 这个机器是由在京东二手买的带 八代移动端 i5 的准系统，外加闲鱼入的低价 16g*2 ddr4、拆机西数黑盘 500g hdd 和一块西数蓝盘 1t m2 组成的。特点就是非常小巧，115mm x 115mm x 49mm 的体积在哪都能找个地方容纳。这里还有 刚到手时的记录，那时是挺高兴的（算是当时用过的最高的配置的服务器了，能不高兴嘛）。后面由于气温越来越高，于是去淘宝找了个散热支架将它包围起来， 就像这样。 pn61s 的主要用途是跑从云上搬下来的自建 GitLab（那就是 git.toay 啦，话说 Java …
拥有一个能稳定运行的 k3s/k8s 集群可能并不太容易（所以这只会是一个系列中的一篇😝）。我将在这个系列中记录我爬坑的过程，既为我 之后重建x，也为可能存在的读者作一定的参考。 对于文章中的内容，如果有错误，或是你有更好的方案，欢迎在文末提出。😊 网络 网络可以说是集群维护中最头痛的一件事了，特别是在大陆部署服务器时：国内服务器带宽小且贵，多数 registry、repository、api 不是太慢就是 connection reset、dns 污染。总之，部署在大陆的服务器有一个离不开的一个问题，如何让外网流量正常地进出？ 之前我的方案是 使用 openwrt 作为软路由 的方式透明代理所有流量，但因为 clash 分流配置复杂存在内存泄漏需要定时重启、软路由会增加 …
Note: This article is Chinese-only. 上一篇 两年前的文章 记 容器编排工具 k3s + Rancher 环境的搭建 记录了 外置 mysql 数据库、运行在 Azure 云上的 k3s 集群，以及方便的集群管理工具 Rancher 的安装与配置过程。 对于家中（寝室？学校/实验室？）有自建 NAS 、树莓派/服务器等 Homelab 设施，以及在多个云服务商部署有云服务器这种更为常见场景的我来说，为了设法充分利用这些资源，我在这之后又探索了各种能够实现分布式高可用 k3s 集群的搭建。 对于这种应用场景下的集群，为了保证稳定和可靠性，要反复斟酌的主要有这几个点： 如何为处于不同网络环境下的机器完成互联？ 即使是分布在不同的运营商，让拥有公网 IP …
Notice: This article is only available in Chinese. :( 2024/02/1 更新： k3s 截止最新版本 v1.25.5 部署建议。 traefik 禁用参数 由 --no-deploy 变更至 --disable。 k3s 架构图更新。 更改了安装命令的小错误。 很久没写博客了啊。。。大三啦，准备着电子设计大赛和考研，还是有点忙的，一直没来打理博客；要写的东西其实并不少 （说白了就是懒～）。最近有空升级了集群的部署方案，为了以后能有个参考，可以来水一篇了。 我在香港的两台服务器上托管着各种各样的服务，有轻量级别的 RSS阅读器 Miniflux、IFTTT 开源替代品 Huginn、有中等量级别的 数据收集与可视化 Grafana + …