tamaño que puede pricing precio máximo hospedar datos cuál aws mysql amazon-web-services latency amazon-rds

mysql - que - pricing amazon rds



¿Cómo funciona realmente la copia de seguridad/instantánea de Amazon RDS? (2)

Soy un cliente de Amazon RDS y estoy experimentando picos de latencia diaria de escritura RDS de Amazon, que corresponden aproximadamente a la ventana de respaldo. También veré picos al final de una instantánea (por ejemplo: ejecutar una instantánea tarda aproximadamente 1 hora, y en los últimos 5 minutos, escribir picos de latencia). Estoy ejecutando una implementación multi-AZ m1.large.

¿Hay alguien en Stack que pueda explicar cómo funciona la copia de seguridad de Amazon RDS? He leído los documentos de Amazon RDS, y hasta donde sé, Amazon RDS no se comporta de acuerdo con las especificaciones. Específicamente, estas operaciones de copia de seguridad / instantáneas deberían estar afectando mi réplica y, por lo tanto, no causarán ningún impacto en el tiempo de inactividad o el rendimiento, o así lo pensé.

Puedo destilar mi problema en seis preguntas:

  • ¿Qué ocurre técnicamente durante una instantánea y una copia de seguridad, y cómo son diferentes? (Si responde esta pregunta, dígame si puede confirmar empíricamente su respuesta, o simplemente me está citando documentación).
  • ¿Se espera un aumento en la latencia de escritura durante la ventana de respaldo en una implementación multi-AZ?
  • ¿Se espera un aumento en la latencia de escritura al final de una instantánea en una implementación multi-AZ?
  • ¿Mi pico de latencia de escritura sería incluso mayor si no fuera multi-AZ?
  • Arquitectónicamente, ¿podría evitar estos picos de latencia de escritura si lanzo mi propia base de datos ejecutándose en dos instancias de m1.large EC2?
  • ¿Hay alguna configuración que pueda usar que evite estos picos de latencia de escritura mientras sigo alojando mi base de datos con RDS, o estoy efectivamente a merced de Amazon?

Pregunta de bonificación: ¿dónde y cómo aloja su base de datos mysql?

Puedo decir que, en general, estoy contento con RDS, excepto por estos problemas diarios de latencia de escritura. Me encanta el monitoreo integrado de la base de datos y fue bastante simple de configurar y poner en marcha.

¡Gracias!

También ejecutamos varias instancias de RDS, además de MySQL en algunas máquinas que administramos nosotros mismos. No puedo comentar específicamente, ya que no soy un ingeniero de Amazon, pero hay varias cosas que he aprendido que podrían explicar lo que estás viendo:

  • Aunque Amazon no comparte los detalles de back-end al 100%, sospechamos firmemente que están utilizando su sistema EBS para respaldar las bases de datos RDS.

  • Este artículo ayuda a explicar las limitaciones de EBS y la funcionalidad de instantáneas http://blog.rightscale.com/2008/08/20/amazon-ebs-explained/ Nuevamente, aunque no es explícito, tendría sentido que Amazon usara esta infraestructura para proporcionar servicios de RDS.

  • Normalmente, una copia de seguridad de MySQL, en contraste con una instantánea, implica el uso de una herramienta como mysqldump para crear un archivo de sentencias de SQL que luego reproducirá la base de datos. La base de datos no necesita estar congelada para hacer esto. Con un back-end de EBS, la mejor práctica es congelar la base de datos (pausar todas las transacciones) mientras realiza una instantánea para evitar daños en los datos.

  • Los picos que está viendo al final de la ventana de respaldo. Si Amazon hace una pausa en la replicación durante la instantánea de su réplica, la réplica debería "ponerse al día" en las transacciones cuando se complete la instantánea. Esto causaría un pico de latencia.

  • La replicación en una implementación multi-AZ es intrínsecamente más lenta que una única implementación AZ. El precio que paga por una mejor redundancia.