2012-11-01 15 views
5

Mi piacerebbe fare un mysqldump giornaliero sul mio disco locale esterno all'ecosistema Amazon. Ho poche ragioni per cui voglio farlo ogni giorno.Amazon RDS mysqldump al di fuori dell'ecosistema Amazon

  1. Voglio essere più in controllo della mia banca dati quando RDS \ EBS va giù di nuovo.
  2. RDS consente solo il ripristino all'interno della stessa zona di disponibilità. Questo mi causa davvero perché un disastro naturale o un guasto di rete nella zona di disponibilità rende praticamente inutili i backup perché è possibile ripristinare solo nella stessa zona. :/
  3. Desidera un database sandbox/test in cui non debba pagare spazio e larghezza di banda.

La mia grande domanda è se faccio un dump mysql giornaliero di un database 50gb la mia larghezza di banda \ IO costi salito alle stelle? Presumo che lo faranno! Qualcuno ha mai fatto qualcosa del genere?

UPDATE:

  • Sono in esecuzione un ambiente di produzione multi-AZ essere recenti interruzioni ancora dimostrato che non esiste una cosa come completo failover.
  • La nostra azienda ha due servizi, un sito web frontale e l'elaborazione interna. È molto importante che le nostre operazioni interne non si fermino. Il nostro sito Web potrebbe oscurarsi per diverse ore, se necessario. Avere una discarica mysql recente ai miei suggerimenti di figura mi sembra inestimabile.

risposta

7

Quindi avete alcuni punti di preoccupazione che si nota.

Per quanto riguarda il controllo del database, non sono sicuro di cosa si stia facendo. Se il tuo DB di produzione va giù, non hai il controllo su di esso. Anche se si dispone di un backup locale, ciò non ti farà molto bene se non hai un posto dove ospitare tali dati.

La tua istanza RDS di produzione corrente è un'istanza multi-AZ che aiuta a difendersi contro l'eliminazione di AZ? Se lo è, il failover avverrà automaticamente per te.

Le istantanee RDS sono disponibili per il ripristino in diverse zone di disponibilità. Vedere la documentazione per la riga di comando rds-restore-db-instance a questo collegamento http://docs.amazonwebservices.com/AmazonRDS/latest/CommandLineReference/CLIReference-cmd-RestoreDBInstanceFromDBSnapshot.html

Si noti che è possibile specificare quale AZ si desidera ripristinare.

Sulla base di un backup giornaliero di 50 GB, si parla di spesa di $ 180 in trasferimenti di dati per soli backup. Sarebbe MOLTO più economico avere semplicemente un piccolo test RDS nella stessa regione dell'istanza RDS di produzione per i test (penso che sia come $ 5/mese per un micro). Tutto il trasferimento di dati tra queste caselle (ad esempio lo spostamento di istantanee su di esso) sarebbe gratuito.

si può fare la matematica su prezzi voi stessi qui: http://aws.amazon.com/rds/#pricing

Questo non vuol dire che fare i backup quotidiani contro la produzione sarebbe interrompere la produzione di accesso DB per il momento non si blocca DB per eseguire il dump. Questo è, naturalmente, a meno che non si paghi per avere una replica di lettura RDS da cui si possono prendere i dump.

Infine, ci sono sottili differenze tra RDS e un server MySQL standalone per quanto riguarda il modo in cui sono configurati, preferirei che il mio ambiente di test fosse il più simile possibile al mio ambiente di produzione.

+0

Questi sono grandi punti e grazie per la condivisione della conoscenza con me stesso e gli altri. Io ho aggiornato la mia domanda per includere che sto usando Multi-AZ sulla mia istanza del database principale e ho un server MySQL in standby per la nostra intranet che avrei usato per mantenere le mie operazioni interne in movimento. Ho pensato di vostri suggerimenti come lettura repliche, ma mi sento come se mi lega ancora più vicino a RDS in un evento di ripristino di emergenza. –

3

Provare per credere. Porto da Amazon al mio mysql-server locale che è Ubuntu.

segni mysqldump -h signs.c3x4aregvxxx.us-east-1.rds.amazonaws.com -P 3306 -u cartersxxx -pxxxxxx | mysql -u radice -pxxxxxx firma

sono stato in grado di predeterminare la fatturazione su Amazon e sto attivamente cercando di allontanarsi da loro. FYI pago $ 72/mese per 10 GB MySQL con bassa larghezza di banda. La dimensione della tabella IMHO determina il costo.

Problemi correlati