Scelta del database corretto per i requisiti RTO e RPO - AWS Guida prescrittiva

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Scelta del database corretto per i requisiti RTO e RPO

Dopo aver definito la strategia di ripristino di emergenza per l'organizzazione in base alla tabella della sezione precedente, scegli i database adatti ai requisiti RPO e RTO. Per impostazione predefinita, tutti i servizi di AWS database forniscono funzionalità di backup e ripristino. Utilizza la tabella seguente per comprendere le funzionalità di DR più avanzate fornite dai servizi di AWS database e mapparle in base ai requisiti di DR.

AWS servizio di database Metodo di replica nella regione di ripristino di emergenza Possibile classificazione in standby RTO RPO
Amazon RDS per MySQL Repliche di lettura tra regioni diverse
  1. Pilot light

  2. Warm standby con capacità di traffico di lettura

Di solito espresso in minuti. L'automazione può ridurre al minimo i ritardi. In genere meno di 1 secondo.
Amazon RDS per PostgreSQL Repliche di lettura tra regioni diverse
  1. Pilot light

  2. Warm standby con capacità di traffico di lettura

Di solito espresso in minuti. L'automazione può ridurre al minimo i ritardi. In genere meno di 1 secondo.
Amazon RDS per MariaDB Repliche di lettura tra regioni diverse
  1. Pilot light

  2. Warm standby con capacità di traffico di lettura

Di solito espresso in minuti. L'automazione può ridurre al minimo i ritardi. In genere meno di 1 secondo.
Amazon RDS per Db2 Replica in più regioni

Warm standby (non consente query di lettura)

Di solito espresso in minuti. In genere meno di 1 secondo.
Amazon Aurora MySQL-Compatible Edition Il database globale dispone di uno o più cluster secondari in una regione diversa
  1. Standby a caldo con capacità di supportare il traffico di lettura

  2. Warm standby con capacità di supportare il traffico di lettura

In genere meno di 1 minuto. In genere meno di 1 secondo.
Amazon Aurora PostgreSQL-Compatible Edition Il database globale dispone di uno o più cluster secondari in una regione diversa
  1. Standby a caldo con capacità di supportare il traffico di lettura

  2. Warm standby con capacità di supportare il traffico di lettura

In genere meno di 1 minuto. In genere meno di 1 secondo.
Amazon DocumentDB (compatibile con MongoDB) Il cluster globale dispone di uno o più cluster secondari in una regione diversa
  1. Standby a caldo con capacità di supportare il traffico di lettura

  2. Warm standby con capacità di supportare il traffico di lettura

In genere meno di 1 minuto. In pochi secondi.
Amazon ElastiCache (sistema operativo Redis) Il datastore globale dispone di un cluster secondario in una regione diversa
  1. Standby a caldo con capacità di supportare il traffico di lettura

  2. Warm standby con capacità di supportare il traffico di lettura

Di solito espresso in minuti. L'automazione può ridurre al minimo i ritardi. In pochi secondi.
Amazon DynamoDB Tabelle globali DynamoDB La configurazione attiva/attiva accetta operazioni di scrittura nella regione secondaria Zero o vicino allo zero. In meno di un secondo.
Amazon RDS per Oracle Promozione delle repliche di letture tra regioni (Oracle Enterprise Edition e Active Data Guard)
  1. Pilot light

  2. Warm standby con capacità di traffico di lettura

Di solito espresso in minuti. In genere meno di 1 secondo.
Amazon RDS per Oracle (alternativa) Promozione delle repliche di lettura montate tra regioni (Oracle Enterprise Edition)
  1. Pilot light

  2. Warm standby (non consente query di lettura)

Di solito espresso in minuti. In genere meno di 1 secondo.
Amazon RDS per SQL Server Repliche di lettura tra regioni diverse (Microsoft SQL Server Enterprise Edition 2016-2019)
  1. Pilot light

  2. Warm standby con capacità di traffico di lettura

Di solito espresso in minuti. L'automazione può ridurre al minimo i ritardi. In genere meno di 1 secondo.