Sono un cliente Amazon RDS e riscontro picchi giornalieri di latenza di scrittura di Amazon RDS, corrispondenti all'incirca alla finestra di backup. Vedrò anche picchi alla fine di un'istantanea (esempio calzante: l'esecuzione di un'istantanea richiede circa 1 ora e negli ultimi 5 minuti, scrive picchi di latenza). Sto eseguendo una distribuzione m1.large multi-AZ.
C'è qualcuno su Stack che può spiegare come funziona effettivamente il backup di Amazon RDS ? Ho letto i documenti di Amazon RDS e, per quanto ne so, Amazon RDS non si comporta secondo le specifiche. In particolare, queste operazioni di backup / snapshot dovrebbero colpire la mia replica e quindi non causare alcun calo di tempo di inattività / prestazioni, o almeno così pensavo.
Posso distillare il mio problema in sei domande:
- Cosa sta accadendo tecnicamente durante un'istantanea e un backup e in che modo differiscono? (Se rispondi a questa domanda, per favore dimmi se sei in grado di confermare empiricamente la tua risposta, o mi stai semplicemente citando la documentazione).
- È previsto un picco nella latenza di scrittura durante il periodo di backup su un'implementazione multi-AZ?
- È previsto un picco nella latenza di scrittura alla fine di un'istantanea su un'implementazione multi-AZ?
- Il mio picco di latenza in scrittura sarebbe ancora più alto se non fossi multi-AZ?
- Dal punto di vista architettonico, sarei in grado di evitare questi picchi di latenza in scrittura se eseguissi il rollback del mio database su due istanze EC2 m1.large?
- Esistono configurazioni che posso utilizzare che evitino questi picchi di latenza in scrittura pur continuando a ospitare il mio DB con RDS o sono effettivamente alla mercé di Amazon?
Domanda bonus: dove e come si ospita il database mysql?
Posso dire di essere stato generalmente soddisfatto di RDS ad eccezione di questi problemi di latenza di scrittura quotidiana. Adoro il monitoraggio del database integrato ed è stato abbastanza semplice da configurare e iniziare.
Grazie!