Vai al contenuto
EuroVPSEuroVPS

Cosa facciamo · Dati e web: Replica dei database e repliche offsite

Repliche MySQL e MariaDB con GTID in un secondo sito, prelevate su una mesh privata cifrata, monitorate ogni cinque minuti, pronte per report o failover.
Fibra pettinata in uno switch Cisco Nexus

Una copia in sola lettura del vostro database di produzione, aggiornata di continuo, che gira in un sito diverso: lì i report possono girare senza toccare la produzione, e lì potete fare failover se il sito primario dovesse mai andare perso. Costruita in modo che la replica vada a prendersi le modifiche, e la produzione non abbia mai una via d'uscita verso di lei.

Cos'è

Replica asincrona MySQL o MariaDB, con la replica collocata dove un guasto diverso non può arrivare: un altro datacenter, un altro array di storage, un altro percorso di rete. La replica segue il primario quasi in tempo reale e svolge tre compiti insieme:

  • Una copia di disaster recovery dei dati, aggiornata al secondo.
  • Una destinazione per reportistica e integrazioni, così i lavori di lettura pesanti smettono di competere con i vostri clienti.
  • Un'origine pulita per i backup, presi senza bloccare o rallentare il primario.

Come lo costruiamo

La replica preleva. Le connessioni di replica sono aperte dalla replica, mai al contrario. La produzione non ha alcun percorso di rete verso il lato replica, e questo è imposto sulle appliance firewall, non da una regola sull'host che qualcuno può spegnere. Se un server di produzione venisse mai compromesso, l'attaccante non avrebbe alcuna via verso la copia da cui fareste il ripristino.

Sulla nostra mesh privata. Le repliche offsite viaggiano sul nostro backbone privato cifrato tra i nostri datacenter di Atene, Amsterdam e Toronto, mai in chiaro sull'internet pubblica.

Basata su GTID. Usiamo identificatori globali di transazione, così una replica può essere ripuntata, promossa o riseminata senza che nessuno vada a caccia di coordinate del binary log alle tre di notte.

Monitorata sullo stato, non sul rumore. Un controllo gira ogni cinque minuti e pubblica un solo allarme quando lo stato cambia: in ritardo oltre la soglia, rotta, oppure ripristinata. Gli ingegneri ricevono un segnale su cui agire, non un flusso che imparano a ignorare.

Da cosa vi protegge

  • Perdere un intero sito e con esso l'unica copia dei vostri dati.
  • Query di reportistica e integrazioni che rallentano il database usato dai vostri clienti.
  • Una replica ferma in silenzio da settimane, scoperta solo il giorno in cui vi serve.
  • Un attaccante su un server di produzione che raggiunge la copia da cui fareste il ripristino.
  • Backup che bloccano le tabelle o fermano il primario mentre girano.

In pratica

L'uscita da VMware di un'emittente. Quando abbiamo ricostruito la piattaforma web di un'emittente nazionale sul nostro private cloud OLVM, il database era l'unico livello con uno stato che valesse la pena spostare. Ha viaggiato in replica GTID dalla vecchia piattaforma alla nuova, così il cutover stesso è stato una promozione con pochi secondi di delta. Il cutover si è concluso mesi fa e da allora la piattaforma gira dalla nostra parte.

Repliche che servono nuove applicazioni. Una replica in lettura è anche il modo più pulito per mettere un nuovo front end di ricerca, reportistica o portale sopra un sistema esistente: la nuova applicazione legge alla velocità della rete locale e non tocca mai il primario durante il caricamento delle pagine. Le costruiamo avviate dalla replica, così l'host che la ospita non ha bisogno di alcuna regola firewall in ingresso.

Perché EuroVPS

  • Le repliche vivono in un sito davvero diverso, unito dal nostro backbone cifrato.
  • Solo pull, imposto dal firewall: la produzione non può mai raggiungere il lato replica.
  • Allarmi sul cambio di stato ogni cinque minuti, letti da ingegneri giorno e notte.
  • GTID ovunque, così promozione e risemina sono procedure provate.
  • Lo stesso team costruisce la replica, i backup e il piano di failover, così combaciano.

Domande frequenti

  1. Quanto sarà indietro la replica? Sotto carico normale, secondi o meno. Avvisiamo quando il ritardo supera una soglia concordata con voi, e l'RPO che ottenete segue il servizio che ordinate.
  2. Possiamo fare failover sulla replica? Sì. La promozione è una procedura documentata. Quanto in fretta le applicazioni seguano dipende dal progetto del servizio, da una promozione manuale per un servizio base a uno switchover automatizzato e provato per quelli con copertura globale.
  3. Il nostro strumento di reportistica può collegarsi? Sì, con un account in sola lettura. È uno dei motivi principali per averla.
  4. Sostituisce i backup? No. Una replica copia gli errori con la stessa fedeltà dei dati. I backup vengono presi accanto a lei e prelevati su infrastruttura separata.
  5. MySQL o MariaDB? Entrambi. Allineiamo motore e impostazioni della replica a quelli del primario.

Volete una copia dei vostri dati che una brutta giornata non possa raggiungere? Parla con un ingegnere.

Il vostro prossimo partner per l'infrastruttura

Guardiamo la vostra infrastruttura.

Raccontateci cosa fate girare oggi e cosa deve migliorare. Un ingegnere esaminerà la vostra richiesta e vi aiuterà a pianificare il passo successivo.

+357 222 32280
Un ingegnere EuroVPS trasporta un nodo server nella sala del datacenter
Una conversazione con le persone che si prenderanno cura della vostra infrastruttura.

Partiamo dalla vostra infrastruttura.

Un po' di contesto ci aiuta a iniziare la conversazione giusta.

Useremo i vostri dati per rispondere alla vostra richiesta. Informativa sulla privacy