Migrazione tra istanze e tra bucket

Questo argomento illustra il processo di backup di una collezione da un'istanza Milvus e il suo ripristino in un'altra, con ciascuna istanza che utilizza bucket diversi all'interno dello stesso archivio oggetti.

Panoramica

Il diagramma seguente illustra il processo di backup e ripristino utilizzando bucket diversi all'interno dello stesso object storage.

cross-bucket-backup-and-restore.png

Si supponga di avere due istanze Milvus, milvus_A e milvus_B, che utilizzano entrambe il motore di archiviazione MinIO predefinito per l'archiviazione degli oggetti. Queste istanze utilizzano bucket diversi, bucket_A e bucket_B, all'interno dello stesso archivio oggetti. In questo esempio, l'obiettivo è completare le seguenti operazioni:

1. Creare un backup (my_backup) per la raccolta coll in bucket_A e archiviare il backup in bucket_B.

2. In bucket_B, ripristinare dal backup e nominare la raccolta ripristinata coll_bak.

Prerequisiti**

• Assicurarsi che lo strumento milvus-backup sia installato.

• Familiarizzare con la configurazione delle impostazioni di archiviazione degli oggetti di Milvus. Per i dettagli, consultare Archiviazione degli oggetti.

Backup di una raccolta da milvus_A

Passo 1: Preparare la configurazione

Andare nella directory del progetto milvus-backup e creare una directory denominata configs:

mkdir configs
cd configs

Scaricare il file di configurazione di backup backup.yaml:

wget https://raw.githubusercontent.com/zilliztech/milvus-backup/main/configs/backup.yaml

La struttura del file è la seguente:

├── configs
│   └── backup.yaml
├── milvus-backup
└── README.md

Passo 2: modificare il file di configurazione

Modificare il file backup.yaml per impostare le configurazioni appropriate permilvus_A:

• Connessione configs

  # milvus proxy address, compatible to milvus.yaml
  milvus:
    address: milvus_A
    port: 19530
    authorizationEnabled: false
    # tls mode values [0, 1, 2]
    # 0 is close, 1 is one-way authentication, 2 is two-way authentication.
    tlsMode: 0
    user: "root"
    password: "Milvus"
  

  • milvus.address: Indirizzo IP o nome host del server milvus_A.

  • milvus.port: Porta TCP su cui il server Milvus è in ascolto (default 19530).

• Configurazioni di archiviazione (impostazioni MinIO/S3)

  # Related configuration of minio, which is responsible for data persistence for Milvus.
  minio:
    # cloudProvider: "minio" # deprecated use storageType instead
    storageType: "minio" # support storage type: local, minio, s3, aws, gcp, ali(aliyun), azure, tc(tencent)
    
    address: localhost # Address of MinIO/S3
    port: 9000   # Port of MinIO/S3
    accessKeyID: minioadmin  # accessKeyID of MinIO/S3
    secretAccessKey: minioadmin # MinIO/S3 encryption string
    useSSL: false # Access to MinIO/S3 with SSL
    useIAM: false
    iamEndpoint: ""
    
    bucketName: "bucket_A" # Milvus Bucket name in MinIO/S3, make it the same as your milvus instance
    rootPath: "files" # Milvus storage root path in MinIO/S3, make it the same as your milvus instance
  
    # only for azure
    backupAccessKeyID: minioadmin  # accessKeyID of MinIO/S3
    backupSecretAccessKey: minioadmin # MinIO/S3 encryption string
    
    backupBucketName: "bucket_B" # Bucket name to store backup data. Backup data will store to backupBucketName/backupRootPath
    backupRootPath: "backup" # Rootpath to store backup data. Backup data will store to backupBucketName/backupRootPath
  

• minio.bucketName: Nome del bucket utilizzato per l'archiviazione dei dati in milvus_A. In questo esempio, impostato su bucket_A.

• minio.rootPath: Percorso radice all'interno del bucket in cui sono memorizzati i dati di milvus_A. In questo esempio, impostato su files.

• minio.backupBucketName: Nome del bucket utilizzato per l'archiviazione dei backup inmilvus_B. In questo esempio, milvus_A e milvus_B utilizzano bucket diversi. Pertanto, impostare su bucket_B.

• minio.backupRootPath: Percorso radice all'interno del bucket designato per l'archiviazione dei file di backup in milvus_B. In questo esempio, impostare su backup.

Passo 3: Creare il backup

Una volta salvato backup.yaml, creare un backup denominato my_backup:

./milvus-backup create -c coll -n my_backup

Questo comando crea il backup bucket_B/backup/my_backup nell'archivio oggetti per la raccolta coll.

Ripristino del backup su milvus_B

Passo 1: Configurare le impostazioni di ripristino

Ripetere il passo 2 per modificare le configurazioni per il ripristino di milvus_B, assicurandosi che minio.bucketName sia impostato su bucket_B.

Ecco una configurazione di esempio:

...
# milvus proxy address, compatible to milvus.yaml
milvus:
  address: milvus_B
  port: 19530
  authorizationEnabled: false
  # tls mode values [0, 1, 2]
  # 0 is close, 1 is one-way authentication, 2 is two-way authentication.
  tlsMode: 0
  user: "root"
  password: "Milvus"
  
# Related configuration of minio, which is responsible for data persistence for Milvus.
minio:
  # cloudProvider: "minio" # deprecated use storageType instead
  storageType: "minio" # support storage type: local, minio, s3, aws, gcp, ali(aliyun), azure, tc(tencent)
  
  address: localhost # Address of MinIO/S3
  port: 9000   # Port of MinIO/S3
  accessKeyID: minioadmin  # accessKeyID of MinIO/S3
  secretAccessKey: minioadmin # MinIO/S3 encryption string
  useSSL: false # Access to MinIO/S3 with SSL
  useIAM: false
  iamEndpoint: ""
  
  bucketName: "bucket_B" # Milvus Bucket name in MinIO/S3, make it the same as your milvus instance
  rootPath: "files" # Milvus storage root path in MinIO/S3, make it the same as your milvus instance

  # only for azure
  backupAccessKeyID: minioadmin  # accessKeyID of MinIO/S3
  backupSecretAccessKey: minioadmin # MinIO/S3 encryption string
  
  backupBucketName: "bucket_B" # Bucket name to store backup data. Backup data will store to backupBucketName/backupRootPath
  backupRootPath: "backup" # Rootpath to store backup data. Backup data will store to backupBucketName/backupRootPath
...

Passo 2: Ripristino del backup

Ripristinare il backup in milvus_B:

./milvus-backup restore -c coll -n my_backup -s _bak

Questo comando ripristina il backup in una nuova raccolta denominata coll_bak in milvus_B, con i dati archiviati in bucket_B/files/insert_log/[ID of new collection].