Nota
Esta característica no está disponible para ninguna de las siguientes implementaciones:
M0ClústeresM2/M5ClústeresClústeres Flex
Nota
Atlas ha desaprobado los clústeres M2 y M5 y las instancias sin servidor. A partir del 2025 de enero, Atlas migró todos los clústeres M2 y M5 a clústeres Flex. Para las instancias sin servidor, Atlas determinó si migrar las instancias a clústeres Free, Flex o clústeres dedicados según el uso, y luego migró automáticamente todas las instancias sin servidor.
A partir de enero 22, 2026, finalizó el soporte para M2, M5 e instancias sin servidor. Las APIs relacionadas con estos tipos de clústeres obsoletos ya no están disponibles, y sólo quedan disponibles las APIs para clústeres Flex.
A partir del 2025 de marzo, los puntos de conexión privados en instancias sin servidor ya no son compatibles. Elimine todas las funciones M2, M5 y de instancias sin servidor de sus configuraciones de operador de Kubernetes de Atlas.
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 |
|---|---|
Define la política de respaldo, incluida la frecuencia de los respaldos y la duración de la retención de instantáneas. | |
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. | |
Define las características de un clúster. Debe establecer el campo backupRef.name con el nombre del calendario de copias 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 establecer pitEnabled en |
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.copySettingen elAtlasBackupScheduleCustom 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, especifique del metadata.name AtlasBackupPolicy recurso personalizado para aplicar su política de respaldo.
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 al que deseas aplicar el cronograma de copia de seguridad al 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