靠谱阵列卡+有热备盘恢复的时候都是从坏盘拷数据到热备盘 某几个扇区拷不出来才走重建的 而且重建也只重建拷不出来部分

所以有个好阵列卡+有热备盘非常关键

vrrp

深水宝搜 智能智能 PDU

机房有的用这个 不过过于小众价格很贵

@FFFire 只要距离短 8 根线都通都能跑满万兆

@my2492 关于细节就不太清楚了 只知道有这个东西..

现有的方案来说就有不需要特定 IP 段就可以区别对待的操作

IP 头里有个标记位设定了数据包的优先级 不过在运营商接入层会判断接入用户的最高优先级并重写即使自己填最高也没用

之前有用过联通 9929 并且数据包优先级标记位有预设 可以跑满长城家宽

有条件用 Parsec 串流

@my2492 安畅自己搞了一个隧道协议 而且买了 SDWAN 服务即使被墙也是提供商应当处理的

顺便 很多机场说自己是专线 实际上是 SDWAN 外面一层还是跑在 CN2 上 安畅就有这个服务 相比专线能便宜非常多

扯个非港深的 公司有个业务从苏州到南京 IPLC 600 元 2M

更正 伪造一个 ARP 请求给交换机 用于更新交换机内部 mac 与端口映射表

@pythonee

就和单核心 CPU 工作一样 切换太快了以至于感觉 CPU 可以同时运行多个任务

虚拟化热迁移也是一样的 在迁移最后一步会在极短时间内暂停虚拟机切到新物理机运行 人感觉起来就是零业务中断

当迁移完毕后母鸡会伪造一个 ARP 请求给交换机 通报最新的端口 也会造成极短时间内丢包 得益于四层重发机制也没太大问题

@mornlight 是的 忘记告诉需要有一个检测过程了

建立一个任务 ID 与 context 的对应 map 开任务时候创建一个 context 存入 map 中 停止任务通过任务 ID 去找 context 给 cancel 掉

https://golang.org/pkg/context/

@sirius1024

https://www.stratus.com/solutions/platforms/ftserver/ 应该是全球第一个搞出这 FT 的公司 这家有两个产品线一个是基于 KVM 修改走 10G 网络的 一个是两个主板通过 PCIE 互连的

@sirius1024 美国容错是基于 KVM 修改的 如果有路子拿到应该可以直接捅 OpenStacks 上

@rrfeng
@BlackBerry999
@stoneabc
你好有的

@fancy111 不是

看下 vmware ft 虚拟机同时运行在两个物理机 还有一个是叫美国容错服务器也是干这事的 国内部分火电厂有用这种东西

个人还是建议考虑极端下允许多少秒中断 再决定用它啥方式来操作 如果允许数秒内失败 直接 keepalive+代理一把梭 如果像工业或医院一秒真的都不能断 那么上双活

@suom 说的 docker 节点蹦了 重新拉起来不要时间一样

@king1688888888 vmware ft 双活 虚拟机同时跑在两个物理机上 期间把一个物理机直接拔电虚拟机不受任何影响 ft 功能需要 vcenter esxi vsan 或者双活存储 如果测试 随便开一个 iscsi 挂上去就行了