Docs Menu
Docs Home
/ /
MongoDB Atlas Kubernetes 演算子

Atlas クラスターのバックアップ

項目一覧

  • Considerations
  • 制限
  • 前提条件
  • 手順
  • バックアップ ポリシーを作成します。
  • バックアップ スケジュールを作成します。
  • クラスターにバックアップ スケジュールを適用します。

注意

この機能は、次の配置では使用できません。

  • M0 クラスター

  • M2/M5 クラスター

  • Flex クラスター

注意

サーバーレスインスタンスの自動バックアップ

Atlas はサーバーレスインスタンスのバックアップを自動的に有効にし、6 時間ごとにスナップショットを作成します。サーバーレスインスタンスに適用する Atlas Kubernetes Operatorバックアップカスタム リソースは、自動設定を上書きしません。

サーバーレスインスタンスのバックアップの詳細については、「 サーバーレスインスタンスのバックアップ 」を参照してください。

Atlas Kubernetes Operator は、Atlas クラスターのクラウドバックアップをサポートします。 クラウドバックアップはクラウドプロバイダーのネイティブ スナップショット機能を使用して、フルコピー スナップショットとローカライズされたスナップショット ストレージをサポートします。

Atlas Kubernetes Operator を使用してクラウドバックアップを管理するには、次のカスタム リソースを指定して更新できます。

カスタム リソース
目的

AtlasBackupPolicy カスタム リソース

バックアップの頻度やスナップショットの保持期間などのバックアップ ポリシーを定義します。

Atlas がデータベース配置をバックアップする時刻、復元可能な日数、バックアップ ポリシーなどのバックアップ スケジュールを定義します。

クラスターの特性を定義します。 クラスターのクラウドバックアップを有効にするには、 spec.backupRef.nameフィールドを構成されたバックアップ スケジュールの名前に設定する必要があります。

さらに、継続的バックアップを構成するには、 spec.deploymentSpec.pitEnabledtrueに設定する必要があります。

サポートされているカスタム リソースのいずれかを変更するたびに、Atlas Kubernetes Operator は対応する Atlas 構成を作成または更新します。

次の考慮事項を検討します。

  • バックアップ スケジュールごとに 1 つのバックアップ ポリシーを指定できます。

  • クラスターごとに指定できるバックアップ スケジュールは 1 つですが、複数のクラスターで同じバックアップ スケジュールを使用することもできます。

  • Atlas は、クラスター構成に基づいて、スナップショットするノードの順序を決定します。 詳細については、「クラウドバックアップ 」を参照してください。

  • Atlas Kubernetes Operator は、 自動スナップショット分散をサポートしています。 これは、 AtlasBackupScheduleカスタム リソースspec.copySettingフィールドで構成できます。

注意

バックアップ コンプライアンス ポリシーが 有効 になっている場合は、バックアップ コンプライアンス ポリシーで設定されている最小要件を下回る個々のクラスターのバックアップ ポリシーを変更することはできません。 クラスターレベルのバックアップ ポリシーはいつでも変更できます。 Atlas では、バックアップ コンプライアンス ポリシーの最小要件を満たすために、既存のクラスターレベルのポリシーが強化されます。 すべての新しいクラスターでバックアップ コンプライアンス ポリシーが使用されます。 バックアップスケジュールの頻度を減らすと、変更は将来のバックアップにのみ適用されます。 既存のoplogは元のウィンドウに残ります。 バックアップ コンプライアンス ポリシーの最小要件が適用されます。 追加のスナップショット保持 を構成できます。 また、スナップショットが保持されている削除されたクラスターを含む、すべてのM10+専用クラスターのバックアップの詳細を表示することもできます。 詳細については、「専用クラスターのバックアップ詳細の表示 」を参照してください。

クラウドバックアップには特定の制限が適用されます。 詳しくは、「クラスターのバックアップ 」を参照してください。

Atlas Kubernetes Operator が管理するクラスターのクラウドバックアップを有効にするには、次の手順を実行する必要があります。

  • Atlas Kubernetes Operatorが配置された実行中の Kubernetes クラスターを用意します。

  • IPアドレスが組織のAPIアクセス リストにあることを確認します。

Atlas Kubernetes Operator が管理するクラスターのクラウドバックアップを有効にするには、次の手順に従います。

1

バックアップ ポリシーのパラメータの詳細については、「 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
2

バックアップ ポリシーを適用するには、 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
3

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

戻る

Atlas Stream Processing