Pianificazione della capacità

Ultima modifica dell'argomento: 2011-01-07

I requisiti di pianificazione della capacità si basano sui modelli utente proposti per Office Communications Server 2007 R2. In questa sezione vengono illustrati tali modelli utente e vengono fornite informazioni utili per eseguire la pianificazione della capacità per la propria organizzazione.

Modelli utente

I modelli utente di questa sezione sono alla base dei requisiti di pianificazione della capacità e dei suggerimenti riportati più avanti nella sezione.

Modello utente di Office Communications Server

Nella tabella riportata di seguito viene illustrato il modello utente per Office Communications Server.

Tabella 1. Modello utente per Office Communications Server

Categoria	Descrizione
Distribuzione dei client	30% dei client esegue client Office Communicator 2007, incluso Communicator Web Access (versione 2007) o Communicator Mobile (versione 2007) 70% dei client esegue Office Communicator 2007 R2, Communicator Mobile 2007 R2 o Communicator Web Access. 100% dei client esegue il client Live Meeting
Distribuzione degli utenti remoti	90% degli utenti si connette internamente 10% degli utenti si connette tramite un Edge Server e un director (consigliato)
Distribuzione dei contatti	Media di 80 contatti su dispositivi mobili Media di 50 contatti su tutti gli altri dispositivi 70% dei contatti all'interno dell'organizzazione 10% degli utenti Enterprise è remoto 10% dei contatti è federato 10% dei contatti è costituito da contatti pubblici di messaggistica istantanea
Sessioni di messaggistica istantanea	2 sessioni di messaggistica istantanea per utente all'ora 10 messaggi istantanei per sessione In media messaggi da 400 byte In media 3 persone per sessioni di messaggistica istantanea con più partecipanti

Nella tabella riportata di seguito viene illustrato il modello conferenze utilizzato come base per i requisiti di pianificazione della capacità e per i suggerimenti riportati più avanti in questa sezione.

Tabella 2. Modello conferenze

Categoria	Descrizione
Riunioni pianificate e riunioni immediate	50% di ogni categoria.
Simultaneità riunioni	Il 5% degli utenti sarà in conferenza durante le ore lavorative.
Distribuzione del contenuto multimediale delle riunioni	15%: audio PSTN mediante un provider di servizi di audioconferenza di terze parti, PowerPoint. 10%: audio PSTN mediante un provider di servizi di audioconferenza di terze parti, condivisione applicazioni. 15%: integrazione dei gruppi di distribuzione con messaggistica istantanea di gruppo. 10%: solo audioconferenze con accesso esterno PSTN. 10%: audio VoIP, conferenze con accesso esterno PSTN, PowerPoint. 25%: audio VoIP, video e accesso esterno PSTN, condivisione applicazioni. 5%: audio VoIP, accesso esterno PSTN, messaggistica istantanea e condivisione applicazioni. 10%: audio VoIP, accesso esterno PSTN, video, messaggistica istantanea.
Distribuzione dei partecipanti alle riunioni	Nelle riunioni in cui Operatore Conferenza viene utilizzato con una combinazione di audio VoIP e audio con accesso esterno PSTN, il rapporto tra utenti VoIP e utenti con accesso esterno è di 2:1. Esistono due tipi di condivisione per le applicazioni, ovvero la condivisione applicazioni basata su PSOM (Persistent Shared Object Model), che utilizza Web Conferencing Server, e la condivisione applicazioni basata su RDP (Remote Desktop Protocol), che sfrutta il nuovo server di condivisione applicazioni. Il modello utente presuppone che l'80% di tutte le riunioni ad hoc utilizzi la condivisione applicazioni basata su RDP e il 20% quella basata su PSOM. Per le riunioni pianificate, il modello utente presuppone che venga utilizzata per il 50% la condivisione applicazioni PSOM e per il 50% la condivisione RDP. Presupposti: nelle riunioni con un solo partecipante non viene utilizzata la condivisione applicazioni RDP. Il modello utente presuppone l'utilizzo della condivisione applicazioni RDP per il 20% delle riunioni pianificate con due partecipanti, mentre presuppone l'utilizzo di tale condivisione per il 10% delle riunioni ad hoc. 25% accesso remoto. 15% anonimi. 10% federati. 50% interni.

Nella tabella riportata di seguito viene illustrato il modello dimensione del contenuto delle riunioni utilizzato come base per i requisiti di pianificazione della capacità e per i suggerimenti riportati più avanti in questa sezione.

Tabella 3. Modello dimensione del contenuto delle riunioni

Tipo di contenuto	Dimensione media	Numero di istanze
Contenuto multimediale (Flash, Windows Media Player)	50 megabyte (MB)	1
PowerPoint	20 MB	2
Altri documenti MODI (Microsoft Office Document Imaging)	10 MB	3
Stampati	5 MB	1

Modello di Communicator Web Access

Il modello di utilizzo di Communicator Web Access è basato sul modello di utilizzo di Office Communicator e presuppone quanto segue.

Tabella 4. Utilizzo di Communicator Web Access

Descrizione	Valore
Numero totale di utenti	5.000 più 120 utenti che eseguono la condivisione desktop
Utenti che eseguono la condivisione desktop	120 (20 conferenze)
Percentuale di utenti interni nell'elenco contatti	70%
Percentuale di utenti legacy	30%
Numero medio di contatti per utente	50
Numero massimo di contatti per utente	260
Numero minimo di contatti per utente	1
Ore di connessione al giorno per utente	12
Aggiornamenti della presenza al giorno per utente	82
Conversazioni istantanee al giorno per utente	12
Conferenze istantanee al giorno per utente	1
Messaggi istantanei inviati per utente per conferenza (peer-to-peer)	10
Frequenza di invio dei messaggi istantanei	1 al minuto
Sessioni di messaggistica istantanea all'ora	2
Numero medio di partecipanti in una sessione con più utenti	3
Utenti di conferenze simultanee in un determinato momento	5% degli utenti totali
Numero di query sulla presenza per utente al giorno	60
Ricerche di utenti al giorno	12
Modifiche dei contatti per utente al giorno	13
Percentuale di utenti simultanei con condivisione desktop	2%
Numero massimo di utenti in una conferenza con condivisione desktop	6
Durata della conferenza con condivisione desktop	1 ora

Nella tabella seguente sono elencate le informazioni sul modello condivisione desktop.

Tabella 5. Modello condivisione desktop

Descrizione	Valore
Utenti che visualizzano desktop condivisi	100
Utenti che condividono i desktop	20
Numero di conferenze	20
Dimensione conferenze piccole	2
Dimensione conferenze medie	3
Dimensione conferenze grandi	6
Dimensione massima conferenze	6
Percentuale di conferenze piccole	10
Percentuale di conferenze medie	15
Percentuale di conferenze grandi	70
Percentuale di conferenze con dimensione massima	5
Durata di una conferenza	1 ora
Conversazioni al giorno	24

Il modello di utilizzo della tabella precedente si basa su test su Proliant.

Modello utente di Response Group Service

Nella tabella riportata di seguito viene illustrato il modello utente proposto per Response Group Service utilizzato come base per i requisiti di pianificazione della capacità e per i suggerimenti riportati più avanti in questa sezione.

Questo modello presuppone che:

• Venga utilizzato il file della musica di attesa predefinito.
• Venga utilizzata la lingua inglese.

Tabella 6. Modello utente di Response Group Service

Componente	Per distribuzione Enterprise	Per Server Standard
Agenti attivi (formali e informali)	1.200	1.200
Numero di Response Group standard	450	150
Numero di code utilizzate	Un'unica coda per ogni gruppo di risposta, due per il Response Group interattivo a un livello	Un'unica coda per ogni gruppo di risposta, due per il Response Group interattivo a un livello
Distribuzione dei metodi di routing sui gruppi	Routing parallelo: 40% Inattività più lunga: 40% Seriale: 10% Round robin: 10%	Routing parallelo: 40% Inattività più lunga: 40% Seriale: 10% Round robin: 10%
Percentuale di flussi di lavoro che nel sistema IVR (Interactive Voice Response) utilizzano il riconoscimento vocale rispetto a quelli che utilizzano solo la multifrequenza (DTMF)	Riconoscimento vocale/Sintesi vocale + DTMF: 50% DTMF: 50%	Riconoscimento vocale/Sintesi vocale + DTMF: 50% DTMF: 50%
Numero di gruppi di risposta (combinazione di 50% di gruppi di risposta semplici e 50% complessi)	600	300
Numero medio di agenti per gruppo	10 agenti	10 agenti
Numero medio di gruppi cui appartiene un agente	Due gruppi	Due gruppi
Numero di gruppi per coda (media)	90%: un gruppo 10%: due gruppi	90%: un gruppo 10%: due gruppi
Numero di chiamate simultanee del Response Group	480	60
Durata media della chiamata (parte relativa a IVR + musica di attesa)	30 secondi	30 secondi
Durata media della chiamata con l'agente	3 minuti	3 minuti
Numero di cicli di accesso/disconnessione per gli agenti formali in un giorno (in base a una giornata di 8 ore)	4	4

Requisiti e suggerimenti per la pianificazione della capacità

Nelle tabelle seguenti vengono fornite informazioni che semplificano la pianificazione della capacità per la propria organizzazione.

Tabella 7. Numero massimo di utenti supportati per ogni topologia

Topologia	Server necessari	Numero massimo di utenti supportati
Server Standard	Un Server Standard	5.000
Pool Enterprise, configurazione consolidata	Otto Enterprise Edition Front End Server che eseguono tutti i ruoli del server Un SQL Server back-end	100.000 Nota: Se si distribuiscono solo la messaggistica istantanea e la presenza, Office Communications Server 2007 R2 supporta 200.000 endpoint client, dove ogni endpoint è un programma client, ad esempio Communicator, basato su otto Front End Server e un computer 16 core che esegue il software di database Microsoft SQL Server. Il database back-end deve essere eseguito in un computer con processore a 4 vie, quad core oppure a 8 vie, dual core, 2 GHz+.
Server di archiviazione	Un server di archiviazione	300.000
Monitoring Server	Un Monitoring Server	200.000
Group Chat Server	Tre Group Chat Server	60.000 (20.000 per server). Nota: È necessario distribuire QFE 1 per questo supporto incrementato di server e utenti.

Nelle topologie Edge Server si presuppone che il numero di utenti connessi dall'esterno della rete Intranet sia pari al 10% del numero totale di utenti. Nella tabella seguente viene indicato il numero massimo di connessioni client supportato da ogni ruolo Edge Server e topologia.

Tabella 8. Numero massimo di client supportati per le topologie Edge Server

Topologia	Prestazioni supportate
Edge Server	Servizio Access Edge: 5.000 connessioni client Servizio Web Conferencing Edge: 1.000 connessioni client Servizio A/V Edge: 500 sessioni audio/video (A/V) simultanee

È consigliabile distribuire un director per l'accesso esterno.

Tabella 9. Capacità di Communicator Web Access

Metrica delle prestazioni	Messaggistica istantanea e presenza di Communicator Web Access, Communicator Mobile per Java, ricerca e condivisione desktop
Numero di utenti	5.000 utenti 120 utenti simultanei con condivisione desktop

Nota

Configurazione computer: CPU da 2,3 GHz, 8 GB di memoria, 8 processori, SSL in modalità kernel disabilitato, limite per la coda di richieste ASP NET 1.5 pari a 1,5 * il numero di utenti simultanei del server, connessione HTTPS, nessuna collocazione con un altro server virtuale o Office Communications Server, 16 GB di memoria virtuale, registrazione di Communicator Web Access (funzioni di rilevazione) disattivata

Nota

Configurazione computer: CPU da 3 GHz, 1 GB di memoria, rete a 100 Mbps, disco rigido da 80 GB, browser Internet Explorer 7.0, sistema operativo Microsoft Windows XP SP2, risoluzione dello schermo 1280x1024

Tabella 10. Pianificazione della capacità del disco di archiviazione

Unità di archiviazione	Media byte su disco per lettura e media byte su disco per scrittura (per 100.000 utenti)	Letture e scritture su disco (al secondo, per 100.000 utenti)
Unità dati back-end del pool Enterprise	Lettura: 0 Scrittura: 2.180	Lettura: 0 Scrittura: 158,3
Registro RTC del pool Enterprise	Lettura: 0 Scrittura: 832	Lettura: 0 Scrittura: 216,2
Registro RTCdyn del pool Enterprise	Lettura: 996 Scrittura: 2.289	Lettura: 0,002 Scrittura: 561,3
Unità file di registro di archiviazione	Lettura: 0 Scrittura: 3.783	Lettura: 0 Scrittura: 110,1
Unità file di dati di archiviazione	Lettura: 761 Scrittura: 3.532	Lettura: 0,091 Scrittura: 38,7
Unità registro dati di monitoraggio (QoE e CDR)	Lettura: 8.192 Scrittura: 6.213	Lettura: 85,5 Scrittura: 193,1

Tabella 11. Pianificazione della capacità di memorizzazione dei database di archiviazione e monitoraggio

Componente	Crescita media del database all'ora	Presupposti di utilizzo
Database di archiviazione	636 MB all'ora per 100.000 endpoint	Sulla base di 320 messaggi al secondo, 400 byte per messaggio
Database di monitoraggio	CDR: 162 MB all'ora per 100.000 endpoint QoE: 482 MB all'ora per 100.000 endpoint	Si presuppone che i client non creino dati QoE per le videochiamate

Tabella 12. Pianificazione della capacità di Group Chat

Utilizzo delle chat	Frequenza connessioni utente	Frequenza messaggi
Ogni utente partecipa a 30 chat Ogni chat ha 30 partecipanti	Due connessioni utente avviate al secondo, per server	40 messaggi al secondo (tutte le chat)

Nota

Le chat possono supportare più di 30 partecipanti e il client Group Chat è in grado di supportare più di 30 chat. Un numero elevato di partecipanti a una chat può tuttavia influire sulle prestazioni del server. La configurazione massima testata per le chat è di 1.000 partecipanti. È consigliabile limitare l'utilizzo di chat con un numero elevato di partecipanti a non più del 10% di tutte le chat create.

Nota

La documentazione aggiornata per la pianificazione della capacità di Group Chat e il foglio di calcolo per pianificare la capacità sono disponibili per il download gratuito dall'Area download Microsoft:

• Documentazione sulla pianificazione della capacità per Microsoft Office Communications Server 2007 R2, Group Chat Server con QFE1: https://go.microsoft.com/fwlink/?linkid=178622&clcid=0x410 (le informazioni potrebbero essere in lingua inglese)
  
• Foglio di calcolo per la pianificazione della capacità per Microsoft Office Communications Server 2007 R2, Group Chat Server con QFE1: https://go.microsoft.com/fwlink/?linkid=178624&clcid=0x410 (le informazioni potrebbero essere in lingua inglese)
  

Tabella 13. Pianificazione della capacità di condivisione applicazioni per le applicazioni PSOM (Persistent Shared Object Model)

Utilizzo della condivisione applicazioni	Inviati e ricevuti (KBps)	Tempo processore	Utilizzo medio della larghezza di banda per utente (Kbps)
15 conferenze, 90 utenti	Ricevuti: 1.370 (picco da 2.728) Inviati: 6.370 (picco da 12.315)	Media: 8,5 Picco: 24,4	Inviati per condivisore: 713,57 Ricevuti per visualizzatore: 552,92

Tabella 14. Pianificazione della capacità del Mediation Server

Computer
90% utenti interni, 10% utenti esterni/remoti
Processore doppio, dual core, CPU da 3 GHz, con 4 GB di memoria e scheda di rete 2 x 1 Gbps
Processore doppio, quad core, CPU da 2,3 GHz, con 4 GB di memoria e scheda di rete 2 x 1 Gbps
100% utenti esterni/remoti
Processore doppio, dual core, CPU da 3 GHz, con 4 GB di memoria e scheda di rete 2 x 1 GB
Processore doppio, quad core, CPU da 2,3 GHz, con 4 GB di memoria e scheda di rete 2 x 1 GB

Nota

Nella tabella precedente si presuppone che l'utilizzo della CPU corrisponda al 75% della capacità.
La variazione dei numeri per il Mediation Server dipende dalla posizione degli utenti, in particolar modo dalla distanza dell'utente dal Mediation Server. Per gli utenti esterni alla rete interna, lo stack multimediale utilizza una velocità in bit inferiore e questo può ridurre notevolmente le prestazioni.

Per la pianificazione della capacità per il server della Rubrica, è necessario pianificare la dimensione del database di tale server e del database del servizio di query Web della Rubrica, la dimensione dei file di download e il numero di client Office Communicator Mobile per Windows che accederanno al servizio.

La dimensione del disco in uso per il database del server della Rubrica e il file server in cui tale server crea i file di download dipende soprattutto dal numero di contatti che è necessario archiviare. Il file server può essere utilizzato per archiviare anche altri dati. Per informazioni dettagliate, vedere la sezione "Cartelle" in Requisiti di archiviazione. Per poter fare una stima del numero di contatti che il server della Rubrica archivierà nel database e nei file di download, presupporre che ogni utente disponga di due oggetti contatto. È pertanto possibile fare una stima dei requisiti di archiviazione per il server della Rubrica moltiplicando per due il numero di utenti dell'organizzazione.

• Presupposti generali per la dimensione dei file di download della Rubrica:
  • 100.000 contatti, 2,5 GB di spazio di archiviazione per i file di download (sulla base di due contatti per dipendente)
  • 100.000 dipendenti, 5 GB di spazio di archiviazione per i file di download
• Presupposti generali per la dimensione del database di query Web della Rubrica:
  • 100.000 contatti, 1,5 GB di spazio di archiviazione
  • 1 GB per il registro del database

Tabella 15. Prestazioni del servizio di query Web della Rubrica per un pool Enterprise

Numero di utenti	Numero massimo di dispositivi mobili	Numero di voci nel database della Rubrica	Query al secondo	Note sull'utilizzo
Totale: 100.000 Abilitati per voce: 30.000	18.000 (60% di utenti abilitati per voce)	300.000	Media: 17,7 Ore di punta: 26,55	Otto Front End Server 30% degli utenti è abilitato per le comunicazioni unificate. 100 query al secondo hanno un impatto minimo sulle prestazioni.

Tabella 16. Pianificazione della capacità audio/video

Flusso multimediale	Codec	Larghezza di banda media (Kbps)	Attività stimata (%)	Larghezza di banda massima (Kbps)
Audio a banda larga	RTAudio	34,8	61	57
Audio a banda larga	Siren	22,2	43	51,6
Audio a banda stretta	RTAudio	25,9	65	39,8
Video	RTVideo	258,3	82	350
Video panoramico	RTVideo	220,5	70	350

• I numeri relativi alla larghezza di banda indicati per i flussi multimediali includono tutto il sovraccarico per le informazioni sui frame, sulla crittografia e sul routing IP, oltre ai dati multimediali codificati effettivi.
• I valori medi di larghezza di banda del codec si basano sulle misurazioni e derivano dalla larghezza di banda teorica massima in base ai valori del livello di attività tipico. I livelli di attività audio tengono conto dell'attività vocale nel flusso. I livelli di attività video tengono conto della quantità di movimento all'interno delle immagini video.
• I livelli di attività per l'audio RT a banda stretta sono leggermente superiori per consentire un rilevamento dell'attività vocale (Voice Activity Detection) meno ottimale nei gateway PSTN per le chiamate da VoIP a PSTN di Office Communications Server. Questo numero dovrebbe essere aumentato di un ulteriore 15% se non viene abilitato alcun rilevamento dell'attività vocale nel gateway PSTN distribuito.
• Il livello di attività della panoramica è inferiore rispetto a quello dei flussi video regolari, in quanto esiste una proporzione relativa superiore dell'area dello sfondo all'interno delle immagini panoramiche.

Requisiti e suggerimenti per la larghezza di banda per il traffico multimediale

Per i gateway multimediali di base, la larghezza di banda richiesta tra il gateway e il Mediation Server è pari a 80 Kbps per ogni chiamata simultanea. Moltiplicando questo numero per il numero di porte di ogni gateway si ottiene una stima ragionevole della larghezza di banda necessaria sul lato gateway del Mediation Server. Sul lato Office Communications Server la larghezza di banda richiesta è sensibilmente inferiore.

Durante la configurazione del Mediation Server, è consigliabile accettare l'intervallo predefinito compreso tra 60.000 e 64.000 per le porte multimediali del gateway. Riducendo l'intervallo delle porte si riduce notevolmente la capacità del server. Questa operazione dovrebbe perciò essere eseguita solo per motivi specifici da un amministratore a cui siano noti gli scenari e i requisiti per le porte multimediali. Per questa ragione, non è consigliabile modificare l'intervallo di porte predefinito.

Il traffico ad ampia larghezza di banda, ad esempio voce e video, tende a sovraccaricare le reti per cui non è stato effettuato un provisioning adeguato. Limitando il traffico multimediale a un intervallo noto di porte, è possibile risolvere più agevolmente tali problemi.

Requisiti per la larghezza di banda per dati mobili

Per l'accesso mobile per una giornata di 8 ore, è necessario circa 1 MB di larghezza di banda. Questo valore è basato sull'utilizzo seguente:

• Un gruppo di distribuzione, con 15 utenti
• 80 membri nell'elenco contatti, con quattro aggiornamenti della presenza per utente all'ora
• Un contatto contrassegnato, con quattro aggiornamenti della presenza in un'ora
• 12 chiamate telefoniche al giorno, con 1 chiamata telefonica all'ora (1 in arrivo e 1 in uscita ogni due ore)
• Due minuti per chiamata
• L'utente ha effettuato l'accesso a un endpoint aggiuntivo, ad esempio Office Communicator o un telefono da tavolo
• Una sessione di messaggistica istantanea ogni due ore
• I messaggi istantanei in uscita e in arrivo sono uguali (1:1)