这是一个创建于 217 天前的主题，其中的信息可能已经有所发展或是发生改变。
中型网站的样子, 业务上的服务大概十多个
 |
1
dayeye2006199 217 天前 via Android  1
开 control plane HA 部署我觉得可以
|
 |
2
tudou1514 216 天前 1
能，但是不推荐。
|
 |
3
cheng6563 216 天前 1
能，用 etcd 或者外部 SQL 数据库做数据存储就行了。
|
 |
4
zed1018 216 天前 1
能，正在用
|
 |
5
dlmy 216 天前 1
能用，但不建议用
刚从 k3s + rancher 中脱坑，生产上还是建议用 k8s ，不想麻烦的话可以直接上云厂商的容器托管服务 |
 |
6
asuraa 216 天前 1
我直接用 swarm
|
 |
7
DefoliationM 216 天前 via Android 1
可以考虑使用 rke2 。
|
 |
8
unnamedhao 216 天前 via iPhone 1
microk8s 咋样？
|
 |
9
zedpass 216 天前 1
生产环境如果上云的话，一般就买云厂商的容器托管服务了
|
 |
11
GeekGao 216 天前 1
一般的用途，是能用的。如果二次开发加入一些什么，风险可能大了点
|
 |
12
tairan2006 216 天前 via Android 1
边缘端可以用用 云端不推荐
当然规模小用 docker 都行 |
|
13
dlmy 216 天前 1
@fdghjk 比如数据库的切换，默认用 sqlite ，线上要如何无风险的切换到 etcd ？比如 k8s etcd 遇到的 informer 问题，在 k3s 上就没办法测出来？
在解决这类问题的时候，要投入进去大量的资源（人力、时间），使用 k3s 的公司不太可能去投入这么多资源，而有这么资源去投入的公司一般不会用 k3s 。 不建议使用的主要理由如下： 1 、遇到问题资料比较少 2 、要调研的东西比较多 3 、如果要做一些定制化的改动，风险太大 仅代表个人浅见，一些精通源码、每天解决 k3s 生产上疑难杂症的大佬轻点喷 （毕竟这是在 v 站，肯定会有一些大佬跳出来说是我们不会用） |
 |
14
panwork 216 天前 1
已用，大概 6 个节点，21 个 pod……主要是为了突发流量和灾备，用了高可用云数据库，双 master 节点。目前还行吧，就是 K8S 默认看板隔一段时间就报证书错误，目前解决不了，不知道问题在哪里，其他的还好
|
 |
16
msmmbl 215 天前 via Android 1
我有一个项目 120 个边缘节点（类似树莓派这种 arm 板子）跑 k3s ，稳定跑了 3 年了，感觉没啥问题，要更新软件版本也方便，在 rancher 里面改下 daemonset 版本号就滚动推送到所有节点了。
|
 |
17
ixdeal 215 天前 1
@panwork #14 证书你需要按照这里面的教程改下 https://cloud.tencent.com/developer/article/2233618
|
 |
18
xiaowu95 214 天前 1
已上生产近两年，8 个节点，200+pod ，使用良好
# kubectl top nodes NAME CPU(cores) CPU% MEMORY(bytes) MEMORY% k3s-prod-master1 2136m 26% 10644Mi 69% k3s-prod-master2 1207m 15% 10523Mi 68% k3s-prod-master3 1588m 19% 9604Mi 62% k3s-prod-node1 1425m 17% 7972Mi 52% k3s-prod-node2 2668m 33% 10490Mi 68% k3s-prod-node3 1875m 23% 11282Mi 73% k3s-prod-node4 364m 9% 5797Mi 76% k3s-prod-node5 82m 2% 4580Mi 60% # kubectl top pods -A|wc -l 244 |
Select Language