バックアップの作成
Zilliz Cloud では、バックアップはデータのコピーであり、データ損失やシステム障害が発生した場合にクラスター全体または特定のコレクションを復元できるようにします。
バックアップの作成には追加の料金が発生し、価格はバックアップが保存されるクラウドリージョンに基づいて決定されます。すべてのバックアップファイルは、ソースクラスターと同じクラウドリージョンに保存されます。例えば、AWS us-west-2 のクラスターのバックアップは AWS us-west-2 に保存されます。
このガイドでは、手動でバックアップを作成する方法について説明します。バックアップ作成を自動化するには、自動バックアップのスケジュール設定を参照してください。
この機能は Dedicated クラスターでのみ利用可能です。
制限
-
アクセス制御: プロジェクト管理者、組織オーナー、またはバックアップ権限を持つカスタムロールである必要があります。
-
バックアップから除外:
-
コレクションの TTL 設定
-
デフォルトユーザー
db_adminのパスワード(復元時に新しいパスワードが生成されます) -
クラスターの動的およびスケジュールされたスケーリング設定
-
-
クラスターシャード設定: バックアップされますが、クラスターの CU サイズが縮小される場合、CU あたりのシャード数の制限により、復元時に調整される可能性があります。詳細については、Zilliz Cloud 制限s を参照してください。
-
バックアップジョブの制限:
-
同時にアクティブまたは保留中の手動バックアップは1つだけです。
-
自動バックアップが有効な場合:
-
自動バックアップの実行中は、手動バックアップを開始できません。
-
手動バックアップの実行中でも、自動バックアップは引き続き実行されます。
-
-
クラスターバックアップの作成
クラスター全体のバックアップを作成し、後でクラスター全体または選択したコレクションを復元できます。ディザスタリカバリのためにバックアップファイルを他のクラウドリージョンにコピーする必要がある場合は、バックアップ作成時にコピーポリシーを設定できます。詳細については、他のリージョンへのコピーを参照してください。
ウェブコンソール経由
以下のデモでは、Zilliz Cloud ウェブコンソールでクラスターバックアップを作成する方法を示しています。
RESTful API経由
以下の例では、クラスター in01-xxxxxxxxxxxxxx のバックアップを作成します。RESTful API の詳細については、バックアップの作成を参照してください。
export API_KEY="YOUR_API_KEY"
export BASE_URL="https://api.cloud.zilliz.com"
export CLUSTER_ID="your-cluster-id"
curl --request POST \
--url "${BASE_URL}/v2/clusters/${CLUSTER_ID}/backups/create" \
--header "Authorization: Bearer ${API_KEY}" \
--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 ${API_KEY}" \
--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(データ定義言語)操作を避けることを推奨します。これらの操作は処理を妨げたり、結果に不整合を生じさせたりする可能性があります。
元のクラスターを削除すると、バックアップファイルも削除されますか?
これはバックアップファイルの作成方法によって異なります。すべての 自動バックアップ は元のクラスターとともに削除されます。ただし、手動のクラスターバックアップは永久に保持され、クラスターが削除されても削除されません。不要になった場合は手動で削除する必要があります。
暗号化されたクラスターをバックアップするとどうなりますか?
暗号化されたクラスターをバックアップすると、暗号化スコープ内のすべてのデータは暗号化されたままとなり、バックアップファイル列の名前の横に鍵アイコンが表示されます。

暗号化されたバックアップを新しいクラスターに復元する場合、Zilliz Cloud はバックアップファイルに関連付けられた KMS キーを使用して、復元前にデータを復号します。そのため、暗号化の有無にかかわらず、新しいクラスターにバックアップを復元できます。
詳細については、暗号化されたバックアップからの復元 を参照してください。