对于在商业硬件组成公有云和私有云设施上存储大量数据的企业而言，OpenStack Swift对象存储提供了一种潜在的经济型方式。但是用户可以通过下面的一些技巧和建议实现结果的改善。

　　在这篇采访中，Cloud Technology Partners的高级云架构师Beth Cohen就适合OpenStack Swift的数据类型和数据量提供了参考意见，还涉及Swift工具，建议的区域以及数据中心数量，最后还谈到了Swift对象存储的省钱技巧。

　　TechTarget云计算：什么类型的数据适合OpenStack Swift，什么类型的数据不适合？

　　Beth Cohen:我觉得Swift适合在极大的池中相对较小的数据。每个对象的限度为5GB，因此如果你有这样的数据，比如说大型的视频文件，就需要将其分解成小的部分。典型的就是大型的归档存储或者文档池最适合应用Swift。

　　TechTarget云计算：对于那些考虑使用Swift的人来说，数据的最小值是多少？

　　Beth Cohen:几乎任何数量都可以使用Swift，但是实际上数据量要填满不止一个存储盒。因此，我会说大约半PB是最适合开始的。对于比这个小的部分，一般在一个盒子或者两个盒子就可以了，因此应用Swift没什么意义。

　　TechTarget云计算：有没有什么工具可以用来同OpenStack Swift工作做？

　　Beth Cohen:OpenStack Swift是一个开源项目，这也意味着并没有商业产品中提供很好的工具和开箱即用的功能。现在好消息在于你可以购买OpenStack Swift商业版本。但是如果你自己做，就可以使用典型的Linux工具。Euca2ools有一些很好的监控和登录以及审计工具，当然Nagios、Zenoss以及其他的标准工具也可以使用。OpenStack Swift还使用一个API，因此有很多驱动都能够和OpenStack API工作。

　　TechTarget云计算：你刚刚提供到Swift API，Swift也支持亚马逊简单存储服务，或者说S3。Swift对于S3 API的支持如何，为什么现在S3 API支持对于终端用户很重要？

　　Beth Cohen:S3某种程度上是一种约定俗成的标准。OpenStack Swift的确支持S3 API，而且支持的相当不错。因此，这确实是标准功能。之所以重要，是因为很多用户正在使用混合云和多种存储终点或者着陆点，他们中的一些人可能已经在S3中，一些可能在OpenStack中，一些还可能在更为传统的存储位置上。因此的确需要选择能够混合和匹配。

　　TechTarget云计算：Swift确保数据安全的最佳方式是什么？

　　Beth Cohen:Swift应用了一种称之为“尽可能独特的”概念，交付期数据保护。在位置层级上设置三分数据备份，顶层位置是地区（region），在全球不同的数据中心中。下面是区域（zone），再下面是服务器，有时候也被称之为结点。最后的原子元素是服务器上的磁盘。在非常小的设备中，你需要在那个服务器的三个不同的磁盘上有对象。

　　为了确保你的数据尽可能受到保护，你需要使用地区、区域、服务器和配置中的磁盘的结合，从而符合你的需求。因此，在超大型设施中，你需要在全球有多个地区，这样能够为你提供最高级别的数据保护，如果一个数据中心不运作了，其余的两个还可以用。但是在极小的设施中，你可能是在一个单一的盒子里，有三个备份，分布在那个服务器的不同的磁盘上。

　　TechTarget云计算：完整的地区、区域、服务器和磁盘层级有要求吗？

　　Beth Cohen:没有，这也是这个系统的完美之处，你可以结合的使用它们，混合和搭配，都是基于你的需求实现。在超大设施中，你可能用到全部的四个概念，但是在极小的设施中，你只需要服务器和磁盘。这就比之前的只允许区域的版本提供了大量的灵活性。

　　TechTarget云计算：对于多个数据中心使用Swift，你有什么建议？

　　Beth Cohen:你确实能够实践，有很多企业大多处于数据复制目的开始做了，但是要注意的是不管你什么时候有多实例，为了高可用性在哪里使用，都会通过互联网实现，这也意味着传输数据的昂贵性。因此，除非你有超大的设施或者访问相对便宜的带宽，都不是特别推荐使用Swift存储。

　　TechTarget云计算：企业通常用商业硬件使用Swift，对于节省Swift成本有什么别的建议吗？

　　Beth Cohen:Swift的实现相当昂贵，但是也有一些地方可以省钱。的确商业硬件是一方面。我发现另一方面可以省钱的地方在于那种超级大的设施中，可以削减硬件冗余。你可以减少机架式交换机的数量。你不需要多个，有一个就够了。另一个省钱的地方就是你不需要在结点上实现RAID，因为Swift本身已经构建到架构中了。