Hoy en día, con conceptos como la computación en la nube y los servicios en la nube que surgen uno tras otro, las bases de datos ubicadas en la nube no parecen ser nada nuevo. Aquí presentaremos el Amazon RDS recientemente lanzado por Amazon, que es la base de datos MySQL como servicio en la nube. 51CTO recomienda el "Tutorial de introducción y dominio de la base de datos MySQL"
Amazon agregó recientemente una nueva base de datos MySQL a su plataforma Amazon Web Services (AWS) llamada Amazon Relational Database Service (RDS), que funciona como el sistema MySQL tradicional. Antes de RDS, los clientes tenían varias opciones para los servicios de bases de datos de AWS:
Servicio de base de datos proporcionado por el cliente que se ejecuta en Amazon Machine Image (AMI)
Servicio SimpleDB propiedad de Amazon Web Services
SimpleDB es un almacén de datos simple que carece de la funcionalidad completa de un sistema de gestión de bases de datos relacionales (RDBMS) completo, pero proporciona un almacén de valores clave escalable. El servicio de base de datos proporcionado por el cliente no es muy diferente del entorno del centro de datos tradicional. Los propios empleados del cliente son responsables de administrar la aplicación de base de datos, incluida la configuración, el ajuste del rendimiento, la administración de capacidad, las actualizaciones de versión, la aplicación de parches y la copia de seguridad de datos, etc. Puedes controlarlo de la misma manera usando herramientas interactivas que se conectan a una base de datos MySQL tradicional.
Amazon RDS permite a los empleados del cliente reducir muchas tareas de operación y mantenimiento de MySQL. Con él, la escalabilidad y el monitoreo del rendimiento de los recursos informáticos de la base de datos no requieren intervención humana. El proveedor de servicios suele parchear y realizar copias de seguridad del software de base de datos, y el cliente define el período de retención. La escalabilidad proviene de lo que AWS llama "clases de instancias", de las cuales hay cinco. Puede aumentar gradualmente desde un núcleo de CPU virtual normal y 1,7 G de memoria (llamado "instancia de base de datos pequeña") hasta una "instancia de base de datos muy grande", que tiene 68 G de memoria y 8 núcleos de CPU virtuales, y el almacenamiento de respaldo después del Los datos de la base de datos activa están ocupados al 100%, se cobrará espacio de almacenamiento adicional. Y los datos existen en una zona de disponibilidad diferente a la de la instancia. Este concepto es similar al concepto de protección de datos externa del modelo de seguridad de datos tradicional.
El servicio se beneficia de la flexibilidad, ya que AWS define una ventana de mantenimiento semanal de 4 horas. Esta ventana de mantenimiento se puede utilizar para parchear el software de la aplicación y realizar copias de seguridad de los datos. Los clientes no pueden optar por no participar en el proceso de parcheo. Pero pueden especificar cuándo ocurre la ventana de mantenimiento durante la semana. Durante una ventana de mantenimiento, una instancia de base de datos se desconecta durante un período de tiempo específico. Amazon afirma que "sólo en raras ocasiones la aplicación de parches requerirá más de una parte de su ventana de mantenimiento, e incluso si ocurre, será sólo para parches relacionados con la seguridad o la durabilidad".
Esto significa que los clientes deben anticipar y planificar un evento fuera de línea de instancia semanal. Incluso si el proveedor dice que es poco probable que se acaben las cuatro horas, los clientes esperan que, en el peor de los casos, la instancia esté fuera de línea durante cuatro horas por semana. Para los clientes que pueden aceptar que una instancia de base de datos no esté disponible durante un período de tiempo relativamente corto, puede ser aceptable un cierre planificado con el mínimo impacto posible. Pero algunos clientes no tienen esa libertad de elección. Deben mantener el servicio disponible las 24 horas del día, los 7 días de la semana, incluso durante los períodos de mantenimiento semanal. La tecnología de replicación de bases de datos se utiliza a menudo para lograr una alta disponibilidad en implementaciones de bases de datos tradicionales. ¿Se puede utilizar también la tecnología de replicación en RDS, de modo que los clientes puedan especificar diferentes tiempos de mantenimiento para diferentes instancias de bases de datos? Por ejemplo, ¿son posibles las siguientes situaciones?
◆ ¿2 o más instancias ejecutándose en modo maestro-esclavo?
◆ ¿2 instancias ejecutándose en modo maestro-maestro?
◆ ¿2 o más instancias ejecutándose en modo clúster?
Aún no hay una respuesta clara. En la sección "Próximas nuevas funciones" de la página de detalles del servicio RDS, Amazon anticipa que las opciones para la disponibilidad de replicación de datos serán:
Proporciona alta disponibilidad: para los desarrolladores y empresas que desean flexibilidad más allá de las copias de seguridad automatizadas de Amazon RDS, no habrá ningún cargo adicional por esto. Con soporte de alta disponibilidad, pueden replicar de manera sincrónica, fácil y rentable, instancias de bases de datos en múltiples zonas de disponibilidad para evitar fallas causadas por un único almacenamiento.
Parece que esto resolverá los problemas de disponibilidad a expensas de múltiples zonas de disponibilidad. Las tecnologías tradicionales para resolver problemas de disponibilidad, como los modelos maestro-esclavo y maestro-maestro, no pueden desempeñar un papel en este momento.