- 上报宿主 IP 。可以通过日志或者内置 crontab 定时 curl 一个地址，分析访问日志
- 远程登录容器。首先，要有远程登录服务，如镜像中安装 ssh server 。其次，要解决网络问题。容器不向宿主映射 ssh 端口的话，你是登录不了的。一般会考虑容器主动向服务端发起连接，如 ssh 的反向代理隧道。也可以考虑 mesh 网络一类的自组网络，比如镜像内置 tailscale 。
以上都是自己手搓的话一些可能的方向，整体上是要实现一个远程控制管理的服务端和客户端。条件允许的话，现成的 swarm+portainer 应该更合适。

不必特地的去支持国产，梳理好自己的需求，重要数据多备份，不重要数据图便宜即可。

- 不是特别高端的话，白电建议国产品牌，国外品牌基本是被吊锤的。有特别社交需求另说。
- 洗完还要拿出来另外放烘干机是痛点，高预算可以考虑研究一下热泵洗烘一体，非低端洗烘一体机，可选项应该不多
- 比较吵，考虑放置位置，否则会主动降低使用率
- 不使用新风，或本来就有一直开窗通风的习惯，其实不如通风、晒太阳更符合国人使用习惯

感谢分享，最近准备玩玩 GPU 主机，信息很有用。
可以添加竞价价格，个人玩玩，不考虑稳定性，竞价实例会便宜很多。

可以这么理解，同样的媒体文件，jellyfin 一类是服务端管理方案，kodi 是客户端管理方案。
服务端管理方案的优势是相对不挑客户端，大部分客户端都可以有相对一致的服务体验，服务端提供的是媒体服务；
客户端管理方案的优势是不用折腾服务端，但对客户端有限定，服务器提供的是文件服务。

@summersun2021 可以配置账号能够访问的媒体库。实在担心的话，可以另开一个 jellyfin 实例放敏感内容。

用云服务器的话，基本算常识。几乎所有厂商都会提示你关机和释放的区别，现在还有释放计算资源，保留存储，以很低成本保留实例并快速恢复的特性。
但以上都要通过厂商提供的管理后台进行操作才能感知，如果是 ssh 上去 poweroff ，可能会误以为关机就不计费了。

可能是有点复杂，年纪大了折腾不动。网络是挺有意思的，但是坑太大，和具体的环境耦合太紧，不管什么 overlay 、sdn ，总要以底层网络为基础的。折腾好久，底层有点变化可能就要重新调试。

还是有一些需求的：
- 18T*8 的硬盘
- 6 节点的 kubernetes 实验集群
- 各种网络拓扑模拟实验
- 各种虚拟化、超融合实验
- 各种 selfhosted

基本就是 homelab 那一套，就是看到有意思的软件或硬件，想玩一下。相比 mini 主机，AIO 有时候会更合适。mini 主机作为一个计算单元还是挺好用，可以多买几个模拟裸金属集群。这不是二选一，是可以都要的。至于升级为国家电网战略合作伙伴，本质上和痴迷钓鱼、游戏没有区别，养鱼养企鹅也要花钱的。

- 首先要了解常规的就医流程。不常去医院的可能不清楚，一般是 预约挂号-取号-签到-等叫号-就诊-检查、开药-复诊-取药-回家。
- 预约挂号是提前几天，通过网络进行预约。这里决定了你看病全程是高效的还是低效的，30 分钟看完还是半天甚至一天耗在医院都是有可能的。预约只有一个原则，越早越好。预约当天一般分为上午和下午，约在上午或下午最早的时间，一般是 8:30 或 13:30 。不管你计划什么时间到医院，就约最早的。这基于一个基本的过号逻辑，过号后延后三位就诊。
- 取号。就医当天，到医院后请尽快取号，有部分医院也支持线上取号。取号的要点是要留意预约挂号的有效期，一般是预约当前的 11 点和 16 点，超过这个时间点没有取号，则预约作废，并计入累计失约惩罚。小窍门是如果支持线上取号，你可以获得额外的 1 个小时的冗余时间。
- 签到。取号后凭纸质或电子凭证在报到机或分诊台护士处签到。只有签到了，你才真正排入候诊队伍。如果你约的不够早，这时你可能会碰到过号插队的问题。有人签到比你晚，但预约挂号比你靠前，就被动触发了过号延后三位就诊，出现了比你到医院晚，但比你早就诊的现象。这就是上面说的“就约最早”的原因，可能会略显素质低，但也只是在过号策略下的一种博弈吧。
- 就诊。个人经验，初来乍到，自己不知道情况，医院也没有你的病历不清楚你的情况，不建议挂专家号。因为都是开检查，有检查数据再说话。开检查这种工作专家和普通门诊差距不会太大。当然，专家肯定有专家的优势，只是初来乍到性价比不高，土豪可以随意的。
- 检查。有的检查当天可做，有的检查需要空腹，有的检查需要再约，甚至要约到几天或几周后。大部分再约的检查会给一个凭证，不再需要挂号了。
- 复诊。如果检查当天出结果，当天复诊不需要挂号，但需要重新签到。当天复诊一般也意味着你在医院要耗掉半天或一天的时间，和另约时间再就诊哪个高效可能要自己判断。
- 取药。医生开了药，或检查，你可以当场付费，也可以出诊室后在自助机付费。也可以不付药费、检查费，即不取药不检查。但挂号费要付，即诊疗费。医生看了病就要收诊疗费，至于开的单子，你可以不认可，不付费。再换个医院或换个医生就好了。如果仅仅是不想要中药，完全可以和医生说你是中医黑，不吃中药。整体上，患者是可以和医生沟通诊疗方案的，注意是沟通，不是抬杠，不是百度学术探讨。土豪可以和医生沟通换进口药，想省钱可以和医生沟通尽量换用医保范围内的药。

@locoz 是我唐突了。因为上下文是在讨论 microk8s\kind 这种可以暂时忽略节点概念的一键启动工具，所以下意识把 kubeadm 这种至少要考虑创建几个虚拟机的工具定义为需要规划的。误导了大家，抱歉。

@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 也好几年，该发黄发黄，该落灰落灰，也一直用着没有不适。各种参数，各种服务，能感知到的，愿意加钱也算值当，感知不到的，不加钱的话也可以挑挑，额外加钱就算了。
总之，理性消费，为自己体验买单。