问题标签 [velero]

每当我尝试在 kubernetes(AKS) 中的 velero 部署上运行 helm upgrade 时，它​​都会尝试删除 velero 的 CRD，并在删除一些后失败。

我什至尝试使用以下选项，但仍然出现同样的错误

我做错了吗？

请让我知道我的错误是什么！

使用此命令使用 velero 工具备份 AWS EKS 集群，但它不起作用：

cat minio.credentials

得到错误：

注意：我已经尝试过 --bucket backup-archive 但仍然没有用

我已经在 Azure 的 k8s 集群中使用区块链自动化框架部署了一个超级账本结构网络（v2.2.0）。

我的网络有 3 个组织（2 个对等组织和 1 个排序组织）和一个频道。我已经使用 velero (v1.5.3) 使用持久卷备份了集群，以便我可以在需要时恢复集群中的区块链网络。

我的备份成功了，但是当我尝试在新集群中恢复备份时，所有 3 个组织中的 ca-tools pod 都已启动并运行，但 ca、peers 和 orderer pod 因以下错误而崩溃：

从 Vault 服务器获取机密：http ://abc.def.azure.com:8200 {“errors”：[“missing client token”]} 错误：无法检索 Vault login token：{“errors”：[“missing client令牌”] }

因此，我无法继续使用 BAF 部署的区块链网络的备份和恢复工作。如果有人指导我清除上述错误，那将很有帮助。提前致谢！

有没有人使用 velero 进行 cassandra 备份恢复，尤其是下面文章中提到的

https://cormachogan.com/2019/03/21/more-velero-cassandra-backup-and-restore/

我们尝试了它，它就像一个魅力，但我对使用上述方法恢复系统密钥空间的问题很少。

上面的恢复不使用 intial_token 参数，而是恢复系统密钥空间，这允许在新集群中分配令牌，使用 velero 的任何建议或验证，以使用 velero 备份/恢复 cassandra

我在下面遇到这个问题。任何人都知道可能出了什么问题？

我已经使用 Helm 图表安装了 Velero 1.4.2：

我使用这个命令来安装：

我的凭证文件通过了：

Helm 值文件：

MinIO 快照资源（MinIO 在 192.168.2.239:9000 工作）：

似乎失败的aws资源：

由于某种原因，没有列出任何插件：

Velero 显然由于原始问题而崩溃：

更多资源：

我的 MinIO 服务使用 Docker Compose 启动并且工作正常：

备份位置的未知 PHASE：

单独测试 MinIO 访问：

秘密是正确的：

我在 AKS 中使用区块链自动化框架 (BAF) 部署了一个超级账本结构区块链网络 (v2.2.0)。我正在尝试执行 DR 方案以使用 Velero 恢复完整的网络。通过注释命名空间中所有 pod 的卷，我使用 velero（与 restic 一起安装）备份了命名空间。然后我创建了另一个集群 (AKS) 并完成了还原。恢复没有说任何错误，但是恢复的命名空间中的所有 pod 都停滞在“Init”状态。当 pod 描述时，我可以看到以下“事件”，

警告 FailedAttachVolume 2m (x11 over 8m12s) attachdetach-controller AttachVolume.Attach failed for volume "pvc-693766c2-24d1-46df-8f3b-6e61e47714c2" : Retriable: false, RetryAfter: 0s, HTTPStatusCode: 403, RawError: Retriable: false, RetryAfter : 0s, HTTPStatusCode: 403, RawError: {"error":{"code":"AuthorizationFailed","message":"客户端 '5cb44ec6-fe67-4783-a7ec-827ce5787ea7' 对象 id '5cb44ec6-fe67-4783 -a7ec-827ce5787ea7' 无权在范围'/subscriptions/subs_id/resourceGroups/rg/providers/Microsoft.Compute/disks/kubernetes-dynamic-pvc-693766c2-24d1 上执行操作'Microsoft.Compute/disks/read' -46df-8f3b-6e61e47714c2' 或范围无效。如果最近授予访问权限，请刷新您的凭据。"}}

谁能解释一下原因？提前致谢！

我正在使用 CLI 部署 Velero，以使用以下命令部署到 Azure AKS 群集：

豆荚出现得很好，velero和restic。但是当我尝试创建备份时，它成功提交，但随后失败并出现此错误。任何帮助，将不胜感激。

目前我正在测试一个灾难恢复方案 - 使用 kubernetes 恢复工具 - Velero 恢复整个超级账本结构网络。考虑我的网络有 1 个排序者组织（3 个排序者）和 2 个对等组织（每个有 2 个对等点 [peer0, peer1]）。orderer 组织和具有一个 peer 的 peer org 部署在集群 A 中。每个 peer org 中的第二个 peer 部署在集群 B 中。fabric 的版本是 v2.2.0，使用的 baf 版本是 v0.8.1.0。

我能够在另一个新集群（集群 C）中成功恢复部署在集群 A 中的结构网络，并且在另一个集群（集群 D）中恢复部署在集群 B 中的网络。虽然恢复后所有对等点的通道高度相同，但当我测试调用时，在 4 个对等点中，只有 3 个对等点更新了新数据（org1 的对等点1 未提交新块）。org1 的 peer1 的通道高度为 12，但实际高度为 13，这在其他对等方（peer0org1、peer0org2、peer1org2）中正确观察到。所以我确实缩小了 peer1org1 的 statefulset，然后放大了。出现时，我可以在对等日志中看到第 14 个块已提交给​​该对等节点。然后我检查了 peer1 org1 的通道高度，它得到了更新，结果是 13。

然后我测试了 3 次调用，这些调用的数据在所有节点中都得到了更新。但是任何人都可以解释为什么恢复后在对等点中发生数据不同步的原因吗？

我们在 AWS 中有一个 kubernetes 集群（1 个主节点，2 个工作节点），它是使用 kubeadm 创建并使用存储类 - cluster.local/nfs-server-nfs-server-provisioner 的。

因此，我们使用集群中运行的 nfs pod（包含所有 pvc 数据）作为 statefulset。我们在集群中运行了大约 10-15 个 pod（如 jenkins、gitlab、ldap 等）和 9 个 PV/PVC。

要在新的 Kubernetes 集群上进行备份/恢复：

Velero 会像使用 EBS 作为存储类时一样在这里工作吗？

是否有任何其他方式或工具可以更好地支持备份/恢复过程？

我正在尝试创建一个 Docker 容器，该容器部署了 Velero CLI，以便向在 Azure 中的 AKS 中运行的 Velero 容器发出命令。这背后的原因是我们不想将 CLI 部署到 Linux 机器上，而是有一个可以传递命令的容器，例如“velero restore ....”，让 Velero CLI 执行任务，然后容器不再存在。我们不希望在 Azure 中运行很多命令，并且管理层希望尽可能少的 VM。目前我们为其他工具执行此操作，因此它与我们完成 CLI 命令的方式一致。但是，我们不想在设置中烘焙诸如备份间隔或备份位置，因为这些将在我们的环境（如生产、登台等）中变化。当然，我们

现在问题在于 Velero 必须知道要连接到哪个 AKS 集群以及 kubectl 凭据。因此，我们必须拥有资源组、AKS 群集名称、订阅以及所有这些信息。除了使用 kubectl 来获取凭据之外，这些参数都很简单。我想在我们启动它时将它们传递给我们的 Velero CLI 容器，或者在 Velero CLI 容器中安装 kubectl 并让它提取凭据。

有没有人有这方面的经验，可以提供一些关于完成这项任务的最佳实践的见解？我们目前在 AKS 中运行 Velero 1.6.1。