云存储基础架构决策:公有 VS. 私有

许多IT专业人士相信私有云存储只是他们现有的基础架构的另一个名称而已,公有云存储也一样——只是实现在某人的公有数据中心中。保有这些想法的厂商通常都缺少云存储基础架构技术,或者正在尝试购买时间,因为他们正在追逐其它市场。

传统的IT基础架构把数据中心隔离成单独的功能孤dao——应用程序、计算、网络、存储和设备,以及技能。对于增长缓慢、非动态的、可预测的工作负载来说,独立的基础架构很好。这类基础架构将预测计算、网络和存储需求,如吞吐量、IOPS、容量、网络带宽和流量的的责任交给了购买方,他们要对基础架构的整个生命周期负责。

变化往往是缓慢而昂贵的,所以风险常常属于购买方。为了满足用户的要求,大多数IT专业人士都会谨慎行事——高估或过度使用他们的存储基础架构。这就导致了较高的成本,并且也没有阻止超出基础架构能力的不可预测的需求,因为这不是弹性的并且不容易改变。

私有云或公有云存储基础架构,将脚本与设计具有弹性计算、网络和存储功能的选项相互对掉。弹性、可扩展性、灵活性和低成本是云基础架构定义的特征。然而,公有云和私有云存储之间的明显的差异,明确了私有云基础架构什么时候,以及为什么会产生意义。

公有云存储基础架构优缺点

公有云基础架构是多租户的,共享的。对于给定的用户,它似乎是无限的,因为他们可以为不可预料的工作负载,按需扩展他们的资源,当需求减少时还可以缩减回来。事实上,那些资源都是超额订阅的,这样服务提供商就可以获得合理的利润。这在概念上类似于超额订阅虚拟化服务。在绝对的同一时间上,所有租户或用户都请求基础架构资源,这在统计学上看不太可能;但它确实发生了,只是比较罕见。租户受到服务等级协议的保护——当他们没有获得所支付的服务时,协议提供了一些支持赔偿。

然而,公有云存储基础架构存在一些广为人知的负面影响。

  • 安全控制。公有云相当安全;这个问题是可以控制的。在医疗、保险、金融服务和政府等高管理行业,合规责任不能外包。 这些组织可以使用公有云基础架构,但仍然负责确保合规性。由于服务提供商的问题也不能免除他们的责任,因此很少有公司喜欢放弃管理和控制数据安全的能力。无法直接调整应用工作负载的性能。有一些方法可以将工作负载管理到一个程度,而不仅只达到全部在内部或私有基础架构的程度。长期成本。公有云的短期成本往往低于投资私有云,但长期成本可能更高。管理员常常抱怨阅读或移动数据具有隐藏或意外成本;尽管,许多组织更倾向于管理其业务和业务应用,而不是他们基础架构。由于没有数据中心或拥有较小的数据中心,因此节省了大量成本。数据粘性。这种负面情况常常在预料之外。一旦租户/用户数据在云中,那么迁出数据或更换提供商就变得不那么方便。随着公有云中数据量的增加,更改提供商或将数据迁回私有云的难度也越来越大。未来。当公有云提供商超额订阅太过,以致于服务不再可接受时,会发生什么?下糟糕的,如果他们像Nirvanix那样破产了怎么办?那时,租户必然出现疯抢。私有云是否是更好的选择?

私有云基础架构使用了也公有云一样的技术:
为软件定义计算使用的hypervisor或容器为软件定义网络使用的Open Flow交换机、网络功能、虚拟化和应用控制网络控制为软件定义存储使用的hypervisor内核的,或运行在虚拟机或应用中基于软件的存储

私有云基础架构实现 了本地安全和性能的控制。没有关于提供者偿付能力、超额订阅或数据粘性的问题。成本相对地可预测,长期成本较低。如果安全/性能控制、合规管理和较低的长期成本是关键指标的话,那么私有云基础架构就是你的选择。

私有云基础架构也将风险置于购买基础架构的一方,尽管技术上已经减少了这一风险。而且,弹性仅限于可用的物理资源。 技术刷新问题可能仍然存在,这具体取决于供应商,就如同供应商锁定一样。

与所有技术一样,这没有完美的答案。哪种类型的云存储基础架构最适合给定的组织取决于其具体要求。

本文转自d1net(转载)

时间: 2024-07-29 12:08:25

云存储基础架构决策:公有 VS. 私有的相关文章

云存储基础架构:如何选择公共云与私有云

共云和私有云基础架构灵活,可扩展,成本相对较低.然而,每个云的实施都有其熟悉的和鲜为人知的缺点. 许多IT专业人士认为,私有云存储只是其当前基础设施的另一个名称,公共云存储也是同样如此,而只是在某公司的公共数据中心实施.那些存在这些想法的供应商通常缺乏云存储基础设施技术,或者试图在技术上赶上其他市场的发展. 传统的IT基础架构将数据中心分为多个功能:应用,计算,网络,存储和设施以及专业技术.孤立的数据中心基础设施对于缓慢增长,非动态,可预测的工作负载非常有利.这种类型的基础架构负责预测基础架构生

EMC正式发布云存储基础架构解决方案

    EMC公司近日发布了其宣传已久并等待了很长时间的云存储基础架构解决方案,这是一个采用市场上的通用硬件的已经众所周知的系统,EMC公司表示,自动配置.自我修复的Atmos平台可以扩展到PB级,并入服务提供商和IT部门能够提供不同级别的存储服务. 现在,利用互联网或"云"来存储是一件很具有吸引力的事情,他能够消除各种不必要的麻烦,比如购买管理软件和硬件系统,以确保能够有能力满足不断增长的存储需求,使之更容易进行在线备份和灾难恢复. 但是,云存储并不简单,现在可用的云存储服务,比如说

EMC发布云存储基础架构解决方案Atmos

   EMC公司今天发布了其宣传已久并等待了很长时间的云存储基础架构解决方案,这是一个采用市场上的通用硬件的已经众所周知的系统,EMC公司表示,自动配置.自我修复的Atmos平台可以扩展到PB级,并入服务提供商和IT部门能够提供不同级别的存储服务. 现在,利用互联网或"云"来存储是一件很具有吸引力的事情,他能够消除各种不必要的麻烦,比如购买管理软件和硬件系统,以确保能够有能力满足不断增长的存储需求,使之更容易进行在线备份和灾难恢复. 但是,云存储并不简单,现在可用的云存储服务,比如说亚

EMC发布业界首个云存储基础架构Atmos

2008年11月12日,全球信息基础架构解决方案领导者EMC公司(纽约证交所代码:EMC)今天宣布首度推出云存储基础架构(cloud infrastructure)EMC® Atmos,又称Maui.EMC Atmos是第一套容量高达数千兆字节(petabyte,简称PB)的信息管理解决方案.Atmos能通过全球云存储(cloud storage)环境,协助客户将大量非结构化数据进行自动管理.凭借其全球集中化管理与自动化信息配置功能,可以使Web 2.0用户.互联网服务提供商.媒体与娱乐公司等安

基于分布式存储的数字图书馆云存储安全架构研究

基于分布式存储的数字图书馆云存储安全架构研究 马晓亭,陈臣 在分析基于云存储OSI 安全模型的基础上,对云存储技术可能引发的安全问题进行了描述.针对云存储系统及其在应用过程中数据安全问题,提出了一种基于云计算环境下图书馆新的安全存储策略. 关键词:数字图书馆:云存储:安全:架构 [下载地址]:http://bbs.chinacloud.cn/showtopic-13392.aspx

“云计算与云存储核心架构与应用”论坛即将举办

  第七届云计算大会期间,"云计算与云存储核心架构与应用"论坛即将举办.时间:2015年6月4日下午1:00 – 5:20 ,地点:北京国家会议中心306 A&B室. 中国超大规模数据中心的市场增量继续超过全球其他地区.为支持云数据存储的持续增长,中国的超大规模数据中心.OEM及ODM企业均需要持续探索新的技术.新型机架架构和新的服务器存储配置.故此,国内互联网公司以及主流服务器以及SSD设备提供商成为了这些新兴云数据存储技术的先行者. 本次峰会上,来自百度.浪潮.新浪.曙光.

形态万千的云 企业基础架构如何适应

自从云计算出现以来,关于云计算的定义就始终没有统一过,而用户对于云计算的诉求也大相径庭,不同用户对于云的需求和理解大不相同,对于新的需求来说,就需要有新的IThttp://www.aliyun.com/zixun/aggregation/13748.html">基础架构,构建云数据中心可能需要有不同于传统服务器的新型服务器,这就是云服务器. 对于传统的服务器厂商而言,其在传统领域有着深厚的基础,因此进入云服务器领域的速度较慢,但对于新兴的云服务器厂商而言,这片市场是他们的机遇所在. 在北京

企业数据中心改革:从云计算到云存储

本文讲的是企业数据中心改革:从云计算到云存储,[IT168 资讯]云存储产品随着云计算的落地,已经得到了诸多厂商的支持和关注,云存储是在云计算概念上衍生和发展出来的一种新的技术或者服务,云计算是将分布式处理.并行处理.网络计算相互结合,通过网络将计算机处理程序自动分拆成无 数个较小的子程序再由多部服务器组成的庞大系统经计算分析之后将结果交回给用户.云存储则是将网络中各类存储设备通过应用软件集合起来协同工作,对外提供数据存储和业务访问功能的一个系统. 什么是云存储 云存储主要是由4层组成:包括存储

云存储基础设施的决定:公共云与私有云

公共云和私有云基础架构灵活,可扩展,成本相对较低.然而,每个云的实施都有其熟悉的和鲜为人知的缺点. 许多IT专业人士认为,私有云存储只是其当前基础设施的另一个名称,公共云存储也是同样如此,而只是在某公司的公共数据中心实施.那些存在这些想法的供应商通常缺乏云存储基础设施技术,或者试图在技术上赶上其他市场的发展. 传统的IT基础架构将数据中心分为多个功能:应用,计算,网络,存储和设施以及专业技术.孤立的数据中心基础设施对于缓慢增长,非动态,可预测的工作负载非常有利.这种类型的基础架构负责预测基础架构