在对象存储中使用擦除代码有什么缺点?

擦除编码是一种前向纠错技术它用于提供数据弹性和长期数据完整性，特别是在大型数据系统中。通常使用擦除代码代替传统突袭因为它们能够提供更精细的校正过程，减少时间和开销需要重建数据(驱动器重建)。

Erasure code (ECs)解析传入数据到多个组件块，然后，有点像奇偶校验计算，用一些额外的信息扩展每个块，创建一个略微冗余的但是更有弹性的超集数据．通过数学算法，系统可以使用这些扩展的块来重新创建原始数据集，即使块丢失或损坏。这样，即使多个硬盘或节点故障，存储系统仍然可以传输数据。

大多数擦除编码方案允许用户配置弹性级别，主要是通过增加为每个块生成的奇偶校验数据量。还可以在不同的级别应用EC:在数组级别，在节点级别(对于扩展架构)或在系统级别——这可能会影响它所消耗的处理开销。

这是使用EC的一个可能的缺点。它通常消耗大量计算资源，而对象复制只是复制数据x次数。EC代表的开销取决于应用擦除代码的位置（在阵列、节点或系统上）和选择的弹性级别。

可以将EC与数据分发或分散相结合，以提高弹性，并消除为异地存储创建专用副本的需要。这个过程本质上是将数据块分散到多个节点或系统，通常位于不同的物理位置。但是，使用分布式架构，其中数据块分布在不同的物理位置会产生延迟问题吗．

当分布式数据必须被重构时，网络带宽很快就会成为块被拉出的限制因素穿过万. 一些对象存储系统将EC和复制结合起来，在本地系统级别使用擦除代码，并在地理位置之间复制数据以减少延迟。