Guia de Recuperação de Desastres e RTO/RPO

# Marque os volumes EBS com o nome do seu ambiente e, em seguida, crie uma política DLM:
# - Recurso: Volumes EBS
# - Tag alvo: Environment=<nome-do-seu-ambiente>
# - Agendamento: Diariamente às 02:00 UTC
# - Retenção: 7 snapshots

# 1. Identifique o snapshot a ser restaurado
aws ec2 describe-snapshots --filters "Name=tag:Environment,Values=<nome-do-seu-ambiente>"

# 2. Crie um volume a partir do snapshot
aws ec2 create-volume \
  --snapshot-id snap-xxxxxxxxxxxxxxxxx \
  --availability-zone <sua-az> \
  --volume-type gp3

# 3. Atualize o PersistentVolume no Kubernetes para referenciar o novo ID do volume
kubectl patch pv <pv-name> -p '{"spec":{"awsElasticBlockStore":{"volumeID":"<novo-vol-id>"}}}'

postgres:
  backup:
    enabled: true                    # alternar backups barman-cloud
    # barmanObjectStore aponta para o bucket S3 ou endpoint MinIO
    # IRSA / service account deve ter s3:PutObject, s3:GetObject, s3:ListBucket
    retentionPolicy: "30d"           # manter backups por 30 dias
    compression: gzip

# Listar todos os backups do cluster
kubectl get backup -n ha-supabase-db

# Verificar um backup específico
kubectl describe backup <backup-name> -n ha-supabase-db

# Acionar um backup sob demanda
kubectl cnpg backup ha-supabase-db -n ha-supabase-db

# Criar um novo CNPG Cluster restaurando a partir de um backup
# (em um novo namespace ou após remover o original)
apiVersion: postgresql.cnpg.io/v1
kind: Cluster
metadata:
  name: ha-supabase-db-restored
  namespace: ha-supabase-db-restore
spec:
  instances: 3
  bootstrap:
    recovery:
      source: ha-supabase-db
      recoveryTarget:
        targetTime: "2026-03-19T03:00:00.000000+00:00"  # ponto alvo no tempo
  externalClusters:
    - name: ha-supabase-db
      barmanObjectStore:
        # mesma configuração S3/MinIO do cluster de origem
        serverName: ha-supabase-db

affinity:
  podAntiAffinity:
    preferredDuringSchedulingIgnoredDuringExecution:
    - weight: 100
      podAffinityTerm:
        labelSelector:
          matchExpressions:
          - key: app
            operator: In
            values: ["web", "fastapi-backend", "celery-worker", "automator"]
        topologyKey: kubernetes.io/hostname

kubectl get nodes -o wide     # confirmar que nós estão em AZs saudáveis
kubectl get pods -A -o wide   # confirmar que pods estão em execução
kubectl get ingress            # confirmar que o ALB está roteando corretamente

# Monitorar o failover
kubectl get cluster ha-supabase-db -n ha-supabase-db -w

# Confirmar o novo primário
kubectl cnpg status ha-supabase-db -n ha-supabase-db

# Verificar se o pooler PgBouncer está apontando para o novo primário
kubectl get svc -n ha-supabase-db | grep pooler

# 1. Encontrar snapshots para o ambiente
aws ec2 describe-snapshots \
  --filters "Name=tag:Environment,Values=<nome-do-seu-ambiente>" \
  --query 'Snapshots[*].[SnapshotId,StartTime,VolumeSize]' \
  --output table

# 2. Criar um novo volume a partir do snapshot escolhido
aws ec2 create-volume \
  --snapshot-id snap-xxxxxxxxxxxxxxxxx \
  --availability-zone <az-destino> \
  --volume-type gp3 \
  --tag-specifications 'ResourceType=volume,Tags=[{Key=Environment,Value=<nome-do-seu-ambiente>}]'

# 3. Reduzir a carga de trabalho afetada
kubectl scale deployment <carga-trabalho> --replicas=0

# 4. Atualizar o PV para referenciar o novo volume EBS e, em seguida, escalar novamente
kubectl patch pv <pv-name> -p '{"spec":{"csi":{"volumeHandle":"<novo-volume-id>"}}}'
kubectl scale deployment <carga-trabalho> --replicas=2

# 1. Inicializar o bucket de estado (se não existir)
cd terragrunt/environments/<nome-do-seu-ambiente>/state
terragrunt apply

# 2. Recriar o cluster EKS e infraestrutura principal
cd terragrunt/environments/<nome-do-seu-ambiente>
terragrunt apply

# 3. Implantar serviços em ordem (veja Guia de Implantação Terragrunt § Fase 6)
ENABLE_CNPG=true terragrunt apply --target='helm_release.local["cloudnative-pg"]'
ENABLE_HA_SUPABASE_DB=true terragrunt apply --target='helm_release.local["ha-supabase-db"]'
ENABLE_SUPABASE=true terragrunt apply --target='helm_release.local["supabase"]'

# Listar versões de estado no S3
aws s3api list-object-versions \
  --bucket ekb-terraform-state-<nome-do-seu-ambiente> \
  --prefix <chave-do-estado>

# Restaurar uma versão específica
aws s3api get-object \
  --bucket ekb-terraform-state-<nome-do-seu-ambiente> \
  --key <chave-do-estado> \
  --version-id <versao-id> \
  terraform.tfstate

# Reimportar ou aplicar com o estado restaurado