查看其它 1 个回答wuzhuang0001的回答
1，常见套路就是要么应用层自己做，就是Kafka的一主多从能力，要么容器平台体系支撑，就是靠容器平台自身的漂移能力解决可靠性和恢复能力。
2，两种方案各有优劣，一主多从结合本地盘，就是当前的常规套路，但是有几个问题，服务器自身的可靠性，3年寿命的周期替换，数据迁移；RAID卡的抖动问题，本地盘的可靠性，一旦盘失效，重构的缓慢与性能波动；无法弹性扩容，容量用满又需要迁移；计算存储资源不匹配，混在一起无法按需扩展；存储自身几块盘现网也出现很多使用不均的问题；为了可靠性通常需要三副本配置，同城容灾需要更多副本支持；同类应用如果都采用一主多从，有类似七八种组件，管理运维上对中小金融机构的压力也比较大
3，以实测结果看，用容器平台自身的可靠性能力，失效后自动漂移，可以形成统一的平台化方案。同时，采用外置企业NAS存储，确实更适合容器平台的租户管理，业务隔离，优先级配置，资源共享。尤其是如果只配置单副本的情况下，明显性能优于一主多从模式，再结合企业存储自身的可靠性底蕴，整体方案实现了诸多好处。
1）计算存储分离，无论计算扩还是存储扩，互不影响，按需扩展
2）容器云平台一般都带有租户属性或者业务隔离属性，配合企业NAS的租户能力，更容易实现端到端的资源隔离，认证鉴权，安全管理，读写控制，优先级设定，以及整体资源的合理管控，如按照租户设定容量上限。
3）配合Kafka，依托企业存储的高可靠，可以配置单主模式，性能最佳，甚至是2倍以上本地盘一主多从的模式，同时结合容器平台自身的漂移能力，可以解决计算侧故障的恢复问题。
4）平台化体系搭建，从目前看，类似Kafka的分布式核心组件有很多，比如redis，elastic search，nigix，mysql等等，常规操作都是各自为战的一主多从，多个集群不只是浪费资源，甚至是消耗大量管理运维的精力。如果均可以利用容器平台的自身漂移解决可靠性问题，无疑会大大降低客户维护多个单集群主从模式的运维难度。
5）存储自身扩容，完全无感知，不影响业务；同时，单盘失效，重构也没有任何影响，也不涉及RAID卡抖动这些常规问题；可靠性远高于普通服务器。而且，存储使用周期长，一般五年起步，多则七到八年，服务器到期更换，无需数据迁移。