Tipos de almacenamiento de Azure: Visión General Completa
Azure Storage es la solución de almacenamiento en la nube de Microsoft que puede funcionar para diferentes casos de uso práctico. Esta solución ofrece muchas opciones para almacenar datos en la nube con distintas funciones y a diferentes precios. Por eso, elegir el tipo de almacenamiento en Azure que mejor se adapte a sus necesidades es importante para conseguir la mejor venta. Hay diferentes niveles de redundancia, niveles y tipos de cuentas de almacenamiento Azure entre los que elegir.
En esta entrada del blog se explican los tipos de almacenamiento de Azure para ayudarle en su decisión.
Tipos de almacenamiento Azure
Existen cinco tipos de almacenamiento Azure, que se dividen en dos grupos:
Grupo 1. Los tipos de almacenamiento de este grupo son accesibles a través de API REST y están pensados para ayudar con problemas de escalabilidad y comunicación entre el tipo de almacenamiento utilizado y las aplicaciones que acceden a los archivos.
- Almacenamiento en cola
- Almacenamiento de mesas
- Almacenamiento de bloques
Grupo 2. Los tipos de almacenamiento de este grupo se utilizan como almacenamiento con las máquinas virtuales (VM) de Azure.
- Almacenamiento de archivos
- Almacenamiento en disco
Repasemos en detalle cada tipo de almacenamiento en Azure.
Almacenamiento en cola en Azure
El almacenamiento en cola es un tipo de almacenamiento utilizado para conectar componentes de una aplicación. Puede utilizar este almacenamiento para aplicaciones con componentes independientes que dependen de colas de mensajes asíncronos. Azure Queue Storage tiene funciones similares a la tecnología Message Queueing (MSMQ) de Microsoft utilizada en versiones anteriores de Windows Server. La capacidad de una cuenta de almacenamiento en Queue Storage pone límites al número de colas, pero no hay otras limitaciones.
Azure Queue Storage puede ser útil para aplicaciones en contenedores que utilizan una arquitectura de microservicios, incluidas las aplicaciones que se ejecutan en Kubernetes.
Los componentes de Azure Queue Storage son:
- Cuenta. Una cuenta es un contenedor lógico en Azure utilizado para almacenar objetos en su interior.
- Cola. Una cola es un objeto que contiene un conjunto de mensajes.
- Mensaje. Un mensaje es un objeto que se incluye en una cola. Un mensaje puede tener un máximo de 64 KB para cualquier formato.
Azure tables (almacenamiento de tablas)
El almacenamiento en tablas de Azure se utiliza para almacenar grandes cantidades de datos estructurados en tablas, como datos estructurados NoSQL. NoSQL es un tipo de base de datos no relacional que funciona como almacén de claves/atributos (a diferencia de Microsoft SQL Server y Azure SQL, que son bases de datos relacionales). Las tablas Azure tienen un diseño sin esquema y pueden utilizarse para almacenar datos de usuario para aplicaciones web y otros metadatos.
Este almacenamiento es altamente escalable y accesible por un bajo precio. Esta opción es una alternativa menos costosa a Microsoft Azure SQL si está bien con las limitaciones de almacenamiento de Azure Table y no tiene requisitos para la estructura y arquitectura de SQL. Tenga en cuenta que el precio sube cuando se accede con frecuencia a los archivos.
Esta base de datos es un producto gestionado de Microsoft, y los administradores no necesitan gestionar la infraestructura subyacente en la nube. Esto significa que no necesitan desplegar o instalar nada, simplemente pueden configurar y utilizar la base de datos en Azure Tables.
Almacenamiento Azure Blob de Microsoft
Blob es el acrónimo de Binary Large Objecty es un tipo de almacenamiento de datos no estructurados (archivos) como imágenes, audio, vídeo, backups, etc. Se utiliza para almacenar archivos especialmente grandes e incluso para lagos de datos con grandes cargas de trabajo. Un ejemplo práctico común es el uso de Microsoft Azure Blob Storage para el almacenamiento de archivos para sitios web y streaming de audio y vídeo.
Blob Storage es un almacenamiento de objetos similar a Amazon S3 y es uno de los más utilizados de todos los tipos de almacenamiento de Azure. Los datos se organizan en contenedores como una estructura de carpetas o un espacio de nombres de objetos planos (el análogo de los cubos).
Existen tres tipos de Azure Blob Storage: blobs de bloque, blobs de apéndice y blobs de página.
- Los blobs de bloques son buenos para almacenar archivos que no se actualizarán una vez subidos a la nube. Los archivos se cargan en el almacenamiento blob como pequeñas partes denominadas bloques. Una vez realizada la carga, estas partes se fusionan en una sola unidad, y no es posible modificarlas después. Si necesita almacenar una actualización del archivo en el almacenamiento blob, deberá volver a cargar el nuevo archivo. El tamaño máximo de un solo archivo es de 4,77 TB. El tamaño de bloque por defecto es de 32 MB, pero puedes cambiar este valor.
- Los blobs de apéndice están optimizados para almacenar metadatos y registros, ya que los archivos almacenados pueden actualizarse sin necesidad de volver a cargarlos. Por ejemplo, puede almacenar archivos de registro de bases de datos cuando se realizan operaciones intensivas de entrada/salida. La estructura de append blobs admite la carga de partes de archivos para añadirlas al final de archivos existentes. Esto significa que se pueden añadir datos, pero no modificarlos ni eliminarlos de los archivos almacenados.
- Los blobs de página se utilizan para operaciones de lectura y escritura frecuentes/rápidas. Una página blob está formada por páginas de 512 bytes. El tamaño máximo de blob de este tipo es de 1 TB. Los blobs de página se utilizan para almacenar discos VM.
Sólo puede seleccionar un tipo de nota una vez al crear la nota. No se puede cambiar el tipo una vez creada la nota. Puede cambiar entre niveles de acceso cuando lo necesite, pero no para los blobs de páginas.
Niveles de almacenamiento Azure Blob Storage
Existen tres niveles de acceso para Microsoft Azure Blob Storage. Cada nivel proporciona funciones entre las que elegir en función del ciclo de vida de los datos almacenados en la nube Azure. Al seleccionar los niveles de Azure Blob Storage, primero debe definir con qué frecuencia accederá a los datos y cuánto tiempo deben conservarse. Seleccionar el nivel correcto le permitirá optimizar los costes de almacenamiento.
- El nivel de acceso directo está pensado para el acceso frecuente y tiene el precio más alto de los tres niveles. Si necesitas trabajar con datos que se actualizan y borran con frecuencia, considera la posibilidad de utilizar el nivel de acceso en caliente. Es caro almacenar datos, pero barato acceder a ellos, porque este nivel está optimizado para los datos a los que se accede con frecuencia.
- El nivel de acceso frío es menos costoso que el nivel caliente, pero es más caro que el nivel frío para almacenar archivos. Es más caro acceder a los archivos que a un hot tier. El nivel frío está optimizado para datos a los que se accede con poca frecuencia y que se almacenan durante al menos 30 días. Se puede acceder a los datos en cualquier momento, de forma similar al nivel de acceso en caliente.
- El nivel de acceso en frío permite almacenar más datos a menor coste. Sin embargo, el precio para acceder a los archivos es elevado. El nivel de acceso en frío también se denomina nivel de acceso al archivo. Los datos deben almacenarse durante al menos 180 días en este nivel. No se puede acceder a los datos almacenados en el nivel de acceso en frío en cuanto se solicitan, ya que existe una latencia de recuperación. Esto significa que el periodo de espera puede ser de hasta 14 horas antes de poder recuperar los datos. El nivel de archivo es óptimo para almacenar archivos a largo plazo y backups de datos.
Si eliminas los datos antes de 30 o 180 días para los niveles de acceso frío y frío, respectivamente, se te cobrarán gastos de eliminación anticipada. Los datos deben residir durante al menos este periodo de tiempo definido para evitar cargos. Por ejemplo, si almacena datos en Microsoft Azure Blob Storage utilizando el nivel de acceso frío (archivo) y elimina estos datos solo 30 días después de cargarlos, se le cobrará una tarifa de eliminación anticipada de: 180 días – 30 días = 50 días.
Azure Blob se utiliza a menudo como destino de backups, integrado en modernas soluciones de protección de datos. En este vídeo, podrá ver cómo enviar backups de VMware vSPhere a Azure Blob Storage con NAKIVO Backup & Replication, una solución integral de backup y recuperación:
Almacenamiento de archivos en Azure
Azure Files o Azure file storage se utiliza para crear un recurso compartido de archivos en la nube Azure, almacenar archivos y acceder a los archivos compartidos desde máquinas virtuales Azure o desde sus máquinas locales que tengan acceso al recurso compartido. El almacenamiento de archivos Azure puede considerarse un servidor de archivos en la nube y es compatible con recursos compartidos de archivos SMB y NFS.
Existen cuatro tipos de componentes para el almacenamiento de archivos en Azure:
- Cuenta de almacenamiento Azure
- Comparte. Puede crear recursos compartidos en el recurso compartido principal. El nombre de la acción debe tener entre 3 y 63 caracteres.
- Directorio. Su recurso compartido puede contener una estructura jerárquica de directorios con subdirectorios y archivos.
- Archivos. Puede cargar archivos cuyo tamaño máximo sea de 1 TB.
También puedes hacer backups en el almacenamiento de archivos de Azure.
Discos Azure (Azure Disk Storage)
Los discos Azure son un almacenamiento persistente a nivel de bloque cuya finalidad es adjuntar discos virtuales a máquinas virtuales Azure.
Azure Disk Storage tiene dos opciones:
- El almacenamiento Premium significa que tus datos se guardan en rápidas unidades de estado sólido (SSD). Es la opción recomendada si necesita un almacenamiento de alto rendimiento.
- El almacenamiento estándar funciona con unidades de disco duro (HDD). Este almacenamiento es óptimo para muchas tareas, como guardar backups y otros datos.
Tanto el almacenamiento premium como el estándar ofrecen dos tipos de discos: discos gestionados por Azure y discos no gestionados.
- Discos gestionados. Usted crea y configura los discos (que son gestionados por Microsoft en el lado de Microsoft), que es la ventaja de este tipo. Cuando creas una VM en Azure, esta VM utiliza discos gestionados por Azure que puedes añadir a la VM. Los volúmenes que puede ver en el sistema operativo invitado de la máquina virtual residen en estos discos gestionados. No necesitas crear una cuenta de almacenamiento y crear un disco manualmente.
- Discos no gestionados. Usted mismo gestiona completamente los discos, que se almacenan como page blobs en su cuenta de almacenamiento. Es necesario crear una cuenta de almacenamiento, crear discos y gestionarlos manualmente. De esta forma tendrás el control total de los discos.
Puede seleccionar un tipo de disco Azure al crear una cuenta de almacenamiento.
Niveles de redundancia del almacenamiento
La redundancia es una función importante de cada almacenamiento en la nube, lo que hace que el almacenamiento en la nube sea fiable y garantice una alta disponibilidad. La redundancia en la nube de Azure protege sus datos y evita el tiempo de inactividad en caso de desastres, fallos, mantenimiento planificado, etc. El almacenamiento en Azure es compatible con la realización de copias de datos en distintos lugares de la nube Azure para conseguir redundancia, lo que en este contexto también se denomina replicación de datos.
Nota: Todos los recursos de almacenamiento de Azure desplegados en una cuenta de almacenamiento tienen los mismos ajustes para la redundancia.
El almacenamiento redundante en Azure se divide en cinco categorías:
- Almacenamiento redundante local
- Almacenamiento georredundante
- Almacenamiento georredundante de acceso de lectura
- Almacenamiento redundante por zonas
- Almacenamiento georredundante
Almacenamiento redundante local
Con el almacenamiento redundante local (LRS), tres copias de tus datos se encuentran en un mismo edificio, pero se almacenan en tres lugares distintos. Pueden ser tres unidades de disco diferentes dentro de un mismo centro de datos (en la región primaria). Para ello se utiliza la replicación síncrona de datos. Es la opción de redundancia menos cara de las cinco y protege contra fallos de disco y servidor. Si una catástrofe como una inundación o un incendio destruye el centro de datos, LRS no puede garantizar la seguridad de los datos y éstos pueden perderse.
La durabilidad es de al menos el 99,999999999% (99 y nueve nueves) a lo largo del año.
Almacenamiento georredundante
El almacenamiento georredundante (GRS) implica tres copias de datos almacenadas en una región y tres copias almacenadas en una región diferente (fuera de la región primaria). Si una catástrofe destruye uno de los centros de datos, los datos se conservan en el segundo. Si toda la región falla o se cae, tus datos están disponibles en otra región. El GRS es más fiable que el LRS, pero tiene un coste más elevado.
La replicación de datos a través de la ubicación física primaria en la región primaria es sincrónica para las tres copias de datos en el centro de datos. La replicación de datos a una ubicación física en la ubicación secundaria es asíncrona. A continuación, los datos se copian de forma sincrónica en la región secundaria utilizando LRS para crear allí las otras dos copias.
La durabilidad es del 99,99999999999999% (99 y catorce nueves).
Almacenamiento georredundante de acceso de lectura
El almacenamiento georredundante de acceso de lectura (RA-GRS) es similar al GRS, pero los datos de la ubicación secundaria son de sólo lectura. Esta es la diferencia entre GRS y RA-GRS. Si su aplicación puede funcionar teniendo sólo acceso de lectura a los datos replicados, puede utilizar este tipo de redundancia.
Almacenamiento redundante por zonas
Con el almacenamiento redundante en zonas (ZRS), los datos se replican en tres clústeres de almacenamiento (tres zonas de disponibilidad de Azure) de forma sincrónica en una única región (la región principal). Cada clúster de almacenamiento está separado de otros clústeres en su zona de disponibilidad. Una zona de disponibilidad es una ubicación física separada de otras zonas y dispone de alimentación, redes y refrigeración independientes. La protección es mayor que en el caso del LRS, pero el ZRS no protege contra una catástrofe regional que destruya todas las zonas de una región.
La durabilidad es del 99,9999999999% (99 y diez nueves) para ZRS.
Si su aplicación requiere una mayor disponibilidad y la máxima coherencia, considere la posibilidad de utilizar ZRS en la región primaria y replicar los datos en una región secundaria (GRS).
Almacenamiento georredundante
El almacenamiento geozonal redundante (GZRS) combina las ventajas del GRS y el ZRS. Con GZRS, los datos se replican de forma síncrona en tres zonas de disponibilidad de Azure (diferentes centros de datos) en la región primaria y se replican de forma asíncrona en una única ubicación física en la región secundaria (este paso difiere del tipo GRS). A continuación, los datos se replican de forma sincrónica en la región secundaria, como en el caso de LRS, para tener allí tres copias.
Este planteamiento le permite protegerse contra las catástrofes regionales. Se recomienda utilizar este almacenamiento redundante para almacenar datos de aplicaciones que requieren el máximo nivel de protección, rendimiento, disponibilidad y resiliencia.
GZRS proporciona una durabilidad del 99,99999999999999% (99 y catorce nueves).
Tipos de cuentas de almacenamiento Azure
Una cuenta de almacenamiento es un contenedor que contiene objetos de datos de almacenamiento de Azure, como archivos, discos, blobs, tablas y colas de Azure. Este contenedor agrupa los servicios de almacenamiento de Azure. Una cuenta de almacenamiento Azure es un método para crear un servicio de almacenamiento en Azure para almacenar datos. El nombre de una cuenta de almacenamiento debe ser único en toda la nube de Azure.
Existen cinco tipos de cuentas de almacenamiento Azure, que son compatibles con los servicios, niveles de rendimiento y opciones de replicación adecuados. Cada cuenta de almacenamiento admite distintas funciones, como se muestra en la tabla siguiente.
| Tipo de cuenta de almacenamiento | Servicios compatibles | Compatibilidad por niveles de rendimiento | Opciones de replicación |
| Uso general V1 | Blob, Archivo, Cola, Tabla y Disco | Estándar, Premium | LRS, GRS, RA-GRS |
| Uso general V2 | Blob, Archivo, Cola, Tabla y Disco | Estándar, Premium | LRS, GRS, RA-GRS, ZRS, ZGRS (vista previa), RA-ZGRS (vista previa) |
| Almacenamiento de bloques | Blob (sólo blobs de bloque y blobs de apéndice) | Estándar | LRS, GRS, RA-GRS |
| Almacenamiento de bloques | Blob (sólo blobs de bloque y blobs de apéndice) | Premium | LRS, ZRS (regiones limitadas) |
| Almacenamiento de archivos | Sólo archivos | Premium | LRS, ZRS (regiones limitadas) |
Conclusión
En esta entrada del blog se tratan los tipos de almacenamiento en Azure y se explican sus funciones. Existen cinco tipos de almacenamiento Azure, niveles de redundancia y tipos de cuentas de almacenamiento Azure. Ofrecen distintas funciones a distintos precios. Conocerlos le permite tomar una decisión racional para obtener un precio óptimo al seleccionar el almacenamiento en la nube en Azure. Puede utilizar el asequible almacenamiento en la nube de Azure para hacer backups de sus datos. NAKIVO Backup & Replication es una solución completa de backup que se integra con Azure y permite crear backups directos en Azure Blob Storage.
