Grupos de selección de ubicación de proximidad
Se aplica a: ✔️ Máquinas virtuales Linux ✔️ Máquinas virtuales Windows ✔️ Conjuntos de escalado flexibles ✔️ Conjuntos de escalado uniformes
Si coloca las máquinas virtuales en una sola región, reducirá la distancia física entre las instancias. Además, si las coloca en una sola zona de disponibilidad, estarán todavía más cercanas físicamente. Aun así, a medida que la superficie de Azure crece, una sola zona de disponibilidad puede abarcar varios centros de datos físicos, lo que es posible que provoque una latencia de red que puede afectar al rendimiento de la aplicación.
Para acercar las máquinas virtuales lo más posible con la menor latencia posible, debe implementarlas dentro de un grupo de selección de ubicación de proximidad.
Un grupo de selección de ubicación de proximidad es una agrupación lógica que se usa para asegurarse de que los recursos de proceso de Azure se encuentran físicamente cercanos entre sí. Los grupos de selección de ubicación de proximidad son útiles para las cargas de trabajo en las que la latencia baja es un requisito.
- Baja latencia entre máquinas virtuales independientes.
- Baja latencia entre máquinas virtuales en un único conjunto de disponibilidad o conjunto de escalado de máquinas virtuales.
- Baja latencia entre máquinas virtuales independientes, máquinas virtuales en varios conjuntos de disponibilidad o varios conjuntos de escalado. Puede tener varios recursos de proceso en un solo grupo de selección de ubicación para reunir una aplicación de varias capas.
- Baja latencia entre varias capas de aplicación con diferentes tipos de hardware. Por ejemplo, la ejecución del back-end con la serie M en un conjunto de disponibilidad y el front-end en una instancia de la serie D, en un conjunto de escalado, en un solo grupo de selección de ubicación de proximidad.
Uso de los grupos de selección de ubicación de proximidad
Un grupo con ubicación por proximidad es un recurso de Azure. Debe crear uno para poder usarlo con otros recursos. Una vez creado, podría usarse con máquinas virtuales, conjuntos de disponibilidad o conjuntos de escalado de máquinas virtuales. Un grupo de selección de ubicación de proximidad se especifica al crear recursos de proceso que proporcionan el identificador de grupo de selección de ubicación de proximidad.
También puede mover un recurso existente a un grupo de selección de ubicación de proximidad. Al hacerlo, en primer lugar debe detener (desasignar) el recurso, ya que es posible que se vuelva a implementar posiblemente en otro centro de datos de la región para satisfacer la restricción de coubicación.
En el caso de conjuntos de disponibilidad y conjuntos de escalado de máquinas virtuales, debe establecer el grupo de selección de ubicación de proximidad en el nivel de recursos, en lugar de en las máquinas virtuales individuales.
Un grupo de selección de ubicación de proximidad es una restricción de colocación y no un mecanismo de anclaje. Se ancla a un centro de datos específico con la implementación del primer recurso para usarlo. Una vez que todos los recursos que usan el grupo con ubicación por proximidad se han detenido (desasignado) o eliminado, este ya no se ancla. Por lo tanto, cuando se usa un grupo con ubicación por proximidad con varias series de máquinas virtuales, es importante especificar todos los tipos necesarios al principio en una plantilla cuando sea posible o seguir una secuencia de implementación, lo que mejorará las oportunidades de una implementación correcta. Si se produce un error en la implementación, reinicie esta con el tamaño de máquina virtual que ha dado error como el primer tamaño que se implementará.
Uso de intención para especificar tamaños de máquina virtual
Puede usar el parámetro opcional intent
para proporcionar los tamaños de máquina virtual previstos y formar parte del grupo con ubicación por proximidad. Este parámetro se puede especificar en el momento de crear un grupo con ubicación por proximidad o se puede agregar o modificar al actualizar un grupo con ubicación por proximidad después de desasignar todas las máquinas virtuales.
Al especificar intent
, también puede agregar el parámetro opcional zone
para especificar una zona de disponibilidad, lo que indica que el grupo con ubicación por proximidad debe crearse dentro de una zona de disponibilidad específica. Tenga en cuenta los puntos siguientes al proporcionar el parámetro zone
:
- El parámetro zona de disponibilidad solo se puede proporcionar durante la creación del grupo con ubicación por proximidad y no se puede modificar más adelante.
- El parámetro
zone
solo se puede usar conintent
, no se puede usar solo. - Solo se puede especificar una zona de disponibilidad.
La creación o actualización del grupo con ubicación por proximidad solo se realizará correctamente cuando al menos un centro de datos admita todos los tamaños de máquina virtual especificados en la intención. De lo contrario, se producirá un error en la creación o actualización con "OverconstrainedAllocationRequest", lo que indica que la combinación de tamaños de máquina virtual no se puede admitir dentro de un grupo con ubicación por proximidad. La intención no proporciona ninguna reserva de capacidad ni garantía. Los tamaños de máquina virtual y la zona proporcionados en intent
se usan para seleccionar un centro de datos adecuado, lo que reduce las posibilidades de error si el tamaño de máquina virtual deseado no está disponible en un centro de datos. Los errores de asignación pueden producirse si no hay más capacidad para un tamaño de máquina virtual en el momento de la implementación.
Nota
Para usar la intención de los grupo con ubicación por proximidad, asegúrese de que la versión de la API sea, como mínimo, la 2021-11-01.
Procedimientos recomendados al usar la intención
- Proporcione una zona de disponibilidad para el grupo con ubicación por proximidad solo cuando proporcione una intención. Si se proporciona una zona de disponibilidad sin una intención, se producirá un error al crear el grupo con ubicación por proximidad.
- Si proporciona una zona de disponibilidad en la intención, asegúrese de que la zona de disponibilidad de las máquinas virtuales que implemente coincida con lo que especificó en la intención, para evitar errores al implementar máquinas virtuales.
- Se permite crear o agregar máquinas virtuales con tamaños que no se incluyen en la intención, pero no se recomienda. Es posible que el tamaño no exista en el centro de datos seleccionado y puede producir errores en el momento de la implementación de la máquina virtual.
- En el caso de los grupos de selección de ubicación existentes, se recomienda incluir los tamaños de las máquinas virtuales existentes al actualizar la intención, con el fin de evitar errores al volver a implementar las máquinas virtuales.
La intención se puede ver afectada con la retirada
- Es posible que después de crear un grupo con ubicación por proximidad con intención y antes de implementar máquinas virtuales, se podrían producir eventos de mantenimiento planeados, como la retirada de hardware en un centro de datos de Azure, lo que da lugar a la combinación de tamaños de máquina virtual especificados en la intención que no está disponible en el centro de datos. En tales casos, se producirá un error "OverconstrainedAllocationRequest", incluso al implementar máquinas virtuales de tamaños especificados en la intención. Puede intentar desasignar todos los recursos del grupo con ubicación por proximidad y volver a crearlos para obtener un centro de datos que pueda dar cabida a la intención. Si no hay ningún centro de datos con los tamaños de máquina virtual especificados después de la retirada, es posible que tenga que modificar la intención de usar una combinación diferente de tamaños de máquina virtual, ya que ya no se admite la combinación de tamaños de máquina virtual.
- Azure puede retirar toda una familia de máquinas virtuales o un conjunto específico de tamaños de máquina virtual. Si tiene un tamaño de máquina virtual de este tipo en la intención, es posible que tenga que quitarlo o reemplazarlo por un tamaño diferente antes de la fecha de retirada para el tamaño de máquina virtual original. De lo contrario, la intención ya no será válida.
Qué esperar al usar los grupos con ubicación por proximidad
Los grupos con ubicación por proximidad ofrecen coubicación en el mismo centro de datos. Sin embargo, dado que los grupos con ubicación por proximidad representan una restricción de implementación adicional, pueden producirse errores de asignación. Hay pocos casos de uso en los que puede ver errores de asignación al usar grupos con ubicación por proximidad:
- Al solicitar la primera máquina virtual en el grupo con ubicación por proximidad, el centro de datos se selecciona automáticamente. En algunos casos, se puede generar un error en la segunda solicitud de un tamaño de máquina virtual diferente si no existe en ese centro de datos. En este caso, se devuelve un error OverconstrainedAllocationRequest. Para evitar esto, intente cambiar el orden en el que implementa los tamaños de máquinas virtuales o haga que ambos recursos se implementen mediante una sola plantilla de ARM.
- Si el grupo con ubicación por proximidad se crea con intención, no es necesario implementar las máquinas virtuales en un orden determinado y no es necesario procesar por lotes mediante una sola plantilla de ARM, ya que la intención se usa para seleccionar un centro de datos que admita todos los tamaños de máquina virtual indicados en la intención.
- En el caso de las cargas de trabajo elásticas, en las que se agregan y quitan instancias de máquina virtual, es posible que tener una restricción de grupo con ubicación por proximidad en la implementación produzca un error al realizar la solicitud, lo que da como resultado un error AllocationFailure.
- Otra manera de lograr la elasticidad consiste en detener (desasignar) e iniciar las máquinas virtuales según sea necesario. Dado que la capacidad no se conserva una vez que se detiene (desasigna) una máquina virtual, si se vuelve a iniciar, puede producirse un error AllocationFailure.
- Las operaciones de inicio y reimplementación de máquina virtual seguirán respetando el grupo con ubicación por proximidad una vez que se hayan configurado correctamente.
Grupos de mantenimiento planeado y con ubicación por proximidad
Los eventos de mantenimiento planeado, como la retirada de hardware en un centro de datos Azure, podrían afectar a la alineación de los recursos en los grupos con ubicación por proximidad. Los recursos se pueden migrar a un centro de datos diferente, con lo que se interrumpirán las expectativas de colocación y latencia asociadas al grupo con ubicación por proximidad.
Comprobación del estado de alineación
Para comprobar el estado de alineación de los grupos con ubicación por proximidad, puede hacer lo siguiente.
El estado de colocación del grupo de ubicación por proximidad se puede ver mediante el portal, la CLI y PowerShell.
Se puede obtener el estado de coubicación de PowerShell con el cmdlet Get-AzProximityPlacementGroup incluyendo el parámetro opcional "-ColocationStatus".
El estado de coubicación de CLI puede obtenerse con
az ppg show
al incluir el parámetro opcional "--include-colocation-status".
En cada grupo con ubicación por proximidad, una propiedad de estado de coubicación proporciona el resumen actual de estado de alineación de los recursos agrupados.
Alineado: el recurso está dentro de la misma envoltura de latencia del grupo de ubicación por proximidad.
Desconocido: se desasigna al menos uno de los recursos de máquina virtual. Una vez que se vuelva a iniciar correctamente, el estado debería ser de nuevo Alineado.
No alineado: al menos un recurso de máquina virtual no está alineado con el grupo con ubicación por proximidad. Los recursos específicos que no están alineados también se seleccionarán por separado en la sección de pertenencia
En el caso de los conjuntos de disponibilidad, puede ver información sobre la alineación de máquinas virtuales individuales en la página de información general del conjunto de disponibilidad.
En el caso de los conjuntos de escalado, la información sobre la alineación de instancias individuales puede verse en la pestaña Instancias de la página Información general del conjunto de escalado.
Realinear recursos
Si un grupo con ubicación por proximidad es Not Aligned
, puede detenerlo o desasignarlo y, luego, reiniciar los recursos afectados. Si la máquina virtual está en un conjunto de disponibilidad o en un conjunto de escalado, todas las máquinas virtuales de esos conjuntos se deben detener o desasignar primero antes de reiniciarlas.
Si se produce un error de asignación debido a las restricciones de implementación, es posible que primero tenga que detener o desasignar primero todos los recursos del grupo con ubicación por proximidad afectado (incluidos los recursos alineados) y, luego, reiniciarlos para restaurar la alineación.
Procedimientos recomendados
- Para la latencia más baja, use grupos de selección de ubicación de proximidad junto con redes aceleradas. Para obtener más información, consulte Creación de una máquina virtual Linux con redes aceleradas o Creación de una máquina virtual Windows con redes aceleradas.
- Para evitar el aterrizaje en hardware que no admite todas las SKU y tamaños de máquina virtual que necesita, use la intención para los grupos con ubicación por proximidad. Si ya es un grupo con ubicación por proximidad existente sin intención, puede usar una sola plantilla de ARM con todos los tamaños de máquina virtual especificados para evitar este problema.
- Al reutilizar un grupo de selección de ubicación existente del que se han eliminado máquinas virtuales, espere a que la eliminación se complete antes de agregarle máquinas virtuales.
- Si su prioridad es la latencia, coloque las máquinas virtuales en un grupo de selección de ubicación de proximidad y toda la solución en una zona de disponibilidad. En cambio, si su prioridad es la resistencia, distribuya las instancias por varias zonas de disponibilidad (un solo grupo de selección de ubicación de proximidad no puede abarcar zonas).
Pasos siguientes
- Implemente una máquina virtual en un grupo con ubicación por proximidad mediante la CLI de Azure o PowerShell.
- Aprenda a probar la latencia de red.
- Aprenda a optimizar el rendimiento de la red.
- Aprenda a usar grupos de selección de ubicación de proximidad con las aplicaciones de SAP.