云存储并不适合所有类型数据

日期: 2011-11-20 来源:TechTarget中国 英文

  云存储能够最好地处理大量的非结构化数据和档案资料,如信用卡和抵押贷款申请或医疗记录。
  
  但现在,公共云还不能可靠地处理需要频繁交易的文件或需要不断地快速的网络连接的数据库。任何种类的在线交易流程在云中都不宜进行。
  
  对于Tier 1、Tier 2或以块为基础的数据存储来说,也不能选用云存储。如果有人试图取代SAN来支持交易流程的系统(如CRM)的话,那么他不应该选择公共云。即使公共云能够实现块级的存储,互联网的潜伏时间也会导致明显的延迟。
  
  公共云可以利用云存储做的事情是为用户提供与网络附加存储相似的访问
  
  数据备份、归档和灾难恢复是云存储可能的三个用途。
  
  云的出现主要用于任何种类的静态类型数据的任何种类的大规模存储需求。你不想在云中存储数据库,但是你可能想在云中存储你的数据库的一个历史的副本,而不是将其存储在很昂贵的SAN或NAS技术中。
  
  一个好的概测法是将云看作是只能用于延迟性应用的云存储。
  
  备份,归档和批量文件数据可以在云中很好地处理,因为可以允许几秒的延迟响应时间。于延迟的存在,数据库和“性能敏感”的任何其数据不适用于云存储。
  
  但是在将数据迁移至云中之前,无论是公共云还是私有云,用户都需要解决一个更加根本的问题,如果你进入云存储,你能明白存储空间的增长在哪里失去控制,或者为什么会失去控制么,以及在整个端到端的业务流程中存储特殊的一组数据的时候,价值点是什么?仅仅将技术迁移到云中并不是最佳的解决方案。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

相关推荐

  • AWS S3服务中断之后…

    AWS S3服务中断之后,引发思考,有人表示不能再只依赖一家公共云,也有听上去比较干脆的一种提议,即是否选择其他途径替代公有云?

  • 甲骨文数据库案例:支撑最新支付及交易平台

    魔线集团采用Oracle Exadata数据库云平台、Oracle数据库、Oracle数据库选件、Oracle ZFS存储产品,支撑魔线集团最新上线的支付及交易运营平台,并通过魔线大数据分析系统,掌握并了解客户群体及其需求.

  • 灾难恢复/数据外泄的业务连续性计划

    Harvey Koeppel说,随着我们变的“天生数字化”,一份好的企业灾难恢复/业务连续性计划应该把数据放在第一位。他罗列出了10条技巧。

  • 如何测试你的DR/BC计划

    多年来,我在一定程度上自大的发表很多意见,以接近建立灾难恢复/业务持续性计划。我的建议包括,认清技术的修复和持续性仅仅是DR/BC计划应该包含的一部分