作为数据安全和业务连续性的重要保障,数据备份和容灾方案肯定是需要统一规划的,主要体现在两方面的内容:一是对业务系统和数据进行分类定级,不同业务系统和数据采用不同的技术架构,其容灾备份需求也是差异化的,有的是重要的
大概选型思路,我觉得可参考如下:首先应该明确选型目标,是为了某些特定的业务应用场景,还是新技术探索,革新技术架构,当然如果是技术探索,那么一般是先从测试环境开始,目的就是为了研究分布式块存储的适用场景;然后是架构选择,目
从架构上来看,存算分离将计算和存储分层、解耦,扩展性更好,可以适应不同的场景需求;但计算存储整合在一起也有好处,架构更加简单,更易落地,资源利用率更高,也有适合的场景
个人觉得,搭建NFS服务器来做文件共享的方案主要还是适用于数据量小、文件系统数少的场景,如果是多套NFS服务器,再加上跨数据中心的HA架构 ,还是需要消耗不少运维精力的,计算资源和存储资源的成本也不低;现在集中式存储都有S
技术发展趋势是这样,但是能否替代还是看与业务系统应用的锲合度,容器技术与微服务化的、轻量级、云原生应用比较契合;而在传统应用和数据库对基础架构的需求方面,容器技术并不匹配。
谈一些个人看法:1.isilon配合容器存储CSI插件,可以对接容器持久化存储需求;2.优点:Isilon本身就是一种分布式集群存储架构,所以相比于一般的NAS存储来说,IO性能优异,并行性很好;3.需要补充的是: Isilon更适合非结构化数据、大
第一个问题,评估引入分布式存储的必要性可以从是否引入了新的业务应用场景、IT基础架构的变化 以及分布式存储与新架构场景的契合度这样三个因素来考虑,在容量性能成本均满足的情况下,也只有在新场景和新架构的条件下才
双活仲裁架构设计一般单台仲裁服务器就可以达成目标,双仲裁配置是不是复杂化了?个人觉得仲裁服务器配置在第三方站点肯定是标准答案,尤其是采用了数据库跨站点双活的架构。
1.一般来说,后端容量是实际运行中的备份存储的容量数据,规划设计阶段很难准确获取,而一般按前端容量来设计,考虑备份数据的保留周期 、 数据压缩比以及数据增长率的经验值,并根据扩容的难易程度决定预留的容量;系统上线,在进
commvault的异地拷贝一般是DASH拷贝方式吧,从 源磁盘库只传输变化的数据块到目标端磁盘库,有两种模式:网络优化:源端 MA 读取需要拷贝数据块的 Hash 值,先与本地 SSDB 比对,没有匹配项再与目标 端 MA 的 DDB 比对。可以降低
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30