Conceptos básicos

Convención de nomenclatura

La elección de un nombre coherente para designar un recurso de Azure es importante, ya que resulta difícil cambiarlo posteriormente y, dado el número de servicios que ofrece la nube de Microsoft (más de un centenar), una convención de nomenclatura suele ser esencial. Esto facilita la búsqueda de un recurso. Se recomienda utilizar prefijos (al principio) o sufijos comunes (al final) para identificar el recurso.

Por ejemplo, para identificar una máquina virtual que admite una base de datos SQL en un entorno dev y en una región de Azure Francia, use dev-vm-sql-name01-fr como nombre y añada el entorno como afijo. Si varias máquinas virtuales admiten la misma aplicación, bastaría con añadir 01, 02, etc.

Algunas de las abreviaturas más utilizadas son:

También es aconsejable utilizar etiquetas (descritas en el capítulo anterior) para identificar con precisión un recurso y su propietario.

Microsoft sugiere utilizar una convención de nomenclatura propia de Azure y adaptable a las convenciones propias...

Disco administrado

Para simplificar la gestión de los discos virtuales en las máquinas virtuales de Azure, Microsoft ofrece a sus clientes la opción de utilizar Managed Disks (o discos administrados). El tamaño y el rendimiento (SSD Premium, SSD Estándar, HDD Estándar o Ultra Disk) son administrados por Azure en segundo plano. Los discos administrados son el equivalente a un disco físico en un servidor, pero virtualizado como un disco duro virtual. El administrador especifica el tamaño y el tipo de disco y, en pocos segundos, el disco está disponible.

Anteriormente, el administrador tenía que crear cuentas de almacenamiento dedicadas para admitir discos (archivos de discos duros virtuales) y gestionar la escalabilidad mensualmente. Además, cada cuenta de almacenamiento disponía de URL para acceder a sus distintos servicios, como Blob, Tabla, Colas, etc. Como comprenderá, tener una máquina virtual con un disco duro virtual vhd potencialmente accesible desde Internet era una vulnerabilidad latente de seguridad.

A partir de ahora, se utilizará un disco no accesible desde Internet para crear una máquina virtual y podrá tener hasta 50 000 discos por suscripción, dependiendo del tipo (SSD o estándar).

Los discos administrados ofrecen una disponibilidad del 99,999 % pero... no tienen un SLA asociado. El SLA que tiene en cuenta Microsoft...

Cuenta de almacenamiento

Muchos recursos de Azure requieren una cuenta de almacenamiento (o Azure Storage) para funcionar: bases de datos, copias de seguridad, registros de eventos, etc. Una cuenta de almacenamiento proporciona un espacio seguro para almacenar los datos del cliente. El tiempo de disponibilidad mínima es del 99,9 %. Su límite de espacio es de 5 petabytes, lo que permite considerar con confianza escenarios de Big Data o de difusión de contenidos multimedia. Según el tipo de cuenta de almacenamiento elegido, el cliente paga solo por el espacio consumido y las operaciones realizadas en los discos o por el espacio aprovisionado de todo un disco mediante la ayuda de un disco administrado. Escalable, la cuenta de almacenamiento asigna automáticamente los recursos adecuados en función del crecimiento de la carga detectada.

Puede acceder a ella a través de diferentes escenarios, desde:

Una buena práctica es crear al menos dos cuentas de almacenamiento en una suscripción: una para almacenar las copias de seguridad y la segunda para archivar los registros de actividad.

La creación de una cuenta de almacenamiento se realiza desde el portal:

Seleccione el grupo de recursos (libroazure) que lo integra.

Red virtual o VNet

En Microsoft Azure, una red virtual o VNet (Virtual Network) es la continuidad de la red física de la empresa, pero en la nube. Se puede definir el espacio de direcciones (red y subredes), la resolución DNS, el enrutamiento y muchos otros parámetros. También se puede crear una conectividad permanente (VPN de sitio a sitio, ExpressRoute) o temporal (VPN de punto a sitio) desde un On-Premise hacia Azure.

Una VNet contiene un espacio de direcciones de hasta 33 554 427 direcciones IP (/7) no enrutables (192.168, 10.0, 172.16) o enrutables (RFC 1918). Su tamaño se puede modificar en cualquier momento, lo que no es el caso de las subredes que la componen. Una VNet siempre contiene al menos una subred.

Una VNet está, de forma predeterminada, totalmente aislada de las demás VNet de una suscripción y puede segmentarse en subredes para albergar entornos de producción, preproducción o desarrollo. Esta segmentación permite que las máquinas virtuales de Azure o las instancias de PaaS, como SQL, puedan comunicarse fácilmente entre sí y tener acceso a Internet. Mediante los grupos de seguridad de la red (equivalentes a los cortafuegos de la red), se pueden controlar los flujos de entrada y salida de recursos.

Una suscripción puede albergar 1 000 redes virtuales por región, cada una de las cuales admite 3 000 subredes, 20 servidores DNS y 65 536 direcciones IP privadas. Estos límites pueden aumentarse poniéndose en contacto con el soporte técnico de Microsoft.

La creación de una red virtual se realiza a partir del portal siguiendo este procedimiento: 

Grupo de recursos

Como vimos en el capítulo Interfaces de usuario, el modelo de gestión de recursos incluye características como etiquetas, el modelo RBAC y... el grupo de recursos. Gracias a este último, los recursos de un mismo proyecto (o cliente) se despliegan en un orden preciso y se reúnen en un mismo grupo. A este grupo se le pueden atribuir una delegación de derechos y etiquetas específicas con fines de facturación. Un grupo de recursos pertenece a una suscripción. Cada recurso solo puede ser miembro de un grupo de recursos, independientemente de su región; puede moverse a otro grupo en cualquier momento y después eliminarse si es necesario. En resumen, un grupo de recursos es el límite lógico teórico de las acciones permitidas a un propietario designado.

En casi todos los casos en los que se crea un recurso (máquina virtual, cuenta de almacenamiento, red virtual, Web App, etc.), es necesario un grupo de recursos para su funcionamiento. Por último, tenga en cuenta que un grupo de recursos tiene una estructura plana, no puede anidarse en otro grupo de recursos. 

Crearemos un grupo de recursos:

Máquina virtual

Una máquina virtual o VM (Virtual Machine) en Azure es el equivalente a las máquinas virtuales alojadas en un sitio On-Premise, salvo que las diferentes capas (virtualización, almacenamiento, red) no son directamente gestionables en la nube de Microsoft. Esto es importante porque el administrador no tiene acceso a todas las funcionalidades de la infraestructura subyacente. Por ejemplo, la consola de virtualización no estará disponible.

Para que una máquina virtual se aloje en Azure, su imagen debe ser elegida en el MarketPlace (Windows o Linux) o bien importarse desde un disco virtual VHD especialmente diseñado.

Una máquina virtual, en modo Resource Manager, debe obligatoriamente formar parte de un grupo de recursos; estar alojada en una cuenta de almacenamiento, estar conectada a una red virtual, tener sus métricas almacenadas en otra cuenta de almacenamiento y, por supuesto, formar parte de una región Azure.

Hemos detallado en el capítulo Interfaces de usuario - Azure Marketplace - Instalación de un sistema operativo cómo crear una máquina virtual, pero no cómo conectarse a ella. Este es el procedimiento para abrir una sesión de escritorio remoto en una máquina virtual que ha arrancado y cuenta con un sistema operativo Microsoft Windows:

Puntos clave para recordar

Blob

Cuenta de almacenamiento

Grupo de recursos

Grupo de seguridad de la red o NSG

Máquina virtual

Objetos blob en anexos

Objetos blob en bloques

Objetos blob en páginas