Cluster-Aware aggiornamento: domande frequenti

Sì. Aggiornamento compatibile con Cluster supporta l'aggiornamento cluster di spazi di archiviazione diretta indipendentemente dal tipo di distribuzione: iperconvergente o convergente. In particolare, l'orchestrazione di Aggiornamento compatibile con cluster garantisce che la sospensione di ogni nodo del cluster attenda che lo spazio di archiviazione cluster sottostante sia integro.

No. Aggiornamento compatibile con cluster coordina l'operazione di aggiornamento del cluster solo dai computer che eseguono Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Windows 10, Windows 8.1 o Windows 8. Il cluster di failover da aggiornare deve eseguire Windows Server 2016, Windows Server 2012 R2 o Windows Server 2012.

No. Aggiornamento compatibile con cluster è indipendente dal tipo di applicazione cluster. Aggiornamento compatibile con cluster è una soluzione esterna di aggiornamento del cluster che viene sovrapposta alle API di clustering e ai cmdlet di PowerShell. Di conseguenza, Aggiornamento compatibile con cluster può coordinare l'aggiornamento per qualsiasi applicazione cluster configurata in un cluster di failover di Windows Server.

Sì. Per impostazione predefinita, Aggiornamento compatibile con cluster è configurato con un plug-in che usa le API dell'utilità di Windows Update Agent (WUA) nei nodi del cluster. L'infrastruttura WUA può essere configurata in modo che punti a Microsoft Update e Windows Update o a Windows Server Update Services (WSUS) come origine degli aggiornamenti.

Sì. Per impostazione predefinita, Aggiornamento compatibile con cluster è configurato con un plug-in che usa le API dell'utilità di Windows Update Agent (WUA) nei nodi del cluster. L'infrastruttura WUA può essere configurata in modo che punti a Microsoft Update e Windows Update o a un server Windows Server Update Services (WSUS) locale come origine degli aggiornamenti.

Sì. Gli aggiornamenti con distribuzione limitata (LDR), detti anche hotfix, non vengono pubblicati tramite Microsoft Update o Windows Update, quindi non possono essere scaricati dal plug-in Windows Update Agent (WUA) usato per impostazione predefinita da Aggiornamento compatibile con cluster.

Tuttavia, Aggiornamento compatibile con cluster include un secondo plug-in che è possibile selezionare per applicare gli aggiornamenti rapidi. Questo plug-in hotfix può anche essere personalizzato per applicare aggiornamenti non Microsoft driver, firmware e BIOS.

Sì. Se gli aggiornamenti cumulativi sono aggiornamenti della versione di distribuzione generale o aggiornamenti LDR, Aggiornamento compatibile con cluster può applicarli.

Sì. Aggiornamento compatibile con cluster supporta le modalità di aggiornamento seguenti, che consentono la pianificazione degli aggiornamenti:

Aggiornamento automatico Consente al cluster di aggiornarsi in base a un profilo definito e a una pianificazione regolare, ad esempio durante una finestra di manutenzione mensile. È anche possibile avviare un Self-Updating Esegui su richiesta in qualsiasi momento. Per abilitare la modalità di aggiornamento automatico, è necessario aggiungere il ruolo cluster di Aggiornamento compatibile con cluster al cluster. La funzionalità di aggiornamento automatico di Aggiornamento compatibile con cluster funziona come qualsiasi altro carico di lavoro cluster e può funzionare senza problemi con i failover pianificati e non pianificati di un computer coordinatore degli aggiornamenti.

aggiornamento remoto consente di avviare un'esecuzione di aggiornamento in qualsiasi momento da un computer che esegue Windows o Windows Server. È possibile avviare un'esecuzione di aggiornamento tramite la finestra di aggiornamento Cluster-Aware oppure usando il cmdlet Invoke-CauRun di PowerShell. L'aggiornamento remoto è la modalità di aggiornamento predefinita per Aggiornamento compatibile con cluster. È possibile usare l'Utilità di pianificazione per eseguire il cmdlet Invoke-CauRun in base a una pianificazione desiderata da un computer remoto che non è uno dei nodi del cluster.

Sì. Aggiornamento compatibile con cluster non impone alcun vincolo in questo senso. Tuttavia, l'esecuzione di aggiornamenti software in un server (con i potenziali riavvii associati) mentre un backup del server è in corso non è una procedura consigliata per l'IT. Tenere presente che Aggiornamento compatibile con cluster si basa solo sulle API di clustering per determinare i failover delle risorse e i failback; di conseguenza, Aggiornamento compatibile con cluster non è a conoscenza dello stato del backup del server.

Aggiornamento compatibile con cluster è uno strumento che coordina gli aggiornamenti software in un nodo del cluster e Configuration Manager esegue anche gli aggiornamenti software del server. È importante configurare questi strumenti in modo che non abbiano una copertura sovrapposta degli stessi server in qualsiasi distribuzione del data center, incluso l'uso di server Windows Server Update Services diversi. Ciò garantisce che l'obiettivo alla base dell'uso di Aggiornamento compatibile con cluster non venga inavvertitamente sconfitto, perché l'aggiornamento guidato da Configuration Manager non incorpora la consapevolezza del cluster.

Sì. Per l'esecuzione degli strumenti di Aggiornamento compatibile con cluster, aggiornamento compatibile con cluster richiede credenziali amministrative nel server locale oppure richiede il rappresentare un client dopo l'autenticazione utente direttamente sul server locale o sul computer client in cui è in esecuzione. Tuttavia, per coordinare gli aggiornamenti software nei nodi del cluster, Aggiornamento compatibile con cluster richiede credenziali amministrative del cluster in ogni nodo. Anche se l'interfaccia utente di Aggiornamento compatibile con cluster può essere avviata senza le credenziali, richiede le credenziali amministrative del cluster quando si connette a un'istanza del cluster per visualizzare in anteprima o applicare gli aggiornamenti.

Sì. Aggiornamento compatibile con cluster include cmdlet di PowerShell che offrono un set completo di opzioni di scripting. Si tratta degli stessi cmdlet che l'interfaccia utente di Aggiornamento compatibile con cluster chiama per eseguire azioni di Aggiornamento compatibile con cluster.

I ruoli in cluster (in precedenza denominati applicazioni e servizi) attivi in un nodo, eseguono il failover in altri nodi prima che l'aggiornamento software possa iniziare. Aggiornamento compatibile con cluster orchestra questi failover usando la modalità di manutenzione, che sospende e svuota il nodo di tutti i ruoli del cluster attivi. Al termine degli aggiornamenti software, Aggiornamento compatibile con cluster riprende il nodo e i ruoli del cluster eseguono il failback nel nodo aggiornato. In questo modo, la distribuzione dei ruoli in cluster rispetto ai nodi rimane invariata nelle esecuzioni di aggiornamento di Aggiornamento compatibile con cluster di un cluster.

Aggiornamento compatibile con clustering si basa sulle API di clustering per coordinare i failover. L'implementazione dell'API di clustering seleziona i nodi di destinazione basandosi sulle metriche interne e sull'euristica intelligente del posizionamento (ad esempio i livelli di carico di lavoro) tra i nodi di destinazione.

Aggiornamento compatibile con cluster non bilancia il carico dei nodi in cluster, ma tenta di mantenere la distribuzione dei ruoli in cluster. Quando Aggiornamento compatibile con cluster termina l'aggiornamento di un nodo del cluster, tenta di eseguire il failback dei ruoli del cluster ospitati in precedenza in tale nodo. Aggiornamento compatibile con clustering si basa sulle API di clustering per eseguire il failback delle risorse all'inizio del processo di sospensione. Pertanto, in assenza di failover non pianificati e impostazioni di proprietario preferite, la distribuzione dei ruoli in cluster deve rimanere invariata.

Per impostazione predefinita, Aggiornamento compatibile con cluster seleziona l'ordine dei nodi da aggiornare in base al livello di attività. I nodi che ospitano i ruoli del cluster più piccoli vengono aggiornati per primi. Tuttavia, un amministratore può specificare un ordine specifico per l'aggiornamento dei nodi specificando un parametro per l'aggiornamento dell'esecuzione nell'interfaccia utente di Aggiornamento compatibile con cluster o usando i cmdlet di PowerShell.

L'amministratore che avvia un'esecuzione di aggiornamento può specificare la soglia accettabile per il numero di nodi che possono essere offline. Pertanto, un'esecuzione di aggiornamento può continuare in un cluster anche se tutti i nodi del cluster non sono online.

No. Aggiornamento compatibile con cluster è uno strumento di aggiornamento con ambito cluster, quindi consente solo di selezionare i cluster da aggiornare. Se si vuole aggiornare un singolo nodo, è possibile usare gli strumenti di aggiornamento del server esistenti indipendentemente da Aggiornamento compatibile con cluster.

No. Aggiornamento compatibile con cluster può segnalare solo le esecuzioni di aggiornamento avviate da Aggiornamento compatibile con cluster. Tuttavia, quando viene avviata una successiva esecuzione dell'aggiornamento di Aggiornamento compatibile con cluster, gli aggiornamenti installati tramite metodi non aggiornamento compatibile con cluster vengono considerati in modo appropriato per determinare gli aggiornamenti aggiuntivi che potrebbero essere applicabili a ogni nodo del cluster.

Sì. Aggiornamento compatibile con cluster offre le seguenti dimensioni di flessibilità per soddisfare le esigenze specifiche del processo IT dei clienti aziendali:

script un'esecuzione di aggiornamento può specificare uno script di PowerShell di pre-aggiornamento e uno script di PowerShell post-aggiornamento. Lo script di pre-aggiornamento viene eseguito in ogni nodo del cluster prima che il nodo venga sospeso. Lo script di post-aggiornamento viene eseguito in ogni nodo del cluster dopo l'installazione degli aggiornamenti del nodo.

opzioni avanzate di esecuzione dell'aggiornamento L'amministratore può inoltre specificare da un set elevato di opzioni avanzate di esecuzione dell'aggiornamento, ad esempio il numero massimo di tentativi di ripetizione del processo di aggiornamento in ogni nodo. Queste opzioni possono essere specificate usando l'interfaccia utente di Aggiornamento compatibile con cluster o i cmdlet di PowerShell di Aggiornamento compatibile con cluster. Queste impostazioni personalizzate possono essere salvate in un profilo di esecuzione aggiornabile e riutilizzate per le esecuzioni di aggiornamento successive.

architettura del plug-in pubblico Aggiornamento compatibile con cluster include funzionalità per registrare, annullare la registrazione e selezionare i plug-in. Aggiornamento compatibile con cluster include due plug-in predefiniti: uno coordina le API di Windows Update Agent (WUA) in ogni nodo del cluster; il secondo applica gli hotfix copiati manualmente in una condivisione file accessibile ai nodi del cluster. Se un'azienda ha esigenze specifiche che non possono essere soddisfatte con questi due plug-in, l'azienda può creare un nuovo plug-in aggiornamento compatibile con cluster in base alla specifica dell'API pubblica. Per altre informazioni, vedere Cluster-Aware riferimento al plug-in di aggiornamento.

Per informazioni sulla configurazione e la personalizzazione dei plug-in aggiornamento compatibile con cluster per supportare diversi scenari di aggiornamento, vedere Funzionamento dei plug-in.

Aggiornamento compatibile con cluster offre opzioni di esportazione tramite l'interfaccia della riga di comando e tramite l'interfaccia utente.

opzioni dell'interfaccia della riga di comando:

• Visualizzare in anteprima i risultati usando il cmdlet di PowerShell Invoke-CauScan | ConvertTo-Xml. Output: XML

• Segnalare i risultati usando il cmdlet di PowerShell Invoke-CauRun | ConvertTo-Xml. Output: XML

• Segnalare i risultati usando il cmdlet di PowerShell Get-CauReport | Export-CauReport. Output: HTML, CSV

opzioni dell'interfaccia utente :

• Copiare i risultati del report dalla schermata aggiornamenti anteprima. Output: CSV

• Copiare i risultati del report dalla schermata Genera report . Output: CSV

• Esportare i risultati del report dalla schermata Genera report . Output: HTML

Un'installazione di Aggiornamento compatibile con cluster è perfettamente integrata nella funzionalità Clustering di failover. Aggiornamento compatibile con cluster è installato come segue:

• Quando clustering di failover è installato in un nodo del cluster, il provider di Strumentazione gestione Windows Cluster (WMI) di Aggiornamento compatibile con cluster viene installato automaticamente.

• Quando la funzionalità Strumenti clustering di failover è installata in un server o in un computer client, vengono installati automaticamente i cmdlet di Cluster-Aware Aggiornamento dell'interfaccia utente e di PowerShell.

Aggiornamento compatibile con cluster non richiede un servizio in esecuzione nei nodi del cluster. Tuttavia, Aggiornamento compatibile con cluster richiede un componente software (il provider WMI) installato nei nodi del cluster. Questo componente viene installato con la funzionalità Clustering di failover.

Per abilitare la modalità di aggiornamento automatico, è necessario aggiungere anche il ruolo cluster di Aggiornamento compatibile con cluster al cluster.

• System Center Virtual Machine Manager (VMM) è incentrato sull'aggiornamento solo Hyper-V cluster, mentre Aggiornamento compatibile con cluster di cluster di failover supportati può aggiornare qualsiasi tipo di cluster di failover supportato, inclusi i cluster Hyper-V.

• VMM richiede licenze aggiuntive, mentre Aggiornamento compatibile con cluster è concesso in licenza per tutti Windows Server. Le funzionalità, gli strumenti e l'interfaccia utente di Aggiornamento compatibile con clustering di failover vengono installate con i componenti di Clustering di failover.

• Se si è già proprietari di una licenza di System Center, è possibile continuare a usare VMM per aggiornare i cluster Hyper-V perché offre un'esperienza integrata di gestione e aggiornamento software.

• Aggiornamento compatibile con cluster che eseguono Windows Server 2016, Windows Server 2012 R2 e Windows Server 2012. VMM supporta anche i cluster Hyper-V nei computer che eseguono Windows Server 2008 R2 e Windows Server 2008.

Sì. Un cluster di failover in una configurazione di aggiornamento automatico può essere aggiornato tramite l'aggiornamento remoto su richiesta, così come è possibile forzare un'analisi di Windows Update in qualsiasi momento nel computer, anche se Windows Update è configurato per installare automaticamente gli aggiornamenti. Tuttavia, è necessario assicurarsi che un'esecuzione di aggiornamento non sia già in corso.

Sì. Aggiornamento compatibile con cluster supporta diverse opzioni di esecuzione di aggiornamento che determinano il comportamento dell'esecuzione dell'aggiornamento quando aggiorna il cluster. Queste opzioni possono essere salvate come profilo di esecuzione dell'aggiornamento e possono essere riutilizzate in qualsiasi cluster. È consigliabile salvare e riutilizzare le impostazioni tra cluster di failover che hanno esigenze di aggiornamento simili. Ad esempio, è possibile creare un "Business-Critical profilo di esecuzione per l'aggiornamento del cluster SQL Server" per tutti i cluster di Microsoft SQL Server che supportano i servizi critici per l'azienda.

• Cluster-Aware di riferimento per l'aggiornamento del plug-in

• di esempio di plug-in compatibile con cluster

• Cluster-Aware panoramica dell'aggiornamento