zx900930

异地双活，灰度/AB 测试，都是可以的。
如果是 az 级别的故障，有双活和没双活业务恢复的时间是两个不同的数量级，直接影响 SLA 甚至你的工资。
而且不要乐观的以为大厂云服务不会丢数据。
最近的 GCP 澳大利亚业务备份数据全丢，前几年 OVH 数据中心起火直接烧掉整个 az 的数据包括备份。
就算它赔钱，你数据没了咋都补救不了。

只能说你领导关心的点是他的位子稳不稳，因为出了大事故，你还可以出去找个新工作，他可能就难了。

Prod v1.23.15
曾经手动迁移 master 到新的 IDC 不同的 hyperviser 底下，整整花了 3 天 3 夜，大大小小一堆坑。

@zx900930 #9 少打个字，预生产 POC 环境，测试时长 6 个月。

生产环境出过这个问题
https://github.com/kubernetes/kubernetes/issues/105536
后就弃用了，多花点钱请个专业团队上独立的 ceph 集群不香吗？

刚升级，Skip Intro 没有合并进去，jellyscrab 倒是合并进去了

喜欢折腾
Archlinux+任意 DE 或者 WM
喜欢开箱即用
Ubuntu LTS
Fedora Workstation

@sinORcos #10 个人使用，建议存储单独弄个 NAS 出来，这边试过全闪 ceph 的 rbd 用 csi 接入 k8s(预生产环境)后套娃 glusterfs 满足部分服务 RWX 的需求。IOPS 损失（ 4k 小文件 70%Read 30%Write ）对比直接 csi 接入 block storage 平均在 60%以上，瓶颈在网络上，测试时网络是 25G x2 捆绑.

对网络的要求非常非常高，网络抖动可能造成 glusterfs 脑裂-节点损坏，这时候的 file-healing 根据数据量经常是以天为时间单位计算的。


所以先弄清楚自己的需求，大文件还是小文件，读写比例，以及你是否有足够的精力来维护你的存储架构。

小建议：公司里管这些已经够累了，家用真的放过自己吧。
一个 NAS 盒+单副本 TrueNAS 能满足 99.999%家庭使用了。
要扩容，买同样数量的硬盘新建一个 vdev raidz 加入池子吧，这是标准 zfs 扩容的方式。

可以多几台 vm 起 ceph
性能损失肯定有，毕竟套 3 层娃。
所以一般拿来练习 ceph 的，即使是自己用，拿几台旧机器整个真的集群比这个靠谱多了。
因为你这个虽然逻辑上是集群，实际计算和存储都在一台机器上，是个单点。。。所以还不如普通的 raid 。

个人用 traefik 加 middleware 很方便你做前置认证 SSO 、安全加固等
对 docker ，k8s 的生态支持很好

然后还有
haproxy
nginx


lucky 只在 openwrt 上试用过，连新的 nftables 的兼容性都不好，又不开源，建议慎用。