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

A tabela a seguir mostra o número máximo de usuários em um único Expressway dedicado aos diferentes ambientes de Calendário híbrido.

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

Observe que a capacidade de usuários é a mesma para um grupo de um nó e para um grupo de dois nós. Isso ocorre porque o Serviço de Calendário usa o failover 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 da capacidade de grupos Expressway para usuários de serviços híbridos para obter uma explicação detalhada.

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.

_{* 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 da capacidade do grupo Expressway para usuários de serviços híbridos para obter 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, U_calN= (N-1) * U cal1 onde N=6 e U_cal1=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:

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.

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.

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.

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.

A capacidade de um grupo Expressway de atender aos usuários de mensagens híbridas depende do tamanho dos nós Expressway constituintes, 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 um único Expressway usado para a Mensagem híbrida.

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 o Calendário híbrido (usando seu Exchange local), a chamada híbrida e o Serviço de mensagens híbridas.

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

Nesse cenário, um conector de calendário híbrido de dois nós do grupo Expressway. 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).

_{† 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 calendário híbrido baseado no Expressway, a limitação da capacidade do usuário do Office 365 para 1.000 por grupo é independente do tamanho ou contagem do nó do grupo. Essa limitação deriva da interação com o serviço de nuvem da Microsoft e não da escala da implantação do Expressway 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.