这块还是看业务系统需求以及业务应用场景。有的nas存储在构建双活架构时，可以实现以业务系统作为独立租户的双活pair，这个无论是灵活性还是安全性都是有优势的。比如说，我们在做计划性切换演练时，可以有针对性地只切换双活系统中的某一个租户pair(对应某个业务系统)...
租户隔离能力，是数据库产品能力之一。这一特点，各厂商实现功能差异很大，这一点需要评估。
分布式数据库大部分要考虑下面部分的调用延时，二阶段协商、多副本同步、时钟调用，通过架构设计、业务纬度分离、或者数据库策略减少夸机房的上述调用
摘要：本文以某银行全业务系统同城双活中心建设项目为背景，根据监管政策要求，建立短期以及中长期的生产业务系统灾备建设目标，详细介绍了业务系统、中间件、基础架构、容灾架构、备份系统和关键存储选型、架构方案设计等方面的实践，希望能为同业灾备或双活数据中心建设带来一些...
(more)你说的存算分离是基于传统架构的存算分离，即以集中式存储为存，与前端提供算组合成为存算分离架构，对于存算一体和超融合架构区别不大，一般认为两者没有多大区别。存算一体底层以多副本和ha的形式确保数据的连续性。而在设备时，确实会存在着虚机的重启和应用的启停，可通过集群的...
是否可以考虑采用分布式存储 ？很多分布式存储支持NAS协议，2副本或者3副本；登录风暴是否可以采用系统盘与数据盘分开 ? 登录时对于性能要求高，使用全闪存储。每个用户有 20GB的NVMe/ SSD空间做系统盘，512GB的HDD做数据盘。另外，不清楚是否有类似缓存的手段，虽然登录请求是一...
有如下几个方案吧：首推FlinkCDC其次就是比较典型的：mysql的binlog -> Canal -> Kafka -> Flink/Spark -> Hive/KuduOracle的redolog -> Ogg -> Kafka -> Flink/Spark -> Hive/Kudu
仲裁服务器与存储只要网络联通就可以，无需一定要二层，而且不需要很大的带宽和低延时！要求并不高！
摘要：对于中小金融机构来讲，由于历史原因和早期有限的业务场景，大多存储协议都较为单一，主要以集中式SAN存储为主。随着企业的业务发展，非结构化数据不断积聚，而且其年增长率要远高于结构化数据。同时，非结构化数据也变得更加重要。无论是对业务本身，还是做数据挖掘，这些非结构化...
(more)广域网高延时说明数据传输已经达到了带宽峰值，建议针对同步数据大小进行评估，然后根据RTO和RPO目标进行带宽评估，该扩容带宽就得扩容带宽。坏块问题非容灾同步也会存在不可避免，需要定期对备份数据和容灾数据进行数据验证，验证数据可用性。...
