Skip to main content
简体中文版经机器翻译而成,仅供参考。如与英语版出现任何冲突,应以英语版为准。

为经过擦除编码的对象添加存储容量

贡献者

如果 ILM 策略包含创建纠删编码副本的规则,则必须计划在何处添加新存储以及何时添加新存储。您添加的存储量和添加的时间可能会影响网格的可用存储容量。

规划存储扩展的第一步是,检查 ILM 策略中用于创建纠删编码对象的规则。由于 StorageGRID 会为每个纠删编码对象创建 k+m_fragments ,并将每个片段存储在不同的存储节点上,因此您必须确保在扩展后至少 _k+m 存储节点具有用于存储新纠删编码数据的空间。如果纠删编码配置文件提供站点丢失保护,则必须向每个站点添加存储。

您需要添加的节点数还取决于执行扩展时现有节点的容量。

有关为经过纠删编码的对象添加存储容量的一般建议

如果要避免详细计算,可以在现有存储节点容量达到 70% 时为每个站点添加两个存储节点。

对于单站点网格和纠删编码可提供站点丢失保护的网格,此一般建议可在多种纠删编码方案中提供合理的结果。

要更好地了解导致此建议的因素或为您的站点制定更精确的计划,请查看下一节。有关针对您的情况优化的自定义建议,请联系您的 NetApp 客户代表。

计算要为经过纠删编码的对象添加的扩展存储节点数

要优化存储纠删编码对象的部署扩展方式,您必须考虑许多因素:

  • 正在使用纠删编码方案

  • 用于纠删编码的存储池的特征,包括每个站点上的节点数和每个节点上的可用空间量

  • 网格之前是否已扩展(因为每个存储节点上的可用空间量可能并非所有节点上的大致相同)

  • ILM 策略的确切性质,例如 ILM 规则是否同时创建复制的对象和经过纠删编码的对象

以下示例可帮助您了解纠删编码方案的影响,存储池中的节点数以及每个节点上的可用空间量。

类似的注意事项会影响存储复制数据和纠删编码数据的 ILM 策略的计算以及先前扩展的网格的计算。

重要说明

本节中的示例介绍了向 StorageGRID 系统添加存储容量的最佳实践。如果无法添加建议的节点数,则可能需要运行 EC 重新平衡操作步骤 ,以便存储其他经过纠删编码的对象。

示例1:扩展使用2+1纠删编码的单站点网格

此示例显示了如何扩展仅包含三个存储节点的简单网格。

备注 为了简单起见,此示例仅使用三个存储节点。但是,不建议仅使用三个存储节点:实际生产网格应至少使用 k+m + 1 个存储节点来实现冗余,此值等于本示例中的四个存储节点( 2+1+1 )。

假设满足以下条件:

  • 所有数据均使用 2+1 纠删编码方案进行存储。使用 2+1 纠删编码方案时,每个对象都存储为三个片段,每个片段保存在不同的存储节点上。

  • 您有一个站点包含三个存储节点。每个存储节点的总容量为 100 TB 。

  • 要通过添加新的 100 TB 存储节点进行扩展。

  • 您希望最终在新旧节点之间平衡经过纠删编码的数据。

根据执行扩展时存储节点的容量,您可以选择多种方法。

  • * 如果现有节点已满,请添加三个 100 TB 存储节点 *

    在此示例中,现有节点已满 100% 。由于没有可用容量,您必须立即添加三个节点以继续 2+1 纠删编码。

    扩展完成后,对对象进行纠删编码后,所有片段都将放置在新节点上。

    3 节点扩展后的已用空间
    备注 此扩展可添加 _k+m_nodes 。为实现冗余,建议添加四个节点。如果在现有节点已满100%时仅添加_k+m_expansion Storage Node、则所有新对象都必须存储在扩展节点上。如果任何新节点变得不可用,即使是暂时不可用, StorageGRID 也无法满足 ILM 要求。
  • * 如果现有存储节点已满 67% ,请添加两个 100 TB 存储节点 *

    在此示例中,现有节点已满 67% 。由于现有节点上有 100 TB 的可用容量(每个节点 33 TB ),因此,如果您现在执行扩展,则只需添加两个节点。

    添加 200 TB 的额外容量后,您可以继续 2+1 纠删编码,并最终在所有节点之间平衡经过纠删编码的数据。

    节点扩展示例 1 67%
  • * 如果现有存储节点已满 33% ,请添加一个 100 TB 存储节点 *

    在此示例中,现有节点已满 33% 。由于现有节点上有 200 TB 的可用容量(每个节点 67 TB ),因此,如果您现在执行扩展,则只需要添加一个节点。

    添加 100 TB 的额外容量后,您可以继续 2+1 纠删编码,并最终在所有节点之间平衡经过纠删编码的数据。

    节点扩展示例 1 33%

示例2:扩展使用6+3纠删编码的三站点网格

此示例显示了如何为多站点网格制定扩展计划,该网格采用的纠删编码方案包含更多片段。尽管这些示例之间存在差异,但建议的扩展计划非常相似。

假设满足以下条件:

  • 所有数据均使用 6+3 纠删编码方案进行存储。使用 6+3 纠删编码方案时,每个对象将存储为 9 个片段,每个片段将保存到不同的存储节点。

  • 您有三个站点,每个站点有四个存储节点(共 12 个节点)。每个节点的总容量为 100 TB 。

  • 要通过添加新的 100 TB 存储节点进行扩展。

  • 您希望最终在新旧节点之间平衡经过纠删编码的数据。

根据执行扩展时存储节点的容量,您可以选择多种方法。

  • * 如果现有节点已满,请添加九个 100 TB 存储节点(每个站点三个) *

    在此示例中, 12 个现有节点已满。由于没有可用容量,您必须立即添加九个节点( 900 TB 的额外容量),才能继续 6+3 纠删编码。

    扩展完成后,对对象进行纠删编码后,所有片段都将放置在新节点上。

    备注 此扩展可添加 _k+m_nodes 。为了实现冗余,建议添加 12 个节点(每个站点四个)。如果在现有节点已满100%时仅添加_k+m_expansion Storage Node、则所有新对象都必须存储在扩展节点上。如果任何新节点变得不可用,即使是暂时不可用, StorageGRID 也无法满足 ILM 要求。
  • * 如果现有节点已满 75% ,请添加六个 100 TB 存储节点(每个站点两个) *

    在此示例中, 12 个现有节点已满 75% 。由于可用容量为 300 TB (每个节点 25 TB ),因此,如果您现在执行扩展,则只需添加六个节点。您应向这三个站点中的每个站点添加两个节点。

    添加 600 TB 的存储容量后,您可以继续 6+3 纠删编码,并最终在所有节点之间平衡经过纠删编码的数据。

  • * 如果现有节点已满 50% ,请添加三个 100 TB 存储节点(每个站点一个) *

    在此示例中, 12 个现有节点已满 50% 。由于可用容量为 600 TB (每个节点 50 TB ),因此,如果您现在执行扩展,则只需添加三个节点。您应向这三个站点中的每个站点添加一个节点。

    添加 300 TB 的存储容量后,您可以继续 6+3 纠删编码,并最终在所有节点之间平衡经过纠删编码的数据。

  • 相关信息 *