@locoz kubeadm 并不负责节点的创建和管理，如果搭建一个 6 节点集群的学习环境，6 个虚拟机需要自行部署，虚拟机的 IP 是需要规划一下的。学习环境的高可用主要是 VIP 和 LB ，不管是传统的 keepalived+haproxy ，还是 kube-vip 、metallb ，都需要自己维护，kubeadm 不负责这部分。kubeadm 只是提供了--control-plane-endpoint 选项来指定 VIP 或域名，以支持高可用控制平面，但具体的 VIP 和 LB 实现都要自己管理维护。

- 蹲地上擦。公共卫生间空间有限，往往欲蹲地而不得。
- 溅水难受。靠后使其挂壁往往冲不干净更难受。另，窜稀和溅水可同时发生。

@289396212 kubeadm 是一个生产级的集群部署工具，个人使用场景更偏向学习运维侧的集群部署维护相关技能。需要提前规划集群节点数量、网络地址、控制平面、业务平面高可用支持等问题，在个人电脑或虚拟化平台上启动多个虚拟机去模拟多节点集群。基本覆盖了实际生产中部署一个集群要考虑的主要方面了。
microk8s 我没有使用过，印象中可能和 kind 差不多。更偏向 k8s 集群的实际使用而不是部署维护，可以快速的拉起一个集群而不用关注具体的细节。方面快速的学习在 k8s 集群上部署应用，或者基于 api 二次开发。

自己研究学习，折腾着玩是没问题的。主要是网络问题，节点间最好是二层互联的，或者能够借助 overlay 实现二层互联，如基于 wireguard 的 VPN 。可以看看 kairos ，包含开箱即用的 wireguard-vpn 。
刚刚接触 k8s ，个人还是推荐使用 kubeadm ，在标准的二层网络中进行学习研究。

基础镜像挂源码卷拉一个容器，在容器里手动执行 Dockerfile 中的指令进行调试。

@kuretru 请教一下如何降低噪音。目前关闭 PCIE 的 LFM 补偿机制后最小风扇速度可以最低调到 20 了，比原来 35 好些了，勉强可以同处一室。其它的散热配置文件和 BIOS 中的 system profile settings 似乎都没有效果。并且似乎只可以调最低风扇速度，气温高的话风扇还是会到四五千转。

R7515 入手需谨慎，噪音问题不太好解决。

准备入红米 4k 27 ，能碰到 1300 左右就下单。只关注 4k 、27 、Type-C 充电一线通这 3 个卖点。其它参数只要对得起这个价格就行。
目前在用的 LG 和 Dell 也好几年，该发黄发黄，该落灰落灰，也一直用着没有不适。各种参数，各种服务，能感知到的，愿意加钱也算值当，感知不到的，不加钱的话也可以挑挑，额外加钱就算了。
总之，理性消费，为自己体验买单。

按观感上的隐蔽性，智能门锁>智能猫眼>智能门铃。

打发下时间，探索下爱好，也没花太多钱，不至于上升到伪需求、消费主义这个层级。就算最后闲置了，也算是探索爱好的成本了，不用太有心理负担吧。

主要是做好服务隔离或降级方案。保证在玩具全部挂了的情况下，最基本的光猫、路由、无线是可用的，即自己折腾不影响最基本的使用。不管是简单的插拔网线还是高级的自动降级，至少要有一个方案的。

在用红米，很少看到广告。可能是当小爱用，从不关机只待机的原因。当然，视频软件里的广告很多，这个应该不能算硬件或系统的广告。

看品牌的话，CHH 有网友似乎更推荐铭凡。

推荐微软的 Mouse without Borders ，用了好几年了，生产力工具。
https://www.microsoft.com/en-us/download/details.aspx?id=35460

前排提醒，那个免费 10G 流量有坑，仅限 5G 网络。在信号不好的地方，手机自动降级到 4G 时，使用的流量不在这个套餐中，如果你没有通用流量套餐，那么就是按照 0.29 元 /MB 计算，已经被坑了 10 块钱了。如果你没有通用流量兜底，这个免费就很鸡肋，毕竟谁也不能时刻盯着手机的网络情况。

写的很好，条理清晰。作为一个用户，从自身利益角度，支持 OP 的观点。但从逻辑上看，理由似乎值得商榷。
- 第一个理由，PON 的技术优势在 FTTR 场景无法体现，不代表整体上有劣势。对于运营商来说技术优势无法体现应该不是重点，技术一致性、基层维护经验和成本可能会重点关注。从纯技术角度看，一个技术方案在该场景无法体现技术优势，自然会给出场景不适配结论，但从商业运营角度却不一定，技术方案只要不是特别的拉胯，在商业决策上的权重应该不会特别高。
- 第二个理由，当前的宽带安装，运营商默认提供的设备性能一般也较低，仅满足基本的路由、交换、无线功能，有需求的用户仍需要额外购买路由、交换、无线设备。所以，运营商默认提供的 PON FTTR 设备无法满足较高用户需求是符合预期的（是否符合预期要看用户实际支付的费用），按照当前逻辑，有需求的用户可以额外购买主从光猫（ OLT\ONU ）。这个理由里面似乎更应该关注利旧问题，有特殊需求的用户在现有 Ethernet 方案下，有一套自己的内网解决方案和设备，这些无法在 PON FTTR 方案下完全复用，对用户来说是需要考虑的沉没成本。
- 第三个理由没什么问题，对用户来说还是兼容性、利旧成本问题。对于产业来说，可能就是技术标准、利益之争了。往上追溯甚至可以到 ATM 和 Ethernet 之争，过于宏大无法评价。

两种场景：
- 有一个 k8s 实验环境，跟着教程学学基本概念。
这个场景主流 CPU 加 64G 内存的配置就够了，kind 、minikube 创建实验环境也很方便。甚至更真实一点的，手动搭建 3 节点控制平面+3 节点工作平面的高可用集群，也可以用虚拟机搭建出来。偏下层的集群搭建学习和偏上层的应用部署学习，应该都是够用的。
- 以 k8s 平台为核心的 homelab
上一个场景中的集群一般是实验集群，随意创建销毁。这个场景里会试图去维护一个所谓的“生产级”集群，部署一些希望能够稳定运行的“业务”，学习一些实际运维 k8s 集群的经验。硬件选择有 2 个方向，一是集中式，找个二手服务器，配置拉满，基本就是上面配置的放大版；二是分布式，上面的配置可以再来几个，好处是可以再研究学习一下虚拟化集群、裸金属配置、超融合等场景。

那就不用贵那个静音机柜了，要好的解决只能物理隔离了。没有地下室、储物间比较难办了。

- 背景疑似机翻内容农场
- 7890 点睛之笔
- 看不懂报错，权限不足仍执行了 2 次 git clone
- 看不懂报错，在首次 pip 报错内容疑似无法连接代理（图片中缺少一位 IP ）时考虑换源
- 推测代理未正确配置或开启，第二次 pip 仍会报错
- 责任全在 GFW