NetApp牵手Amazon 与狼共舞还是精明求存？

NetApp最近在忙些什么？他们正费尽心思跟云IT供应商Amazon联手协作，可从长远角度来看这真的是保障自身生存的好棋妙招吗？

让我们从使用FAS阵列的NetApp客户立场展开分析。如果现在大家希望能把这套阵列中的某些数据交由Amazon Web Services——也就是AWS云计算设施——处理，应该怎样着手进行？

常见的办法是将数据迁移到云端并保存在云环境之中，并利用自己数据中心中的云存储网关进行前端处理，这样我们对缓存中的云存储数据进行本地访问时将变得更为快捷。然而这同时意味着数据被掌握在第三方服务供应商手中，这恐怕是很多企业管理者所无法接受的。另外第一次可能需要把数十甚至数百TB数据传送到云中也是一个问题。直接交付批量存储磁盘可能是这种情况下最具效率的解决方案。

把主数据保留在自己的基础设施当中以保证及时更新，而由AWS负责处理上传之后的数据版本。这种方式虽然听起来很美，却也存在另一大问题。NetApp针对这一困境给出了应对方案，方案所涉及的组成要素包括Amazon协同定位设施，也就是第二台FAS阵列，以及由本地FAS向协同定位FAS进行数据复制的通道，这就是名为NetApp Private Storage for AWS的新型存储体系。

首先，将第二台FAS阵列部署在与AWS有一个Direct Connect连通的协同定位设施当中。然后利用SnapMirror及SnapVault在预置FAS阵列与协同定位FAS、AWS EC2之间通过Direct Connect进行数据复制，更新后的数据将被复制回预置的FAS阵列当中。

因此，为了充分发掘按使量计费、按需使用以及弹性AWS所带来的优势，大家必须在协同定位数据中心处部署第二台FAS阵列并购买SnapMirror及SnapVault使用许可，同时投资一条通往该中心的专用线路。从逻辑上讲，我们等于是在AWS基础设施中斥资部署了一套非云的FAS阵列作为其边缘设备。

为什么？为什么我们需要这么做？相信大家都已经拥有属于自己的业务连续性/灾难恢复FAS阵列与AWS计算堆栈，而且如果只为了满足这两大需求，那么上述项目已经足够。但如果要让AWS计算资源与自己的FAS数据相接轨，我们就不得不再拿出一笔预算。目前这项对接服务仅在美国本土开展，相信未来会逐步向其它地区铺开。

Direct Connect

下面我们引用Amazon Direct Connect服务中的说明：

AWS Direct Connect让客户本地设施与AWS之间的专用网络连接创建工作更加便捷。利用AWS Direct Connect服务，大家能够在AWS与您的数据中心、办公区域甚至协同定位环境进行直连，这将有效降低您的网络使用成本、提高带宽与数据吞吐量，并带来远胜于普通Internet连接的稳定网络体验。

AWS Direct Connect允许你在自己的网络与AWS Direct Connect其中一个站点之间创建一个专属网络连接。

直接连接常见问题汇总：

问：如果我的网络无法与任何一个给AWS Direct Connect站点相匹配，我还能使用AWS Direct Connect吗？

答：可以。支持AWS AWS Direct Connect服务的APN合作厂商会帮助您对现有数据中心或办公区网络进行扩展，以使其能与AWS Direct Connect相对接。

问：那为什么不干脆砍掉协同定位FAS与复制软件这一环，通过Direct Connect直接连接到自己预置的FAS？

答：配备了AWSDirect Connect协同定位中心在网络连接速度上往往好于本地数据中心直连方案。当然这一点我们并不强求，具体部署方式可以根据用户实际情况进行调整。