1,NAS迁移不停机,是整个存储产业的追求,可是到目前为止,也就Netapp在自家同构存储换代的时候实现了这个能力,特性叫Volume Move,就是按照租户粒度迁移数据到不同的阵列,然后IP跟着租户最后漂移一把,但是一旦更换为第三方异构
1,常见套路就是要么应用层自己做,就是Kafka的一主多从能力,要么容器平台体系支撑,就是靠容器平台自身的漂移能力解决可靠性和恢复能力。2,两种方案各有优劣,一主多从结合本地盘,就是当前的常规套路,但是有几个问题,服务器自身
企业NAS以实测情况看,全闪配置,大文件小IO读写至少可以达到FC SAN的80%+,也是几十万OPS@1ms的水平,对于Kafka没啥问题。。。可能要注意的就是如果热点数据不多,完全可以配置混合存储,30%的SSD占比,足以支撑热点数据的读写要
1,自动切换,依靠仲裁体系判决是哪一侧出了问题,自动切换到另外一侧;2,切换的过程一般在10-20s,中间是会有业务访问时延边长的问题,但是从大部分应用看,问题不大;3,保证交叉组网,一个主机可以连接两侧的企业NAS,一旦切换,可以从另一
NAS核心有几个方面:1)网络环境,部署环境所要求的协议能力,比如NFS 3.0/4.04.1;SMB3.0/3.0,以及一些高阶的协议特性; 2)NAS设备的性能,NAS的性能复杂度明显高于SAN,不只是简单的读写问题,还涉及到复杂的操作类性能,如批量创建文件
NAS双活目前业界只有两家厂商具备,一家是行业老大NetApp,一家是华为的OceanStor Dorado;Netapp做的最早,历史继承性强,所以NetApp的NAS双活是AP模式,支持灾难后的自动切换能力,但是文件系统只能在一侧读写,并不是真的两侧可以
双活本质是容灾,异地容灾主要看生产同城是否有灾难风险,是否符合行业合规要求,等保标准针对不同等级业务,有明确的规定。备份和容灾的定义不同,备份是防止人为的错误,或者其他失误而需要的时间上的回退,所以,容灾只解决灾难问
各种存储分类不一而足,业界通用的分类是Enterprise Storage, Software Define Storage;而国内由于厂商不愿意做软硬解耦的销售,逐步衍生出企业存储/集中式存储和分布式存储;本质上分布式存储就是业界定义的软件定义存储,可
NAS的两地三中心和SAN的两地三中心构建策略类似,差异核心在于同城带宽的考虑策略以及三层还是二层网络选择;1,首先是数据中心的分布问题,能否满足两地三中心的分布要求,同城数据中心控制在100公里以内;2,要测算两侧写入数据
具体案例具体分析,企业NAS经过多年架构性优化,自身也具备分布式文件系统给能力,也是用多个控制共同承担某一个文件系统的业务压力,同时前后一体的部署模式也无需GPFS两级火箭架构的时延消耗,从性能层面替换,并没有什么压力;
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30