跳到主要内容
Milvus OperatorHelmDocker Compose

使用 Milvus Operator 升级 Milvus 单机版

本指南描述了如何使用 Milvus operator 升级您的 Milvus 单机版。

升级您的 Milvus operator​

运行以下命令将您的 Milvus operator 版本升级到 v1.2.0。

helm repo add zilliztech-milvus-operator https://zilliztech.github.io/milvus-operator/
helm repo update zilliztech-milvus-operator
helm -n milvus-operator upgrade milvus-operator zilliztech-milvus-operator/milvus-operator

将 Milvus operator 升级到最新版本后，您有以下选择：

执行滚动升级​

从 Milvus 2.2.3 开始，您可以配置 Milvus 协调器以主备模式工作，并为它们启用滚动升级功能，这样 Milvus 可以在协调器升级期间响应传入请求。在以前的版本中，协调器在升级期间需要被删除然后重新创建，这可能会导致服务的某些停机时间。

基于 Kubernetes 提供的滚动更新功能，Milvus operator 根据依赖关系强制执行部署的有序更新。此外，Milvus 实现了一种机制，确保其组件在升级期间与依赖它们的组件保持兼容，从而显着减少潜在的服务停机时间。

滚动升级功能默认是禁用的。您需要通过配置文件明确启用它。

apiVersion: milvus.io/v1beta1
kind: Milvus
metadata:
  name: my-release
spec:
  components:
    enableRollingUpdate: true
    imageUpdateMode: rollingUpgrade # Default value, can be omitted
    image: milvusdb/milvus:v2.5.10

在上述配置文件中，将 spec.components.enableRollingUpdate 设置为 true，并将 spec.components.image 设置为所需的 Milvus 版本。

默认情况下，Milvus 以有序的方式对协调器执行滚动升级，其中它逐个替换协调器 pod 镜像。为了减少升级时间，考虑将 spec.components.imageUpdateMode 设置为 all，这样 Milvus 同时替换所有 pod 镜像。

apiVersion: milvus.io/v1beta1
kind: Milvus
metadata:
  name: my-release
spec:
  components:
    enableRollingUpdate: true
    imageUpdateMode: all
    image: milvusdb/milvus:v2.5.10

您可以将 spec.components.imageUpdateMode 设置为 rollingDowngrade，让 Milvus 用较低版本替换协调器 pod 镜像。

apiVersion: milvus.io/v1beta1
kind: Milvus
metadata:
  name: my-release
spec:
  components:
    enableRollingUpdate: true
    imageUpdateMode: rollingDowngrade
    image: milvusdb/milvus:<some-older-version>

然后将您的配置保存为 YAML 文件（例如，milvusupgrade.yaml），并将此配置文件应用到您的 Milvus 实例，如下所示：

kubectl patch -f milvusupgrade.yaml --patch-file milvusupgrade.yaml --type merge

通过更改镜像版本升级 Milvus​

在正常情况下，您可以通过更改镜像将 Milvus 简单地更新到最新版本。但是，请注意，以这种方式升级 Milvus 时会有一定的停机时间。

编写如下配置文件并将其保存为 milvusupgrade.yaml：

apiVersion: milvus.io/v1beta1
kind: Milvus
metadata:
    name: my-release
labels:
    app: milvus
spec:
  # Omit other fields ...
  components:
   image: milvusdb/milvus:v2.5.10

然后运行以下命令执行升级：

kubectl patch -f milvusupgrade.yaml --patch-file milvusupgrade.yaml --type merge

迁移元数据​

从 Milvus 2.2.0 开始，元数据与以前版本中的元数据不兼容。以下示例片段假设从 Milvus 2.1.4 升级到 Milvus v2.5.10。

1. 为元数据迁移创建 .yaml 文件​

创建一个元数据迁移文件。以下是一个示例。您需要在配置文件中指定 name、sourceVersion 和 targetVersion。以下示例将 name 设置为 my-release-upgrade，sourceVersion 设置为 v2.1.4，targetVersion 设置为 v2.5.10。这意味着您的 Milvus 实例将从 v2.1.4 升级到 v2.5.10。

apiVersion: milvus.io/v1beta1
kind: MilvusUpgrade
metadata:
  name: my-release-upgrade
spec:
  milvus:
    namespace: default
    name: my-release
  sourceVersion: "v2.1.4"
  targetVersion: "v2.5.10"
  # below are some omit default values:
  # targetImage: "milvusdb/milvus:v2.5.10"
  # toolImage: "milvusdb/meta-migration:v2.2.0"
  # operation: upgrade
  # rollbackIfFailed: true
  # backupPVC: ""
  # maxRetry: 3

2. 应用新配置​

运行以下命令应用新配置。

$ kubectl create -f https://raw.githubusercontent.com/zilliztech/milvus-operator/main/config/samples/milvusupgrade.yaml

3. 检查元数据迁移状态​

运行以下命令检查元数据迁移的状态。

kubectl describe milvus release-name

输出中 ready 状态意味着元数据迁移成功。

或者，您也可以运行 kubectl get pod 检查所有 pods。如果所有 pods 都是 ready，则元数据迁移成功。

4. 删除 my-release-upgrade​

当升级成功时，在 YAML 文件中删除 my-release-upgrade。