中型网站的样子, 业务上的服务大概十多个
1
dayeye2006199 2023-09-24 01:53:54 +08:00 via Android 1
开 control plane HA 部署我觉得可以
|
2
tudou1514 2023-09-24 08:13:26 +08:00 1
能,但是不推荐。
|
3
cheng6563 2023-09-24 09:20:57 +08:00 1
能,用 etcd 或者外部 SQL 数据库做数据存储就行了。
|
4
zed1018 2023-09-24 09:30:13 +08:00 1
能,正在用
|
5
dlmy 2023-09-24 10:01:40 +08:00 1
能用,但不建议用
刚从 k3s + rancher 中脱坑,生产上还是建议用 k8s ,不想麻烦的话可以直接上云厂商的容器托管服务 |
6
asuraa 2023-09-24 10:11:59 +08:00 1
我直接用 swarm
|
7
DefoliationM 2023-09-24 10:23:19 +08:00 via Android 1
可以考虑使用 rke2 。
|
8
unnamedhao 2023-09-24 10:30:18 +08:00 via iPhone 1
microk8s 咋样?
|
9
zedpass 2023-09-24 14:05:08 +08:00 1
生产环境如果上云的话,一般就买云厂商的容器托管服务了
|
11
GeekGao 2023-09-24 14:51:07 +08:00 1
一般的用途,是能用的。如果二次开发加入一些什么,风险可能大了点
|
12
tairan2006 2023-09-24 16:32:34 +08:00 via Android 1
边缘端可以用用 云端不推荐
当然规模小用 docker 都行 |
13
dlmy 2023-09-24 17:06:02 +08:00 1
@fdghjk 比如数据库的切换,默认用 sqlite ,线上要如何无风险的切换到 etcd ?比如 k8s etcd 遇到的 informer 问题,在 k3s 上就没办法测出来?
在解决这类问题的时候,要投入进去大量的资源(人力、时间),使用 k3s 的公司不太可能去投入这么多资源,而有这么资源去投入的公司一般不会用 k3s 。 不建议使用的主要理由如下: 1 、遇到问题资料比较少 2 、要调研的东西比较多 3 、如果要做一些定制化的改动,风险太大 仅代表个人浅见,一些精通源码、每天解决 k3s 生产上疑难杂症的大佬轻点喷 (毕竟这是在 v 站,肯定会有一些大佬跳出来说是我们不会用) |
14
panwork 2023-09-25 00:56:13 +08:00 1
已用,大概 6 个节点,21 个 pod……主要是为了突发流量和灾备,用了高可用云数据库,双 master 节点。目前还行吧,就是 K8S 默认看板隔一段时间就报证书错误,目前解决不了,不知道问题在哪里,其他的还好
|
16
msmmbl 2023-09-25 08:53:33 +08:00 via Android 1
我有一个项目 120 个边缘节点(类似树莓派这种 arm 板子)跑 k3s ,稳定跑了 3 年了,感觉没啥问题,要更新软件版本也方便,在 rancher 里面改下 daemonset 版本号就滚动推送到所有节点了。
|
17
ixdeal 2023-09-25 23:43:08 +08:00 1
@panwork #14 证书你需要按照这里面的教程改下 https://cloud.tencent.com/developer/article/2233618
|
18
xiaowu95 2023-09-26 17:15:03 +08:00 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 |