Menu Docs
Página inicial do Docs
/ /
Atlas Kubernetes Operator

Faça backup do seu Atlas Cluster

Observação

Este recurso não está disponível para nenhuma das seguintes implantações:

  • M0 clusters

  • M2/M5 clusters

  • Clusters flexíveis

Observação

O Atlas desativou os clusters M2 e M5 e as instâncias sem servidor. Em um futuro próximo, o Atlas migrará automaticamente todos os clusters M2 e M5 para clusters Flex. Para instâncias sem servidor, o Atlas determinará se você deve migrar as instâncias para cluster livre, cluster flexível ou cluster dedicado de acordo com seu uso e, em seguida, migrar as instâncias sem servidor automaticamente.

Para preservar a compatibilidade com versões anteriores das APIs por um período de tempo, o Atlas continuará permitindo que esses clusters migrados sejam gerenciados por meio das mesmas APIs (antigas e novas APIs), inclusive ao usar o Atlas Kubernetes Operator. A compatibilidade com versões anteriores das APIs permanecerá em vigor até 2026 de janeiro, quando as APIs antigas serão removidas e apenas as APIs relacionadas a clusters Flex permanecerão em vigor.

O suporte para endpoints privados em instâncias sem servidor terminará em 2025 de março. Você deve atualizar suas configurações do Atlas Kubernetes Operator para remover endpoints privados até março de 2025. Você deve remover todas as funcionalidades restantes de instância M2, M5 e sem servidor das configurações do Atlas Kubernetes Operator antes de janeiro de 2026.

Se suas cargas de trabalho exigirem endpoints privados ou backup contínuo, mude para clusters dedicados do Atlas. Para saber mais, consulte Migration to Flex Clusters e o Atlas Flex Migration Guide.

O Atlas Kubernetes Operator oferece suporte ao backup em nuvem para seus clusters Atlas. O backup em nuvem usa os recursos de snapshot nativos do seu fornecedor de nuvem para suportar capturas de imagem completas e armazenamento de snapshot localizado.

Para managed o cloud backup com o Atlas Kubernetes Operator, você pode especificar e atualizar os seguintes recursos personalizados:

Recurso personalizado
Propósito

Define a política de backup, incluindo a frequência dos backups e a duração da retenção de snapshots.

Define o agendamento de backup, incluindo a hora do dia em que o Atlas faz backup do comando de banco de dados, o número de dias no tempo em que você pode restaurar e a política de backup.

Define as características de um cluster. Você deve definir o campo spec.backupRef.name para o nome do agendamento de backup configurado para habilitar o backup em cloud para o cluster.

Além disso, para configurar o backup contínuo, você deve definir spec.deploymentSpec.pitEnabled como true .

Cada vez que você altera qualquer um dos recursos personalizados suportados, o Atlas Kubernetes Operator cria ou atualiza a configuração correspondente do Atlas.

Revise as seguintes considerações:

  • Você pode especificar uma política de backup por agendamento de backup.

  • Você pode especificar um agendamento de backup por cluster, mas pode usar o mesmo agendamento de backup para vários clusters.

  • O Atlas determina a ordem dos nós para o snapshot com base na configuração do cluster. Para saber mais, consulte Backups na nuvem.

  • O Atlas Kubernetes Operator suporta distribuição automática de snapshots. Você pode configurar isso com o campo spec.copySetting no AtlasBackupSchedule Recurso Personalizado.

Observação

Se você tiver uma Política de compliance de backup habilitada, não poderá modificar a política de backup para um cluster individual abaixo dos requisitos mínimos definidos na Política de compliance de backup. Você pode modificar a política de backup em nível de cluster a qualquer momento. O Atlas aumenta as políticas em nível de cluster preexistentes para atender aos requisitos mínimos da Política de Conformidade de Backup. Todos os clusters novos usam a Política de compliance de backup. Se você reduzir a frequência de um agendamento de backup, a alteração se aplicará somente a backups futuros. Qualquer oplog da janela original será mantido. Aplicam-se os requisitos mínimos da Política de Conformidade de Backup. Você pode configurar a retenção extra de snapshots. Você também pode ver detalhes do backup para todos os clusters dedicados do M10+ , incluindo clusters excluídos com snapshots retidos. Para saber mais, consulte Ver detalhes do backup de clusters dedicados.

Certas limitações se aplicam ao backup na nuvem. Para saber mais, consulte Fazer backup do cluster.

Para habilitar o backup em nuvem para seu cluster gerenciado pelo Atlas Kubernetes Operator, você deve:

  • Ter um cluster Kubernetes em execução com o Atlas Kubernetes Operator distribuído.

  • Garanta que seu endereço IP esteja na lista de acesso à API da organização.

Siga estas etapas para habilitar o backup em nuvem para seus clusters gerenciados pelo Atlas Kubernetes Operator:

1

Para saber mais sobre os parâmetros de uma política de backup, consulte AtlasBackupPolicy Recurso Personalizado.

Exemplo:

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

No campo spec.policy.name , especifique o metadata.name no Recurso Personalizado doAtlasBackupPolicy para aplicar sua política de cópia de segurança.

Para saber mais sobre os outros parâmetros de um agendamento de backup, consulte AtlasBackupSchedule Recurso Personalizado.

Exemplo:

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

No campo spec.backupRef.name do Recurso PersonalizadoAtlasDeployment , especifique o metadata.name do Recurso PersonalizadoAtlasBackupSchedule para aplicar seu agendamento de backup ao cluster.

Exemplo:

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

Voltar

Atlas Stream Processing

Nesta página