Hosts dedicados de Azure

Se aplica a: ✔️ Máquinas virtuales Linux ✔️ Máquinas virtuales Windows ✔️ Conjuntos de escalado uniformes

Azure Dedicated Host es un servicio que proporciona servidores físicos (capaces de hospedar una o varias máquinas virtuales) asignados a una suscripción de Azure. Los hosts dedicados son los mismos servidores físicos que se usan en nuestros centros de datos y se proporcionan como un recurso de hardware accesible directamente. Puede aprovisionar hosts dedicados dentro de una región, zona de disponibilidad y dominio de error. Después, puede colocar las máquinas virtuales directamente en los hosts aprovisionados, en la configuración que se ajuste mejor a sus necesidades.

Vídeo de introducción

Ventajas

El hecho de reservar todo el host proporciona varias ventajas, además de las de un host de máquina virtual compartido estándar:

• Optimización de costes: con la ventaja híbrida de Azure, puede traer sus propias licencias para Windows y SQL a Azure. Para más información, consulte Ventaja híbrida de Azure.

• Confiabilidad: tiene un control casi absoluto de los eventos de mantenimiento que inicia la plataforma Azure. Aunque la mayoría de los eventos de mantenimiento tienen poco o ningún impacto en las máquinas virtuales, hay algunas cargas de trabajo confidenciales en las que cada segundo de pausa puede tener un impacto. Con los hosts dedicados, puede participar en una ventana de mantenimiento para reducir el impacto en el servicio.

• Eficiencia del rendimiento: dado que controla un host físico, puede elegir qué aplicaciones comparten recursos físicos, como la memoria y el almacenamiento. Esto puede acelerar determinadas cargas de trabajo que se benefician de una latencia baja y un alto rendimiento en la máquina host.

• Seguridad: el aislamiento de hardware en el nivel del servidor físico permite que los datos confidenciales de la memoria permanezcan aislados dentro de un host físico. No se colocarán otras máquinas virtuales de cliente en los hosts. Los hosts dedicados se implementan en los mismos centros de datos y comparten la misma red y la misma infraestructura de almacenamiento subyacente que otros hosts no aislados.

Grupos, hosts y máquinas virtuales

Un grupo host es un recurso que representa una colección de hosts dedicados. Puede crear un grupo host en una región y una zona de disponibilidad, y agregarle hosts.

Un host es un recurso que se asigna a un servidor físico en un centro de datos de Azure. El servidor físico se asigna cuando se crea el host. Un host se crea dentro de un grupo host. Un host tiene una SKU que describe qué tamaños de máquina virtual se pueden crear. Cada host puede hospedar varias máquinas virtuales, de diferentes tamaños, siempre y cuando sean de la misma serie de tamaño.

Consideraciones sobre la alta disponibilidad

Para lograr una alta disponibilidad, debe implementar varias máquinas virtuales, que se distribuyen entre varios hosts (un mínimo de 2). Con Azure Dedicated Host, tiene varias opciones para aprovisionar su infraestructura para dar forma a sus límites de aislamiento de errores.

Uso de las zonas de disponibilidad para el aislamiento de errores

Las zonas de disponibilidad son ubicaciones físicas exclusivas dentro de una región de Azure. Cada zona de disponibilidad consta de uno o varios centros de datos equipados con alimentación, refrigeración y redes independientes. Un grupo host se crea en una zona de disponibilidad individual. Una vez creada, todos los hosts se colocarán dentro de esa zona. Para lograr una alta disponibilidad entre zonas, es preciso crear varios grupos host (uno por zona) y distribuir los hosts entre ellas en consecuencia.

Si asigna un grupo host a una zona de disponibilidad, todas las máquinas virtuales creadas en ese host deben crearse en la misma zona.

Uso de dominios de error para el aislamiento de errores

Se puede crear un host en un dominio de error específico. Al igual que las máquinas virtuales de un conjunto de escalado o de un conjunto de disponibilidad, los hosts de distintos dominios de error se colocarán en distintos bastidores físicos del centro de datos. Al crear un grupo host, es necesario especificar el número de dominios de error. Al crear hosts en el grupo host, se asigna un dominio de error a cada host. Las máquinas virtuales no requieren ninguna asignación de dominios de error.

Los dominios de error no son lo mismo que la coubicación. Tener el mismo dominio de error para dos hosts no significa que estén próximos entre sí.

El ámbito de los dominios de error es el grupo host. No debe realizar ninguna suposición sobre la antiafinidad entre dos grupos host (a menos que se encuentren en zonas de disponibilidad diferentes).

Las máquinas virtuales implementadas en hosts con distintos dominios de error, tendrán sus servicios subyacentes de Managed Disks en varias marcas de almacenamiento, con el fin de aumentar la protección del aislamiento de errores.

Uso de zonas de disponibilidad y dominios de error

Puede usar ambas funcionalidades juntas para lograr un mayor aislamiento de los errores. Para usar los dos, especifique la zona de disponibilidad y el número de dominios de error de cada grupo de hosts, asigne un dominio de error a cada host del grupo y asigne una zona de disponibilidad a cada máquina virtual.

La plantilla de ejemplo de Resource Manager usa zonas y dominios de error para distribuir los hosts a fin de conseguir la máxima resistencia en una región.

Selección de ubicación manual frente a automático

Al crear una máquina virtual en Azure, puede seleccionar el host dedicado que se va a usar. También puede usar la opción para ubicar automáticamente las máquinas virtuales en los hosts existentes, dentro de un grupo host.

Al crear un grupo host, asegúrese de que esté seleccionada la opción de selección automática de ubicación de máquinas virtuales. Al crear la máquina virtual, seleccione el grupo host y deje que Azure elija el mejor host para la máquina virtual.

Los grupos host que están habilitados para la selección de ubicación automática no requieren que todas las máquinas virtuales se ubiquen de forma automática. Todavía podrá elegir de forma explícita un host, incluso cuando esté seleccionada la opción de selección de ubicación automática para el grupo host.

Limitaciones de ubicación automática

Incidencias y limitaciones conocidas cuando se usa la selección automática de ubicación de máquinas virtuales:

• No se podrá reimplementar la máquina virtual.
• No se podrán usar máquinas virtuales de las series DCv2, Lsv2, NVasv4, NVsv3, Msv2 o M con hosts dedicados.

Recuperación del servicio de host

En caso de que se produzca un error relacionado con el nodo subyacente, la conectividad de red o los problemas de software pueden insertar el host y las máquinas virtuales en el host en un mantenimiento no correcto, lo que provoca interrupciones y tiempo de inactividad en las cargas de trabajo. La acción predeterminada es para que Azure recupere automáticamente el host afectado a un nodo correcto y mueva todas las máquinas virtuales al host correcto. Una vez que se recuperan las máquinas virtuales y se reinicia el host afectado, se desasignará. Durante el proceso de recuperación del servicio, el host y las máquinas virtuales no estarían disponibles al incurrir en un ligero tiempo de inactividad.

El host recién creado tendría las mismas restricciones que el host anterior:

• Grupo de recursos
• Region
• Dominio de error
• Grupo host
• ADH SKU
• Reemplazo automático en la configuración de error

Es posible que los usuarios con requisitos de cumplimiento necesiten una afinidad fuerte entre el host y el nodo subyacente y que no desee que se recupere automáticamente el servicio, en estos escenarios los usuarios pueden optar por no recibir la recuperación automática del servicio en el nivel de host si deshabilitan el valor "Reemplazar automáticamente el host en caso de error".

Implicaciones

Si decide deshabilitar la recuperación automática del servicio y si el nodo subyacente encuentra un error, el estado del host cambiará a "Desasignación pendiente del host" y, finalmente, se desasignará.

Para evitar la desasignación, tendría que volver a implementar manualmente el host mediante la creación de un nuevo host dedicado y el traslado de todas las máquinas virtuales del host antiguo al nuevo host.

La configuración del host de reemplazo automático es una configuración de tiempo de creación y no se puede cambiar una vez creado el host. Las máquinas virtuales que se detienen o desasignan manualmente desde el host afectado no se mueven como parte de la recuperación automática del servicio.

Compatibilidad con los conjuntos de escalado de máquinas virtuales

Los conjuntos de escalado de máquinas virtuales permiten tratar un grupo de máquinas virtuales como un único recurso y aplicar las directivas de disponibilidad, administración, escalado y orquestación como un grupo. Los hosts dedicados existentes también se pueden usar para conjuntos de escalado de máquinas virtuales.

Al crear un conjunto de escalado de máquinas virtuales, puede especificar un grupo host existente para que todas las instancias de máquina virtual se creen en hosts dedicados.

Al crear un conjunto de escalado de máquinas virtuales en un grupo host dedicado, se aplican los requisitos siguientes:

• Es necesario habilitar la selección automática de ubicación de máquinas virtuales.
• La configuración de disponibilidad del grupo host debe coincidir con el conjunto de escalado.
  • Se debe usar un grupo host regional (creado sin especificar una zona de disponibilidad) para los conjuntos de escalado regionales.
  • El grupo host y el conjunto de escalado deben usar la misma zona de disponibilidad.
  • El recuento de dominios de error para el nivel de grupo host debe coincidir con el del conjunto de escalado. Azure Portal permite especificar la propagación máxima del conjunto de escalado, lo que establece el recuento de dominios de error de 1.
• Los hosts dedicados deben crearse en primer lugar, con capacidad suficiente y con la misma configuración para las zonas de conjunto de escalado y los dominios de error.
• Los tamaños de máquina virtual admitidos para los hosts dedicados deben coincidir con el del conjunto de escalado.

No todas las configuraciones de orquestación y optimización de conjunto de escalado son compatibles con los hosts dedicados. Aplique los valores siguientes en el conjunto de escalado:

• No se recomienda el sobreaprovisionamiento y está deshabilitado de forma predeterminada. Puede habilitar el sobreaprovisionamiento, pero se producirá un error en la asignación del conjunto de escalado si el grupo host no tiene capacidad para todas las máquinas virtuales, incluidas las instancias que se han sobreaprovisionado.
• Use el modo de orquestación ScaleSetVM.
• No use grupos con ubicación por proximidad para la coubicación.

Compatibilidad con discos Ultra para máquinas virtuales en hosts dedicados

Los discos Ultra ofrecen mayor IOPS (máximo de 160 00 IOPS por disco) y un mayor rendimiento de disco (máximo de 4000 Mbps por disco) según su tamaño. Se seguirán aplicando todas las limitaciones de los discos Ultra. Para usar discos Ultra en hosts dedicados es necesario cumplir los requisitos siguientes:

• El grupo host debe tener SSD Ultra "Habilitado", esta propiedad no se puede cambiar luego de crear el grupo host
• La serie de máquinas virtuales del host dedicado tiene que ser compatible con discos Ultra.

Los hosts dedicados también admiten discos Ultra con tamaños de máquina virtual especiales: LSv2, M, Mv2, Msv2, Mdsv2, NVv3, NVv4. Sin embargo, en estos casos se aplicarían las siguientes limitaciones adicionales:

• El grupo host tiene que tener la selección de ubicación automática 'Deshabilitada'
• El número de dominios de error del grupo host solo se debe establecer en "1".

Control de mantenimiento

En ocasiones, es posible que la infraestructura que da soporte a las máquinas virtuales se actualice para mejorar la confiabilidad, el rendimiento, la seguridad y para iniciar nuevas características. La plataforma Azure intenta minimizar el impacto del mantenimiento de la plataforma siempre que sea posible, pero los clientes con cargas de trabajosensibles al mantenimiento no pueden tolerar los pocos segundos en los que la máquina virtual debe estar apagada para realizar el mantenimiento.

El control del mantenimiento proporciona a los clientes una opción para omitir las actualizaciones de plataforma normales programadas en sus hosts dedicados y, después, aplicarlas en el momento que prefieran en un periodo acumulado de 35 días. Dentro de la ventana de mantenimiento, puede aplicar el mantenimiento directamente en el nivel de host, en cualquier orden. Una vez que finalice la ventana de mantenimiento, Microsoft avanzará y aplicará el mantenimiento pendiente a los hosts en un orden que puede no seguir los dominios de error definidos por el usuario.

Para obtener más información, consulte Administración de las actualizaciones de la plataforma con el control de mantenimiento.

Consideraciones de capacidad

Una vez que se aprovisiona un host dedicado, Azure lo asigna a un servidor físico. De esta forma se garantiza la disponibilidad de la capacidad cuando se necesita aprovisionar la máquina virtual. Azure usa toda la capacidad de la región (o zona) para elegir un servidor físico para el host. También significa que los clientes pueden esperar poder aumentar la superficie de su host dedicado sin tener que preocuparse de quedarse sin espacio en el clúster.

Cuotas

Hay dos tipos de cuota que se consumen al implementar un host dedicado.

1. Cuota de vCPU de host dedicado. El límite de cuota predeterminado es 3000 vCPU por región.
2. Cuota de la familia de tamaños de máquina virtual. Por ejemplo, una suscripción de pago por uso solo puede tener una cuota de 10 vCPU disponibles para la serie de tamaños Dsv3 en la región Este de EE. UU. Para implementar un host dedicado Dsv3, tendría que solicitar un aumento de la cuota de al menos 64 vCPU antes de poder implementar el host dedicado.

Para solicitar un aumento de la cuota, cree una solicitud de soporte técnico en Azure Portal.

El aprovisionamiento de un host dedicado consumirá la cuota de vCPU de host dedicado y la cuota de vCPU de la familia de máquinas virtuales, pero no consumirá la vCPU regional. Las máquinas virtuales colocadas en un host dedicado no contarán para la cuota de vCPU de la familia de máquinas virtuales. Si una máquina virtual se mueve fuera de un host dedicado a un entorno multiinquilino, la máquina virtual consumirá la cuota de vCPU de la familia de máquinas virtuales.

Para más información, consulte Cuotas de vCPU de máquinas virtuales.

La evaluación gratuita y las suscripciones a MSDN no tienen cuota para instancias de Azure Dedicated Host.

Precios

A los usuarios se les cobra por host dedicado, independientemente del número de máquinas virtuales que se implementen. En el extracto mensual, verá un nuevo tipo de recurso facturable de hosts. Las máquinas virtuales de un host dedicado se seguirán mostrando en la instrucción, pero su precio será 0.

El precio del host se establece en función de la familia de máquinas virtuales, del tipo (tamaño de hardware) y de la región. El precio de un host tiene que ver con el tamaño de máquina virtual mayor que admita el host.

Las licencias de software, el almacenamiento y el uso de la red se facturan por separado del host y las máquinas virtuales. No hay ningún cambio en esos elementos facturables.

Para más información, consulte Precios de Azure Dedicated Host.

También puede ahorrar costos con una instancia reservada de Azure Dedicated Host.

Tamaños y generaciones de hardware

Una SKU representa la serie y el tipo de tamaño de la máquina virtual en un host determinado. Puede mezclar varias máquinas virtuales de distintos tamaños en un solo host, siempre que no sean de la misma serie de tamaño.

El tipo es la generación de hardware. Los distintos tipos de hardware de la misma serie de máquinas virtuales proceden de distintos proveedores de CPU y tienen diferentes generaciones de CPU y número de núcleos.

Los tamaños y tipos de hardware varían según la región. Para más información, consulte la página de precios de hosts.

Nota:

Una vez que se aprovisiona un host dedicado, no se puede cambiar su tipo o tamaño. Si necesita otro tamaño o tipo, tendrá que crear uno nuevo.

Ciclo de vida del host

Azure supervisa y administra el estado de mantenimiento de los hosts. Al consultar el host se devolverán los siguientes estados:

Estado de mantenimiento	Descripción
Host disponible	No hay ningún problema conocido en el host.
Host bajo investigación	Hay algunos problemas en el host y se están examinando. Este estado transitorio es necesario para que Azure intente identificar el ámbito y la causa principal del problema identificado. Es posible que se vean afectadas las máquinas virtuales que se ejecutan en el host.
Host pendiente de desasignación	Azure no puede devolver el host a un estado correcto y le solicita que vuelva a implementar las máquinas virtuales fuera de este host. Si autoReplaceOnFailure está habilitado, las máquinas virtuales se recuperan con un hardware que funcione correctamente. De lo contrario, es posible que la máquina virtual se esté ejecutando en un host que esté a punto de producir un error.
Host desasignado	Todas las máquinas virtuales se han quitado del host. Ya no se le cobrará por este host, ya que el hardware se ha eliminado de la rotación.

Preguntas más frecuentes

P. ¿Qué ocurre con mi host dedicado en el caso de una migración en directo?

A. A partir de hoy, los hosts dedicados de Azure no admiten la migración en directo y, en caso de que se produzca un error de hardware, el servicio recupera el host en un nodo diferente.

P. ¿Puedo ejecutar máquinas virtuales de varias familias de máquinas virtuales en el mismo host dedicado?

A. No, solo podrá ejecutar máquinas virtuales de la misma familia que el host dedicado subyacente. Por ejemplo, un host de Dsv3-Type4 solo admite máquinas virtuales de la familia de máquinas virtuales Dsv3.

P. ¿Podría ejecutar diferentes tamaños de máquina virtual en un único host dedicado?

A. Sí, puede ejecutar varios tamaños de máquinas virtuales en el mismo host dedicado siempre y cuando todas las máquinas virtuales pertenezcan a la misma familia que el host dedicado subyacente y haya suficiente capacidad en el host para admitir los tamaños de las máquinas virtuales. Por ejemplo, en un host de Dsv3-Type4 podría ejecutar máquinas virtuales D2sv3, D8sv3, D16sv3 al mismo tiempo.

Pasos siguientes

• Para implementar un host dedicado, consulte Implementación de máquinas virtuales y conjuntos de escalado en hosts dedicados.

• Hay una plantilla de ejemplo en la que se usan zonas y dominios de error para obtener la máxima resistencia en una región.

• También puede ahorrar costos con una instancia reservada de Azure Dedicated Host.