Pianificazione della capacità per Siti Web di Windows Azure Pack

Aggiornamento: 6 giugno 2014

Si applica a: Windows Azure Pack

Server: fisico o virtuale?

I ruoli di Siti Web di Windows Azure Pack possono essere installati in Windows Server 2012 R2 o Windows Server 2012. Le istanze del server possono essere computer fisici o macchine virtuali. Se si usano macchine virtuali, possono essere su qualsiasi provider di macchine virtuali. Data la riduzione del gap in termini di prestazioni tra le macchine virtuali e l'hardware fisico, il vantaggio costo/prestazioni offerto dalle macchine virtuali le rende più interessanti.

Pianificazione della capacità nel ruolo Server di Siti Web

Controller

Per il Controller di Siti Web viene sperimentato in genere un basso utilizzo di CPU, di memoria e di risorse di rete. Tuttavia, per la disponibilità elevata, è necessario disporre di due controller, che rappresenta anche il numero massimo di controller consentiti. È possibile creare il secondo controller di Siti Web utilizzando PowerShell e script della riga di comando. Per altre informazioni, vedere Provision a Second Web Sites Controller.

Front-end

Tramite Front-end le richieste vengono instradate ai Web Worker, a seconda della relativa disponibilità. Per la disponibilità elevata, è necessario disporre di più di un Front-end ed è possibile disporre di più di due. Ai fini della pianificazione della capacità, si consideri che tramite ciascun core è possibile gestire circa 100 richieste al secondo. Per informazioni sull'aggiunta di server front-end aggiuntivi, vedere Scaling Windows Azure Pack: Web Sites for High Availability.

Server di gestione

Con il ruolo Server di gestione di Siti Web viene gestito il traffico di gestione di Siti Web utilizzando l'API REST di Siti Web di Windows Azure Pack. Per il ruolo Server di gestione sono necessari in genere solo 4 GB di RAM in un ambiente di produzione. Tuttavia, è possibile sperimentare livelli di CPU superiori qualora vengano eseguite più attività di gestione, ad esempio la creazione di siti Web. Per la disponibilità elevata, è necessario assegnare a questo ruolo più di un server e almeno due core per server.

Per informazioni sull'aggiunta di server di gestione aggiuntivi, vedere Provision Additional Management Servers.

Publisher

Con il ruolo Publisher è possibile sperimentare utilizzi di CPU elevati in caso di pubblicazioni da parte di più tenant contemporaneamente. Per la disponibilità elevata, rendere disponibili più di un ruolo Publisher. Per informazioni sull'aggiunta di server Publisher aggiuntivi, vedere Scaling Windows Azure Pack: Web Sites for High Availability.

File Server

Per il ruolo File server, è possibile utilizzare il file server autonomo per lo sviluppo e il test. Ai fini della produzione, è necessario utilizzare un file server Windows preconfigurato o un file server non Windows preconfigurato.

Il file server autonomo è incluso come parte dell'installazione predefinita di Siti Web di Windows Azure Pack. Tramite l'installazione autonoma viene effettuato il provisioning del ruolo File server in un unico computer, vengono inseriti gli elenchi ACL per gli account appropriati e vengono create le condivisioni di rete necessarie.

Negli ambienti di produzione, con il ruolo File server vengono sperimentati I/O su disco elevati. Poiché tramite esso vengono ospitati tutti i file di contenuto e dell'applicazione per siti Web tenant, è necessario preconfigurare un file server Windows, un cluster di file server o un file server non Windows, un cluster di file server o un dispositivo NAS per questo ruolo. Per altre informazioni, vedere Pre-configurare un cluster Windows file server o un dispositivo NAS per Windows Azure Pack: Siti Web.

Web Worker

Per la disponibilità elevata, è necessario disporre di almeno quattro ruoli Web Worker, due per la modalità Condiviso e due per quella Riservato dei siti Web. Le modalità Condiviso e Riservato dei siti Web offrono livelli diversi di servizio ai tenant. Naturalmente, se vi sono molti clienti che utilizzano la modalità Riservato, vale a dire un utilizzo elevato di risorse, oppure molti clienti che eseguono in modalità Condiviso, saranno necessari più Web Worker.

Per consentire la determinazione del numero di ruoli Web Worker necessari, si tenga presente quanto riportato di seguito:

• Memoria: la memoria è la risorsa più critica per un ruolo Web Worker. Una memoria insufficiente influisce sulle prestazioni del sito Web durante lo scambio tra memoria virtuale e disco. Per ogni server sono necessari circa 1,2 GB di RAM per il sistema operativo. La RAM disponibile oltre questa soglia può essere utilizzata per eseguire i siti Web.

• Percentuale di siti Web attivi: in base ai carichi di lavoro di produzione osservati, è in genere attivo circa il 5% di siti Web in un cloud di Siti Web. Tuttavia, la percentuale di siti Web attivi in qualsiasi momento può essere notevolmente superiore o inferiore. Supponendo un tasso di "sito Web attivo" pari al 5%, il numero massimo di siti Web da inserire in un cloud siti Web non deve essere più di 20 volte il numero di siti Web attivi (5 x 20 = 100).

• Footprint di memoria medio: il footprint di memoria medio di siti Web osservati negli ambienti di produzione è di circa 70 MB. In base a questo numero, la quantità di memoria che deve essere allocata in tutti i computer con ruolo Web Worker o VM installate in un cloud di Siti Web può essere calcolata come indicato di seguito:

  Numero di siti Web con provisioning * 70 MB * 5% - (Numero di ruoli di lavoro Web * 1044 MB)

  Ad esempio, se viene effettuato il provisioning di 5.000 siti Web in un cloud di Siti Web in cui sono in esecuzione 10 ruoli Web Worker, a ogni computer con ruolo Web Worker o a ogni VM devono essere allocati 7060 MB di RAM determinati come segue:

  5.000 * 70 * .05 – (10 * 1044) = 7060 ( =circa 7 GB)

Per informazioni su come aggiungere istanze di Web Worker, vedere Scaling Windows Azure Pack: Web Sites for High Availability.

Database runtime di SQL Server di Siti Web di Windows Azure Pack

Da parte del cloud di Siti Web di Windows Azure Pack vengono utilizzate numerose risorse di SQL Server. Per la disponibilità elevata, seguire queste linee guida per allocare RAM, dischi e risorse di CPU:

• Memoria: poiché le prestazioni di SQL Server dipendono per la maggior parte dalla memoria disponibile, allocare almeno 4 GB di RAM a SQL Server per ogni 30.000 siti sottoposti a provisioning. Per la maggior parte degli scenari, le prestazioni di SQL trarranno vantaggio dalla memoria aggiuntiva e tramite SQL Server verrà utilizzata la quantità di memoria che vi viene allocata.

• Spazio su disco: per ogni 10.000 siti sottoposti a provisioning, allocare almeno 4 GB di spazio su disco.

• Conteggio CPU: per stabilire il numero di core da allocare al computer SQL Server, è possibile utilizzare i criteri seguenti:

  Quando in Gestione attività o Performance Monitor l'utilizzo della CPU del servizio SQL Server si avvicina al 70%, allocare un core aggiuntivo.

Per altre misure da adottare per aumentare la disponibilità di SQL Server, vedere Configuring SQL Server for High Availability.

Vedere anche

Pianificazione della capacità per le macchine virtuali delle API e dei portali di gestione
Distribuire Siti Web di Microsoft Azure Pack Siti Web