- 论坛徽章:
- 4
|
讨论话题:
1 您现在的业务环境,所选择的数据存储方案?有什么优劣势?
存储方案一般是指存储架构方案,如DAS、SAN、NFS等,但楼主还提到备份、容灾等内容,话题太广,难以尽述,简论如下:
1. DAS方案现在越来越少了,一般用于小型企业、小型应用,适应3、4台以下服务器的直连情况。一般用户选择此方案是为了将服务器存储升级为独立存储,提高数据的可靠性和安全性(可靠性可提高一个数量级),以前实现初级的集**享存储管理功能;或者是行业产品解决方案需要实现服务器HA集群,存储是其中嵌入产品。在建议选择此方案时,不要选择SAS接口方式的存储产品,一方面是未来无法升级到FC SAN存储架构,一方面是这种技术慢慢被淘汰了。
2. SAN分FC SAN和IP SAN,FC SAN性能高、成本高、部署较复杂;IP SAN性能低、成本低,部署较简单;FC SAN适合IO密集型应用,如数据库、虚拟化;IP SAN适合对性能要求不高,又需要块存储方式的应用,如一些外围应用或前端应用,如小型的不需要多少数据存储的应用服务器HA集群。一般存储级的容灾都是基于FC SAN的。
3. NAS主要是用于非结构化数据的文件共享应用,以支持NFS、CIFS协议为主,与软件实现的文件服务器相比较,NAS性能高,可靠性高,有数据容灾技术,但软件功能较少。一般用于文件共享,或数据备份,或者应用归档。
还有一种对象存储,也是存放非结构化数据,很像NAS,但不是NAS,它是在NAS基础上加上数据属性、以及归档、备份、加密、索引、共享、权限管理、搜索、查询……等各种对象管理功能。
4. 存储备份一般是D2D、D2T、D2D2T,备份介质一般是磁盘、虚拟带库、和磁带库;备份方式常见是LAN-BASE和LAN-FREE,然后通过备份软件实现一对多的集中管理。不过传统备份方案现在越来越少了,主要有几个原因:磁带介质的保存不可靠,性能低,管理方式落后,以及最重要的是服务器虚拟化技术的兴起;服务器虚拟化非常简单地实现虚机的整体备份和恢复,不需要安装、部署和管理复杂的备份软件;除了对数据异地归档、离线归档有要求的客户,或需要海量数据备份的客户,传统的磁带备份方式会越来越衰落。
5. 存储容灾有多种方式:本地、同城、异地、双活、两地三中心等。本地容灾一般是指配置两存储,一主一备,通过光纤+数据复制实现存储间镜像和容灾,如果两台存储性能相当的话,可以采用同步方式镜像数据。同城、异地容灾的实现原理同本地,只不过距离更长,借助城域网或裸光纤互连,数据复制方式一般为异步。双活基本是一种高大上的存储容灾解决方案,需要使用高端存储设备实现,异地的两套存储在逻辑上为一套存储,不仅是存储级的双活,也是应用级的双活,应用可以在两地同时运行,或实现HA,但这种方案支持应用的类型较少,一般是Oracle RAC、vmware之类,而且这种容灾不仅要配置多台存储设备,还需要有数据中心的网络支持,支持异地网络级的双活,建设成本较高。两地三中心一般是双活+异地灾备。
2 中小企业如果选择云存储,机密数据建议如何备份处理?
云存储分几种情况:
1. 如果是私有云,非结构化数据可用专门的文档管理系统实现加密和权限管理,以及备份;结构化数据可通过存储级加密和系统级的权限管理实现备份。
2. 如果是公有云,且搭配使用云主机使用的话,可通过操作系统级的加密和权限管理实现数据备份。
3. 如果只是本地到云端的云存储数据备份和恢复,那可以先在本地加密,再备份到云端。另外,如果云存储服务商支持加密也可以。
3 数据存储未来的趋势,你是否能预测下,会如何发展?
不是大神,不好预测,不过感觉有几个方向可以注意:
1. 对存储高性能的追求。全闪存阵列的发展,可以提供高达几百万IOPS的性能,适合IO负载极重的应用,随着闪存的推广和逐渐降价,可能会慢慢普及。
2. 海量存储的追求。分布式存储,或者叫集群存储、软件定义存储,多节点,多副本,横向扩展,容量至少几十PB起,可以做到超大规模存储,适合一些视频应用、大数据应用。
3. 存储平民化的趋势。随着存储技术的普及,存储产品慢慢低端化、普及化、平民价,现在稍有实力的存储厂商都能实现基本的存储管理功能,如双活控制器、集群控制器、存储虚拟化、内部虚拟化、自动分层、精简配置、LUN迁移,镜像、克隆、远程复制……等。存储的技术壁垒越来越小,价格越来越透明,越来越白菜化,高利润的年代要过去了。
4. 磁带备份逐渐没落。磁带备份越用越少用了,将来会更少用,主要是几个原因:磁带介质的可靠性低,性能低,管理复杂,成本高,除了需要异地归档、离线归档、或大容量数据备份的需求,磁带备份与其它备份方式比较起来没有优势;且现在x86+虚拟化兴起,虚机备份方便、快捷,效率和可管理性远胜于传统备份。
4 自己在数据存储中,积累的一些软硬件心得(例如:IBM v7000的使用经验等)
技术产品的经验很快会过时,每家产品的管理方式都不太一样,产品经验的意义不是很大。
但有一点运维经验可以分享:
1. 配置文档的存储
规格与规划:存储的型号、规格、微码版本;控制器的模式、之前的状态、型号;磁盘的类型、规格、数量;存储的规划(存储池、LUN/卷等);与服务器的映射关系,对应的应用关系;服务器集群使用存储的方式及相关服务器配置、软件配置、存储配置;
存储配件的更换记录:原因、日期、经手人、品牌、规格等;
……
2. 日常操作的熟练
存储的基本规划和配置;
常见配件的更换方法:硬盘、控制器、电池等;
日常巡检,状态、日志、时间;
……
3. 技术支持的保障
需要原厂或专业的技术服务商提供支持,做为后方保障。
举个例子,据说IBM DS4700有一个硬件bug,控制器运行XXX天后会自动重启,解决方式是在它重启之前,手工重启一下。这个bug服务商不说,客户根本不了解。如果不能计划停机进行维护,任由发展,则可能会对业务正常运行造成极严重的后果。
我曾经维护的一个数据库双机系统就碰到过这个问题,要发通知,停应用(包括几十个关联应用),停数据库,重启存储,一切顺利折腾下来,要花1、2小时。但是不折腾呢,没人敢试。
虽然存储便宜了,但专业服务还是值钱的。
|
|