Planejamento de Capacidade
Tópico modificado em: 2011-01-07
Os requisitos da capacidade de planejametno são baseados nos modelos de usuário propostos para o Office Communications Server 2007 R2. Esta seção descreve esses modelos de usuário e fornece as informações para ajudar você a fazer o planejamento de capacidade de sua organização.
Modelos de usuário
Os modelos de usuário nesta seção fornecem a base dos requisitos de planejamento de capacidade e recomendações descritas posteriormente nesta seção.
Modelo de usuário do Office Communications Server
A tabela a seguir descreve o modelo de usuário do Office Communications Server.
Tabela 1. Modelo de usuário para o Office Communications Server
Categoria | Descrição |
---|---|
Distribuição dos clientes |
30% dos clientes executando os clientes Office Communicator 2007, incluindo o Communicator Web Access (versão 2007) ou Communicator Mobile (versão 2007) 70% dos clientes executando o Office Communicator 2007 R2, a versão 2007 R2 do Communicator Mobile, o Communicator Mobile Web Access; 100% por cento dos clientes executando o cliente Live Meeting |
Distribuição dos usuários remotos |
90% dos usuários conectando-se internamente 10% dos usuários conectando-se por meio de um Servidor de Borda e (recomendado) um Diretor |
Distribuição dos contatos |
Média de 80 contatos em dispositivos móveis Média de 50 contatos em todos os outros dispositivos 70% dos contatos dentro da organização 10% dos usuários corporativos são remotos 10% dos contatos são federados 10% dos contatos são de redes públicas de IM |
Sessões de IM |
2 sessões de IM por usuário por hora 10 mensagens instantâneas por sessão 400 bytes como tamanho médio das mensagens Média de 3 pessoas em sessões de IM com vários participantes |
A tabela a seguir descreve o modelo de conferência usado como base para os requisitos de planejamento de capacidade e recomendações descritos posteriormente nesta seção.
Tabela 2. Modelo de conferência
Categoria | Descrição |
---|---|
Reuniões agendadas versus reuniões do tipo "Reunir Agora" |
50% de cada categoria. |
Concorrência de reunião |
]5% dos usuários estarão em conferências durante as horas de trabalho. |
Distribuição da mídia da reunião |
15%: Áudio de PSTN por meio de um provedor de serviços de audioconferência de terceiros, PowerPoint. 10%: Áudio de PSTN por meio de um provedor de serviços de audioconferência de terceiros, compartilhamento de aplicativos. 15%: Integração de grupos de distribuição de mensagens instantâneas de grupo. 10%: Conferência discada de áudio de PSTN somente. 10%: Áudio VoIP, conferência discada de PSTN, PowerPoint. 25%: Áudio VoIP, discagem e vídeo de PSTN, compartilhamento de aplicativos. 5%: Áudio VoIP, discagem de PSTN, compartilhamento de mensagens instantâneas e aplicativos. 10%: Áudio VoIP, discagem de PSTN, vídeo, mensagens instantâneas. |
Distribuição dos participantes da reunião |
Em reuniões em que o atendedor de conferência é usado com uma combinação de áudio VoIP e discagem de PSTN, a proporção de usuários de VoIP para usuários de discagem é de 2:1. Existem dois tipos de compartilhamento de aplicativos: O Persistent Shared Object Model (PSOM) baseado no compartilhamento de aplicativos usando o Servidor de Webconferência e o compartilhamento de aplicativos baseado em Remote Desktop Protocol (RDP) com base no novo servidor de compartilhamento de aplicativos. O modelo de usuário pressupõe que 80% de todas as reuniões ad hoc usam compartilhamento de aplicativos baseado em RDP e 20% de PSOM. Para reuniões agendadas, o modelo de usuário pressupõe que o compartilhamento de aplicativos usa 50% de PSOM e 50% de RDP. Suposições: As reuniões com um participante não usam o compartilhamento de aplicativos RDP. Para reuniões agendadas, com dois participantes, o modelo pressupõe o compartilhamento de aplicativos de 20% de RDP. Para reuniões ad hoc, o modelo pressupõe o compartilhamento de aplicativos de 10% de RDP. 25% de acesso remoto. 15% anônimo. 10% de federados. 50% de internos. |
A tabela a seguir descreve o modelo de tamanho de conteúdo de reunião usado como base para os requisitos de planejamento de capacidade e recomendações descritos posteriormente nesta seção.
Tabela 3. Modelo de tamanho de conteúdo de reunião
Tipo de conteúdo | Tamanho médio | Número de instâncias |
---|---|---|
Conteúdo multimídia (Flash, Windows Media Player) |
50 megabytes (MB) |
1 |
PowerPoint |
20 MB |
2 |
Outros documentos Microsoft Office Document Imaging (MODI) |
10 (MB) |
3 |
Folhetos |
5 (MB) |
1 |
Modelo do Communicator Web Access
O modelo de uso do Communicator Web Access baseia-se no modelo de uso do Office Communicator e inclui as seguintes premissas:
]Tabela 4. Uso do Communicator Web Access
Descrição | Valor |
---|---|
Número total de usuários |
5.000 mais 120 usuários compartilhando a área de trabalho |
Configuração do compartilhamento de área de trabalho |
120 (20 conferências) |
Percentual de usuários internos na lista de contatos |
70% |
Percentual de usuários herdados |
30% |
Número médio de contatos por usuário |
50 |
Número máximo de contatos por usuário |
260 |
Número mínimo de contatos por usuário |
1 |
Horas de conexão de um usuário por dia |
12 |
Atualizações de presença de um usuário por dia |
82 |
Conversas de mensagem instantânea de um usuário por dia |
12 |
Conferências de mensagem instantânea de um usuário por dia |
1 |
Mensagens instantâneas enviadas por um usuário por conferência (ponto a ponto). |
10 |
Taxa de envio de mensagens instantâneas |
1 por minuto |
Sessões de mensagens instantâneas por hora |
2 |
Número médio de participantes em uma sessão com vários participantes |
3 |
Usuários da conferência simultâneos em um determinado ponto no tempo |
5% do total de usuários |
Número de consultas de presença de um usuário por dia |
60 |
Pesquisas de usuário por dia |
12 |
Alterações de contato de um usuário por dia |
13 |
Percentual de usuários de compartilhamento de área de trabalho simultâneos |
2% |
Número máximo de usuários em uma conferência compartilhando a área de trabalho |
6 |
Duração da conferência de compartilhamento de área de trabalho |
1 hora |
A tabela a seguir relaciona essas informações.sobre o modelo de compartilhamento da área de trabalho.
Tabela 5. Modelo de compartilhamento de área de trabalho
Descrição | Valor |
---|---|
Usuários exibindo áreas de trabalho compartilhadas |
100 |
Usuários compartilhando suas áreas de trabalho |
20 |
Número de conferências |
20 |
Tamanho de conferência pequeno |
2 |
Tamanho de conferência médio |
3 |
Tamanho de conferência grande |
6 |
Tamanho de conferência maior |
6 |
Percentual de conferências pequenas |
10 |
Percentual de conferências médias |
15 |
Percentual de conferências grandes |
70 |
Percentual de conferências maiores |
5 |
Duração da conferência |
1 hora |
Conversas por dia |
24 |
O modelo de uso na tabela anterior baseia-se nos teste de um Proliant.
Modelo de usuário de grupo de resposta
A tabela a seguir descreve o modelo de usuário proposto para o Serviço de Grupo de Resposta usado como base para os requisitos de planejamento de capacidade e recomendações descritos posteriormente nesta seção.
Esse modelo assume:
- O arquivo de música em espera está sendo usado.
- O idioma inglês está sendo usado.
Tabela 6. Modelo de usuário de serviço de grupo de resposta
Componente | Por implantação Enterprise | Por servidor Standard Edition |
---|---|---|
Operadores ativos (formais e informais) |
1.200 |
1.200 |
Número de Grupos de Resposta padrão |
450 |
150 |
Número de filas utilizadas |
Uma única fila para cada grupo de busca, duas para o grupo de resposta interativa de nível um |
Uma única fila para cada grupo de busca, duas para o grupo de resposta interativa de nível um |
Distribuição de métodos de roteamento em grupos |
Roteamento paralelo: 40% Maior tempo ocioso: 40% Serial: 10% Rodízio: 10% |
Roteamento paralelo: 40% Maior tempo ocioso: 40% Serial: 10% Rodízio: 10% |
A porcentagem de fluxos de trabalho que usam reconhecimento de voz na IVR (resposta interativa de voz) versus fluxos de trabalho que usam apenas DTMF (multifrequência de tom dual) na IVR. |
Reconhecimento de fala/Conversão de texto em fala (SR/TTS) + DTMF: 50% DTMF: 50% |
SR/TTS + DTMF:50% DTMF: 50% |
Número de grupos de busca (combinação de 50% de grupos de busca simples e 50% de grupos de busca complexos) |
600 |
300 |
Número médio de operadores por grupo |
10 agentes |
10 agentes |
Número médio de grupos dos quais um operador é membro |
Dois grupos |
Dois grupos |
Número de grupos por fila (média) |
90%: Um grupo 10%: Dois grupos |
90%: Um grupo 10%: Dois grupos |
Número de chamadas de grupo de resposta simultâneas |
480 |
60 |
Duração média das chamadas (parte IVR + música em espera) |
30 segundos |
30 segundos |
Duração média da chamada com o operador |
3 minutos |
3 minutos |
Número de ciclos de entrada/saída de operadores formais em um dia (com base em um dia de 8 horas) |
4 |
4 |
Requisitos e recomendações de planejamento de capacidade
As tabelas a seguir fornecem informações para facilitar a capacidade de planejamento de sua organização.
Tabela 7. Número máximo de usuários permitidos em cada topologia
Topologia | Servidores necessários | Máximo de usuários permitidos |
---|---|---|
Servidor Standard Edition |
Um servidor Standard Edition |
5.000 |
Pool do Enterprise, configuração consolidada |
Oito servidores Front-End Enterprise Edition executando todas as funções de servidor Um servidor Back-End SQL |
100.000
Observação:
Ao implantar apenas mensagens instantâneas e presença, o Office Communications Server 2007 R2 suporta 200.000 pontos de extremidade do cliente, sendo cada ponto de extremidade um programa cliente, como o Communicator, com base em oito servidores Front-End e um computador de 16 núcleos executando o software de banco de dados Microsoft SQL Server. O banco de dados back-end deve ser executado em um computador com processador de 4 vias, com núcleo quádruplo, ou 8 vias, com núcleo duplo, 2,0 GHz.
|
Servidor de Arquivamento |
Um Servidor de Arquivamento |
300.000 |
Servidor de Monitoramento |
Um Servidor de Monitoramento |
200.000 |
Servidor de Chat de Grupo |
Três Servidores de Chat de Grupo |
60.000 (20.000 por servidor).
Observação:
Você deve implantar o QFE 1 para este suporte elevado de servidor e usuário.
|
As topologias de servidor de borda pressupõem que 10% da base total de usuários se conectarão de fora da intranet. A tabela a seguir mostra o número máximo de conexões de clientes permitidas em cada uma das topologias e funções de servidor de borda a seguir.
Tabela 8. Clientes máximos suportados para as topologias de servidor de borda
Topologia | Desempenho permitido |
---|---|
Servidor de Borda |
Serviço de Borda de Acesso: 5.000 conexões de clientes Serviço de Borda de Webconferência: 1.000 conexões de clientes Serviço de Borda A/V: 500 sessões de áudio/vídeo (A/V) simultâneas |
A implantação de um Diretor é recomendada para o acesso externo.
Tabela 9. Capacidade do Communicator Web Access
Métrica de desempenho | Presença e IM do Communicator Web Access, Communicator Mobile para Java, busca, e compartilhamento de área de trabalho |
---|---|
Número de usuários |
5.000 usuários 120 usuários de compartilhamento de área de trabalho simultâneos |
Observação: |
---|
Configuração do computador: CPU de 2,3 GHz, 8,0 GB de memória, 8 processadores, Kernel SSL desabilitado, limite de fila de solicitação de ASP NET 1.5 de 1,5 * o número de usuário simultâneos do servidor, conexão HTTPS, sem colocação com outro servidor virtual ou servidor Office Communications, 16 GB de memória virtual, log de Communicator Web Access (rastreamento detalhado) desligado |
Observação: |
---|
Configuração do computador: CPU de 3,0 GHz, 1,0 GB de memória, rede de 100 Mbps, disco rígido de 80 GB, navegador Internet Explorer 7.0, sistema operacional Microsoft Windows XP SP2, monitor de 1280x1024 |
Tabela 10. Planejamento de capacidade de disco de armazenamento
Unidade de armazenamento | Média de bytes em disco por leitura e média de bytes em disco por gravação (para 100.000 usuários) | Leituras e gravações em disco (por segundo para 100.000 usuários) |
---|---|---|
Unidade de dados de back-end de pool Enterprise |
Leitura: 0 Gravação: 2.180 |
Leitura: 0 Gravação: 158,3 |
Log RCT do pool Enterprise |
Leitura: 0 Gravação: 832 |
Leitura: 0 Gravação: 216,2 |
Log RCTdyn do pool Enterprise |
Leitura: 996 Gravação: 2.289 |
Leitura: 0,002 Gravação: 561,3 |
Arquivo da unidade do arquivo de log |
Leitura: 0 Gravação: 3.783 |
Leitura: 0 Gravação: 110,1 |
Unidade de arquivo de dados de arquivamento |
Leitura: 761 Gravação: 3.532 |
Leitura: 0,091 Gravação: 38,7 |
Unidade de log de dados de monitoramento (QoE e CDR) |
Leitura: 8.192 Gravação: 6.213 |
Leitura: 85,5 Gravação: 193,1 |
Tabela 11. Arquivamento e monitoramento do Planejamento de capacidade de armazenamento do banco de dados
Componente | Crescimento médio do banco de dados por hora | Premissas de uso |
---|---|---|
Banco de dados de arquivamento |
636 MB por hora por 100.000 pontos de extremidade |
Baseado em 320 mensagens por segundo, 400 bytes por mensagem |
Banco de dados de monitoramento |
CDR: 162 MB por hora para 100.000 pontos de extremidade QoE: 482 MB por hora para 100.000 pontos de extremidade |
Presume que os clientes não criam dados QoE para chamadas de vídeo |
Tabela 12. Planejamento de capacidade de bate papo em grupo
Uso da sala de chat | Taxa de conexão do usuário | Taxa de mensagens |
---|---|---|
Cada usuário participa de 30 salas de chat Cada sala de chat tem 30 participantes |
Duas conexões de usuário iniciadas por segundo, por servidor |
40 mensagens por segundo (todas as salas de chat) |
Observação: |
---|
As salas de chat podem suportar mais de 30 participantes e o cliente de chat de grupo é capaz de suportar mais de 30 salas de chat. Entretanto, grandes números de participantes em uma sala de chat pode afetar o desempenho do servidor. A configuração máxima testada para salas de chat é de 1.000 participantes. O uso de salas de chat com grandes números de participantes deve se limitar a não mais de 10% de todas as salas de chat criadas. |
Observação: |
---|
A documentação atualizada do Planejamento da capacidade de Chat de Grupo, além de uma planilha de planejamento de capacidade, está disponível como um download gratuito do Centro de Download da Microsoft:
|
Tabela 13. Planejamento de capacidade de compartilhamento de aplicativos para modelo de objeto compartilhado persistente (PSOM)
Uso de compartilhamento de aplicativos | Enviar e receber (KBps) | Tempo do processador | Uso médio da largura de banda por usuário (Kbps) |
---|---|---|---|
15 conferências, 90 usuários |
Recebido: 1.370 (2.728 pico) Enviado: 6.370 (12.315 pico) |
Média: 8,5 Pico: 24,4 |
Enviados por compartilhador: 713,57 Recebidos por visualizador: 552,92 |
Tabela 14. Planejamento de capacidade do servidor de mediação
Computador |
---|
90% de usuários internos, 10% de usuários externos/remotos |
Dois processadores, núcleo duplo, CPU de 3,0 GHz, com 4 GB de memória e placa adaptadora de rede de 2 x 1 Gbps |
Dois processadores, núcleo quádruplo, CPU de 2,3 GHz, com 4 GB de memória e placa adaptadora de rede de 2 x 1 Gbps |
100% de usuários remotos/externos |
Dois processadores, núcleo duplo, CPU de 3,0 GHz, com 4 GB de memória e placa adaptadora de rede de 2 x 1 GB |
Dois processadores, núcleo quádruplo, CPU de 2,3 GHz, com 4 GB de memória e placa adaptadora de rede de 2 x 1 GB |
Observação: |
---|
Na tabela anterior, a utilização da CPU foi presumido como sendo de 75% da capacidade. A colocação em escala de números do servidor de mediação depende do local dos usuários, principalmente da distância entre o usuário e o servidor de mediação. Para usuários fora da rede interna, a pilha de mídia usa uma taxa de bits mais baixa, que pode afetar o desempenho significativamente. |
A capacidade de planejamento do Servidor de Catálogo de Endereços planejada para o tamanho do banco de dados do Servidor do Catálogo de Endereços e banco de dados do serviço de consulta Web do Catálogo de Endereços, o tamanho dos arquivos de download e o número de clientes Office Communicator Mobile for Windows que acessarão o serviço de consulta Web de Catálogo de Endereços.
O tamanho do disco usado para o banco de dados do Servidor de Catálogo de Endereços e o arquivo de servidor em que o Servidor de Catálogo de Endereços cria os arquivos de download depende amplamente do número de contatos que devem ser armazenados. (O servidor de arquivos pode ser usado para armazenar outros dados também. Para obter mais detalhes, consulte a seção "Pastas" em Requisitos de armazenamento). Uma maneira de estimar o número de contatos que o Servidor de Catálogo de Endereços armazenará no banco de dados e nos arquivos de download é presumir que cada usuários tenha dois objetos de Contato. Como resultado, você poderá estimar os requisitos de armazenagem para o Servidor de Catálogo de Endereços multiplicando o número de usuários em sua organização por dois.
- Premissas gerais do tamanho de arquivo de download do Catálogo de Endereços:
- 100.000 contatos, 2.5 GB de armazenamento para arquivos de download (com base em dois contatos por funcionário)
- 100.000 funcionários, 5 GB de armazenamento para arquivos de download
- Premissas gerais do tamanho de banco de dados de consulta Web do Catálogo de Endereços:
- 100.000 contatos, 1, 5 GB de armazenamento
- 1 GB para o log do banco de dados
Tabela 15. Desempenho de serviço de consulta web do catálogo de endereços para um pool Enterprise
Número de usuários | O número máximo de dispositivos móveis | Número de entradas no banco de dados do Catálogo de Endereços | Consultas por segundo | Notas de uso |
---|---|---|---|---|
Total: 100.000 Habilitados para o Enterprise Voice: 30.000 |
18.000 (60% dos usuários habilitados para o Enterprise Voice) |
300.000 |
Média: 17,7 Horas de pico: 26,55 |
Oito servidores Front-End 30% dos usuários estão habilitados para comunicações unificadas. 100 consultas por segundo têm um impacto mínimo no desempenho. |
Tabela 16. Planejamento de capacidade de áudio/vídeo
Mídia | Codec | Largura de banda média (Kbps) | Atividade estimada (%) | Largura de banda máxima (Kbps) |
---|---|---|---|---|
Áudio de banda ampla |
RTAudio |
34,8 |
61 |
57 |
Áudio de banda ampla |
Siren |
22,2 |
43 |
51,6 |
Áudio de banda estreita |
RTAudio |
25,9 |
65 |
39,8 |
Vídeo |
RTVideo |
258,3 |
82 |
350 |
Vídeo Panorâmico |
RTVideo |
220,5 |
70 |
350 |
- Os números de largura de banda citados para os fluxos de mídia incluem todas as informações de sobrecarga de enquadramento, criptografia e roteamento IP, além da mídia codificada em si.
- Os valores médios de largura de banda de codec são baseados em medições e derivados da largura de banda máxima teórica com base nos valores geralmente observados de nível de atividade. Os níveis de atividade de áudio levam em consideração a atividade de voz no fluxo. Os níveis de atividade de vídeo levam em consideração a quantidade de movimento nas imagens de vídeo
- Os níveis de atividade de banda estreita de Áudio RT são ligeiramente mais altos para permitir detecção de atividade de voz menos ideal em gateways PSTN para chamadas VoIP para PSTN do Office Communications Server. Esse número deverá ser aumentado em 15% se nenhuma detecção de atividade de voz estiver habilitada no gateway PSTN implantado.
- O nível de atividade de vídeo panorâmico é inferior ao de fluxos de vídeo regulares, porque há uma proporção relativa mais alta de área de plano de fundo nas imagens panorâmicas.
Requisitos e recomendações de largura de banda de mídia
Para gateways de mídia básica, o requisito de largura de banda entre gateway e o servidor de mediação é de 80 kbps para cada chamada concorrente. Multiplicar esse número pelo número de portas de cada gateway é uma estimativa razoável da largura de banda necessária no gateway do Servidor de Mediação. No lado do Office Communications Server, o requisito de largura de banda é consideravelmente menor.
Ao configurar o Servidor de mediação, você deve aceitar o intervalo de gateway de porta médio padrão de 60.000 a 64.000. A redução do intervalo de portas reduz bastante a capacidade do servidor e somente deve ser executada, por motivos específicos, por um administrador com conhecimentos sobre os requisitos e os cenários de porta de mídia. Por esse motivo, não é recomendado alterar o intervalo de portas padrão.
O tráfego que exige muita largura de banda, como voz e vídeo, costuma sobrecarregar as redes com provisionamento inadequado. Limitar o tráfego de mídia a um intervalo de portas conhecido facilita a resolução desses problemas.
Requisitos de largura de banda de dados móveis
Aproximadamente 1 MB de largura de banda é necessário para o acesso móvel por um dia útil de 8 horas. Isso se baseia no seguinte uso:
- Um grupo de distribuição, com 15 usuários
- 80 membros na lista de contatos, com quatro atualizações de presença por usuário por hora
- Um contato marcado com quatro atualizações de presença em uma hora
- 12 chamadas telefônicas por dia, com 1 chamada por hora (1 recebida e 1 feita a cada duas horas)
- Dois minutos por chamada
- O usuário está registrado em um ponto de extremidade adicional (como o Office Communicator ou um telefone fixo)
- Uma sessão de mensagens instantâneas a cada duas horas
- Mensagens instantâneas recebidas e enviadas são iguais (1:1)