メインコンテンツまでスキップ
バージョン: User Guides (Cloud)

バックアップを作成

Zilliz Cloudでは、バックアップはデータのコピーであり、データ損失やシステム障害の際にクラスター全体または特定のコレクションを復元できるようにします。

バックアップ作成には追加の料金が発生し、価格はバックアップが保存されているクラウドリージョンに基づいて計算されます。すべてのバックアップファイルは、ソースクラスターと同じクラウドリージョンに保存されます。たとえば、AWS us-west-2のクラスターでは、バックアップもAWS us-west-2に保存されます。

このガイドでは、手動でバックアップを作成する方法を説明します。バックアップ作成を自動化するには、自動バックアップのスケジュールを参照してください。

📘注意

この機能は専用クラスターでのみ利用可能です。

制限​

  • アクセス制御: プロジェクト管理者、組織オーナー、またはバックアップ権限を持つカスタムロールを持つユーザーである必要があります。

  • バックアップ対象外:

    • コレクションTTL設定

    • デフォルトユーザーdb_adminのパスワード（リストア時に新しいパスワードが生成されます）

    • クラスターの動的およびスケジュールされたスケーリング設定

  • クラスターシャード設定: バックアップされますが、クラスターCUサイズが縮小された場合、シャード毎CU制限によりリストア時に調整される可能性があります。詳細はZilliz Cloudの制限を参照してください。

  • バックアップジョブ制限:

    • 同時にアクティブまたは保留状態にできるのは1つの手動バックアップのみです。

    • 自動バックアップが有効になっている場合:

      • 自動バックアップが進行中の間は、手動バックアップを開始できません。

      • 手動バックアップが進行中でも、自動バックアップは引き続き実行されます。

クラスターバックアップを作成​

クラスター全体のバックアップを作成し、後でクラスター全体または選択されたコレクションを復元できます。災害復旧のためにバックアップファイルを他のクラウドリージョンにコピーする必要がある場合は、バックアップ作成時にコピーポリシーを設定できます。詳細は、他のリージョンにコピーを参照してください。

ウェブコンソール経由​

以下は、Zilliz Cloudウェブコンソールでクラスターバックアップを作成する方法を示すデモです。

RESTful API経由​

以下は、クラスターin01-xxxxxxxxxxxxxxのバックアップを作成する例です。RESTful APIの詳細については、バックアップを作成を参照してください。

curl --request POST \
     --url "${BASE_URL}/v2/clusters/${CLUSTER_ID}/backups/create" \
     --header "Authorization: Bearer ${TOKEN}" \
     --header "Content-Type: application/json" \
     --data-raw '{
            "backupType": "CLUSTER"
      }'

以下は出力例です。バックアップジョブが生成され、プロジェクトジョブセンターで進行状況を確認できます。

{
  "code": 0,
  "data": {
    "backupId": "backup0_c7b18539b97xxxx",
    "backupName": "Dedicated-01_backup2",
    "jobId": "job-031a8e3587ba7zqkadxxxx"
  }
}

コレクションバックアップを作成​

クラスター内の特定のコレクションまたはコレクションのサブセットをバックアップするには、コレクションレベルのバックアップを作成します。災害復旧のためにバックアップファイルを他のクラウドリージョンにコピーする必要がある場合は、バックアップ作成時にコピーポリシーを設定できます。詳細は、他のリージョンにコピーを参照してください。

ウェブコンソール経由​

以下は、ウェブコンソールでコレクションバックアップを作成する方法を示すデモです。

RESTful API経由​

以下は、クラスターin01-xxxxxxxxxxxxxx内のコレクションmedium_articlesのバックアップを作成する例です。RESTful APIの詳細については、バックアップを作成を参照してください。

curl --request POST \
--url "${BASE_URL}/v2/clusters/${CLUSTER_ID}/backups/create" \
--header "Authorization: Bearer ${TOKEN}" \
--header "Content-Type: application/json" \
-d '{
    "backupType": "COLLECTION",
    "dbCollections": [
        {
            "collectionNames": [
                "medium_articles"
            ]
        }
    ]
}'

以下は出力例です。バックアップジョブが生成され、プロジェクトジョブセンターで進行状況を確認できます。

{
  "code": 0,
  "data": {
    "backupId": "backup0_c7b18539b97xxxx",
    "backupName": "Dedicated-01_backup2",
    "jobId": "job-031a8e3587ba7zqkadxxxx"
  }
}

よくある質問​

バックアップジョブにどれくらい時間がかかりますか？

バックアップの所要時間はデータのサイズによって異なります。参考までに、700 MBのバックアップには通常約1秒かかります。クラスターに1,000以上のコレクションが含まれている場合、処理に少し時間がかかることがあります。

バックアップ中にDDL（データ定義言語）操作を実行できますか？

バックアップが進行中の間は、コレクションの作成や削除などの主要なDDL（データ定義言語）操作を避けることを推奨します。これらはプロセスを妨げたり、不整合な結果をもたらす可能性があります。

元のクラスターが削除された場合、バックアップファイルも削除されますか？

これはバックアップファイルの作成方法によって異なります。すべての自動バックアップは、元のクラスターとともに削除されます。しかし、手動で作成されたクラスターバックアップは永久に保持され、クラスターが削除されても削除されません。不要になった場合は手動で削除する必要があります。