Realice una copia de seguridad de su clúster Atlas

Nota

Esta característica no está disponible para ninguna de las siguientes implementaciones:

M0 Clústeres
Clústeres Flex

Nota

Atlas ha desaprobado los clústeres M2 y M5 y las instancias sin servidor. Atlas migró todos los clústeres M2 y M5 a clústeres Flex. Para instancias sin servidor, Atlas migró instancias a clústeres gratuitos, clústeres Flex o clústeres dedicados según su uso.

Para preservar la compatibilidad con versiones anteriores de las API durante un tiempo, Atlas seguirá permitiendo que estos clústeres migrados se administren mediante las mismas API (antiguas y nuevas), incluso al usar Atlas Kubernetes Operator. La compatibilidad con versiones anteriores de las API se mantendrá hasta enero de 2026, fecha en la que se eliminarán las API antiguas y solo se mantendrán las API relacionadas con los clústeres Flex.

El soporte para nodos privados en instancias sin servidor finalizó en marzo 2025. Debes actualizar la configuración de tu Atlas Kubernetes Operator para eliminar los nodos privados antes de marzo 2025. Debe remover todas las funcionalidades restantes de M2, M5 y de instancias sin servidor de sus configuraciones de Atlas Kubernetes Operator antes del 2026 de enero.

Si sus cargas de trabajo requieren nodos privados o copia de seguridad continua, cambia a Atlas clústeres dedicados. Para obtener más información, consulte Migración a Clusters Flex y la Guía de migración Atlas Flex.

Atlas Kubernetes Operator admite copia de seguridad en la nube para tus clústeres de Atlas. La copia de seguridad en la nube utiliza la funcionalidad de snapshot nativa de tu proveedor de nube para permitir snapshots de copia completa y almacenamiento localizado de snapshots.

Para gestionar las copias de seguridad en la nube con Atlas Kubernetes Operator, puedes especificar y actualizar los siguientes recursos personalizados:

Recurso personalizado	Propósito
`AtlasBackupPolicy` Recurso personalizado	Define la política de respaldo, incluida la frecuencia de los respaldos y la duración de la retención de instantáneas.
`AtlasBackupSchedule` Recurso personalizado	Define el cronograma de copias de seguridad, incluyendo la hora del día en que Atlas realiza una copia de seguridad de tu implementación de la base de datos, el número de días que puedes restaurar y la política de copias de seguridad.
`AtlasDeployment` Recurso personalizado	Define las características de un clúster. Debes establecer el campo `spec.backupRef.name` con el nombre del cronograma de copia de seguridad configurado para habilitar las copias de seguridad en la nube para el clúster. Además, para configurar la copia de seguridad continua, debes establecer `spec.deploymentSpec.pitEnabled` en `true`.

Cada vez que cambia cualquiera de los recursos personalizados admitidos, Atlas Kubernetes Operator crea o actualiza la configuración de Atlas correspondiente.

Considerations

Revisa las siguientes consideraciones:

Puede especificar una política de respaldo por programación de respaldo.
Puedes especificar una copia de seguridad por clúster, pero puedes usar el mismo cronograma de copia de seguridad para varios clústeres.
Atlas determina el orden de los nodos a snapshot según la configuración de su clúster. Para obtener más información, consulta copias de seguridad en la nube.
Atlas Kubernetes Operator admite la distribución automática de snapshot. Puedes configurar esto con el campo spec.copySetting en el AtlasBackupSchedule Custom recurso.

Nota

Si tienes una Política de Cumplimiento de Copia de seguridad habilitada, no puedes modificar la política de copia de seguridad para un clúster individual por debajo de los requisitos mínimos establecidos en la Política de Cumplimiento de Copia de seguridad. Puedes modificar la política de copia de seguridad a nivel de clúster en cualquier momento. Atlas aumenta cualquier política preexistente a nivel de clúster para cumplir con los requisitos mínimos de la Política de Cumplimiento de Copia de Seguridad. Todos los clústeres nuevos utilizan la Política de Cumplimiento de copia de seguridad. Si reduces la frecuencia de un cronograma de copias de seguridad, el cambio solo se aplica a las copias de seguridad futuras. Cualquier oplog existente permanece para la ventana original. Se aplican los requisitos mínimos de la política de cumplimiento de copias de seguridad. Puedes configurar una retención extra de instantáneas. También puedes ver los detalles de copia de seguridad de todos los M10+ clústeres dedicados, incluidos los clústeres eliminados con snapshots retenidas. Para obtener más información, consulte Ver detalles de copia de seguridad de clústeres dedicados.

Limitaciones

Las copias de seguridad en la nube tienen ciertas limitaciones. Para obtener más información, consulte "Realizar copias de seguridad del clúster".

Requisitos previos

Para habilitar la copia de seguridad en la nube para el clúster gestionado por el Operador de Kubernetes de Atlas, debes:

Se debe contar con un clúster de Kubernetes en ejecución con Atlas Kubernetes Operator implementado.
Asegure su La dirección IP está en la API lista de control de accesode la organización.

Procedimiento

Sigue estos pasos para habilitar la copia de seguridad en la nube para tus clústeres administrados por Atlas Kubernetes Operator:

Crea la política de copia de seguridad.

Para obtener más información sobre los parámetros para una política de copia de seguridad, consulta AtlasBackupPolicy recurso personalizado.

Ejemplo:

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

Crea el cronograma de copias de seguridad.

En el campo spec.policy.name, especifica el metadata.name del AtlasBackupPolicy Custom Resource para aplicar tu política de copia de seguridad.

Para obtener más información sobre los demás parámetros de un cronograma de copia de seguridad, consulte AtlasBackupSchedule Recurso personalizado.

Ejemplo:

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

Aplique el cronograma de copia de seguridad al clúster.

En el campo spec.backupRef.name del AtlasDeployment Recurso personalizado, especifica el metadata.name del AtlasBackupSchedule Recurso personalizado para aplicar tu cronograma de copia de seguridad en el clúster.

Ejemplo:

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

Volver

Atlas Stream Processing

Políticas de Cumplimiento