Comparación Storage Servidores en Nube

Comparación Storage Servidores en Nube

El Storage en la Nube Computing tiene muchas formas y es fundamental entender las diferencias para evaluar las ofertas de los diferentes proveedores de Nube.
La cuestión del Storage es el más complicado de entender por las diferentes opciones posibles, por lo que os rogamos de tener más paciencia a la hora de leer esta guía.
Uno de los factores clave que diferencia un Storage de otro es, en primer lugar, el tipo.

Hay dos tipos:
  • Storage Tempororal (Temporary Storage)
  • Storage Persistente (nominado también "Block Storage")

Otros factores importantes que diferencian el tiempo de Storage son:
  • Velocidad / Performance
  • redundancia

El mercado tiene que los proveedores que ofrecen de todo, desde el Storage local hasta el Storage en SAN con Disco Duro desde la franja del consumidor hasta los de franja Enterprise y /o estado sólido (SSD).
Es muy importante entender cada una de estas diferentes opciones de almacenamiento y sus diferentes prestaciones, de redundancia y disponibilidad.

Recursos adicionales

Panorámica
Cloud Server deficiones
Comparación CPU
Comparación RAM
Comparación Storage
Precios de la Nube

Storage Temporal

Primero, miraremos el Storage Local. A veces indicado como disco de memoria virtual o de almacenamiento momentáneo, este espacio de disco normalmente está conectado a un Servidor físico sin redundancia que se borra si se para o se reinicia el servidor físico.
Muchos usuarios de Nube usan este espacio para impulsar un sistema operativo base, otras vaces se usa como cache temporal en lugar de la memoria RAM.
Es fundamental tener en cuenta que este espacio no es para almacenar datos importantes, pues por definición, es una memoria temporánea y por lo tanto, los datos podrían perderse en cualquier momento.

Los proveedores de Nube instalan junto al Servidor Host, un Disco Duro físico.
Este disco duro puede ser de tipo SSD (como Microsoft Azure). Si un Servidor en Nube tiene un disco de memoria virtual en este dico local... podría ocurrir que en un determinado momento el Servidor Host se reinicia y todo se perdería.

Algunos proveedores exigen a sus clientes adquirir grandes capacidades de espacio temporáneo como parte del Servidor Vitual pre-configurado que ofrecen, como por ejemplo, Amazon EC2 AWS. éste, siendo un proveedor que a los Servidores Virtuales, incluye un Storage temporáneo.
Si deseas más CPU o más RAM, estás obligado a comprar también más espaciom temporal, el cual, como hemos visto, no es del todo necesario.

Storage Permanente

Todos los proveedores ofrecen Storage permanentes como opciones mientras otros, como Stellar, ofrecen solo este tipo. Como hemos visto, este espacio es permanente, a diferencia del temporal.
El Storage permanente es denominado también "Block Storage", y crea volúmenes seguros. Cada volumen puede ser formanteado por separado, simulando de esta manera una unidad disco individual - y, una cosa muy importante, el espacio en disco de este tipo de storage permanece independientemente de que el servidor vitual se bloquee o se reinicie.

Redundancia

La mayor parte de los proveedores ofrecen un cierto nivel de redundancia incorporada en su Storage permanente.
La redundancia puede ser de diferentes niveles. El primero es inherente al nivel ofrecido por el storage utilizado.

Cada storage puede ser configurado con diferentes niveles de RAID - Redundant Array of Independent Disk - y el tiempo de Raid determina el nivel de redundancia, fiabilidad y performance. Excluyendo el RAID 0 que no ofrece ningún tipo de redundancia y por lo tanto, la avería de uno de los discos que constituyen el array, supone la pérdida de datos, los demás niveles de Raid - Raid 1, Raid 5 y Raid 6 - ofrecen la posibilidad de iversos modos, de reducir los llamados POF (Point of Failure).

Otro nivel de redundancia es el dado por los sistemas de replica de datos entre diferntes storage hardware. Muchos piensan que todos los proveedors de Nube replican todos los recursos, y por lo tanto, tambien el storage para toda la oferta de VM. Sin embargo esta afirmación es un falso mito. pues algunas ofertas de Servidores de Nube pueden preveer la replica de las VM y los relativos Storage entre hardware diferentes, pero no es así para todas, de hecho la mayor parte de las ofertas más comunes, no tienen esta opción.

Performance

Las performance del Storage -permanente- es un elemento esencial para el buen funcionamiento del propio Servidor en Nube.
El uso de arquitecturas SAN (storage area network) para Storage permanentes, a nivel de performance, pueden sufrir retrasos porque un alto I/O a través de la red puede saturar el sistema.
Stellar evita este problema conectando los servidores físicos de un cluster con storage permanentes a través de una doble conexión directa SAS, que permite velocidades más elevadas y ofrece mejor redundancia con una lentitud menor de las clásicas redes físicas.
Amazon EC2 AWS resuelve este problema ofreciendo volúmenes con "Provisioned IOPS" en su oferta EBS (Electronic Block Storage).
Los Provisioned IOPS son en realidad Performance Garantizadas. Amazon cobra a parte según el volumen con Provisioned IPOS, mientras que Stellar ofrece Servidores en Nube únicamente con performance disco garantizadas.

Discos SSD

Otra opción que cada vez es más conocida, es el uso de SSD, habitualmente en soluciones de clase enterprise.
Muchos proveedores ofrecen la posibilidad de usar tanto SSD premium-priced, como discos rígidos standard.
Hay dos elementos importantes para tener en cuenta a la hora de comparar Servidores en Nube fabricados con discos SSD.
Cierto es que, por una parte, los SSD pueden ser muy útiles para aplicaciones intensivas de I/O, pero por la otra, tienen una mayor necesidad de disponer de una red interna veloz con óptimas prestaciones.
Otra cosa a tener cuenta es que el mero de hecho de informar que la arquitectura del propio Servidor en Nube resida en discos SSD, no implica que por consiguiente una determinada performance I/O del Storage donde reside el propio Servidor en Nube
Even though SSDs can be useful for I/O intensive applications, they must be coupled with a fast internal network in order to provide optimal performances.
Los Storage permanentes más utilizados por el proveedores en Nube en sus arquitecturas se basan en sistemas SAN. Un sistema SAN por naturaleza, siendo accesible vía red, permite poder interconectar un número de servidores físicos ilimitado.

¿Qué ocurre cuando se tiene a disposición un SAN con discos SSD o SAS conectada a un elevado número de servidores físicos a la vez?
O más sencillo, ¿Qué ocurre cuando hay cientos de Servidores en Nube que utilizan SAN accediendo simultáneamente al Storage?

Sucede que, las posibles altas performance alcanzadas a través del uso de discos SSD y conexiones de fibra óptica o infiniband, vienen menos vía uso intenso por parte de un elevado número de Servidores en Nube.
En general, se puede decir que cuando el uso de discos SSD sin una indicación explícita sobre las performance garantizadas, no da ningún valor añadido a la propia VM, es lo que coloquialmente decimos un "tente mientras cobro".
Los Servidores en Nube Stellar están diseñados partiendo de la base de poder garantizar performance y bases latencia a cada cliente que elija usar Storage DAS -Direct Attached Storage- con la ayuda de discos a alta velocidad y a través de la limitación del número de Servidores host físicos comunicables a un Storage.

Trafico Storage

Algunos proveedores cobran además las solicitudes de I/O hacia el Storage.
Este aspecto puede ser más complicado de calcular respecto a otros precios de la Nube, pues al cliente se le factura el número efectivo de veces en el que la propia VM ha solicitado al I/O disco!
Este factor no es controlable respecto al SO, por las aplicaciones de la Base de Datos, elementos que son díficiles de intervenir. Hay otros casos que a final de mes, las empresas clientes pagan mucho más de lo que ha usado I/O respecto al precio de la VM Interna.
Por ejemplo, Amazon EC2 AWS EBS cuesta 0,10$ por cada millón de solicitudes I/O.

Puede parecer un precio barato, pero puede crecer muy rápidamente con según qué aplicaciones

El factor clave que diferencia los diferentes tipos de espacio es si estos son temporales o permanentes, si es redundante y la rapidez con la conexión entre el almacenamiento y la máquina.

Links
Why Stellar
2024 Stellar, CoreTech Srl. Todos los derechos reservados