En el subcapítol anterior vam definir el RTO (quant de temps puc estar caigut) i el RPO (quants dades puc perdre). Ara veurem les quatre estratègies clàssiques de disaster recovery, que van des de la més barata i lenta fins a la més cara i instantània. El teu RTO i RPO determinen quina escollir. És un ventall d’opcions on, en general, menys cost = recuperació més lenta, i més cost = recuperació més ràpida.

Les quatre estratègies formen un espectre. A mesura que avances, la recuperació és més ràpida (RTO i RPO menors), però costa més mantenir-la:

Anem una per una.

La més senzilla i barata. Fas còpies de seguretat de les teves dades (i configuració) i, si ocorre un desastre, reconstrueixes tot des d’aquestes còpies. No tens res duplicat funcionant: només guardes còpies.

• RTO: alt (hores o més: cal reconstruir-ho tot).
• RPO: depèn de cada quant fas còpies.
• Cost: molt baix (només pagues l’emmagatzematge de les còpies).

Analogia: és com tenir les còpies de les teves fotos en un disc dur guardat en un calaix. Si el teu ordinador es trenca, no perds les fotos, però hauràs de comprar un ordinador nou i restaurar-les, cosa que porta temps. Barato de mantenir, però la recuperació no és immediata.

Ideal per a: sistemes que toleren estar caiguts hores (RTO alt), com eines internes o arxius.

Un pas més. Mantens una versió mínima del sistema sempre encesa en un altre lloc: l’essencial (sobretot les dades, copiant-se contínuament), però sense la capacitat completa funcionant. En un desastre, «ences» la resta a partir d’aquesta base.

• RTO: mitjà (més ràpid que backup, perquè l’essencial ja està llest).
• RPO: baix (les dades es replican contínuament).
• Cost: baix-mitjà (mantens només el mínim encès).

Analogia: és com la flama pilot d’una caldera de gas: sempre hi ha una petita flama encesa (el mínim), llesta perquè, quan necessitis calor, el sistema s’encengui ràpid a partir d’ella, sense haver d’arrencar de zero. Mantens el just per arrencar de pressa.

Ideal per a: sistemes importants que necessiten recuperar-se en força poc temps, però on pagar una còpia completa sempre encesa seria excessiu.

Mantens una còpia completa però reduïda del sistema funcionant en un altre lloc: tot està en marxa, però a menor escala (menys capacitat). En un desastre, només has d’escalar-la a mida completa i redirigir el trànsit.

• RTO: baix (la còpia ja funciona, només cal fer-la més gran).
• RPO: molt baix.
• Cost: mitjà-alt (mantens una còpia completa funcionant, encara que petita).

Analogia: és com tenir un cotxe de recanvi més modest sempre llest al garatge, amb el motor a punt. Si el teu cotxe principal falla, puges al de recanvi a l’instant i segueixes el teu camí (potser amb menys luxes, però funciona). No has d’arrencar res de zero ni esperar.

Ideal per a: sistemes crítics que necessiten recuperar-se molt ràpid (RTO baix), però on pots tolerar uns minuts d’ajust.

La més robusta i cara. Tens el sistema funcionant complet i a plena capacitat en diversos llocs alhora (per exemple, dues regions), atenent trànsit simultàniament. Si un falla, l’altre absorbeix tot de forma gairebé transparent, sense gairebé interrupció.

• RTO: gairebé zero (l’altre lloc ja està atenent).
• RPO: gairebé zero.
• Cost: alt (mantens el sistema complet duplicat i actiu).

Analogia: és com tenir dos cotxes idèntics, tots dos en marxa, portant-te per rutes paral·leles. Si un s’avaria, ja ets (també) a l’altre: segueixes sense aturar-te ni un segon. Màxima seguretat, però pagues per dos cotxes complets funcionant.

Ideal per a: sistemes que no poden caure sota cap concepte (pagaments, serveis crítics), on el cost d’estar caigut supera de llarg el cost de la duplicació.

L’estratègia s’escull segons el RTO i RPO que el negoci necessiti (subcapítol 26.1) i el pressupost:

💡 No tot necessita el mateix: una empresa fa servir estratègies diferents per a sistemes diferents. La seva plataforma de pagaments pot ser multi-site, mentre el seu sistema d’informes interns fa servir simple backup & restore. Apliques a cada sistema l’estratègia que la seva criticitat justifica.

Exemple del món real: una empresa de comerç electrònic decideix el seu DR per sistemes. La web de vendes (crítica) fa servir Warm Standby: una còpia reduïda llesta en una altra regió que escalen en minuts si la principal falla, equilibrant cost i rapidesa. El sistema de facturació fa servir Pilot Light: les dades es repliquen sempre, però la resta s’arrenca només si cal. I el magatzem d’informes històrics fa servir Backup & Restore: còpies diàries i res més. Així, gasten molt on és crític i poc on no, optimitzant cost i resiliència alhora.

• Hi ha quatre estratègies clàssiques de disaster recovery, en un espectre de menys cost/més lent a més cost/més ràpid:
• Backup & Restore: només guardes còpies i reconstrueixes en un desastre. Molt barat, RTO alt (hores). Com fotos en un disc al calaix.
• Pilot Light: mantens el mínim essencial encès (dades replicant-se) i arranques la resta si falla. Cost baix-mitjà, RTO mitjà. Com la flama pilot d’una caldera.
• Warm Standby: mantens una còpia completa però reduïda funcionant, i l’escales si falla. Cost mitjà-alt, RTO baix. Com un cotxe de recanvi amb el motor a punt.
• Multi-site (actiu-actiu): sistema complet i duplicat atenent en diversos llocs alhora. Car, RTO/RPO gairebé zero. Com dos cotxes idèntics en marxa.
• Tries segons el teu RTO/RPO (26.1) i pressupost, i pots fer servir estratègies diferents per a sistemes diferents segons la seva criticitat.

Al següent subcapítol veurem una peça clau perquè el canvi al sistema de suport sigui automàtic: els health checks i el failover amb Route 53.