Host principali e gestione cluster (Memorizzazione nella cache di Windows Server AppFabric)

Un cluster di cache Windows Server AppFabric è un gruppo dinamico di server che interagiscono per fornire una cache logica unificata per i dati dell'applicazione in uso. A tale scopo, per gestire le operazioni del cluster tra gli host della cache è necessario un overhead aggiuntivo. Il ruolo di gestione cluster è responsabile della gestione degli host della cache e di conseguenza del cluster di cache.

A seconda del modo in cui si implementa il sistema cache distribuito, sono disponibili due opzioni per stabilire quale sistema eseguirà il ruolo di gestione del cluster. Se le informazioni di configurazione del cluster vengono archiviate in un database di SQL Server, sarà possibile utilizzare tale istanza di SQL Server per eseguire il ruolo di gestione del cluster.

Se si sceglie di archiviare le impostazioni di configurazione del cluster in una cartella di rete condivisa, il ruolo di gestione del cluster verrà sempre eseguito da host di cache speciali, denominati anche host principali, i quali eseguono le stesse attività degli altri host della cache non designati come host principali ma con altre responsabilità per la gestione di altri host principali per l'esecuzione del ruolo di gestione del cluster.

Nella seguente tabella viene mostrato in che modo la scelta effettuata durante l'installazione è correlata alle opzioni prescelte per la gestione del cluster. Per ulteriori informazioni sulla scelta delle opzioni di configurazione appropriate, vedere Opzioni di archiviazione della configurazione del cluster (Memorizzazione nella cache di Windows Server AppFabric).

Tipo di archiviazione della configurazione del cluster	Percorso di archiviazione della configurazione del cluster	Gestione cluster
File XML	cartella di rete condivisa	host principali
database SQL Server	SQL Server	SQL Server (predefinito) o host principali
Provider personalizzato	archivio personalizzato	archivio personalizzato

Attività del ruolo di gestione cluster

Esistono due impostazioni principali per stabilire il funzionamento del cluster in termini di gestione:

• leadHostManagement: con questa impostazione a livello di cluster si stabilisce quale sistema eseguirà il ruolo di gestione del cluster. Se impostata su true, gli host principali eseguono il ruolo di gestione del cluster Se si è scelto di archiviare le impostazioni di configurazione del cluster in una cartella di rete condivisa, l'impostazione true rappresenta l'unico valore valido. Se impostata su false, SQL Server o un provider personalizzato eseguirà il ruolo di gestione del cluster. Se si utilizza SQL Server o un provider personalizzato per archiviare le impostazioni di configurazione del cluster, sarà possibile impostare il valore su true per consentire agli host principali di eseguire il ruolo di gestione del cluster.

• leadHost: con questa impostazione a livello di host della cache si stabiliscono gli host della cache che verranno considerati host principali in situazioni in cui questi ultimi eseguono il ruolo di gestione Anche se SQL Server dovesse eseguire il ruolo di gestione del cluster, durante l'installazione verranno designati gli host principali, qualora si modificasse in seguito l'impostazione leadHostManagement.

Per ulteriori informazioni sulla modifica di tali impostazioni, vedere Impostare il ruolo di gestione dei cluster e le designazioni degli host principali (Memorizzazione nella cache di Windows Server AppFabric)..

Grazie queste due proprietà, per stabilire il comportamento di un host della cache esistono quattro possibilità descritte nella tabella seguente.

Impostazione a livello di cluster di leadHostManagement	Impostazione dell'host della cache leadHost	Impostazione della descrizione delle combinazioni	Responsabilità efficaci dell'host della cache
false	false	SQL Server o un provider personalizzato esegue il ruolo di gestione del cluster. Questo non è un host principale.	Solo operazioni normali dell'host della cache.
false	true	SQL Server esegue il ruolo di gestione del cluster sarà l'ho principale se si modifica l'impostazione leadHostManagement su true, .	Solo operazioni normali dell'host della cache.
true	false	Gli host principali eseguono ruolo di gestione del cluster, ma questo non è un host principale.	Solo operazioni normali dell'host della cache.
true	true	Gli host principali eseguono il ruolo di gestione del cluster Questo è un host principale.	con operazioni normali dell'host della cache che collabora con altri host principali nella gestione del cluster.

Gli host principali eseguono il ruolo di gestione del cluster

Quando le impostazioni leadHostManagement e leadHost sono su true, l'host della cache viene elevato a un livello di responsabilità maggiore nel cluster ed è designato come host principale. Oltre alle operazioni normali dell'host della cache relative alla memorizzazione dei dati della cache, l'host principale funziona anche con altri host principali per la gestione delle operazioni del cluster.

In caso di guasti all'host principale

Per garantire la disponibilità del cluster di cache, è necessario che la maggior parte degli host principali sia disponibile. Tale condizione è più rischiosa per cluster di dimensioni ridotte rispetto a quelli di grosse dimensioni perché sarà necessario un minor numero di guasti del server affinché quest'ultimo si arresti.

Nota

Quando gli host principali eseguono il ruolo di gestione del cluster, in caso di guasto della maggior parte degli host principali, l'intero cluster di cache verrà arrestato.

Ad esempio, considerare il cluster di cache con sei server mostrato nel seguente diagramma. In questo esempio, gli host principali eseguono il ruolo di gestione del cluster e due host della cache sono stati designati host principali.

Anche se uno degli host della cache normali inclusi nel cluster dovesse guastarsi, il cluster può continuare a funzionare. I dati sugli host principali andranno persi (presumendo che la funzionalità di disponibilità elevata non fosse abilitata), ma il resto del cluster potrebbe continuare a funzionare e ad archiviare i dati. In effetti, il cluster può continuare a funzionare anche nel caso avesse perso i quattro host della cache non designati come host principali.

Se solo su uno degli host principali si sono verificati errori, l'intero cluster di cache si arresta perché non sarebbero in esecuzione la maggior parte degli host principali. Per limitare il problema, è possibile designare altri host principali.

Nota

Il comando Stop-CacheHost non consentirà di arrestare un servizio host della cache di Windows se quest'ultimo esegue il ruolo di gestione del cluster. Con questa operazione, l'intero cluster verrà arrestato.

Designazione di altri host principali

Configurazione guidata di AppFabric utilizza l'elenco a discesa Cluster Size per consentire di stabilire il numero corretto di host principali da utilizzare nel cluster. Se lo si desidera, è possibile designare altri host principali dopo l'installazione. Tuttavia, è importante considerare che anche l'assegnazione di troppi host principali può comportare problemi:

• Per garantire la disponibilità del cluster di cache, è necessario che la maggior parte degli host principali sia disponibile. Maggiore sarà il numero di host designati come principali, minore sarà il numero di errori server che il cluster potrà sostenere e rimanere funzionante.

• In cluster di ridotte dimensioni dove uno o due errori degli host principali potrebbero provocare l'arresto del cluster, è consigliabile designare un maggior numero di host principali.

• In cluster di grosse dimensioni, un numero compreso tra cinque e sette di host principali dovrebbe essere sufficiente per garantire il funzionamento di un cluster che includa circa 50 server cache.

Per ulteriori informazioni sulla modifica delle designazioni degli host principali, vedere Impostare il ruolo di gestione dei cluster e le designazioni degli host principali (Memorizzazione nella cache di Windows Server AppFabric)..

SQL Server esegue il ruolo di gestione del cluster

Quando il valore dell'impostazione leadHostManagement corrisponde a false, a prescindere dall'impostazione leadHost, ciascun host della cache eseguirà le proprie normali responsabilità da host non principale relative ai dati di cache. In tale scenario, l'istanza di SQL Server utilizzata per archiviare le impostazioni di configurazione del cluster viene inoltre utilizzata per eseguire il ruolo di gestione del cluster.

In caso di errore di un server

Affinché il cluster rimanga disponibile quando SQL Server esegue il ruolo di gestione del cluster, è necessario che uno o più host della cache possano accedere al database SQL Server.

Ad esempio, considerare il cluster di cache con sei server mostrato nel seguente diagramma.

In questo esempio, SQL Server esegue il ruolo di gestione del cluster e tutti i sei host della cache possono dedicare le proprie risorse all'accesso dati per i client della cache.

Se si verificano errori su uno degli host della cache nel cluster, i dati presenti su tali server andranno persi (presumendo che la funzionalità di disponibilità elevata non sia abilitata) ma il cluster continuerà a funzionare. I dati presenti negli altri host della cache continueranno a essere disponibili per gli altri client della cache. In effetti in questo scenario, il cluster potrebbe continuare a funzionare anche se perdesse cinque dei sei host della cache.

Se si verificano errori su SQL Server, l'intero cluster viene arrestato in pochi minuti. Pe limitare il problema, è consigliabile utilizzare la funzionalità clustering di failover di Microsoft Windows Server 2008 all'indirizzo (https://go.microsoft.com/fwlink/?LinkId=130692 - Informazioni in lingua inglese) per l'hosting di una risorsa di un database incluso "nel cluster" per il percorso di archiviazione della configurazione cluster di cache e per il ruolo di gestione del cluster.

Vedere anche

Concetti

Diagramma dell'architettura fisica della memorizzazione nella cache di Windows Server AppFabric
Diagramma dell'architettura logica della memorizzazione nella cache di Windows Server AppFabric
Impostazioni di configurazione cluster (Memorizzazione nella cache di Windows Server AppFabric)
Impostare il ruolo di gestione dei cluster e le designazioni degli host principali (Memorizzazione nella cache di Windows Server AppFabric).

  2011-12-05