想法不错，是个趋势

可以先写一个 text ，需要有哪些东西。（当你写完后，可能注意力会下降，需要休息）
过了一天，你发现，你可以再丰富些内容。（做完后，可能又需要休息一下）
过了一周，你发现，还可以优化，那就再优化一下。

后来排查发现，是由于这个业务本来是 k3s 的，后来有个新项目使用 docker-compose 部署，在这个节点运行后，影响了原有 k3s-agent 对防火墙策略的配置。

关闭该节点的 k3s-agent 后，全国可以访问了。

@lrvy 不错不错，新项目可以参考。老项目还是得兼顾过去已经卖出去的模块。

@aladdinding 有道理。我们可以根据模块 sn 号制定一个算法，这样模块就会自己去找相应的主机了。

@HojiOShi 你好，我是个运维，不是开发。有点笨，让你笑话了。

不过，这个问题是云平台导致的问题。这个是自己的云，还是公有云？

如果你的应用比较少，比如只有一台云主机里面部署了应用。那么，可以在这个云主机里面，做一个 lo 本地环回接口，地址 192.168.50.11 ，然后部署一个 rinetd 程序，将 192.168.50.11:6379 端口，转发到 192.168.2.10:6379.

@yunv2 有道理，感谢。

@xubingok 你们的应该是 ac ap 架构，密度也不大

后来做了优化可以了。

@totoro625 有道理。

@Zorro825 一语中的 赞

@puzzle9 对，他们群体大概有几十万。也有可能是跟支付宝做了定制引流业务。

@Clannad0708 我这个仓库里面只有常用的，不是所有的，所以需要大家接龙所需镜像名称，需要哪些我就同步，方便伙计们一块使用。

@Clannad0708 参考其他兄弟发的链接，长期使用私有镜像配置如下：
# 编辑文件/etc/containerd/config.toml
[plugins."io.containerd.grpc.v1.cri".registry]
[plugins."io.containerd.grpc.v1.cri".registry.mirrors]
[plugins."io.containerd.grpc.v1.cri".registry.mirrors."docker.io"]
endpoint = ["https://registry-1.docker.io"] //到此为配置文件默认生成，之后为需要添加的内容
[plugins."io.containerd.grpc.v1.cri".registry.mirrors."harbor.op123.ren"]
endpoint = ["https://harbor.op123.ren:44301"]
[plugins."io.containerd.grpc.v1.cri".registry.configs]
[plugins."io.containerd.grpc.v1.cri".registry.configs."harbor.op123.ren".tls]
insecure_skip_verify = true

# 重启 containerd 服务
systemctl daemon-reload
systemctl restart containerd
systemctl status containerd

# 测试

@Clannad0708 仓库应该还是一样的仓库？

@Clannad0708 是的。这个是国内站点，带宽 100Mbps+。在某些情况下，就算不修改 daemon.json 也可以直接将镜像地址写到 docker-compose 中，或者 k8s 的 yaml 文件中，提高使用效率。目前，我已经使用了半年了，所以发出来与大家分享。

eh 兄弟们，我搭建这个不是为了分享脚本，而是分享镜像站点，供运维或者相关的兄弟可以及时或者偶尔用到的时候下载到想用的镜像。