Adición de un nodo en Azure Local

Se aplica a: Implementaciones hiperconvergidas de Azure Local

En este artículo se describe cómo administrar la capacidad mediante la adición de un nodo (a menudo denominado escalado horizontal) a la instancia local de Azure. En este artículo, cada servidor se conoce como nodo.

Acerca de agregar nodos

Puede escalar fácilmente el proceso y el almacenamiento al mismo tiempo en Azure Local agregando nodos a un sistema existente. La instancia local de Azure admite un máximo de 16 nodos.

Cada nuevo nodo físico que agregue al sistema debe coincidir estrechamente con el resto de los nodos en términos de tipo de CPU, memoria, número de unidades y el tipo y el tamaño de las unidades.

Puede escalar dinámicamente la instancia local de Azure de 1 a 16 nodos. En respuesta al escalado, el orquestador (también conocido como Gestor de ciclo de vida) ajusta la resistencia del disco, la configuración de red, incluyendo los agentes locales, como los agentes de orquestador, y el registro de Arc. El escalado dinámico podría requerir que la arquitectura de red cambie de conectada sin un conmutador a conectado a través de un conmutador de red.

Importante

  • En esta versión, solo puede agregar un nodo en un momento dado. Sin embargo, puede agregar varios nodos secuencialmente para que el bloque de almacenamiento se vuelva a equilibrar una sola vez.
  • No es posible quitar permanentemente un nodo de un sistema.

Agregar flujo de trabajo de nodo

En el diagrama de flujo siguiente se muestra el proceso general para agregar un nodo:

Diagrama que ilustra el proceso para agregar un nodo.

Para agregar un nodo, siga estos pasos generales:

  1. Instale el sistema operativo, los controladores y el firmware en el nuevo nodo que planea agregar. Para obtener más información, consulte Instalación del sistema operativo.
  2. Agregue el nodo preparado mediante el cmdlet de Add-server PowerShell.
  3. Al agregar un nodo al sistema, el sistema valida que el nuevo nodo entrante cumple los requisitos de CPU, memoria y almacenamiento (unidades) antes de agregar realmente el nodo.
  4. Una vez agregado el nodo, el sistema también se valida para asegurarse de que funciona normalmente. A continuación, el pool de almacenamiento se equilibra automáticamente. El reequilibrio de almacenamiento es una tarea de prioridad baja que no afecta a las cargas de trabajo reales. El reequilibrio se puede ejecutar durante varios días en función del número de nodos y del almacenamiento utilizado.

Nota:

Si ha implementado la instancia local de Azure mediante direcciones IP de almacenamiento personalizadas, debe asignar manualmente direcciones IP a los adaptadores de red de almacenamiento después de agregar el nodo.

Escenarios admitidos

Cuando se agrega un nodo, se admiten los siguientes escenarios de escalado horizontal:

Escenario de inicio Escenario de destino Configuración de resistencia Arquitectura de red de almacenamiento Configuración del testigo
Nodo único Sistema de dos nodos Reflejo bidireccional Configurado con y sin un interruptor Testigo necesario para el escenario objetivo.
Sistema de dos nodos Sistema de tres nodos Reflejo triple Configurado solo con un interruptor Testigo opcional para el escenario de destino.
Sistema de tres nodos Sistema de N nodos Reflejo triple Solo cambiar Testigo opcional para el escenario de destino.

Al actualizar un sistema de dos a tres nodos, el nivel de resistencia de almacenamiento cambia de un reflejo bidireccional a un reflejo triple.

Configuración de resiliencia

En esta versión, para la operación agregar nodo, no se realizan tareas específicas en los volúmenes de carga de trabajo creados después de la implementación.

Para agregar operación de nodo, la configuración de resistencia se actualiza para los volúmenes de infraestructura necesarios y los volúmenes de carga de trabajo creados durante la implementación. La configuración permanece sin cambios para otros volúmenes de carga de trabajo que creó después de la implementación (ya que no se conoce la configuración intencionada de resistencia de estos volúmenes y es posible que desee un volumen reflejado bidireccional independientemente de la escala del sistema).

Sin embargo, la configuración de resistencia predeterminada se actualiza en el nivel del bloque de almacenamiento, por lo que los nuevos volúmenes de cargas de trabajo que cree después de la implementación heredan la configuración de resistencia.

Requisitos de hardware

Al agregar un nodo, el sistema valida el hardware del nuevo nodo entrante y garantiza que el nodo cumpla los requisitos de hardware antes de agregarlo al sistema.

Componente Comprobación de cumplimiento
Unidad Central de Procesamiento (CPU) Valide que el nuevo nodo tenga el mismo número de núcleos de CPU o más. Si los núcleos de CPU del nodo entrante no cumplen este requisito, se mostrará una advertencia. Sin embargo, se permite la operación.
Memoria Valide que el nuevo nodo tenga instalada la misma cantidad de memoria o más. Si la memoria del nodo entrante no cumple este requisito, se mostrará una advertencia. Sin embargo, se permite la operación.
Unidades Compruebe que el nuevo nodo tiene el mismo número de unidades de datos disponibles para Espacios de almacenamiento directo. Si el número de unidades del nodo entrante no cumple este requisito, se notifica un error y se bloquea la operación.

Requisitos previos

Antes de agregar un nodo, tendría que completar los requisitos previos de hardware y software.

Requisitos previos de hardware

Asegúrese de completar los siguientes requisitos previos:

  1. El primer paso es adquirir nuevo hardware local de Azure del OEM original. Consulte siempre la documentación proporcionada por el OEM al agregar nuevo hardware de nodo para su uso en el sistema.
  2. Coloque el nuevo nodo físico en la ubicación predeterminada, por ejemplo, en un bastidor, y conéctelo adecuadamente.
  3. Habilite y ajuste los puertos del conmutador físico según corresponda en el entorno de red.

Requisitos previos de software

Asegúrese de completar los siguientes requisitos previos:

  • AzureStackLCMUser está activo en Active Directory. Para obtener más información, consulte Preparación de Active Directory.
  • Ha iniciado sesión como AzureStackLCMUser u otro usuario con permisos equivalentes.
  • Las credenciales para el AzureStackLCMUser no han cambiado.

Agregar un nodo

En esta sección se describe cómo agregar un nodo mediante PowerShell, supervisar el estado de la Add-Server operación y solucionar problemas, si hay algún problema.

Adición de un nodo mediante PowerShell

Asegúrese de que ha revisado y completado los requisitos previos.

En el nuevo nodo que planea agregar, siga estos pasos.

  1. Instale el sistema operativo y los controladores necesarios en el nuevo nodo que planea agregar. Siga los pasos descritos en Instalación del sistema operativo azure Stack HCI, versión 23H2.

    Nota:

    • Para las versiones 2503 y posteriores, debe usar la imagen del sistema operativo de la misma solución que la que se ejecuta en el clúster existente.
    • Usa la función Obtener versión de la solución para identificar la versión de la solución que se está ejecutando en el clúster.
    • Use la tabla de imágenes del sistema operativo para identificar y descargar la versión de imagen del sistema operativo adecuada. No use el portal de Azure, ya que no enumera todas las versiones de imagen del sistema operativo disponibles y es posible que no incluya la versión coincidente necesaria.

  2. Registre el nodo con Arc. Siga los pasos descritos en Registro con Arc y configuración de permisos.

    Nota:

    Debe usar los mismos parámetros que el nodo existente para registrarse con Arc. Por ejemplo: Nombre del grupo de recursos, Región, Suscripción e Inquilino.

  3. Asigne los permisos siguientes a los nodos recién agregados:

    • Rol de administración de dispositivos de Azure Stack HCI
    • Usuario de secretos de Key Vault Para obtener más información, consulte Asignación de permisos al nodo.

Si va a escalar horizontalmente desde un solo nodo, siga estos pasos en primer lugar:

  1. Configure un testigo de cuórum para la instancia local de Azure.

  2. Configure una intención de almacenamiento si no lo ha hecho durante la implementación inicial de la instancia de Azure Local. Modifique los parámetros para que coincidan con el entorno.

    Set-StorageNetworkIntent -Name "StorageNet" -StorageIntentAdapters "Ethernet1, Ethernet2" -Switchless $false -VLANID "877, 888"

En un nodo que ya existe en el sistema, siga estos pasos:

  1. Inicie sesión con las credenciales de usuario del dominio (AzureStackLCMUser u otro usuario con permisos equivalentes) que proporcionó durante la implementación del sistema.

  2. Ejecute el siguiente comando para agregar el nuevo nodo entrante mediante una credencial de administrador local para el nuevo nodo:

    $HostIpv4 = "<IPv 4 for the new node>"
$Cred = Get-Credential 
Add-Server -Name "<Name of the new node>" -HostIpv4 $HostIpv4 -LocalAdminCredential $Cred

  3. Anote el identificador de la operación que aparece como resultado del comando Add-Server. Use este identificador de operación más adelante para supervisar el progreso de la Add-Server operación.

Supervisar el progreso de la operación

Para supervisar el progreso de la operación agregar nodo, siga estos pasos:

  1. Ejecute el siguiente cmdlet y proporcione el identificador de operación del paso anterior.

    $ID = "<Operation ID>" 
Start-MonitoringActionplanInstanceToComplete -actionPlanInstanceID $ID

  2. Una vez completada la operación, el trabajo de reequilibrio de almacenamiento en segundo plano seguirá ejecutándose. Espere a que se complete el trabajo de reequilibrio de almacenamiento. Para comprobar el progreso de este trabajo de reequilibrio de almacenamiento, use el siguiente cmdlet:

    Get-VirtualDisk|Get-StorageJob

    Si el trabajo de reequilibrio de almacenamiento está completo, el cmdlet no devolverá una salida.

El nodo recién agregado se muestra en Azure Portal en la lista de instancias locales de Azure después de varias horas. Para forzar que el nodo aparezca en Azure Portal, ejecute el siguiente comando:

Sync-AzureStackHCI

Escenarios de recuperación

Los siguientes escenarios de recuperación y los pasos de mitigación recomendados se tabulan para agregar un nodo:

Descripción del escenario Mitigación ¿Compatible?
Se ha agregado un nuevo nodo fuera de banda, sin utilizar el orquestador. Quite el nodo agregado.
Use el orquestador para agregar el nodo.		 No
Se ha agregado un nuevo nodo con orchestrator y se produjo un error en la operación. Para completar la operación, investigue el error.
Vuelva a ejecutar la operación con error mediante Add-Server -Rerun.		 Sí
Se ha agregado un nuevo nodo con orquestador.
La operación se realizó correctamente parcialmente, pero tuvo que empezar con una instalación de sistema operativo nueva.		 En este escenario, orchestrator ya ha actualizado su almacén de conocimiento con el nuevo nodo. Utilice el escenario de nodo de reparación. Sí

Solución de problemas

A partir de la versión 2508, la validación se ejecuta después de ejecutar el Add-Server comando. Si se produce un error en una prueba, el validador devuelve información para ayudarle a resolver el error.

Este es un ejemplo de un mensaje de error de validación:

Captura de pantalla del mensaje de error de validación.

Si experimenta fallos o errores al agregar un nodo, puede capturar la salida de estos en un archivo de registro. En un nodo que ya existe en el sistema, siga estos pasos:

  • Inicie sesión con las credenciales de usuario del dominio que proporcionó durante la implementación del sistema. Capture el problema en los archivos de registro.

    Get-ActionPlanInstance -ActionPlanInstanceID $ID|out-file log.txt

  • Para volver a ejecutar la operación con errores, use el siguiente cmdlet:

    Add-Server -Rerun

Si se produce un problema durante la operación de agregar nodo y necesita ayuda del soporte técnico de Microsoft, puede seguir los pasos descritos en Recopilación de registros de diagnóstico para Azure Local (versión preliminar) para recopilar y enviar los registros de diagnóstico a Microsoft.

Es posible que tenga que proporcionar registros de diagnóstico desde el nuevo nodo que se va a agregar al clúster. Asegúrese de ejecutar el Send-DiagnosticData cmdlet desde el nuevo nodo.

Pasos siguientes

  • Last updated on