云存储基础架构剖析课件.docxVIP

云存储基础架构剖析模型，功能和内部机制M. Tim Jones, 资深软件工程师简介：?云存储（或数据存储即服务）是对接口后的存储的抽象，可在该接口内按需管理存储。此外，接口抽象化 存储的位置，这样一来，不管存储是在本地还是远程（或混合）都无关紧要。云存储基础架构引入新的架构，能够支持为大量潜在用户提供不同水平的服务，以及地 理上分散的存储容量。了解云存储架构的关键架构属性 — 从数据保护和完整性到存储优化。本文的标签:? cloud, cloud-storage, computing, 云存储基础架构, 云计算, 存储, 应用开发, 硬件平台, 管理, 资产管理常用缩略词API：应用程序编程接口FTP：文件传输协议HTTP：超文本传输协议HTTPS: 通过安全套接字层的 HTTPJFS: 日志文件系统NFS：网络文件系统NIC：网络接口卡RAID：独立磁盘冗余阵列REST：具象状态传输SAN：存储区域网络SCSI：小型计算机系统接口SLA：服务级别协议TCP：传输控制协议UDP：用户数据报协议WAN：广域网以目前数据增长的速度来看，云存储越来越流行不足为奇。增长速度最快的数据是归档数据，鉴于很多因素它是云存储的理想之选，这些因素包括成本、访问 频率、保护和可用性。但是并非所有云存储都是相同的。一家提供商可能主要关注于成本，而另一家提供商关注于可用性或性能。没有一个架构具有单一侧重点，但 是一个架构实现给定特征的程度定义了其市场和适当的使用模型。 不从效用角度谈论架构是很难的。我的意思是，通过各种特征度量一个架构，包括成本、性能、远程访问，等等。因此，我首先定义一组可度量云存储模型的标准，然后探究云存储架构内的一些有趣的实现。 首先，我们讨论一个通用的云存储架构，设置上下文以供后面探究独特的架构特性。 通用架构云存储架构主要关乎以一个高度可扩展和多租户的方式按需交付存储。通用（参见 图 1） 的云存储架构包含一个导出 API 以访问存储的前端。在传统的存储系统中，这个 API 是 SCSI 协议；但是在云环境中，这些协议在演化。在那里您可以找到 Web 服务前端、基于文件的前端，甚至更多传统前端（比如 Internet SCSI 或 iSCSI）。在前端后面是一个中间件层，我将它称作存储逻辑。该层通过传统的数据放置算法（考虑地理布局）实现各种功能，比如复制和数据简缩。最后，后端实现对数据的物理存储。这可能是一个实现特定功能的内部协议或物理磁盘的一个传统后端。 图 1. 通用的云存储架构 从图 1 中，您可以看到当前云存储架构的一些特征。注意，没有特征在特定层中是独有的，而是充当本文探讨的特定主题的指导。这些特征的定义见 表 1。 表 1. 云存储特征特征说明可管理性以最少的资源管理系统的能力访问方法公开云存储所用的协议性能根据宽带和延迟衡量的性能多租户支持多个用户（或承租者）可扩展性通过扩展满足更高要求或以得体的方式加载的能力数据可用性对一个系统的正常运行时间的衡量控制控制系统的能力 — 特别是为成本、性能或其他特征进行配置 存储效率度量如何高效使用原始存储成本度量存储成本（通常以美元每 GB 为单位）可管理性云存储的一个重点是成本。如果客户可以购买并在本地管理存储，而不是在云中租赁它，那么云存储市场就会消失。但是成本可划分为两个高级类别： 物理存储生态系统本身的成本和管理它的成本。管理成本是隐式的，但却是总体成本的一个长期组成部分。为此，云存储必须能在很大程度上进行自我管理。引入新 存储（其中系统通过自动自我配置来容纳它）的能力和在出现错误时查找和自我修复的能力很重要。在未来，诸如自主计算这样的概念将在云存储架构中起到关键的 作用。 访问方法云存储与传统存储之间最显著的差异之一是其访问方法（参见 图 2）。大部分提供商实现多个访问方法，但是 Web 服务 APIs 是常见的。许多 APIs 是基于 REST 原则实现的，即在 HTTP 之上开发（使用 HTTP 进行传输）的一种基于对象的方案。REST APIs 是无状态的，因此可以简单而有效地予以提供。许多云存储提供商实现 REST APIs，包括 Amazon Simple Storage Service (Amazon S3)、Windows Azure? 和 Mezeo Cloud Storage Platform。 Web 服务 APIs 的一个问题是，它们需要与应用程序集成，以利用云存储。因此，对云存储也使用常见的访问方法来提供即时集成。例如，NFS/Common Internet File System (CIFS) 或 FTP 等基于文件的协议，iSCSI 等基于块的协议。Nirvanix、Zetta 和 Cleversafe等云存储提供商提供这些访问方法。