市场靠前的几个品牌中，超融合的计算和网络层面的技术方案和性能方面的差异不大（或者说生产和测试环境很难遇到需要内核底层能力的场景），基本上聚焦在和第三方硬件及硬件设备驱动的兼容性层面真正存在差异和能力的集中在存储层面。除了性能指标外，针对异常环境的处理和响应机制...

同城双活是一种高可用性的架构设计方案，能够在一个城市范围内实现数据的双向同步和负载均衡，提高系统的可靠性和可用性。但是同城双活的实现需要考虑到数据的一致性和延迟等问题，对系统的要求较高。在超融合架构下实现同城双活需要考虑以下几个方面：网络架构：同城双活需要两个...

超融合很大的优势在于资源的整合（网络、存储、计算），同样的性能也受这些资源的限制。在不考虑计算资源的前提下，网络和存储资源在性能上是可以满足大部分性能要求的。以三节点的配置为例（块接口），存储模式采用EC（4+2），4K读写7:3，平均延时0.5ms,P99延时1ms,IOPS 指标在30~40W 。硬...

我是比较同意放弃超融合，使用整体云化战略平台的，由于已经完成了容器化的改造工作，那么上云来说应该相对更加简单，云平台就是针对容器化、微服务应运而生的，能让容器发挥出更加强大的特性和性能。同时，云平台更看重的是分散、分布式，多节点协作，而超融合更加偏向的是将资源集中整...

本次测试中没有实测使用对象存储的性能。原理上看，Kafka产生的以海量小IO小文件为主，且要求高速读写，从workload诉求出发，不太适合对象存储场景。