将存储资源池分为高性能、中等性能以及容量三种资源池,通过存储自动分层技术,实时对应用系统的I/0进行监控和分析,针对突发性I/O压力高峰,快速将“热”数据迁移至闪存介质(SSD,访问频率低的“冷”数据将被分配到低速存储介
存储层的双活一般基于存储网关虚礼化,如EMC Vplex、IBM SVC设备。在传统存储上面增加了一个虚拟化网关,在每个机房里面,新增存储虚拟化网关设备组成跨站点集群,并对存储卷进行重新封装,对外提供主机访问。
按照目前传统架构的业务系统正在逐步改造以微服务架构转型,相对于底层架构也是趋于分布式架构进行转型。但是对应核心数据库个人感觉集中式架构相对更可靠、更安全。
个人认为技术上是可以实现的,但是数据库的自由迁移或者自动迁移这个会来带安全性、可靠性、及在迁移过程中对性能也会产生影响。
个人认为可以保证核心数据最终一致性,要保证所有数据实时同步。由于物理上的限制,所有数据都实时同步,我觉得目前是一个无法达到的目标。必须要尽量减少数据同步,只同步核心业务相关的数据。
分布式存储已经开始逐渐使用,根据分布式存储的特点,大部分应用场景是存储影像数据较多,使用方式一般是以网络NFS或者对象S3协议进行数据访问。核心数据库的存储选型还是传统集中式存储为主,由于老旧存储一般使用不会超过1
OLTP 是传统的关系型数据库的主要应用,主要是基本、日常的事务处理,如证券交易、银行交易等 ,对于存储指标个人认为有几点:、1.平均响应时间2.峰值响应时间3.存储单控制器的带宽,4.存储最大支持的IOPS5.控制器的CPU利用率
个人认为存储的时延是和上层业务的IO量有关系,如果上传的IO量超过了存储的性能瓶颈,这时就回产生存储时延。如果不能更换更高性能的存储,就要考虑优化上层业务的逻辑,比如上层是数据库,如果SQL是全表扫描且没有索引,且数据
个人认为这个平衡还是要和业务量有关系的,存储在支撑相应的数据空间,IO带宽的同时,在业务发展时会遇到性能瓶颈,这就需要有更高性能的存储来支持,同时对于上层使用的业务系统,如数据库需要进行优化,比如SQL语句,索引、数据库
个人感觉在设计存储基础架构时,强调方案的整体性和存储、 SAN 网络的有机结合,同时考虑存储的高可用性、高可靠性、可管理性、安全性和可扩展性等诸多方面的因素,以满足企业未来业务发展的需求。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30