Realice una copia de seguridad de su clúster Atlas

Esta versión de la documentación está archivada y ya no se admite. Ver la Documentación actual para aprender cómo actualizar su versión de Atlas Operator.

Nota

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

M0 grupos
M2/M5 grupos
Clústeres Flex

Nota

Atlas dejó obsoletos los clústeres M2 y M5 y las instancias sin servidor. Próximamente, Atlas migrará automáticamente todos los clústeres M2 y M5 a clústeres Flex. Para las instancias sin servidor, Atlas determinará si migrará las instancias a clústeres gratuitos, Flex o dedicados según su uso y, luego, migrará automáticamente las instancias sin servidor.

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.

La compatibilidad con endpoints privados en instancias sin servidor finalizará en marzo del 2025. Debe actualizar sus configuraciones de Operador de Kubernetes de Atlas para eliminar los endpoints privados antes del 2025 de marzo. Debe eliminar todas las funciones restantes de M2, M5 y de instancias sin servidor de sus configuraciones de Operador de Kubernetes de Atlas antes del 2026 de enero.

Si sus cargas de trabajo requieren puntos finales privados o copias de seguridad continuas y restauración a un punto en el tiempo, cambie a clústeres dedicados de Atlas. Para obtener más información, consulte Migración a clústeres Flexy guía de migración a Atlas Flex.

Atlas Kubernetes Operator admite copias de seguridad en la nube para sus clústeres de Atlas. Estas copias de seguridad utilizan las capacidades nativas de instantáneas de su proveedor de nube para admitir instantáneas de copia completa y almacenamiento localizado de instantáneas.

Para administrar la copia de seguridad en la nube con Atlas Kubernetes Operator, puede 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 la programación de copias de seguridad, incluida la hora del día en que Atlas realiza una copia de seguridad de la implementación de su base de datos, la cantidad de días atrás en el tiempo a los que puede 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, debe `spec.deploymentSpec.pitEnabled` establecer `true` en.

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

Considerations

Revise 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 para la instantánea según la configuración del clúster. Para obtener más información, consulte 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 tiene habilitada una Política de Cumplimiento de Copias de Seguridad, no podrá modificarla para un clúster individual si no cumple con los requisitos mínimos establecidos en dicha Política. Puede modificar la política de copias de seguridad a nivel de clúster en cualquier momento. Atlas amplía las políticas preexistentes 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 reduce la frecuencia de una programación de copias de seguridad, el cambio se aplica solo a las copias de seguridad futuras. Cualquier registro de operaciones existente se conserva durante el período original. Se aplican los requisitos mínimos de la Política de Cumplimiento de Copias de Seguridad.Puede configurar la retención adicional de instantáneas. También puede ver los detalles de las copias de seguridad de todos los M10+ clústeres dedicados, incluidos los clústeres eliminados con instantáneas conservadas. Para obtener más información, consulte Ver detalles de las copias de seguridad para 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 su clúster administrado por el operador de Atlas Kubernetes, debe:

Tengo un clúster de Kubernetes en ejecución con Atlas Kubernetes Operator implementado.
Asegúrese de que su La direcciónIP está en la lista de acceso API de la organización.

Procedimiento

Siga estos pasos para habilitar la copia de seguridad en la nube para sus clústeres administrados por el operador de Atlas Kubernetes:

Crear la política de respaldo.

Para obtener más información sobre los parámetros de una política de respaldo, consulte 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

Crear el programa de copia de seguridad.

En el campo, especifique spec.policy.name el metadata.name del AtlasBackupPolicy recurso personalizado para aplicar su política de respaldo.

Para obtener más información sobre los demás parámetros de una programación de copias de seguridad,AtlasBackupSchedule consulte 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

Aplicar la programación 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