Máquinas virtuales en Azure
Se aplica a: ✔️ Máquinas virtuales Linux ✔️ Máquinas virtuales Windows ✔️ Conjuntos de escalado flexibles
Las máquinas virtuales (VM) en Azure son uno de los recursos informáticos a petición y escalables que ofrece Azure. Lo habitual es que elija una máquina virtual cuando necesite más control sobre el entorno informático del que ofrecen las restantes opciones. En este artículo se proporciona información sobre lo que debe considerar antes de crear una máquina virtual, cómo crearla y cómo administrarla.
Una máquina virtual de Azure le ofrece la flexibilidad de la virtualización sin necesidad de adquirir y mantener el hardware físico que la ejecuta. Sin embargo, la máquina virtual sigue necesitando mantenimiento con tareas como configurar, aplicar revisiones e instalar el software que se ejecuta en ella.
Las máquinas virtuales de Azure se pueden usar de diversas maneras. Ejemplos:
- Desarrollo y pruebas: las máquinas virtuales de Azure ofrecen una manera rápida y sencilla de crear un equipo con configuraciones específicas necesarias para codificar y probar una aplicación.
- Aplicaciones en la nube: como la demanda de la aplicación puede fluctuar, tendría sentido desde el punto de vista económico ejecutarla en una máquina virtual en Azure. Pagará por las máquinas virtuales adicionales cuando las necesite y las desactivará cuando ya no sean necesarias.
- Centro de datos ampliado: las máquinas virtuales de una red virtual de Azure se pueden conectar fácilmente a la red de su organización.
El número de máquinas virtuales usadas por su aplicación se puede escalar vertical y horizontalmente a la cifra necesaria para satisfacer sus necesidades.
¿Qué hay que considerar antes de crear una máquina virtual?
Siempre hay gran cantidad de consideraciones de diseño cuando se crea una infraestructura de aplicaciones en Azure. Es importante pensar en estos aspectos de una máquina virtual antes de empezar:
- Los nombres de los recursos
- La ubicación donde se almacenan los recursos
- El tamaño de la máquina virtual
- El número máximo de máquinas virtuales que se pueden crear
- El sistema operativo de la máquina virtual
- La configuración de la máquina virtual después de iniciarse
- Los recursos relacionados que necesita la máquina virtual
Partes de una máquina virtual y cómo se facturan
Al crear una máquina virtual, también va a crear recursos que admitan la máquina virtual. Estos recursos incluyen sus propios costos, que se deben tener en cuenta.
Los recursos predeterminados que admiten una máquina virtual y cómo se facturan se detallan en la tabla siguiente:
| Resource | Descripción | Coste |
|---|---|---|
| Red virtual | Para proporcionar a la máquina virtual la capacidad de comunicarse con otros recursos | Precios de Virtual Network |
| Una tarjeta de interfaz de red virtual (NIC) | Para conectarse a la red virtual | No hay ningún costo específico para las NIC. Sin embargo, hay un límite para el número de NIC que puede usar en función del tamaño de la máquina virtual. Ajuste el tamaño de la máquina virtual en consecuencia y consulte los precios de máquina virtual. |
| Una dirección IP privada y a veces una dirección IP pública. | Para la comunicación y el intercambio de datos en la red propia y con redes externas | Precios de direcciones IP |
| Grupo de seguridad de red (NSG) | Para administrar el tráfico de red desde y hacia la máquina virtual. Por ejemplo, es posible que tenga que abrir el puerto 22 para el acceso SSH, pero es posible que desee bloquear el tráfico al puerto 80. El bloqueo y la habilitación del acceso al puerto se realiza a través del grupo de seguridad de red. | No hay cargos adicionales por los grupos de seguridad de red en Azure. |
| Disco del sistema operativo y posiblemente discos independientes para los datos. | Se recomienda mantener los datos en un disco independiente del sistema operativo, ya que, en caso de que alguna vez se produzca un error en una máquina virtual, puede desasociar el disco de datos y conectarlo a una nueva máquina virtual. | Todas las máquinas virtuales nuevas tienen un disco de sistema operativo y un disco local. Azure no aplica ningún cargo por el almacenamiento en disco local. El cargo que se aplica por el disco del sistema operativo, que normalmente es de 127 GiB pero que es más pequeño para algunas imágenes, es la tarifa normal de los discos. Puede ver el costo de conectar discos prémium (basados en SSD) y estándar (basados en HDD) a las máquinas virtuales en la página de precios de Managed Disks. |
| En algunos casos, una licencia para el sistema operativo | Para proporcionar las ejecuciones de la máquina virtual para ejecutar el sistema operativo | El costo varía en función del número de núcleos de la máquina virtual, por lo que debe ajustar el tamaño de la máquina virtual en consecuencia. El costo se puede reducir a través de la Ventaja híbrida de Azure. |
También puede elegir que Azure pueda crear y almacenar claves SSH públicas y privadas: Azure usa la clave pública en la máquina virtual y usa la clave privada al acceder a la máquina virtual a través de SSH. De lo contrario, necesitará un nombre de usuario y una contraseña.
De forma predeterminada, estos recursos se crean en el mismo grupo de recursos que la máquina virtual.
Ubicaciones
Los recursos de Azure se pueden crear en diversas regiones geográficas de todo el mundo. Por lo general, se llama a la región ubicación cuando se crea una máquina virtual. Para una máquina virtual, la ubicación especifica dónde se almacenarán los discos duros virtuales.
En esta tabla se muestran algunas de las formas en que puede obtener una lista de ubicaciones disponibles.
| Método | Descripción |
|---|---|
| Azure portal | Seleccione una ubicación en la lista cuando cree una máquina virtual. |
| Azure PowerShell | Use el comando Get-AzLocation. |
| API DE REST | Use la operación para mostrar la lista de ubicaciones. |
| Azure CLI | Use la operaciónaz account list-locations. |
Disponibilidad
Hay varias opciones para administrar la disponibilidad de las máquinas virtuales en Azure.
- Las instancias de Availability Zones son zonas separadas físicamente dentro de una región de Azure. Las zonas de disponibilidad garantizan conectividad de máquina virtual con al menos una instancia como mínimo el 99,99 % del tiempo cuando tenga dos o más instancias implementadas en dos o más instancias de Availability Zones en la misma región de Azure.
- Virtual Machine Scale Sets permite crear y administrar un grupo de máquinas virtuales con equilibrio de carga. El número de instancias de máquina virtual puede aumentar o disminuir automáticamente según la demanda, o de acuerdo a una programación definida. Los conjuntos de escalado proporcionan una alta disponibilidad a las aplicaciones y le permiten administrar, configurar y actualizar de forma centralizada muchas máquinas virtuales. Las máquinas virtuales de un conjunto de escalado también se pueden implementar en varias zonas de disponibilidad, en una sola o en regiones.
Para más información, consulte Opciones de disponibilidad para máquinas virtuales de Azure y Acuerdo de Nivel de Servicio para máquinas virtuales de Azure.
Tamaños y precios
El tamaño de la máquina virtual que use depende de la carga de trabajo que vaya a ejecutar. El tamaño que elija determina factores tales como la capacidad de procesamiento, la memoria, la capacidad de almacenamiento y el ancho de banda de red. Azure ofrece una amplia variedad de tamaños para admitir muchos tipos de usos.
Azure cobra un precio por hora en función del tamaño y el sistema operativo de la máquina virtual. Para las fracciones de hora, solo cobra los minutos usados. El precio del almacenamiento se calcula y se cobra por separado.
Límites totales de núcleos de máquina virtual
Su suscripción tiene límites de cuota predeterminados que pueden afectar a la implementación de numerosas máquinas virtuales en su proyecto. El límite actual por suscripción es de 20 núcleos totales de máquina virtual por región. Para aumentar estos límites, cree una incidencia de soporte técnico y solicite un aumento
Managed Disks
El servicio Managed Disks controla la creación y administración de las cuentas de almacenamiento de Azure Storage en segundo plano y se asegura de que no tenga que preocuparse de los límites de escalabilidad de la cuenta de almacenamiento. Especifique el tamaño del disco y el nivel de rendimiento (Estándar o Premium), y Azure crea y administra el disco. Al agregar discos o escalar y reducir la máquina virtual no tendrá que preocuparse por el almacenamiento que se va a usar. Si está creando nuevas máquinas virtuales, use la CLI de Azure o Azure Portal para crear máquinas virtuales con sistema operativo y discos de datos administrados. Si tiene máquinas virtuales con discos no administrados, puede convertir las máquinas virtuales con Managed Disks.
También puede administrar sus imágenes personalizadas en una cuenta de almacenamiento por región de Azure y utilizarlas para crear cientos de máquinas virtuales en la misma suscripción. Para más información acerca de Managed Disks, consulte Introducción a Azure Managed Disks.
Distribuciones
Microsoft Azure admite varias distribuciones de Linux y Windows. Puede encontrar distribuciones disponibles en el marketplace, Azure Portal o consultando resultados mediante la CLI, PowerShell y las API de REST.
En esta tabla se muestran algunas maneras de encontrar la información sobre una imagen.
| Método | Descripción |
|---|---|
| Azure portal | Los valores se especifican automáticamente cuando se selecciona una imagen para usarla. |
| Azure PowerShell | Get-AzVMImagePublisher -Location location Get-AzVMImageOffer -Location location -Publisher publisherName Get-AzVMImageSku -Location location -Publisher publisherName -Offer offerName |
| API de REST | List image publishers (Lista de publicadores de imágenes) List image offers (Lista de ofertas de imágenes) List image skus (Lista de SKU de imágenes) |
| Azure CLI | az vm image list-publishers --location ubicación az vm image list-offers --location location --publisher publisherName az vm image list-skus --location location --publisher publisherName --offer offerName |
En Microsoft trabajamos estrechamente con los asociados para garantizar que las imágenes disponibles están actualizadas y optimizadas para los entornos de tiempo de ejecución de Azure. Para obtener más información acerca de las ofertas de asociados de Azure, consulte Azure Marketplace.
Cloud-Init
Azure admite cloud-init en la mayoría de las distribuciones de Linux que admiten este paquete. Estamos trabajando activamente con nuestros asociados de Linux para disponer de imágenes habilitadas con cloud-init en Azure Marketplace. Estas imágenes harán que las implementaciones y configuraciones de cloud-init funcionen perfectamente con las máquinas virtuales y los conjuntos de escalado de máquinas virtuales.
Para obtener más información, consulte Uso de cloud-init en máquinas virtuales Linux de Azure.
Storage
- Introducción a Microsoft Azure Storage
- Adición de un disco a una máquina virtual Linux mediante azure-cli
- Acoplamiento de un disco de datos a una máquina virtual Linux en Azure Portal
Redes
- Información general sobre redes virtuales
- Direcciones IP en Azure
- Apertura de puertos a una máquina virtual Linux en Azure
- Crear un nombre de dominio completo en el Portal de Azure
Interrupciones del servicio
En Microsoft, hacemos todo lo posible para garantizar que nuestros servicios estén siempre disponibles cuando los necesite. En ocasiones, debido a factores externos que escapan de nuestro control, se producen interrupciones de servicio no planeadas.
Microsoft proporciona Acuerdos de Nivel de Servicio para sus servicios como un compromiso en cuanto al tiempo de actividad y la conectividad. Puede encontrar el Acuerdo de Nivel de Servicio para los diferentes servicios de Azure en Contratos de nivel de servicio.
Azure ya integra en su plataforma muchas características que admiten aplicaciones de alta disponibilidad. Para obtener más información sobre estos servicios, lea Recuperación ante desastres y alta disponibilidad para aplicaciones de Azure.
En este artículo se expone un escenario real de recuperación ante desastres en el que toda una región experimenta una interrupción debido a un desastre natural importante o a una interrupción del servicio generalizada. Se trata de casos muy infrecuentes, pero debe estar preparado para la posibilidad de que se produzca una interrupción en toda una región. Si una región completa experimenta una interrupción del servicio, las copias con redundancia local de los datos estarían temporalmente no disponibles. Si ha habilitado la replicación geográfica, se almacenan en una región distinta tres copias adicionales de los blobs y las tablas de Azure Storage. En caso de una interrupción completa en una región o de un desastre en el que la región primaria no sea recuperable, Azure reasignará todas las entradas DNS a la región de replicación geográfica.
En el caso de una interrupción del servicio de toda la región en la que se implementa la aplicación de máquina virtual de Azure, se proporcionan las instrucciones siguientes para las máquinas virtuales de Azure.
Opción 1: inicio de una conmutación por error mediante Azure Site Recovery
Puede configurar Azure Site Recovery para las VM de modo que pueda recuperar la aplicación con un solo clic en cuestión de minutos. Puede realizar replicaciones en la región de Azure que elija, no solo en regiones emparejadas. Puede empezar por replicar las máquinas virtuales. Puede crear un plan de recuperación para poder automatizar el proceso de conmutación por error al completo para la aplicación. Puede probar las conmutaciones por error antes sin necesidad de que ni la aplicación de producción ni la replicación en curso se vean afectadas. Si se interrumpe una región primaria, no tiene más que iniciar una conmutación por error y traer la aplicación a la región de destino.
Opción 2: espera para recuperación
En este caso, no se requieren acciones por su parte. Sepa que trabajaremos con rapidez para que el servicio de Azure vuelva a estar disponible. El estado actual del servicio se puede ver en el panel de estado de los servicios de Azure.
Esta es la mejor opción si no configuró Azure Site Recovery, el almacenamiento con redundancia geográfica con acceso de lectura o el almacenamiento con redundancia geográfica antes de la interrupción. Si ha configurado el almacenamiento con redundancia geográfica o el almacenamiento con redundancia geográfica con acceso de lectura para la cuenta de almacenamiento donde se almacenan los discos duros virtuales de la máquina virtual (VHD), puede fijarse en cómo recuperar el VHD de la imagen base y tratar de aprovisionar una nueva máquina virtual desde ahí. Esta opción no es preferible porque no hay ninguna garantía de sincronización de datos, lo que significa que no se garantiza que esta opción funcione.
Nota:
Tenga en cuenta que no tiene ningún control sobre este proceso y que solo tendrá lugar si se produce una interrupción del servicio en toda la región. Por este motivo, también debe confiar en otras estrategias de copia de seguridad específicas de la aplicación para lograr el máximo nivel de disponibilidad. Para obtener más información, consulte la sección sobre las estrategias de datos para la recuperación ante desastres.
Recursos para interrupciones del servicio
Empiece a proteger las aplicaciones que se ejecuten en máquinas virtuales de Azure con Azure Site Recovery.
Para obtener más información sobre cómo implementar una estrategia de alta disponibilidad y recuperación ante desastres, consulte Recuperación ante desastres y alta disponibilidad para aplicaciones de Azure.
Para obtener unos conocimientos técnicos detallados sobre las funcionalidades de una plataforma de nube, consulte Guía técnica sobre resistencia en Azure.
Si las instrucciones no están claras, o si quiere que Microsoft realice las operaciones en su lugar, póngase en contacto con el Servicio de asistencia al cliente.
Residencia de datos
En Azure, la característica que permite almacenar los datos de clientes en una única región solo está disponible actualmente en la región de Sudeste Asiático (Singapur) de la geoárea Asia Pacífico y en la región Sur de Brasil de la geoárea Brasil. En todas las demás regiones, los datos del cliente se almacenan en la geoárea. Para más información, consulte el Centro de confianza.
Pasos siguientes
Cree su primera máquina virtual