Amazon EC2 (Amazon Elastic Compute Cloud) es una fabulosa plataforma de computación en la nube. La mayoría de Internet se ejecuta en Amazon AWS:cuando los usuarios se refieren a "computación en la nube", implícitamente están hablando de Amazon AWS. Mi empresa ha estado ejecutando y administrando bases de datos en AWS durante un par de años y hemos aprendido mucho de nuestras experiencias. Si bien AWS es una plataforma fácil de poner en marcha, es extremadamente difícil ejecutar grandes cargas de trabajo con uso intensivo de disco en AWS. No digo que no se pueda hacer; sin embargo, el tiempo y la experiencia necesarios están más allá de la mayoría de los usuarios. Aquí hay algunas cosas que me gustaría ver en Amazon EC2 para facilitar la ejecución de bases de datos en AWS.
-
Discos locales no efímeros
EBS basado en la red es conveniente para la mayoría de las cargas de trabajo, pero el rendimiento es abismal para las cargas de trabajo de escritura intensiva. La introducción de IOPS aprovisionadas alivia un poco este problema. Sin embargo, las IOPS provisionadas son bastante costosas y los costos se acumulan, especialmente cuando se ejecuta un clúster grande con 10 a 20 máquinas. Como alternativa, sería excelente si las cargas de trabajo pesadas del disco, como las bases de datos, pudieran ejecutarse fuera del disco local. Hoy no es una opción porque los discos locales son “efímeros”. Si detiene y reinicia su máquina, es posible que se mueva a un host diferente y pierda sus datos locales. Este no es un riesgo aceptable incluso cuando hay múltiples copias de datos.
-
SSD de bajo costo
Sería genial si Amazon pudiera seguir el ejemplo de DigitalOcean e introducir SSD de bajo costo para sus servidores. La informática del lado del servidor se está trasladando lentamente a SSD y, en unos años, los servidores SSD serán el almacenamiento de facto para las cargas de trabajo de su servidor. Amazon ofrece SSD en la actualidad, pero son bastante caros y no son una opción para la mayoría de las cargas de trabajo. Además, la oferta SSD tiene el mismo problema "efímero" que los discos locales.
-
Grupos de seguridad entre regiones
Los clústeres distribuidos geográficamente son una realidad de nuestro tiempo. Varios clientes necesitan implementar servidores en todas las regiones por múltiples razones que van desde la disponibilidad hasta el particionamiento. La única forma de proteger estas implementaciones hoy en día es mediante el uso de una lista blanca de IP que es extremadamente difícil de mantener. Los grupos de seguridad entre regiones aliviarán en gran medida la carga de los clientes que implementan en varias regiones. hoy, Amazon tiene muy poca funcionalidad que funcione en todas las regiones. Recientemente introdujeron la capacidad de copiar plantillas entre regiones, lo cual es muy útil, y espero que continúen agregando más funciones entre regiones.
-
Instantáneas sincronizadas en varios volúmenes
En algunos de nuestros clústeres de bases de datos más grandes, necesitamos respaldar varios servidores simultáneamente. Por ejemplo, en un clúster fragmentado de MongoDB, debe realizar una copia de seguridad de una copia coherente de todos los fragmentos. Si bien existen técnicas para hacer esto hoy en día, todas son bastante complejas y vulnerables al fracaso. Una forma ideal de hacer una copia de seguridad de estos servidores es iniciar una instantánea sincronizada en varios volúmenes. Esto garantizará una instantánea coherente en todos los volúmenes.
-
Mejor gestión de VPC
Personalmente, no me gusta la idea de exponer las bases de datos de producción a Internet. Por lo tanto, soy un gran admirador de las nubes privadas virtuales (VPC). La tecnología es excelente, pero la interfaz de administración es bastante tediosa. VPC y EC2 clásico son muy similares hasta que no lo son. Termina alternando entre la consola de EC2 y la consola de VPC. Una vez que administra más de 10 servidores, el paradigma de administración actual supone una gran carga para el usuario. Creo que hay espacio para simplificar los conceptos y hacerlo más fácil de administrar.
Como siempre, si tiene preguntas, no dude en comunicarse con nosotros [email protected].
