Atlas クラスターのバックアップ
注意
この機能は、次の配置では使用できません。
M0クラスターM2/M5クラスターFlex クラスター
注意
Atlas は M2 および M5 クラスターとサーバーレス インスタンスを非推奨にしました。近い将来、Atlas はすべての M2 クラスターと M5 クラスターを Flex クラスターに自動的に移行する予定です。サーバーレス インスタンスの場合、Atlas は使用状況に応じて、インスタンスを無料クラスター、Flex クラスター、または専用クラスターに移行するかどうかを決定し、サーバーレス インスタンスを自動的に移行します。
API の下位互換性を一定期間維持するため、Atlas では、Atlas Kubernetes Operator を使用する場合を含め、これらの移行クラスターを同じ API（古い API と新しい API）で管理できるようにします。 API の下位互換性は、古い2026 API が削除され、Flex クラスターに関連する API のみが残ります。
サーバーレスインスタンス上のプライベートエンドポイントのサポートは、2025 年 3 月 日で終了します。 {3 月 2025 までにプライベートエンドポイントを削除するには、Atlas Kubernetes Operator の構成を更新する必要があります。 残りのすべての M2、M5、およびサーバーレスインスタンス機能を Atlas Kubernetes Operator 構成から 1 月 2026前に削除する必要があります。
ワークロードに プライベートエンドポイント または 継続的なバックアップとポイントインタイム復元 が必要な場合は、Atlas 専用クラスターに切り替えます。詳しくは、「 Flex クラスターへの移行 」と「 Atlas Flex 移行ガイド 」を参照してください。
Atlas Kubernetes Operator は、Atlas クラスターのクラウドバックアップをサポートします。 クラウドバックアップはクラウドプロバイダーのネイティブ スナップショット機能を使用して、フルコピー スナップショットとローカライズされたスナップショット ストレージをサポートします。
Atlas Kubernetes Operator を使用してクラウドバックアップを管理するには、次のカスタム リソースを指定して更新できます。
カスタム リソース | 目的 |
|---|---|
バックアップの頻度やスナップショットの保持期間などのバックアップ ポリシーを定義します。 | |
Atlas がデータベース配置をバックアップする時刻、復元可能な日数、バックアップ ポリシーなどのバックアップ スケジュールを定義します。 | |
クラスターの特性を定義します。 クラスターのクラウドバックアップを有効にするには、 さらに、継続的バックアップを構成するには、 |
サポートされているカスタム リソースのいずれかを変更するたびに、Atlas Kubernetes Operator は対応する Atlas 構成を作成または更新します。
Considerations
次の考慮事項を検討します。
バックアップ スケジュールごとに 1 つのバックアップ ポリシーを指定できます。
クラスターごとに指定できるバックアップ スケジュールは 1 つですが、複数のクラスターで同じバックアップ スケジュールを使用することもできます。
Atlas は、クラスター構成に基づいて、スナップショットするノードの順序を決定します。 詳細については、「クラウドバックアップ 」を参照してください。
Atlas Kubernetes Operator は、 自動スナップショット分散をサポートしています。 これは、
AtlasBackupScheduleカスタム リソースのspec.copySettingフィールドで構成できます。
注意
バックアップ コンプライアンス ポリシーが 有効 になっている場合は、バックアップ コンプライアンス ポリシーで設定されている最小要件を下回る個々のクラスターのバックアップ ポリシーを変更することはできません。 クラスターレベルのバックアップ ポリシーはいつでも変更できます。 Atlas では、バックアップ コンプライアンス ポリシーの最小要件を満たすために、既存のクラスターレベルのポリシーが強化されます。 すべての新しいクラスターでバックアップ コンプライアンス ポリシーが使用されます。 バックアップスケジュールの頻度を減らすと、変更は将来のバックアップにのみ適用されます。 既存のoplogは元のウィンドウに残ります。 バックアップ コンプライアンス ポリシーの最小要件が適用されます。 追加のスナップショット保持 を構成できます。 また、スナップショットが保持されている削除されたクラスターを含む、すべてのM10+専用クラスターのバックアップの詳細を表示することもできます。 詳細については、「専用クラスターのバックアップ詳細の表示 」を参照してください。
制限
クラウドバックアップには特定の制限が適用されます。 詳しくは、「クラスターのバックアップ 」を参照してください。
前提条件
Atlas Kubernetes Operator が管理するクラスターのクラウドバックアップを有効にするには、次の手順を実行する必要があります。
Atlas Kubernetes Operatorが配置された実行中の Kubernetes クラスターを用意します。
IPアドレスが組織のAPIアクセス リストにあることを確認します。
手順
Atlas Kubernetes Operator が管理するクラスターのクラウドバックアップを有効にするには、次の手順に従います。
バックアップ ポリシーを作成します。
バックアップ ポリシーのパラメータの詳細については、「 AtlasBackupPolicyカスタム リソース 」を参照してください。
例:
cat <<EOF | kubectl apply -f - apiVersion: atlas.mongodb.com/v1 kind: AtlasBackupPolicy metadata: name: "atlas-default-backuppolicy" spec: items: frequencyType: "weekly" frequencyInterval: 1 retentionUnit: "days" retentionValue: 7 EOF
バックアップ スケジュールを作成します。
バックアップ ポリシーを適用するには、 spec.policy.nameフィールドにAtlasBackupPolicyカスタム リソースのmetadata.nameを指定します。
バックアップ スケジュールのその他のパラメータの詳細については、「 AtlasBackupScheduleカスタム リソース 」を参照してください。
例:
cat <<EOF | kubectl apply -f - apiVersion: atlas.mongodb.com/v1 kind: AtlasBackupSchedule metadata: name: "atlas-default-backupschedule" spec: autoExportEnabled: true copySettings: - cloudProvider: AWS frequencies: - HOURLY regionName: US_EAST_1 shouldCopyOplogs: true referenceHourOfDay: 10 referenceMinuteOfHour: 10 restoreWindowDays: 2 policy: name: atlas-default-backuppolicy namespace: mongodb-atlas-system EOF
クラスターにバックアップ スケジュールを適用します。
spec.backupRef.nameAtlasDeploymentカスタム リソース metadata.nameの フィールドに、 カスタム リソースAtlasBackupSchedule の を指定して、バックアップ スケジュールをクラスターに適用します。
例:
cat <<EOF | kubectl apply -f - apiVersion: atlas.mongodb.com/v1 kind: AtlasDeployment metadata: name: my-atlas-cluster spec: backupRef: name: atlas-default-backupschedule namespace: mongodb-atlas-system EOF