异地双活，灰度/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 的兼容性都不好，又不开源，建议慎用。

23H2 ，已更新 KB5036980 ，没发现开始菜单多了广告，可能 enterprise 版的还是收敛点，没有默认打开。

win 11 enterprise+fedora 40 dual boot 情绪稳定
让"feature" update 推迟半年更新已经是用 windows 的基操了.

@WashFreshFresh #7 别这么搞，监控的中间件和业务的最好分开，不然一崩全崩，你还收不到告警

gemini 太 sb 了，和谐了一堆关键词，写个 password rotation 的脚本就拒绝。chatgpt 就没有这个限制。

创建一个 network 并划好网段
把这两个容器用这个 external 的 network 连起来并且固定 ip ，用 ip 通信就行了。

每当看到这个感觉还是 k8s 的 calico+coredns 舒服

@Jinnrry #16 也许人家是 express ，好多小公司用 express

翻译一下你媳妇的话：
你需要努努力以后开跑车带她出去兜风

单位 Windows: zh-CN
单位 Linux: en-US
家里 Windows: fr-FR
家里 Linux: en-US
手机: fr-FR/zh-CN 互相切换，因为国内有些 APP ，比如建行 APP ，不是中文语言，开户的时候会出错。