|
本文档采用自动化机器翻译技术翻译。 尽管我们力求提供准确的译文,但不对翻译内容的完整性、准确性或可靠性作出任何保证。 若出现任何内容不一致情况,请以原始 英文 版本为准,且原始英文版本为权威文本。 |
回滚
本页面概述了如何在升级后将Rancher回滚到先前版本。
|
在以下情况下,请遵循本页面的说明:
-
运行中的Rancher实例在备份完成后已升级到新版本。
-
上游(本地)集群与备份创建时的集群相同。
要将Rancher回滚到较低/先前版本,请使用*Rancher备份*应用程序并从备份中恢复Rancher。
回滚后,Rancher必须使用较低/先前版本启动。
恢复是通过创建恢复自定义资源来执行的。
特殊场景的替代步骤
在以下情况下,需要执行回滚的替代步骤:
-
从v2.14.0及更高版本回滚到早期版本的v2.13.x。
在Rancher v2.13.0中,Rancher Turtles成为CAPI资源的默认管理器,取代了之前嵌入的集群API控制器,而在Rancher v2.14.0中,嵌入的集群API被完全移除。因此,如果您从Rancher v2.14.0及更高版本回滚到早期版本的Rancher v2.13.x,并且不打算继续使用Rancher Turtles管理CAPI资源,则可能需要额外的手动步骤来使用嵌入的集群API控制器。从Rancher v2.14.0开始,Rancher Turtles是CAPI资源唯一支持的管理器。
在Rancher v2.14.0中,集群API模块从v1.10.6升级到v1.12.2。集群API v1.12.2反过来将其自定义资源定义(CRD)的apiVersions从`cluster.x-k8s.io/v1beta1`升级到`cluster.x-k8s.io/v1beta2`。Rancher 备份文件包括集群 API CRD。在将备份数据从 Rancher v2.13.x 恢复到本地群集时,升级到 v2.14.0 后,Rancher 备份应用程序首先恢复 v1beta1 CRD。这失败了,因为在集群中存在 v1beta2 自定义资源时,无法从 CRD 中删除 v1beta2 版本。
|
重要说明:
|
第 1 步:创建恢复自定义资源
-
单击 ☰ > 集群管理。
-
转到本地群集并点击 探索。
-
在左侧导航栏中,点击 。
|
如果看不到 Rancher 备份应用程序,您需要从 Apps 的 Charts 页面安装它。有关更多信息,请参阅 这里。 |
-
单击*创建*。
-
要使用 YAML 编辑器,您可以点击 。输入恢复 YAML。以下是一个示例恢复自定义资源:
apiVersion: resources.cattle.io/v1 kind: Restore metadata: name: restore-migration spec: backupFilename: backup-b0450532-cee1-4aa1-a881-f5f48a007b1c-2020-09-15T07-27-09Z.tar.gz encryptionConfigSecretName: encryptionconfig storageLocation: s3: credentialSecretName: s3-creds credentialSecretNamespace: default bucketName: rancher-backups folder: rancher region: us-west-2 endpoint: s3.us-west-2.amazonaws.com -
单击*创建*。
*结果:*备份文件已创建并更新到目标存储位置。资源按以下顺序恢复:
-
自定义资源定义 (CRDs)
-
集群范围的资源
-
命名空间资源
要检查恢复进度,可以查看操作员的日志。请按以下步骤获取日志:
kubectl get pods -n cattle-resources-system
kubectl logs -n cattle-resources-system -f