actualización de Cluster-Aware: Preguntas más frecuentes

Sí. CAU admite la actualización de clústeres de Espacios de almacenamiento directo independientemente del tipo de implementación: hiperconvergido o convergente. En concreto, la orquestación de CAU garantiza que suspender cada nodo de clúster espera a que el espacio de almacenamiento en clúster subyacente esté en buen estado.

No. CAU coordina la operación de actualización del clúster solo desde equipos que ejecutan Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Windows 10, Windows 8.1 o Windows 8. El clúster de conmutación por error que se va a actualizar debe ejecutar Windows Server 2016, Windows Server 2012 R2 o Windows Server 2012.

No. CAU es independiente del tipo de aplicación en clúster. CAU es una solución de actualización de clústeres externa que está superpuesta a las API de agrupación en clústeres y los cmdlets de PowerShell. Por lo tanto, la CAU puede coordinar la actualización de cualquier aplicación en clúster configurada en un clúster de conmutación por error de Windows Server.

Sí. De forma predeterminada, la CAU está configurada con un complemento que usa las API de utilidad del Agente de Windows Update (WUA) en los nodos del clúster. La infraestructura de WUA se puede configurar para que apunte a Microsoft Update y Windows Update o a Windows Server Update Services (WSUS) como origen de las actualizaciones.

Sí. De forma predeterminada, la CAU está configurada con un complemento que usa las API de utilidad del Agente de Windows Update (WUA) en los nodos del clúster. La infraestructura de WUA se puede configurar para que apunte a Microsoft Update y Windows Update o a un servidor local de Windows Server Update Services (WSUS) como origen de actualizaciones.

Sí. Las actualizaciones de versión de distribución limitada (LDR), también denominadas revisiones, no se publican a través de Microsoft Update o Windows Update, por lo que el complemento del Agente de Windows Update (WUA) que usa la CAU de forma predeterminada.

Sin embargo, CAU incluye un segundo complemento que puede seleccionar para aplicar actualizaciones de revisiones. Este complemento de revisión también se puede personalizar para aplicar actualizaciones de BIOS, firmware y controladores que no son de Microsoft.

Sí. Si las actualizaciones acumulativas son actualizaciones de versiones de distribución generales o actualizaciones LDR, cau puede aplicarlas.

Sí. CAU admite los siguientes modos de actualización, ambos que permiten programar las actualizaciones:

de actualización automática permite al clúster actualizarse según un perfil definido y una programación normal, como durante una ventana de mantenimiento mensual. También puede iniciar una Self-Updating Ejecutar a petición en cualquier momento. Para habilitar el modo de actualización automática, debe agregar el rol agrupado cau al clúster. La característica de actualización automática de CAU funciona como cualquier otra carga de trabajo en clúster y puede funcionar sin problemas con las conmutaciones por error planeadas y no planeadas de un equipo de coordinador de actualizaciones.

de actualización remota permite iniciar una ejecución de actualización en cualquier momento desde un equipo que ejecute Windows o Windows Server. Puede iniciar una ejecución de actualización a través de la ventana Actualización de Cluster-Aware o mediante el cmdlet Invoke-CauRun PowerShell. La actualización remota es el modo de actualización predeterminado para CAU. Puede usar el Programador de tareas para ejecutar el cmdlet Invoke-CauRun en una programación deseada desde un equipo remoto que no sea uno de los nodos del clúster.

Sí. La CAU no impone restricciones a este respecto. Sin embargo, realizar actualizaciones de software en un servidor (con los posibles reinicios asociados) mientras que una copia de seguridad del servidor está en curso no es un procedimiento recomendado de TI. Tenga en cuenta que la CAU solo se basa en las API de agrupación en clústeres para determinar las conmutaciones por error de recursos y las conmutaciones por recuperación; por lo tanto, cau no es consciente del estado de copia de seguridad del servidor.

CAU es una herramienta que coordina las actualizaciones de software en un nodo de clúster y Configuration Manager también realiza actualizaciones de software de servidor. Es importante configurar estas herramientas para que no tengan cobertura superpuesta de los mismos servidores en cualquier implementación del centro de datos, incluido el uso de diferentes servidores de Windows Server Update Services. Esto garantiza que el objetivo subyacente al uso de CAU no se haya derrotado involuntariamente, ya que la actualización controlada por Configuration Manager no incorpora el reconocimiento del clúster.

Sí. Para ejecutar las herramientas de CAU, la CAU necesita credenciales administrativas en el servidor local o necesita el suplantar a un cliente después de la autenticación derecho de usuario en el servidor local o en el equipo cliente en el que se ejecuta. Sin embargo, para coordinar las actualizaciones de software en los nodos del clúster, cau requiere credenciales administrativas del clúster en cada nodo. Aunque la interfaz de usuario de CAU puede iniciarse sin las credenciales, solicita las credenciales administrativas del clúster cuando se conecta a una instancia de clúster para obtener una vista previa o aplicar actualizaciones.

Sí. CAU incluye cmdlets de PowerShell que ofrecen un amplio conjunto de opciones de scripting. Estos son los mismos cmdlets a los que llama la interfaz de usuario de cau para realizar acciones de CAU.

Los roles en clúster (anteriormente denominados aplicaciones y servicios) que están activos en un nodo, conmutan por error a otros nodos antes de que pueda comenzar la actualización de software. CAU organiza estas conmutaciones por error mediante el modo de mantenimiento, que pausa y purga el nodo de todos los roles en clúster activos. Cuando se completen las actualizaciones de software, CAU reanuda el nodo y los roles en clúster conmutan por recuperación al nodo actualizado. Esto garantiza que la distribución de roles agrupados en relación con los nodos permanezca igual en las ejecuciones de actualización de CAU de un clúster.

CAU se basa en las API de agrupación en clústeres para coordinar las conmutaciones por error. La implementación de la API de agrupación en clústeres selecciona los nodos de destino basándose en métricas internas y heurística de ubicación inteligente (como los niveles de carga de trabajo) en los nodos de destino.

CAU no equilibra la carga de los nodos en clúster, pero intenta conservar la distribución de roles en clúster. Cuando la CAU finaliza la actualización de un nodo de clúster, intenta conmutar por recuperación los roles en clúster hospedados previamente en ese nodo. CAU se basa en las API de agrupación en clústeres para conmutar por recuperación los recursos al principio del proceso de pausa. Por lo tanto, en ausencia de conmutaciones por error no planeadas y la configuración de propietario preferida, la distribución de roles en clúster debe permanecer sin cambios.

De forma predeterminada, CAU selecciona el orden de los nodos que se van a actualizar en función del nivel de actividad. Los nodos que hospedan los roles en clúster más pequeños se actualizan primero. Sin embargo, un administrador puede especificar un orden determinado para actualizar los nodos especificando un parámetro para la ejecución de actualización en la interfaz de usuario de CAU o mediante los cmdlets de PowerShell.

El administrador que inicia una ejecución de actualización puede especificar el umbral aceptable para el número de nodos que pueden estar sin conexión. Por lo tanto, una ejecución de actualización puede continuar en un clúster aunque todos los nodos del clúster no estén en línea.

No. CAU es una herramienta de actualización con ámbito de clúster, por lo que solo permite seleccionar clústeres para actualizar. Si desea actualizar un solo nodo, puede usar las herramientas de actualización de servidor existentes independientemente de CAU.

No. CAU solo puede notificar ejecuciones de actualización que se inician desde la CAU. Sin embargo, cuando se inicia una ejecución posterior de actualización de CAU, las actualizaciones que se instalaron a través de métodos que no son cau se consideran adecuadamente para determinar las actualizaciones adicionales que podrían ser aplicables a cada nodo de clúster.

Sí. CAU ofrece las siguientes dimensiones de flexibilidad para satisfacer las necesidades únicas de proceso de TI de los clientes empresariales:

scripts una ejecución de actualización puede especificar un script de PowerShell previo a la actualización y un script de PowerShell posterior a la actualización. El script de actualización previa se ejecuta en cada nodo de clúster antes de pausar el nodo. El script posterior a la actualización se ejecuta en cada nodo de clúster después de instalar las actualizaciones del nodo.

opciones de ejecución de actualización avanzada El administrador puede especificar además desde un gran conjunto de opciones avanzadas de ejecución de actualización, como el número máximo de veces que se reintenta el proceso de actualización en cada nodo. Estas opciones se pueden especificar mediante la interfaz de usuario de CAU o los cmdlets de PowerShell de CAU. Esta configuración personalizada se puede guardar en un perfil de ejecución de actualización y reutilizarse para las ejecuciones de actualización posteriores.

arquitectura de complementos públicos CAU incluye características para registrar, anular el registro y seleccionar complementos. CAU se distribuye con dos complementos predeterminados: uno coordina las API del Agente de Windows Update (WUA) en cada nodo de clúster; el segundo aplica revisiones que se copian manualmente en un recurso compartido de archivos al que se puede acceder a los nodos del clúster. Si una empresa tiene necesidades únicas que no se pueden satisfacer con estos dos complementos, la empresa puede crear un nuevo complemento cau según la especificación de API pública. Para obtener más información, vea Cluster-Aware Referencia de complemento de actualización de.

Para obtener información sobre cómo configurar y personalizar complementos de CAU para admitir diferentes escenarios de actualización, consulte Cómo funcionan los complementos.

CAU ofrece opciones de exportación a través de la interfaz de la línea de comandos y a través de la interfaz de usuario.

opciones de interfaz de línea de comandos:

• Vista previa de los resultados mediante el cmdlet de PowerShell Invoke-CauScan | ConvertTo-Xml. Salida: XML

• Informes de resultados mediante el cmdlet de PowerShell Invoke-CauRun | ConvertTo-Xml. Salida: XML

• Informes de resultados mediante el cmdlet de PowerShell Get-CauReport | Export-CauReport. Salida: HTML, CSV

opciones de interfaz de usuario de :

• Copie los resultados del informe de la pantalla actualizaciones de la versión preliminar de . Salida: CSV

• Copie los resultados del informe de la pantalla Generar informe. Salida: CSV

• Exporte los resultados del informe desde la pantalla generar informe . Salida: HTML

Una instalación de CAU se integra perfectamente en la característica Clústeres de conmutación por error. La CAU se instala de la siguiente manera:

• Cuando se instala la agrupación en clústeres de conmutación por error en un nodo de clúster, el proveedor de Instrumental de administración de Windows (WMI) de CAU se instala automáticamente.

• Cuando la característica Herramientas de clústeres de conmutación por error está instalada en un equipo cliente o servidor, se instalan automáticamente la interfaz de usuario de actualización de Cluster-Aware y los cmdlets de PowerShell.

Cau no necesita un servicio que se ejecute en los nodos del clúster. Sin embargo, la CAU necesita un componente de software (el proveedor WMI) instalado en los nodos del clúster. Este componente se instala con la característica Clústeres de conmutación por error.

Para habilitar el modo de actualización automática, el rol agrupado cau también debe agregarse al clúster.

• System Center Virtual Machine Manager (VMM) se centra en actualizar solo clústeres de Hyper-V, mientras que cau puede actualizar cualquier tipo de clúster de conmutación por error compatible, incluidos los clústeres de Hyper-V.

• VMM requiere licencias adicionales, mientras que la CAU tiene licencia para todo Windows Server. Las características, las herramientas y la interfaz de usuario de CAU se instalan con componentes de clústeres de conmutación por error.

• Si ya posee una licencia de System Center, puede seguir usando VMM para actualizar Hyper-V clústeres, ya que ofrece una experiencia integrada de actualización de software y administración.

• CAU solo se admite en clústeres que ejecutan Windows Server 2016, Windows Server 2012 R2 y Windows Server 2012. VMM también admite clústeres de Hyper-V en equipos que ejecutan Windows Server 2008 R2 y Windows Server 2008.

Sí. Un clúster de conmutación por error en una configuración de actualización automática se puede actualizar a través de la actualización remota a petición, al igual que puede forzar un examen de Windows Update en cualquier momento del equipo, incluso si Windows Update está configurado para instalar actualizaciones automáticamente. Sin embargo, debe asegurarse de que una ejecución de actualización aún no está en curso.

Sí. CAU admite varias opciones de ejecución de actualización que determinan cómo se comporta la ejecución de actualización cuando actualiza el clúster. Estas opciones se pueden guardar como un perfil de ejecución de actualización y se pueden reutilizar en cualquier clúster. Se recomienda guardar y reutilizar la configuración en clústeres de conmutación por error que tengan necesidades de actualización similares. Por ejemplo, puede crear un "Business-Critical perfil de ejecución de actualización de clústeres de SQL Server" para todos los clústeres de Microsoft SQL Server que admiten servicios críticos para la empresa.

• Cluster-Aware actualización de de referencia del complemento

• ejemplo de actualización compatible con clústeres

• Cluster-Aware introducción a la actualización