Haz una copia de seguridad de tu 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 periodo de tiempo, Atlas continuará permitiendo que estos clústeres migrados sean gestionados mediante las mismas API (antiguas y nuevas API), incluso al usar Atlas Kubernetes Operator. La compatibilidad hacia atrás de las API se mantendrá vigente hasta enero 2026, cuando se eliminarán las API antiguas y solo permanecerán vigentes 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 tus cargas de trabajo requieren nodos privados o copia de seguridad continua, cambia a Atlas clústeres dedicados. Para obtener más información, consulta Migración a Clústeres 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 copias de seguridad, incluyendo la frecuencia de las copias de seguridad y la duración de la retención de snapshots.
`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 cambies cualquiera de los recursos personalizados admitidos, Atlas Kubernetes Operator crea o actualiza la configuración correspondiente de Atlas.

Considerations

Revisa las siguientes consideraciones:

Puede especificar una política de copia de seguridad por cronograma de copia de seguridad.
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 de snapshot, que es automática. Puede configurarlo con el campo spec.copySetting en el AtlasBackupSchedule recurso personalizado.

Nota

Si tienes una Política de cumplimiento de copias de seguridad activada, no puedes modificar la política de copias de seguridad para un clúster individual por debajo de los requisitos mínimos establecidos en la Política de cumplimiento de copias de seguridad. Puedes modificar la política de copias de seguridad a nivel de clúster en cualquier momento. Atlas amplía cualquier política preexistente a nivel de clúster para cumplir con los requisitos mínimos de la Política de cumplimiento de copias de seguridad. Todos los clústeres nuevos utilizan la política de cumplimiento de copias de seguridad. Si reduces la frecuencia de un cronograma de copias de seguridad, el cambio solo se aplica a futuras copias de seguridad. 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 la retención extra de snapshots. También puedes ver los detalles de copia de seguridad de todos los M10+ clústeres dedicados, incluidos los clústeres borrados con snapshots retenidos. Para aprender más, consulta Ver detalles de copia de seguridad para clústeres dedicados.

Limitaciones

Se aplican ciertas limitaciones a las copias de seguridad en la nube. Para obtener más información, consulta 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.
Asegúrate de que tu dirección IP esté en la API de la organización en la lista de acceso.

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