基于集群的模块化存储
2010-05-17 00:00:00 来源:WEB开发网核心提示:基于集群技术的模块化存储器的设计思想根据我们前文的分析,基于阵列控制器技术的存储器历经软件RAID,基于集群的模块化存储,硬件RAID卡和外置式RAID存储器三个步骤的发展,终于成功应对了一个主要的挑战——把存储器和主机逐步地分开,做到5个9算是最高境界了),我的乖乖,这是存储器工业发展非常重要
基于集群技术的模块化存储器的设计思想
根据我们前文的分析,基于阵列控制器技术的存储器历经软件RAID,硬件RAID卡和外置式RAID存储器三个步骤的发展,终于成功应对了一个主要的挑战——把存储器和主机逐步地分开,这是存储器工业发展非常重要的一步,标志着存储器工业终于独立了。然而在独立后,存储器要解决的下一步的问题是如何做大做强,设想一下我们从DAS演进到SAN以后现在常见的存储网络架构一般是这样的:数据中心存在多台服务器(其中运行核心应用的服务器会跑各种cluster集群软件),每台服务器配置了两块或者更多的HBA,通过两台SAN交换机(或者两个SAN Fabric)连接到一台存储器上面,而这个存储器采用的多半是我们谈到的基于集群技术的模块化存储器架构(见下图)。
为什么会这么设计呢,这里就出现了一个可靠性的问题,我们经常会听到很多厂商在吹嘘自己存储器产品的高可靠性时常用到一个所谓5个9,或者说4个9之类的说法,这是什么意思呢?这里的几个9是指全年如果换算成分钟数,有百分之多少的可能性是可以在计划内安全运行的。比如说某个存储设备提供99.995% 的高可靠性,我们可以具体换算一下365*24*60*(1-0.99995)=26.28,也就意味着平均每一年大概是26分钟的非计划宕机时间,而如果说集群提供99.998%的高可靠性,则一年大概是10分钟左右的宕机时间,而很多厂商经常吹嘘的所谓5个9,则是指一年只有5分钟左右的宕机时间,每年只有5分钟(一般在本地数据中心里面,做到5个9算是最高境界了),我的乖乖,挺厉害的吧。
- ››基于IP地址的vsftp服务器
- ››基于MySQL 水平分区的优化示例
- ››基于CentOS5的Linux下pptp和openvpn的搭建及配置
- ››基于JavaScript的网页版塔防游戏
- ››基于Android平台 QQ大战360手机游戏爆红
- ››基于Windows Azure的云计算应用设计
- ››基于AES算法实现对数据的加密
- ››基于SoPC目标板Flash编程设计的创建及应用
- ››基于SolidWarks齿轮机构的运动分析与仿真
- ››基于Windwos Server 2008故障转移群
- ››基于JavaScript的REST客户端框架
- ››基于JavaScript和CSS的Web图表框架横向对比
更多精彩
赞助商链接