Adimas - Fotolia.

您应该了解基于Flash的存储系统和复制

运行闪存?阅读为什么George Crump认为复制必须是所有基于闪存的存储系统的一部分,以及从第三方复制产品寻找什么。

基于闪存的存储系统承诺消除今天数据中心面临的许多性能挑战。这允许设计密度服务器和虚拟桌面基础架构以及更可扩展的数据库环境。这些更密集、更可扩展的环境产生更快、更持久的投资回报,但必须使用存储效率技术来抵消基于闪存系统的额外成本。

关于闪光效率,人们谈论得最少的一个因素是复制.这些天,复制被认为是与远程同步或异步复制数据的能力灾难恢复站点.它还可以用于复制到本地的第二个系统(因为它一直用于应用程序的高可用性)。这样就形成了一种多层次的恢复方式,既可以防止存储系统故障,也可以防止站点故障。

与任何其他存储系统一样,复制应该是基于闪存的存储系统的要求。根据定义,Flash Systems主持环境中最活动的数据。因此,确保主动保护它们的数据,并且可用应优先。对于这些系统,一次性备份,对于这些系统而言,毫无用处,以及要求将数据复制回主要系统的恢复需要太多的停机时间。对于需要闪存存储的数据集,这两种方法都是效率低。

有趣的是,复制是启动供应商添加到新的闪存存储系统的最后一个功能。事实上,许多供应商尚未提供功能。因此,存储管理员留下来到第三方,以确保提供了此关键功能。问题是这些第三方产品创建了一个低效的复制过程,不利用存储效率的功能重复数据删除和压缩.正是由于缺乏这些特性,使得第三方复制软件不适合全闪存系统。

在本地复制以消除备份

基于闪存的系统,不像硬盘驱动器系统,有性能属性容纳许多快照在很长一段时间内。基于flash或辅助快照,无论出于何种目的,都可以取代我们对遗留备份过程的许多依赖:恢复最近删除或损坏的数据。将快照用于此目的可能意味着备份过程的巨大变化。经典的备份复制例程仅用于每月或每季度一次的数据存档,以实现保留目的。快照可以满足更迫切的恢复需求。

该策略中的一个弱点是存储系统本身。如果存储系统发生故障,那么存储在快照中的所有“备份”也会丢失。鉴于当今存储系统的可靠性,存储系统失败的长时间的故障很低。然而,完全数据丢失的后果足够严重,即IT专业人员希望采取额外措施保护自己。

在过去,涉及将单独的副本单独复制到磁带或备份磁盘。但是,如果您在近实时复制到数据中心的其他存储阵列之前,那么何时何于将其复制到DR网站之前?这种方法将允许保留的完全受保护的快照一段时间。该策略几乎可以消除传统的备份到磁盘,可以利用磁带,以便为数据的长期存档。

灾难恢复的复制

如今,存储系统复制特性更常见的用例是灾难恢复。在大多数情况下,这意味着将数据近乎实时地异步复制到灾难恢复站点。这种类型的技术在基于硬盘驱动器的存储系统中已经可用了十多年,但闪存改变了游戏,需要考虑新的考虑。

DR网站性能

首先需要考虑的是灾备站点目标存储系统的性能和效率,这一点经常被忽略。虽然第三方软件复制工具提供了将数据从任意阵列复制到任意阵列的能力,但这种灵活性存在一些风险。随着闪存系统成为标准,基础设施将变得更加密集和大规模。换句话说,基础设施甚至应用程序本身都将依赖于flash性能。返回到硬盘驱动器性能可能不仅是不可接受的,应用程序可能不能有效地运行没有闪存。

如果在灾难期间将灾备站点用作进行业务的地方,那么灾备存储系统需要有一些flash补充。也许不是全闪光阵列,但肯定是混合数组;否则,从DR网站运行时,应用程序的性能可能是如此糟糕,用户认为“向下”。

广域网带宽利用率

了解灾备站点目标存储系统的需求后,需要了解广域网带宽效率。在全闪存系统中使用独立软件复制供应商的问题是,他们不能利用数据效率能力flash存储系统.他们必须重新创建自己的数据效率技术,以优化广域网流量。这通常是通过识别更改的块,压缩它们,然后通过网络传输它们来完成的。很少有基于软件的复制工具能够进行重复数据删除。

但是,重复数据删除可以与块级副本一起使用时发挥重要作用。一旦创建了一个新的数据块或已经修改了旧块,无需重复数据删除功能的复制软件就会立即转移该数据。如果第三方复制软件产品有重复数据删除功能,它可以首先检查数据是否已从同一服务器或另一个服务器发送到DR站点。虽然检查了存储在WAN连接的另一侧的数据涉及额外的延迟,但如果这些额外的检查可以消除传输量的五倍,WAN复制将明显更有效。

因为大多数闪存系统已经具有在主存储系统上运行的效率技术,所以闪存系统可以利用这些技术,通过WAN将数据传输到灾备站点(或上述站点上的第二个系统)。执行压缩和重复数据删除的引擎还可以将数据发送到远程站点。不需要对远程端进行“重复数据删除双重检查”,因为只有唯一的数据才有资格进行复制。结果将是一个完全集成的过程,几乎不增加额外的延迟将数据发送到DR站点。

可以开发第三方软件应用程序来执行重复数据删除、压缩和复制。这将意味着关闭供应商提供的重复数据删除和压缩(一些供应商有总是开启的优化)或选择一个没有这些功能的闪存供应商并添加软件。这样做还可以为用户在硬件选择方面提供更大的灵活性。我们希望软件定义的存储产品最终能够实现这一功能。

由于某些原因,复制是许多存储系统供应商的最终选择,而它应该是第一个选择。如果他们没有可用的能力,倾向于将客户推向第三方复制选项,以满足本地站点复制和容灾需求。这种方法的问题是,这些软件应用程序不能利用数组中已经内置的重复数据删除和压缩等数据效率技术。将该技术集成到存储系统中是闪存阵列供应商的重要下一步,也是客户应该要求的。或者,他们应该开始研究软件定义的存储能够提供数据效率和复制的产品。

下一个步骤

克服基于闪存的存储限制

服务器中基于闪存的存储的优缺点

全闪存存储系统:类型和用例

在全闪存阵列上深入挖掘

搜索灾难恢复
搜索数据备用
搜索聚合基础设施
关闭
Baidu