Distribuzioni tipiche

La topologia di distribuzione dei server Windows Server AppFabric dipende molto dalle esigenze aziendali e dai requisiti delle applicazioni che verranno ospitate. Sebbene sia difficile considerare ogni singola distribuzione come tipica e fornire indicazioni per l'esecuzione, in questa sezione vengono fornite istruzioni e suggerimenti per distribuire AppFabric nell'ambiente in uso.

Vengono discussi i seguenti argomenti di distribuzione:

• Distribuzione di AppFabric in un singolo server

• Distribuzione di server farm AppFabric

• Considerazioni sulla sicurezza della distribuzione delle funzionalità di memorizzazione nella cache di AppFabric

• Scenari di distribuzione delle funzionalità di memorizzazione nella cache di AppFabric

Distribuzione di AppFabric in un singolo server

Nella distribuzione in un singolo server, AppFabric viene installato su un solo computer. Questa distribuzione spesso si utilizza in un ambiente di distribuzione in cui tutto lo sviluppo delle applicazioni ha luogo in un solo computer.

SQL Server

Poiché il ridimensionamento non è un problema per un ambiente di sviluppo, questa distribuzione di AppFabric può essere configurata per l'utilizzo di un'installazione locale di SQL Server Express per il database di monitoraggio e di salvataggio permanente.

Distribuzione delle applicazioni

Sebbene la distribuzione delle applicazioni possa essere effettuata creando dei pacchetti delle applicazioni ed eseguendo la distribuzione in AppFabric mediante MSDeploy, è più probabile che gli sviluppatori configurino il proprio progetto per l'utilizzo diretto del server locale con IIS come strumento per l'hosting delle applicazioni, in quanto il numero di passaggi per l'hosting di un'applicazione in un ambiente di test è minimo. Tuttavia, si consiglia agli sviluppatori di verificare la creazione dei pacchetti e la distribuzione delle applicazioni prima della migrazione all'ambiente di gestione temporanea o di produzione, per garantire la corretta distribuzione dei pacchetti di applicazioni.

Per ulteriori informazioni sulla distribuzione di un'applicazione, vedere Distribuzione di un'applicazione.

Distribuzione di server farm AppFabric

Mentre un solo computer in cui siano installati sia AppFabric che SQL Server è sufficiente per un ambiente di sviluppo, spesso un ambiente di produzione è composto da più computer in una server farm e uno o più server SQL Server dedicati. In un ambiente di questo tipo è possibile che si utilizzino servizi di bilanciamento del carico e code per gestire i messaggi in ingresso destinati all'applicazione e il clustering di SQL Server per l'elevata disponibilità.

Una distribuzione in scala ridotta di AppFabric potrebbe avere inizio con l'installazione di AppFabric su un solo computer, e crescere fino a diventare una server farm in cui le applicazioni vengono distribuite tra più server per creare un'applicazione a elevata distribuzione. Il ridimensionamento consente di implementare soluzioni di bilanciamento del carico in modo che l'elaborazione dei messaggi in ingresso venga suddivisa tra più server oltre a fornire una maggiore tolleranza di errore per i flussi di lavoro per i quali si utilizza il salvataggio permanente.

Clustering di SQL Server

Sebbene non venga descritto in modo dettagliato in questa sezione, è consigliabile il clustering dei database per la protezione contro il failover. Per ulteriori informazioni sul clustering di failover di SQL Server, vedere Pianificazione del recupero di emergenza (https://go.microsoft.com/fwlink/?LinkId=131016).

Ridimensionamento durevole delle applicazioni

Nella gestione dei processi a lunga esecuzione, è di importanza vitale che l'applicazione sia in grado di resistere ai riavvii del sistema, ai problemi hardware o ad altre interruzioni server impreviste. AppFabric fornisce un provider di salvataggio permanente predefinito che consente alle applicazioni di flusso di lavoro di fornire il salvataggio permanente per le applicazioni a lunga esecuzione.

In una distribuzione in un singolo server, il salvataggio permanente consente a un'istanza di flusso di lavoro di riprendere l'esecuzione nel momento in cui il server nel quale è ospitata viene ripristinato. Tuttavia, in una distribuzione di server farm l'applicazione può essere ripristinata su qualsiasi computer idoneo della server farm. Inoltre, se un'istanza di un flusso di lavoro è in esecuzione su un server e un messaggio destinato a tale istanza arriva su un altro server, il salvataggio permanente consente di spostare l'istanza in esecuzione sul computer sul quale è presente il messaggio in attesa in modo da consentirne l'elaborazione da parte del flusso di lavoro.

Per ulteriori informazioni, vedere Configurazione del salvataggio permanente del flusso di lavoro.

Isolamento dati

La configurazione predefinita per AppFabric consiste nel memorizzare le informazioni di salvataggio permanente e di monitoraggio in un unico database. Sebbene questo sia sufficiente per un ambiente di sviluppo, in genere per un ambiente di produzione è necessaria una serie di risorse più affidabile per l'archiviazione dati. AppFabric consente di creare più database di salvataggio permanente e monitoraggio distinti per supportare l'isolamento dati tra più computer che eseguono SQL Server.

Poiché AppFabric supporta la creazione di più database, è possibile separare i dati non solo in base alla funzione (salvataggio permanente e monitoraggio), ma anche in base all'applicazione. Se si dispone di un'applicazione che dispone di requisiti di archiviazione dati affidabile, è possibile creare database di salvataggio permanente e monitoraggio associate specificamente e unicamente a questa applicazione o servizio.

Per ulteriori informazioni sulla creazione di database aggiuntivi, vedere Amministrazione di database.

Distribuzione delle applicazioni

Nella distribuzione di un'applicazione a più computer, è importante che la distribuzione venga effettuata in modo coerente e ripetibile. A tal fine, AppFabric utilizza MSDeploy per la creazione di pacchetti di applicazioni Web e la distribuzione di tali applicazioni, di siti Web o di contenuto e configurazione di server Web. MSDeploy può essere anche utilizzato per sincronizzare i dati tra sito Web o server Web e il computer locale o i computer remoti all'interno della server farm.

Per ulteriori informazioni sulla distribuzione di un'applicazione, vedere Distribuzione di un'applicazione. Per ulteriori informazioni su MSDeploy, vedere Web Deployment Tool (Strumento di distribuzione Web) (https://go.microsoft.com/fwlink/?LinkId=151481) (informazioni in lingua inglese).

Considerazioni sulla sicurezza della distribuzione delle funzionalità di memorizzazione nella cache di AppFabric

Il sistema di cache distribuita di AppFabric è progettato per essere utilizzato in datacenter all'interno del perimetro di un firewall. I server descritti in questa sezione sono il server che ospita il percorso di archiviazione della configurazione della cache, i server di cache, i server di applicazioni abilitati alla cache, i server di sviluppo e il server di origine dati principale. Tutti i server devono trovarsi nello stesso dominio.

Poiché i dati memorizzati nella cache e le comunicazioni TCP/IP tra i server di cache non sono crittografati, il sistema di cache distribuita è vulnerabile agli attacchi dannosi che registrano o modificano il traffico di rete.

Quando si rimuove l'autorizzazione di un server di cache, il programma di installazione di AppFabric potrebbe non rimuovere tutte le eccezioni di porta del firewall. Una volta disinstallato AppFabric, si consiglia di riapplicare la configurazione firewall standard.

Scenari di distribuzione delle funzionalità di memorizzazione nella cache di AppFabric

Per semplificare la discussione sulle opzioni di distribuzione, in questa sezione si concentra l'attenzione su tre esempi distinti:

• Distribuzione dello sviluppatore. Distribuzione a computer singolo utilizzata per sviluppare applicazioni abilitate alla cache.

• Distribuzione di medie dimensioni. Installazione a più computer in cui non viene utilizzato SQL Server, con host principali che eseguono il ruolo di gestione dei cluster.

• Distribuzione aziendale. Installazione a più computer in cui si utilizza SQL Server per memorizzare le impostazioni di configurazione del cluster ed eseguire il ruolo di gestione del cluster.

Nella tabella seguente vengono riepilogati i punti di installazione delle funzionalità di memorizzazione nella cache di AppFabric e il modo in cui viene eseguito il ruolo di gestione dei cluster.

Le impostazioni di configurazione del cluster di cache possono essere memorizzate in una cartella di rete condivisa o in un database SQL Server. Per ulteriori informazioni su ciascuna di tali opzioni, vedere Opzioni di archiviazione della configurazione del cluster (Memorizzazione nella cache di Windows Server AppFabric).

Il ruolo di gestione del cluster può essere eseguito dagli host principali o da SQL Server. Da un punto di vista di disponibilità del cluster, l'utilizzo di SQL Server è l'opzione migliore. Per ulteriori informazioni, vedere Host principali e gestione cluster (Memorizzazione nella cache di Windows Server AppFabric).

Distribuzione dello sviluppatore

Con la distribuzione sviluppatore, tutti i componenti necessari per creare un'applicazione abilitata alla cache, incluso lo stesso cluster di cache, si trovano all'interno della workstation dello sviluppatore. Si tratta dell'opzione di distribuzione più conveniente quando si cominciano a utilizzare le funzionalità di memorizzazione nella cache di AppFabric.

Distribuzione di medie dimensioni

Nella distribuzione di medie dimensioni, l'applicazione è in grado di offrire i vantaggi di un cluster di cache distribuita. È possibile ridimensionare facilmente l'applicazione per soddisfare le esigenze sempre crescenti del livello dell'applicazione.

Dal momento che in questo scenario di distribuzione non viene utilizzato SQL Server per memorizzare le impostazioni di configurazione del cluster, esistono degli svantaggi. Alcuni sistemi operativi sono limitati relativamente al numero di connessioni contemporanee alle cartelle condivise che è possibile supportare e questo influisce direttamente sul numero massimo di host di cache presenti nel cluster della cache distribuita. Windows XP, Windows Server 2003 e la versione a 32 bit di Windows Vista non consentono più di 10 connessioni contemporanee a una cartella di rete condivisa. Si consiglia di non utilizzare questi sistemi operativi per memorizzare le impostazioni di configurazione della cache per cluster di grandi dimensioni.

Se l'installazione del server di cache viene resa automatica o se si tenta di eseguire installazioni parallele del server di cache, è probabile che vi sia conflitto sui file di configurazione del cluster. In questo scenario, la strategia di installazione del server di cache più affidabile consiste nell'eseguire solo un'installazione server di cache per volta.

Dal momento che in questo scenario non si utilizza SQL Server, l'installazione non richiede di installare SQL Server e creare un database di configurazione del cluster per l'applicazione. In termini di tempo e di denaro tale scenario potrebbe consentire un risparmio dei costi a seconda degli elementi già disponibili per l'applicazione in uso. Quando si utilizza l'opzione di archiviazione della configurazione del cluster della cartella condivisa, tutti i server di cache del cluster di cache devono disporre di connettività di rete continua alla cartella di rete condivisa.

Senza SQL Server, solo gli host principali sono in grado di svolgere il ruolo di gestione del cluster. Poiché per consentire la disponibilità del cluster di cache una maggioranza di host principali deve essere sempre in esecuzione, in questo scenario il cluster di cache è più vulnerabile agli errori dei server. Inoltre, tale scenario complica la gestione del server relativamente alla disponibilità dell'applicazione. Per ulteriori informazioni, vedere Host principali e gestione cluster (Memorizzazione nella cache di Windows Server AppFabric).

Distribuzione aziendale

In confronto agli altri scenari di distribuzione, la distribuzione aziendale offre la migliore esperienza in termini di disponibilità e supportabilità. Per questo scenario si richiede un database SQL Server, che in alcune applicazioni potrebbe non essere disponibile.

Quando SQL Server svolge il ruolo di gestione del cluster, il cluster è in grado di sostenere la perdita di tutti i server di cache tranne uno e di rimanere in esecuzione. Come per l'opzione di archiviazione della configurazione cluster delle cartelle condivise, i server di cache devono disporre di connettività di rete continua al database SQL Server.

Poiché nessuno dei server di cache in questo scenario svolge il ruolo di gestione del cluster, la gestione dei server per le applicazioni a elevata disponibilità è enormemente semplificata. Non è richiesta alcuna sequenza complessa di riavvio dei server. Per ulteriori informazioni, vedere Host principali e gestione cluster (Memorizzazione nella cache di Windows Server AppFabric).

L'utilizzo di SQL Server è vantaggioso nelle situazioni che richiedono connessioni contemporanee. Ciò consente di eseguire senza problemi installazioni server di cache automatiche parallele senza le limitazioni delle dimensioni del cluster della distribuzione di medie dimensioni. Per ulteriori informazioni, vedere Installing Application Server Extensions for .NET 4 (Installazione delle estensioni del server di applicazioni per .NET 4) (https://go.microsoft.com/fwlink/?LinkId=169172) (informazioni in lingua inglese).

Vedere anche

Concetti

Panoramica dell'architettura
Opzioni di archiviazione della configurazione del cluster (Memorizzazione nella cache di Windows Server AppFabric)
Configurazione dei cluster basati su cartelle condivise (cache di Windows Server AppFabric)
Configurazione di cluster basati su SQL Server (Memorizzazione nella cache di Windows Server AppFabric)
Utilizzo di Windows PowerShell per la gestione delle funzionalità di Memorizzazione nella cache di Windows Server AppFabric
Host principali e gestione cluster (Memorizzazione nella cache di Windows Server AppFabric)

  2011-12-05