分析:云存储是否真能拯救数据泛滥

简介: 本文讲的是分析:云存储是否真能拯救数据泛滥,大多数组织的数据泛滥,或更准确地说,内部所需的存储泛滥,这些组织还保存着许多冗余数据的拷贝,这种数据拷贝将继续有增无减地产生。

本文讲的是分析:云存储是否真能拯救数据泛滥,【IT168 资讯】大多数组织的数据泛滥,或更准确地说,内部所需的存储泛滥,这些组织还保存着许多冗余数据的拷贝,这种数据拷贝将继续有增无减地产生。
  在成本削减和整合的时代,我们必须问我们自己是否有一种更好的方式来管理过剩的问题。不幸的是,公司已经为这个问题烦恼了数十年。到目前为止,在解决存储管理核心问题上的技术选择却非常有限:肆无忌惮的数据增长,低资源利用率和无效的规划。有望的最新技术是云存储。但是云储存会比其他方法更有效吗?
  回想初期的SAN ,摆脱独立的直接附加存储以支持存储阵列和SAN基础设施的其中一个主要原因是期望通过提高资源利用率来提高效率。尽管SAN系统也带来了其他的好处,如提高可用性和可恢复性,但是在多数情况下利用率仍然低于最优。
  下一个大的举措是信息生命周期管理。根据数据的商业价值为存储的配置和分发制定一项战略,理论上我们可以减少大量的昂贵的高端存储,从而减少成本。其实际结果却是:大量的组织购买了额外的存储层,但是节约的成本并不明显,至少不大接近预期的数额。
  最近的强化技术是精简配置,由于目前的应用程序和操作系统的限制,它的预期仍然是一个壁龛技术。另一个是重复数据删除,目的主要是与磁带相比,实现磁盘备份一个更为有利的成本点。精简配置和重复数据删除这两种方法都有将助于推动未来存储效率。
  我们不能忽视这样一个事实,即同一时刻组织也一直在与存储效率问题斗争,存储数据的实际设备成本持续下降,并快速下跌。那么为什么解决这个问题如此之难呢?
  在很大程度上,答案在于在大多数组织中他们仍然缺乏全面的存储管理政策和数据管理政策。由于缺乏关于数据、存储空间使用情况和趋势的衡量指标和报告使得这一问题更加严重。例如,清洗数据。就像钻石一样,一旦数据建立,就将是永远。这就是典型的存储、备份、复制,可能还会有存档(所有这一切都需要更多的存储) 。但是,它被清理的可能性实际上将非常低。
  有趣的是,存储管理最糟糕的状态可能意味着云存储巨大的机会。云可作为存储的第二级或更大可能是第三级。基于老化和准入政策可以手动或使用自动数据移动硬盘将这些数据—主要是非结构化数据—移交给云。除了能够腾出容量和减缓设备购置速度外,这一数据将不再需要备份或复制,所以可以杜绝乘数效应。此外,如果云服务供应商是真正以服务为导向的,他们很可能会比内部提供更为全面的服务水平协议和对这份数据的报告。
  显然,移动数据到云不能掉以轻心。它需要多方面的考虑,包括安全性,可用性,访问和控制。而且最重要的是你要时刻记住,虽然云可能会对某些类别的数据提供有吸引力的价格,但是为了推动成本的系统变革,云存储必须辅之以完善的存储和数据管理策略。

原文发布时间为:2009-08-13
本文作者: IT168.com
本文来自云栖社区合作伙伴IT168,了解相关信息可以关注IT168。
原文标题:分析:云存储是否真能拯救数据泛滥

目录
相关文章
|
机器学习/深度学习 安全 算法
一文详解「隐私计算系统的安全攻防和实践」
摩斯科技技术负责人殷山,从安全攻防的角度解读隐私计算系统的安全性,通过分析攻击手段使我们对隐私计算安全有个系统全面的认识。点击查看全文~
一文详解「隐私计算系统的安全攻防和实践」
|
机器学习/深度学习 安全 算法
顶象业务安全情报如何帮助企业“弄懂”黑灰产?
顶象业务安全情报——企业一眼“看透”黑灰产
149 0
|
存储 弹性计算 安全
传统媒体上线,如何安放海量内容?如何处理安全问题?
传统媒体上线,如何安放海量内容? 传媒行业由纸媒转向视频图片类(短视频,直播),需要面临海量存储,加速访问的问题。此外,媒体内容多而杂,整理起来太困难,怎么办? 山东云管家推荐你使用阿里云的几个工具,轻松解决上线难题。
|
云安全 安全 数据中心
"云"安全并非神话 五个源头严控把关
本文讲的是"云"安全并非神话 五个源头严控把关,应该和客户一起讨论云服务的风险问题,以打消许多客户的顾虑,McNerney说。沟通的要点就是要分清楚客户数据安全方面各自承担怎样的责任和该履行怎样的职责。
1280 0
|
云计算
分析云计算遭诟病的根本原因
本文讲的是分析云计算遭诟病的根本原因,有关云计算的各种谈论早已不是什么新鲜的话题,从笔者的角度来看,到底云计算能为我们带来什么还需拭目以待。
1222 0
|
存储 数据管理
云存储是否能拯救数据泛滥
本文讲的是云存储是否能拯救数据泛滥,大多数组织的数据泛滥,或更准确地说,内部所需的存储泛滥,这些组织还保存着许多冗余数据的拷贝,这种数据拷贝将继续有增无减地产生。
1076 0