Cloud Wars (I)
El pasado día 16 de Junio estuvimos en OpenExpo Day y además de pasarlo genial, conocer gente interesante y asistir a charlas de buen nivel, tuvimos la oportunidad de dar una charla sobre un análisis que hicimos de tres cloud públicos con los que trabajamos habitualmente en proyectos de nuestros clientes:
- Amazon Web Services (AWS)
- Google Cloud
- Microsoft Azure
Puedes ver el vídeo de la charla a continuación y la presentación de la misma desde aquí:
En este post vamos a comentar algunos de los datos que obtuvimos en las pruebas y análisis realizados y en sucesivos semanas comentaremos el resto en nuevos posts.
Contexto de las pruebas
Si lees este post y los que vegan relativos a este análsis es importante que tengas en cuenta que:
- Los datos que publicamos se han realizado en Junio de 2015, dado los rápidos avances y cambios que sufren estas plataformas, estos datos pueden quedar obsoletos pronto.
- Las pruebas se centran en servicios IAAS y no en la parte PAAS que ofrecen estos proveedores.
- Los test se han realizado en instancias virtuales con sistema operativo Ubuntu 14.04 LTS con la imagen que provee directamente cada proveedor y sin ningún tipo de tuning.
- En algunas pruebas se ha utilizado únicamente una instancia grande, en otros dos instancias (una grande y otra pequeña) y en otros simplemente se han usado datos ofrecidos por los propios proveedores. Puede verse el tipo de instancias utilizadas en la diapositiva 16 de la presentación.
- En las pruebas prácticas se han utilizados pruebas sencillas con software libre accesible a cualquiera que quiera repetirlas, realizando las pruebas varias veces y desechando valores atípicos.
Regiones y zonas
Para los menos familiriadizados con los cloud públicos, hay dos conceptos clave que deben conocerse:
- Región: es una zona geográfica en el que el proveedor dispone de presencia física y donde se pueden contratar servidores y el resto de sus servicios.
- Zona: es un data center (puede ser un conjunto de ellos) dentro de una región y separado del resto de zonas por una distancia geográfica de un orden mínimo de decenas de kilómetros. Las zonas están conectadas físicamente para asegurar buenas latencias y anchos de banda entre ellas.
El uso de varias regiones en un proyecto tiene sentido cuando ofrecemos servicios a diferentes zonas del mundo y queremos mejorar la experiencia de usuario ofreciéndoles nuestros servicios desde un punto geográfico cercano.
El uso de zonas es lo que asegura la alta disponibilidad dentro de una región y por tanto si nuestros servicios requieren alta disponibilidad debemos usar varias zonas excepto en Azure que se consigue de otra manera.
Sobre los tres proveedores (AWS, Azure y Google) analizados cabe destacar:
- Ninguno de los proveedores dispone de servicios en África y sólo Amazon y Azure tiene en Sudamérica y Oceanía.
- Microsoft Azure sólo tiene una zona por región y ofrece la alta disponibilidad denro de la propia zona utilizando lo que llaman "grupos de disponibilidad"
- Google dispone de una región por continente ya que se apoya en su gran red de fibra propia desplegada en todo el mundo con miles de puntos de terminación y peering.
Versión de evaluación
Todos los proveedores ofrecen versiones de evaluación que nos permiten probar su tecnología y si se adapta o no a nuestras necesidades. Sobre los programas de prueba cabe destacar:
- AWS permite realizar pruebas durante 12 meses sin coste pero con máquinas micro e instancias igualmente micro de otros servicios pero no de todos. Esto permite probar de sobra casi toda su plataforma aunque no realizar pruebas reales de sistemas producción.
- Google gestiona su versión de prueba mediante un crédito de $300 que podemos usar durante dos meses y limita el uso a instancias de hasta 2 vCPUs y válido para todos los servicios.
- Azure funciona de manera similar a Google con un crédito de 150€ (en el momento de este post son 170€) y con una duración de un mes y válido para todos los servicios limitando la capacidad de computación total a 20 cores durante el trial.
Además varios de estos proveedores disponen de programas de captación u ofrecen crédito gratuito para realizar pruebas o incluso trabajar en sus plataformas durante varios meses con sistemas de producción sin coste. Para ello debe contactarse con los propios proveedores o con algún partner de los mismos que pueda gestionar estos temas.
Continuaremos comentando los datos que obtuvimos en las pruebas que realizamos para el desarrollo de la charla en próximos posts, para enterarte de ellos síguenos en twitter.
Enlaces: