Jump to content

Edit History

Luigi Massa

Luigi Massa


inserimento immagine e correzione errori

Salve a tutti.

Oggi mi sono svegliato e sono stato contattato da alcuni clienti in quanto avevano lo shop down. Questi clienti hanno l'infrastruttura su OVH. Il motivo? Il datacenter di Strasburgo è andato a fuoco.

Ecco uno dei tanti articoli che si trovano on line: https://edge9.hwupgrade.it/news/cloud/ovh-datacenter-in-fiamme-a-strasburgo-centinaia-di-siti-e-servizi-offline_96140.html

Questa la comunicazione ufficiale: http://travaux.ovh.net/?do=details&id=49484&

Ora, fortuna che i clienti avevano  messo in piedi il sistema di backup che avevo proposto, memore di un altro disastro a casa nostra: Aruba.

Quindi come assicurarsi di non perdere tutti i dati e files?

Innanzi tutto è necessario essere chiari su un aspetto: è impossibile avere la sicurezza di non perdere nulla al 100%

Detto questo ci sono degli strumenti e delle best practice a livello enterprise che assicurano sulla distruzione dei dati.

Il concetto è semplice: replica! Più replico un dato più è difficile che venga distrutto. La replica deve essere fatta più di una volta e su infrastrutture diverse. Quindi la replica non deve stare sullo stesso server o nodo su cui è l'infrastruttura, altrimenti al replica viene distrutta.

Ora, il costo di una replica può essere costoso se si è una piccola impresa. Quindi come replicare senza usare soluzioni enterprise costose?

Su prestashop sono 2 gli elementi importanti: i files e il database.

Per quanto riguarda i files il backup potrebbe essere fatto una volta al giorno.

Per quanto riguarda il database sarebbe opportuno avere una replica al secondo.  In alternativa vecchia al massimo di 24h

Detto questo impostare il backup dei file d prestashop e caricarli in automatico sul cloud è veloce e poco costoso.

Invece per il data base si possono seguire due strade diverse: o un backup notturno e caricamento del fie nel cloud; oppure una replica master slave su un altro server su un altro datacenter.

Naturalmente si suppone che abbiate il pieno controllo del vostro VPS, con accesso ssh, ossia via terminale.

Voi avete implementato altre soluzioni? 

spacer.png

Luigi Massa

Luigi Massa

Salve a tutti.

Oggi mi sono svegliato e sono stato contattato da alcuni clienti in quanto avevano lo shop down. Questi clienti hanno l'infrastruttura su OVH. Il motivo? Il datacenter di Strasburgo è andato a fuoco.

Ecco uno dei tanti articoli che si trovano on line: https://edge9.hwupgrade.it/news/cloud/ovh-datacenter-in-fiamme-a-strasburgo-centinaia-di-siti-e-servizi-offline_96140.html

Questa la comunicazione ufficiale: http://travaux.ovh.net/?do=details&id=49484&

Ora, fortuna che i clienti avevano  messo in piedi il sistema di backup che avevo proposto, memore di un altro disastro a casa nostra: Aruba.

Quindi come assicurarsi di non perdere tutti i dati e files?

Innanzi tutto è necessario essere chiari su un aspetto: è impossibile avere la sicurezza di non perdere nulla al 100%

Detto questo ci sono degli strumenti e delle best practice a livello enterprise che assicurano sulla distruzione dei dati.

Il concetto è semplice: replica! Più replico un dato più è difficile che venga distrutto. La replica deve essere fatta più di una volta e su infrastrutture diverse. Quindi la replica non deve stare sullo stesso server o nodo su cui è l'infrastruttura, altrimenti al replica viene distrutta.

Ora, il costo di una replica può essere costoso se si è una piccola impresa. Quindi come replicare senza usare soluzioni enterprise costose?

Su prestashop sono 2 gli elementi importanti: i files e il database.

Per quanto riguarda i files il backup potrebbe essere fatto una volta al giorno.

Per quanto riguarda il database sarebbe opportuno avere una replica al secondo.  In alternativa vecchia al massimo di 24h

Detto questo impostare il backup dei file d prestashop e caricarli in automatico sul cloud è veloce e poco costoso.

Invece per il data base si possono seguire due strade diverse: o un backup notturno e caricamento del fie nel cloud; oppure una replica master slave su un altro server su un altro datacenter.

Naturalmente si suppone che abbiate il pieno controllo del vostro VPS, con accesso ssh, ossia via terminale.

Voi avete implementato altre soluzoni? 

×
×
  • Create New...