¿Cuáles son las ventajas de Google Compute Engine sobre la oferta en la nube de Amazon?

Ha habido muchos jugadores nuevos que ingresaron al mercado de IaaS con el objetivo de convertirse en una alternativa a Amazon EC2. Pero la mayoría de ellos se parecen a Amazon EC2 en 2008 con capacidades muy básicas.

GCE es el primer servicio de IaaS que intenta superar AWS al llenar los vacíos que existen en Amazon EC2.

Estas son algunas de las ventajas de Google Compute Engine sobre Amazon EC2 :

Precios y facturación por hora menor : Amazon EC2 cobra el uso de instancias por hora. Incluso las horas parciales se redondean a una hora. Los tipos de máquinas GCE se cargan un mínimo de 10 minutos. Después de 10 minutos, las instancias se cobran en incrementos de 1 minuto, redondeadas al minuto más cercano. Aunque no tengo una comparación de precios detallada en este momento (estoy trabajando en ello), el cómputo y el almacenamiento son más baratos que AWS.


Load Balancer no necesita precalentamiento: el Elastic Load Balancer (ELB) de Amazon no está diseñado para manejar picos repentinos. Los clientes deben solicitar a AWS que precaliente el ELB para prepararlo para manejar la carga esperada. Esto requiere una suscripción al soporte de AWS. Load Balancer de GCE no requiere precalentamiento. Se escala al instante para soportar el tráfico puntiagudo. ¡Consulte Compute Engine Load Balancing llega a 1 millón de solicitudes por segundo! para más detalles.


Discos persistentes que se pueden conectar a varias máquinas virtuales: GCE
Los discos persistentes (PD) pueden ser montados lectura-escritura por una VM o muchas máquinas virtuales de solo lectura . Amazon EBS solo se puede adjuntar una instancia a la vez. Esto obliga a los clientes a implementar un almacenamiento compartido para sincronizar el contenido estático en todas las instancias. Consulte http://research.gigaom.com/repor… para obtener más detalles de este escenario.


Mejor almacenamiento en bloque: los discos persistentes (PD) de GCE admiten hasta 10 TB, que es 10 veces el tamaño admitido de Amazon EBS. A diferencia de Amazon EBS, la PD de GCE incluye el precio de IO. Significa no más conjeturas y precios más predecibles para los clientes. ¡Esto es ciertamente un cambio de juego! Consulte El nuevo disco persistente: más rápido, más barato y más predecible para la publicación de Google Compute Engine para obtener más detalles.


Redes integradas: Amazon Virtual Private Cloud (VPC) se produjo dos años después de que Amazon EC2 se activara. La creación de redes en Amazon EC2 surgió como una idea posterior que dificulta la migración de los clientes con implementaciones grandes que se ejecutan en EC2 al entorno VPC. Networking es un ciudadano de primera clase en GCE. Los clientes pueden crear una red virtual, subredes privadas, públicas, firewalls, rutas, puertas de enlace, ACL incluso antes de lanzar la primera VM. A diferencia de Amazon VPC, este no es un servicio separado sino una parte integral de GCE. Consulte la sección Redes y cortafuegos de la documentación de GCE.


Mejor rendimiento de red: la E / S de red GCE en todas las regiones es mucho más rápida que AWS. Aunque Google no lo reconoce oficialmente, está claro que aprovechan su red global, que es la columna vertebral de la infraestructura de Google. Por el contrario, AWS utiliza Internet público para comunicarse entre las regiones. En GCE, es posible configurar escenarios interesantes, incluida la replicación sincrónica de bases de datos entre regiones. Aquí está la instantánea del rendimiento de GCE en comparación con AWS.


A continuación se muestra un gráfico que indica la menor latencia de la red GCE

Fuente – Por los números: cómo se compara Google Compute Engine con Amazon EC2


Imágenes de varias regiones: aunque Amazon EC2 agregó recientemente la función de copia AMI entre regiones, los clientes aún deben iniciar explícitamente la copia de la AMI. En GCE, cada imagen del sistema operativo es un recurso global, lo que significa que Google mantiene un repositorio global de imágenes, incluidas las imágenes personalizadas que los clientes agrupan. Consulte la sección Descripción general de recursos de la documentación de GCE para obtener más detalles.


Direcciones IP persistentes: a diferencia de Elastic IP de Amazon EC2, la IP reservada de GCE no cambiará con el reinicio de las máquinas virtuales. GCE también permite a los clientes promover una IP temporal (IP efímera) ya asignada a una IP reservada. Esto ayuda a los clientes a retener los registros DNS iniciales que se crearon con la IP temporal. En Amazon EC2, el EIP debe estar asociado con la VM en el momento del arranque. Consulte Instancias y redes para obtener más detalles sobre las direcciones IP reservadas en GCE.


Tiempos de arranque más rápidos y reinicio automático de máquinas virtuales: el tiempo de arranque de VM de GCE es al menos 5 veces más rápido que Amazon EC2.

Fuente: Por los números: Cómo se compara Google Compute Engine con Amazon EC2.

El siguiente video muestra cómo NuoDB podría escalar su base de datos en GCE con las máquinas virtuales que se inician más rápido y se agregan al clúster.

Google Compute Engine se puede configurar para reiniciar automáticamente una instancia si un evento del sistema la desconecta, como una falla de hardware o un evento de mantenimiento programado, utilizando la configuración de Reinicio automático. Esto permitirá la reparación automática de instancias. Consulte Instancias – Google Compute Engine – Desarrolladores de Google para obtener más detalles.


Migración en vivo: cada proveedor de la nube debe realizar el mantenimiento de sus servidores host y centros de datos. Esto puede dar como resultado un tiempo de inactividad programado para el proveedor de la nube que obliga a los clientes a reiniciar su VM para completar el proceso. La página de ayuda de mantenimiento de Amazon EC2 documenta este proceso. Este artículo, Preguntas generalizadas sobre reinicios de instancias en la nube de Amazon EC2, preocupaciones, resalta el problema de los reinicios forzados de instancias de EC2. GCE maneja esto a través de una elegante migración en vivo de máquinas virtuales de un host a otro, lo que lo hace transparente para los clientes. Para obtener más detalles, consulte la sección Regiones y zonas – Motor de cómputo de Google – Desarrolladores de Google de la documentación de GCE.

Es una pregunta bastante vaga. Diría que las ventajas de un proveedor de la nube en comparación con otro dependerán de lo que necesite.

Todos tienen debilidades y fuerzas, pero lo primero que debe hacer es determinar qué tipo de infraestructura está buscando y luego comparar ofertas y elegir el proveedor que mejor se adapte a sus necesidades.

Para ayudarlo en su comparación, debe consultar: CloudScreener Cloud Decision Engine

Cloud Decision Engine es un habilitador de múltiples nubes: proporciona recomendaciones en tiempo real para garantizar que la infraestructura siempre coincida con las necesidades comerciales y técnicas, entre el ecosistema de proveedores de IaaS.

Compara los servicios web de Amazon, Microsoft Azure y Google Cloud Platform para seleccionar los mejores recursos en la nube antes de cada implementación o simplemente para verificar si la infraestructura existente es del tamaño correcto o no.

Las recomendaciones se basan en el precio, la ubicación y el rendimiento.

¡Una versión básica está disponible gratis aquí!

Después de una exploración rápida a través de la documentación, parece que los conceptos de AWS / EC2 se correlacionan bastante estrechamente con GCE, en muchos casos compartiendo términos y nombres para componentes del sistema. Una diferencia significativa que será importante para aquellos preocupados por implementar la alta disponibilidad es la abstracción de redes de Google que parece manejar de manera transparente el tráfico entre regiones [1]. Una sola “red”, en lenguaje GCE, puede contener recursos en múltiples zonas de disponibilidad (AZ) * y * regiones.

Las regiones de AWS se dividen casi por completo entre sí. Los activos creados en una región no son visibles para otra región. Podría decirse que esta es una característica que minimiza el acoplamiento y, por lo tanto, presumiblemente minimiza la probabilidad de fallas en cascada en todas las regiones al tiempo que aumenta la seguridad. La compensación es, por supuesto, que esto introduce numerosos dolores de cabeza tanto triviales [2] como no triviales [3] durante la implementación de cualquier proyecto que requiera la expansión de la región. Dicho esto, la abstracción de red simplificada de Google es permeable en el sentido de que no puede ocultarnos de las diferencias de latencia de comunicación entre las AZ y las regiones que de todos modos son la verdadera carne de este tipo de problema.

[1] Aunque el tráfico en las zonas y regiones de disponibilidad comparte una estructura de costos similar. Advertencia: ¡no lo he probado!
[2] Por ejemplo, una imagen de máquina AWS (AMI) creada para una región no se puede usar en otra. Uno debe volver a crearlo y mantener una asignación de región a AMI.
[3] Por ejemplo, conseguir que dos redes AWS / VPC (privadas) se comuniquen entre sí.