【问题标题】:Update Snapshot Location Velero Azure更新快照位置 Velero Azure
【发布时间】:2020-12-08 20:33:44
【问题描述】:

目前已经启动并运行了 velero,它运行良好。我唯一的问题是,卷的快照是在与原件相同的区域创建的,这有点违背了灾难恢复的目的。这个标志

--snapshot-location-config

没有区域参数。我知道默认快照位置有一个配置

volumesnapshotlocations.velero.io "default"

有谁知道如何修改默认设置,以便我可以将快照放入新区域?

【问题讨论】:

    标签: azure kubernetes disaster-recovery velero


    【解决方案1】:

    不支持从主要区域创建快照到其他区域。
    托管磁盘的 Azure 区域冗余快照和映像具有不错的 99.9999999999%(12 个 9)的持久性。一个区域中的可用区通常在物理上是分开的,即使中断影响了一个 AZ,您仍然可以从冗余 AZ 访问您的数据。

    但是,如果您担心会影响几平方公里(一个区域中的多个区域)的灾难,您可以手动将快照移动到不同的区域,甚至可以自动执行该过程。 Here 是一个指南。

    【讨论】:

    • 不幸的是,我刚刚浏览了该文档。 Velero 应该考虑添加一个函数来将数据复制并移动到一个新区域,这有点像 DR 的重点
    • 取决于灾难的严重程度 :) 以及数据的价值。如果流星会席卷整个大陆,我想我们会遇到比数据持久性更大的问题。一切都与统计有关:如果 12 个 9 还不够,那么您可以对数据采取额外的安全措施。我猜他们没有开箱即用地提供这个,因为它会带来额外的费用。在海洋上移动 TB 数据并不像在可用区内专用通道上移动数据那样便宜。你知道...在另一个极端,GITHUB ARCTIC CODE VAULT 方法是另一种选择:)
    • 所以你的快照有 TTL 我看到的只是备份被删除我的快照正在建立
    • 我从不使用快照作为备份。我使用快照的唯一原因是暂时冻结磁盘并在需要时捕获该状态。我不知道 Azure 在后台使用什么来创建快照,但我知道在 VMware 中堆叠太多增量快照是一种不好的做法:因此每个快照都是前一个快照的增量,性能是做作的。 VMware 在一条链上也有 32 个快照的限制。
    • 是的,我确实想为此转向供应商特定的解决方案,但不幸的是,我只能推荐,但其他人会打电话哈。是的,我已经阅读了很多关于使用 ASR 的文档,但这确实行不通,我要求他们提供演示,但他们没有提供演示,所以 Velero 就是这样。
    【解决方案2】:

    --snapshot-location-config 没有区域参数

    --snapshot-location-config 不会创建存储,您必须自己创建。您可以指定不同的区域、不同的 Azure 订阅,甚至可以指定不同的提供商,例如 AWS。

    对于 Azure,请按照说明 here 创建您的存储容器。

    如果您的提供商支持区域配置(Azure 不支持 - 请参阅 Volume Snapshot Location Config docBackup Storage Location Config doc),则可以使用 --config 进行配置,例如--config region=us-west-2。检查您的提供程序插件以查看是否支持不同的区域、键名是什么以及支持哪些可能的值。

    有关使用多个快照和备份位置的示例,请参阅Velero locations documentation

    更新:

    尽管velero snapshot-location create 允许您指定--provider,但Limitations/Caveats section of the Location documentation 明确指出仅支持一组凭据,而且Azure 明确不允许在不同区域创建快照:

    Velero 仅支持 VolumeSnapshotLocations 的一组凭据。 Velero 将始终使用安装时提供的凭据(存储在 cloud-credentials secret 中)进行卷快照。

    卷快照仍然受到您的提供商允许您创建快照的位置的限制。例如,AWS 和 Azure 不允许您在与卷所在的区域不同的区域中创建卷快照。如果您尝试使用与集群卷所在区域不同的卷快照位置进行 Velero 备份,则备份将失败。

    我个人觉得这很令人困惑——如何在不指定凭据的情况下使用不同的提供商?无论如何,似乎无法在 Azure 中的不同区域存储快照。

    【讨论】:

      猜你喜欢
      • 2020-09-21
      • 2022-12-06
      • 2019-07-05
      • 1970-01-01
      • 2011-01-10
      • 2022-01-09
      • 1970-01-01
      • 2021-09-28
      • 1970-01-01
      相关资源
      最近更新 更多