O serviço de chamada híbrida na arquitetura do conector de chamada foi ao fim da vida (EOL), assim o serviçonão é mais suportado oficialmente. O conector de chamada não deve ser considerado para o planejamento Expressway futura para serviços híbridos.


Este artigo não cobre o planejamento de capacidade para a integração serviço de calendário híbrido do Cisco TMS com o Office 365 ou a integração do Cisco TMS com o Google Calendar. Para obter informações sobre capacidade, consulte o Guia de implantação do Serviço de calendário híbrido Cisco Webex.

Fornecemos este artigo para abordar suas perguntas de planejamento de capacidade e explicar como calculamos a escala do usuário. Para modelar seu cenário, tente a Calculadora de capacidade de serviços híbridos.

Considerações de planejamento

Ao planejar Expressway capacidade para a população de usuários de serviços híbridos, considere as seguintes perguntas:

  • Quais serviços híbridos você precisa?

    O Expressway pode hospedar conectores para o serviço de chamada híbrida, o serviço de calendário híbrido e o serviço de mensagens híbridas.

  • Quantos usuários você tem para cada serviço?

    Quanto mais usuários você tiver para cada serviço, maior será a probabilidade de dedicar Expressway grupos a serviços. Para populações menores, a execução de vários conectores em um grupo compartilhado (corresidência) é uma opção válida.

  • Suas necessidades vão mudar?

    Você pode querer começar pequeno, com um grupo Expressway fornecendo serviço a um grupo de primeiros a adotar em sua organização e planejar o crescimento para uma futura lançamento. Você pode migrar de um modelo compartilhado para um modelo dedicado ou dimensionar seu grupo existente para atender aos seus requisitos em evolução.

Fatores contribuintes

Definimos a capacidade de um grupo nos termos das seguintes variáveis:

  • Tamanho do nó — Cada Expressway máquina virtual possui um "tamanho de VM" que é determinado no momento da instalação pelos recursosatribuídos à VM. Os Expressway de instalação descrevem esses requisitos. Se você já tiver um Expressway, poderá ler o tamanho da VM na página de status > informações sobre o sistema na interface Expressway sistema.

  • Contagem denós — Um Expressway de rede pode ter entre um e seis nós. Eles devem ter o mesmo tamanho de nó e executar a mesma versão do software.

  • Estratégia de continuidade de serviço— Os serviços usam estratégias para garantir serviço contínuo aos usuários. serviço de calendário de Mensagens e serviço de mensagens usam uma estratégia de failover.

    As estratégias são detalhadas na tabela de Estratégias de Continuidade de Serviço e Escala de Grupos Dedicados.

  • Coresidência - Quando os conectores compartilham um grupo Expressway, os recursos disponíveis para cada serviço são significativamente menores em comparação com ogrupo dedicado.

    Também pode haver outros serviços Expressway baseados em rede no seu host do conector, como chamada comercial para o negócio (B2B) ou Mobile e Remote Access (MRA). Nos cenários limitados em que este tipo de coresidência é suportado, os números de escala que documentam aqui são limitados ao que testamos. Além do que está descrito neste artigo, o grupo Expressway host do conector não deve ser compartilhado com outros serviços; isso não é compatível.

  • Limitações específicas do serviço - Por exemplo, o conector de calendário é destinado principalmente aos usuários do Microsoft Exchange e suporta um número limitado de usuáriosdo Office 365.

Cálculos para grupos Expressway dedicados

Estabelecemos um limite rígido para o número de usuários de serviço que um único grupo Expressway gerenciar (um "grupo de um"), com base em evidências que coletamos em testes e testes.

Tabela 1. Limites do número de usuários em seções individuais dedicadas Expressway
Expressway do nó Escala serviço de calendário híbrida Escala do serviço de mensagens híbridas
1. Pequeno 5000 5000
2. Médio 10000 6500
3. Grande 15000 15000

Usamos os algoritmos de continuidade de serviço para extrapolar os números de nó único para vários grupos de nós, conforme explicado na tabela a seguir. Se você quiser os resultados sem a explicação, consulte:

Tabela 2. Estratégias de continuidade de serviço e escala de grupos dedicados

Comparar

Serviço de calendário híbrido

Serviço de mensagens híbridas

1. Modelo

Modelo de failover

Modelo de failover

2. Descrição

Atribuímos cada usuário a um nó no grupo. Isso espalhará os usuários por todos os nós.

Se um nó cair, recriaremos as atribuições do usuário desse nó nos outros nós.

Quando o nó voltar, rebalancearemos as atribuições do usuário em todos os nós ativos.

Atribuímos cada usuário a um nó no grupo. Isso espalhará os usuários por todos os nós.

Se um nó cair, recriaremos as atribuições do usuário desse nó nos outros nós.

Quando o nó voltar, rebalancearemos as atribuições do usuário em todos os nós ativos.

3. Fórmula

UcalN= (N-1) * Ucal1

UmsgN= (N-1) * Umsg1

4. Definições

Onde:

UcalN é o grupo de capacidade N para usuários serviço de calendário usuários

N é a contagem de nós

Ucal1 é a capacidade de um único nó para serviço de calendário usuários

Onde:

UmsgN é o grupo de capacidade N para usuários do Serviço de Mensagens

N é a contagem de nós

Umsg1 é a capacidade de um único nó para usuários do Serviço de Mensagens

5. Notas

Se N = 1, não há failover.

O failover é automático e obrigatório se N>1.

Se N = 2, a capacidade é a mesma que se N = 1, com melhor continuidade de serviço.

Benefícios de escala de N>=3 ou usando um tamanho de nó maior.

Se N = 1, não há failover.

O failover é automático e obrigatório se N>1.

Se N = 2, a capacidade é a mesma que se N = 1, com melhor continuidade de serviço.

Benefícios de escala de N>=3 ou usando um tamanho de nó maior.

Cálculos de grupos Expressway compartilhados

Nosso algoritmo presume que os conectores coresidentários compartilham proporcionalmente os recursos de um único nó. Esse algoritmo, de maneira conservadora, define o limite para cada tipo de usuário no nó.

Por exemplo, a tabela a seguir mostra o número máximo de usuários para todos os casos dedicados e os casos de coresidência em uma única rede Expressway.

Tabela 3. Escala de uma média Expressway para cenários dedicados ou de coresidência
Expressway de trabalho serviço de calendário usuários Usuários do serviço de mensagens
Dedicado a serviço de calendário

10,000

Dedicado ao serviço de mensagens

6,500

Compartilhado por serviço de calendário e serviço de mensagens

4,000

4,000

Compartilhado pelos serviços de calendário, chamada e mensagem

2,300

2,300

Não listamos exaustivamente todos os estados de corresidência para todos os tamanhos de grupos. Em vez disso, você pode monitorar a capacidade da sua implantação de Serviços Híbridos existente ou usar a calculadora para planejar uma nova implantação.


A calculadora permite que você escolha conectores, tamanho do nó e contagem de nós, para que você possa modelar a sua implantação. O restante desta seção explica como ele calcula os números de usuários do seu modelo.

Assim como fizemos no Expressway dedicado, extrapolamos o algoritmo para Expressways compartilhados para determinar números de usuários para vários nós. A diferença nos casos dedicados é que aplicamos o cálculo de continuidade de serviço apropriado para obter a escala do usuário para um determinado serviço no grupo. Não podemos calcular a escala do usuário para o grupo porque os grupos organizam estratégias de continuidade de serviço concorrentes e baseadas no usuário.

Tabela 4. Capacidade de usuários em grupos de nós médios

Finalidade do grupo

Usuários do serviço de mensagens híbridas para 1, 2 e 3 nós

Dedicado ao serviço de mensagens

6,500

6,500

13,000

Fatores contribuintes adicionais

Pode haver demandas concorrentes nos recursos do grupo que diminuirão a capacidade de usuários. Estes são os exemplos conhecidos:

serviço de calendário—O host do conector também pode receber serviços dos usuários do O365. Os números e cálculos mostrados aqui presumem que apenas a infraestrutura do Exchange no local fornece o serviço de calendário. Para obter mais informações sobre a serviço de calendário "híbrida", temos alguns números e gráficos na seção serviço de calendário desteartigo.

Processamento de chamada— O host do conector também pode processar a sinalização de chamada e a mídia. Esta é efetivamente uma integração de "Empresa a empresa" entre sua organização e a nuvem Webex. Isso reduz a capacidade, conforme descrito na Coresidency com outras Expressway soluções.

Você pode usar o Control Hub para visualizar um valor percentual da capacidade atual de usuários de cada um dos seus recursos de Expressway híbridos. Uma barra colorida indica se a capacidade está dentro dos limites aceitáveis. Essa exibição permite avaliar a saúde de suas implantações de serviços híbridos e orienta você sobre quando precisa de mais Expressways.

  • Verde— Seus Expressways estão dentro dos limites de capacidade aceitáveis. (1%–60%)

  • Âmbar— Você tem Expressways suficientes, mas está próximo de atingir os limites de capacidade. (61%–90%)

  • Vermelho— Você não tem Expressways suficientes e precisa adicionar mais. (91% ou mais)


    Se os Expressways estão em um grupo de recursos, o indicador de capacidade aparece em uma exibição filtrada dos grupos no grupo de recursos.

  • Para implantações sem grupos de recursos (padrão):

    1. Na exibição do cliente em , vá para Serviços > híbridos e role até os cartões de serviços híbridos para visualizar a porcentagem de capacidade usada nos recursos Expressway de cada https://admin.webex.comserviço.

  • Para implantações com grupos de recursos:

    1. Na exibição do cliente em , vá para Serviços > híbridos, role até os cartões de serviço híbridos e, em seguida, em https://admin.webex.comRecursos, clique em Exibir tudo.

      A barra de capacidade indica apenas a capacidade de grupos fora dos grupos de recursos. Se todos os grupos fazem parte de um ou mais grupos de recursos ou o serviço não tem grupos que estão configurados, a barra de capacidade não é exibida.

    2. Se o valor da capacidade for N/D , escolha um grupo de recursos da opção Filtrar para revisar a capacidade e os grupos de recursos.

      O valor é atualizado para mostrar a porcentagem da capacidade usada por grupos nesse grupo de recursos e codificação de cores para indicar a saúde.

Coisas a se manter em mente

  • A capacidade do grupo varia dependendo do tamanho do nó, do número de nós no grupo Expressway, de quantos serviços estão em execução no grupo e da alta disponibilidade ou estratégia de failover. Para obter mais informações, consulte as seções de escalação de calendário e mensagem individuais.

  • A coresidência reduz a escala do usuário para os serviços existentes; o algoritmo de capacidade assume que cada usuário está usando todos os serviços.


    Recomendamos a coresidência quando você estiver tentando vários serviços ou se tiver uma implantação de pequena escala. Para serviços em produção ou implantações em grande escala, recomendamos que você execute os diferentes serviços híbridos em grupos Expressway dedicados.

O que fazer em seguida

Para adicionar mais Expressways em serviços híbridos, use as etapas do guia de implantação para registrar hosts de conectores na nuvem e adicioná-los a grupos existentes:

A capacidade Expressway de um grupo para usuários híbridos serviço de calendário usuários depende principalmente do tamanho e do número de nós no grupo e da estratégia de continuidade de serviço. A tabela a seguir mostra a capacidade máxima total de usuários que o grupo pode lidar conforme você aumenta os nós (ou o tamanho OVA do nó) em um único grupo dedicado.


Em um ambiente do Exchange híbrido com usuários do Office 365, há um limite de 1.000 usuários do Office 365 por grupo, independentemente da contagem ou tamanho de nós do grupo. O serviço baseado em nuvem é o método preferido de lidar com os usuários do Office 365. É altamente recomendável que você somente hospede temporariamente usuários do Office 365 Expressway.

Essa limitação deriva da interação com o serviço da nuvem da Microsoft e não da escala da implantação Expressway local. Por exemplo, se você tiver um único pequeno nó Expressway, sua capacidade é limitada a 1.000 usuários do Office 365 e 4.000 usuários do Microsoft Exchange. Se você tiver um grupo de 6 nós pequenos, sua capacidade é limitada a 1.000 usuários do Office 365 além de 24.000 usuários do Microsoft Exchange.

Tabela 5. Capacidade serviço de calendário de usuários híbridos para um grupo dedicado

Expressway do nó

1 ou 2 nós*

3 Nós

4 Nós

5 Nós

6 Nós

1. Pequeno

5K

10K

15K

20K

25K

2. Médio

10K

20K

30K

40K

50K

3. Grande

15K

30K

45K

60K

75K

* Observe que a capacidade de usuários é a mesma para um grupo de um nó e para um grupo de dois nós. Isso é porque serviço de calendário utiliza fail over para melhorar a continuidade do serviço. Todos os usuários são atribuídos a um nó quando há dois nós no grupo; o outro nó é um backup redundante. Consulte Planejamento Expressway capacidade de grupos para usuários de serviços híbridos para uma explicação detalhada.

Atribuição do usuário entre hosts e grupos

Por padrão, a serviço de calendário híbrida atribui e distribui usuários automaticamente em todos os conectores de calendário em um grupo. A atribuição é dinâmica com base na disponibilidade, e o administrador não tem controle sobre a qual nó específico um usuário individual é atribuído.

Em casos em que uma organização tem mais de um grupo, a distribuição do usuário é baseada em vários fatores, incluindo a disponibilidade do grupo, a atribuição atual (para reduzir as falhas durante a recuperação de falhas) e uma ordem de classificação com base na mais alta preferência do grupo. O administrador também tem a habilidade de designar um usuário ou grupo de usuários a um grupo de recursos. Os grupos de recursos são específicos do grupo, assim eles permitem que os administradores restringem a atribuição de conjuntos específicos de usuários para um grupo específico.

Com essa compreensão básica atribuição de usuário e levar em conta os pré-requisitos do conector de calendário do Expressway, um administrador pode implantar a capacidade apropriada em escala para sua organização. Vejamos um exemplo de organização de 126.000 usuários a serem habilitados para a serviço de calendário híbrida, dado os seguintes parâmetros:

  • Expressway de 6 nós usando o grande modelo OVA (limite de 15.000 usuários por nó)

  • Não é necessário nenhum grupo de recursos

A fórmula da capacidade de um único grupo, UcalN= (N-1) * U cal1 onde N=6 e Ucal1=15.000 (usando o grande modelo OVA) produz um máximo de 75.000 usuários. Com 126.000 usuários no total na implantação do serviço de calendário, vários grupos de host do Conector de calendário são necessários. Os usuários serão igualmente distribuídos conforme mostrado na figura a seguir:

Figura 1. Atribuição
Dois grupos de 6 nós cada; grupo A organiza 12.500 usuários por nó para um total de 75.000 usuários, um grupo B hospeda 8500 usuários por nó, para um total de 51.000 usuários. Juntos, há 126.000 usuários atribuídos ao sistema serviço de calendário.

O serviço de calendário híbrido adiciona usuários ao grupo A primeiro até que o grupo alcance a capacidade de 75.000 usuários e atribui os usuários restantes ao grupo B. Os usuários são aleatoriamente e igualmente distribuídos entre todos os nós dentro do grupo. Este exemplo mostra uma distribuição igual dos nós do host do Conector de calendário (dentro de cada um dos dois grupos) nos centros de dados RTP e PDX. Cada nó usa o mesmo modelo OVA e segue as diretrizes de Expressway de altadisponibilidade. O conector de calendário usa a Expressway de grupo atual em um modelo de redundância 5+1 para permitir cenários de alta disponibilidade.

Com todos os usuários atribuídos a um conector de calendário, vamos examinar agora o que acontece quando há uma falha em um grupo. A próxima figura mostra uma falha de nó único. Os usuários que foram atribuídos ao nó com falha, 5A no grupo A, agora falharam nos nós restantes nesse grupo. A capacidade de um único nó permite até 15.000 usuários e cada nó restante no grupo A adiciona 2.500 usuários que foram originalmente atribuídos no nó 5A. Não há nenhuma alteração ou impacto para o grupo B ou para os usuários atribuídos no grupo B.

Figura 2. Um nó no grupo A fica indisponível

O grupo A ainda está na capacidade máxima e cada um dos nós operacionais no grupo está agora com a capacidade máxima, 15.000 usuários/nó. Portanto, se outro nó no grupo A tornar-se indisponível, como o nó 4A na próxima figura, o grupo B agora será responsável por pegar a carga de usuário adicional. Os 15.000 usuários do nó 4A agora são reatribuídos ao grupo B e igualmente distribuídos entre todos os nós dentro do grupo B.

Figura 2. Dois nós no grupo A tornam-se indisponíveis

Quando os nós 4A e 5A se recuperarem, os usuários no grupo A serão redistribuídos entre os nós no grupo. Os usuários que falharam no grupo B permanecem no grupo B durante esta fase de recuperação para evitar atribuições de usuários desnecessárias entre os grupos, conforme mostrado na próxima figura.

Figura 2. Recuperação e redistribuição de usuário através de nós ativos

Um item importante a ser ciente de no planejamento de uma implantação de serviço de calendário híbrida de grande escala está compreendendo o impacto de uma falha se ela ocorrer na implantação. Se usarmos a mesma implantação de 126.000 usuários, mas acontecer de perder todo um centro de dados, existe um potencial para os usuários que não estão sendo atribuídos a um nó do conector de calendário. Para evitar uma quebra de serviço neste tipo de cenário, o cliente precisará de um terceiro grupo para redistribuir e lidar com os usuários afetados.

Figura 5. Impacto da perda do centro de dados

A capacidade de um Expressway de atender usuários do serviço de mensagens híbridas depende do tamanho dos nós constituintes Expressway, do número de nós no grupo e da estratégia de continuidade de serviço.

A tabela a seguir mostra o número máximo de usuários em uma única Expressway que é usada para o serviço de mensagens híbridas.

Tabela 6. Capacidade de usuários do serviço de mensagens híbridas em um sistema Expressway

Pequenas Expressway

Médias Expressway

Áreas Expressway

5.000 usuários

6.500 usuários

15.000 usuários

Figura 6. Escala do usuário do serviço de mensagens híbridas em grupos de host do conector dedicado. Este diagrama mostra os níveis máximos da escala do usuário conforme você aumenta os nós em um grupo dedicado para o Serviço de mensagens híbridas

Os números de usuários são os mesmos para um grupo de um nó e para um grupo de dois nós. Isso é porque o Serviço de Mensagens usa o failover para melhorar a continuidade do serviço. Os usuários são distribuídos uniformemente entre os vários nós no grupo: se um nó falhar, os usuários desse nó serão atribuídos aos outros nós.

Figura 7. Exemplo de coresidência: Serviço de mensagens híbridas serviço de calendário de usuário dimensionado por tipo de grupo. Este diagrama mostra o número máximo de usuários do Serviço de mensagens e serviço de calendário usuários por grupo, para diferentes tipos de grupos organizando conectores de mensagens e de calendário.

Este tópico é sobre o compartilhamento de conectores Expressway conectores de vários serviços híbridos, incluindo o serviço de calendário e o Serviço de mensagens. O host do conector não é compartilhado com outras Expressway baseadas em segurança, tais como MRA e B2B.

A capacidade do grupo de host do conector depende do tamanho dos nós constituintes Expressway, do número de nós, dos conectores que estão em execução no grupo e da estratégia de continuidade de serviço. Consulte Planejamento Expressway capacidade de grupos para usuários de serviços híbridos para uma explicação detalhada desses fatores.

Há também uma calculadora para você modelar diferentes clusters de host de conectores e ver quantos usuários de cada serviço seu grupo propostas pode suportar.

Em geral, recomendamos a coresidência apenas para implantações de tamanho menor de até dois nós. Se a implantação exceder a capacidade de um par de nós, você deve mover conectores para Expressway grupos que são dedicados a cada serviço híbrido específico.

Exemplo: Escala do host do conector com três conectores coresident

A tabela a seguir mostra um exemplo de escala e coresidência. Ele fornece o número máximo de usuários por grupo, para cada serviço, com especificações diferentes do grupo do host doconector. O grupo é compartilhado entre os serviço de calendário híbridos (usando o Exchange no local), o serviço de chamada híbrida e o serviço de mensagenshíbridas.

Tabela 7. Exemplo: Escala do host do conector com dois conectores coresident

Serviço

Dois nós pequenos

Dois nós médios

Dois nós grandes

serviço de calendário usuários

1,300

2,300

3,000

Usuários do Serviço de Mensagens

1,300

2,300

3,000

Introdução

Este tópico é sobre o compartilhamento de conectores de Expressway com outras Expressway baseadas em segurança. Quando você optar por hospedar conectores em um Expressway que estiver usando para outras finalidades, as seguintes advertências importantes se aplicam:

  • Não podemos suportar o modelo de escalabilidade que se aplica a um host do conector dedicado Expressway. Os números de usuários originados da leitura dos outros tópicos neste artigo ou da calculadora não se aplicam quando o host do conector for compartilhado com outros Expressway de segurança.

  • As combinações de Expressway baseados em serviços híbridos e conectores de serviços híbridos descritos neste artigo e os números de usuários associados são os únicos cenários suportados. Nós não testamos outros cenários, e você não pode esperar que eles trabalhem em seu ambiente.

Expressway baseado em serviço de calendário com o Conector de chamada e a Travessia do serviço de chamada

Neste cenário, um grupo de Expressway grupo híbrido serviço de calendário conectores. O grupo também está fazendo o traversal de chamada para outras soluções de chamada da Cisco (mídia e sinalização SIP).

A tabela mostra os diferentes ambientes de calendário que você pode usar com o conector Expressway baseado em segurança. O conector Expressway calendário baseado em rede não é suportado em grupos com mais de dois nós. Use o conector baseado em nuvem para ter uma maior escala com o Office 365 (consulte Serviço de calendário Escala).

Tabela 8. Escala do usuário para serviço de calendário com a travessia de chamada

Serviço

Grupo de dois pequenos nós

Grupo de dois nós médios

Grupo de dois nós grandes

Serviço de calendário

Exchange no local

500 usuários

1.000 usuários

1.000 usuários

Office 365

500 usuários

1.000 usuários

1.000 usuários

Exchange no local e Office 365 (implantações do Exchange híbrido)

Máximo de 500 usuários para ambos

Máximo de 1.000 usuários para ambos

Máximo de 1.000 usuários para ambos

Traversal de chamada

200 sessões de áudio

100 sessões de vídeo

200 sessões de áudio

100 sessões de vídeo

1.000 sessões de áudio

500 sessões de vídeo

† Para evitar essa limitação de escala, recomendamos que você use o conector baseado em nuvem serviço de calendário em vez do conector local. Para o serviço de calendário híbrido baseado em Expressway, a limitação da capacidade de usuários do Office 365 para 1.000 por grupo é independente do tamanho ou da contagem de nós do grupo; essa limitação deriva da interação com o serviço em nuvem da Microsoft e não da escala da implantação doExpressway local.

Calendário com celular e Remote Access

Neste cenário, um grupo MRA de uma ou duas pequenas MVs Expressway está hospedando o conector de calendário. Este cenário assume que o grupo é usado apenas para MRA e os dois conectores. O grupo está limitado a um ou dois nós pequenos.

Tabela 9. Escala do conector de calendário no pequeno MRA Expressway-C

Expressway de trabalho

Grupo de um pequeno Expressway-C

Grupo de Dois pequenos Expressway-Cs

serviço de calendário usuários (Conector no local para o Exchange)

500 usuários

500 usuários

Usuários móveis e Remote Access usuários

100

100