O SLA de conectividade Cato para o túnel assegura desempenho e resiliência ótimos para os fluxos de aplicação do site. O Socket e o PoP conectado usam algoritmos de seleção de caminho baseados em SLA em tempo real para escolher o link ideal para cada fluxo nas direções de tráfego enviadas e recebidas. O algoritmo monitora constantemente as métricas de SLA, como perda de pacotes, latência, congestionamento, estado da porta, estado da conectividade da Internet, e o Socket pode mover fluxos entre links caso seja detectada degradação do SLA.
O desempenho do link é classificado como aceitável ou inaceitável com base nos limites de perda de pacotes, latência e outras métricas. Esta classificação determina quando o Socket usa o link WAN ativo, ativa um link de backup ou inicia uma conexão com um PoP diferente. Entender como o Socket reage à degradação do SLA é essencial para garantir uma entrega de aplicação confiável.
O Socket distribui traficam entre todos os links ativos, incluindo links com capacidades de largura de banda diferentes e upstream/downstream assimétricos. O mecanismo de SLA de conectividade do Socket está programado para reagir a qualquer problema de conectividade e tomar ações para superar automaticamente a questão. Em situações onde o SLA de conectividade se torna inaceitável e não consegue cumprir os limites, o Socket e o PoP tomam medidas para reparar a conectividade. Por exemplo, o Socket ativa os links passivos. Se essas ações não resolverem o problema de conectividade, o Socket se conectará a um PoP diferente.
Recomendamos usar a configuração ativa/ativa para sites Socket para obter a melhor resiliência e desempenho. Para mais informações, consulte Arquitetura do SLA de Link Socket Cato.
A página de SLA de Conexão permite definir limites aceitáveis e inaceitáveis de SLA que são aplicados a sites Socket em implantações ativas/passivas.
Quando há um SLA inaceitável para o link primário em um site, o Socket ativa o link passivo secundário e envia tráfego sobre ele para o PoP. Quando o link primário retorna a um SLA aceitável, o Socket move os fluxos de volta para o link primário, e o link secundário é desativado.
A página de SLA de Conexão também permite definir limites aceitáveis e inaceitáveis de SLA para implantações ativas/ativas. Para mais informações sobre distribuição de tráfego e configuração de limites personalizados para sites ativos/ativos, consulte Configurando as Configurações de Conexão SLA para Sites Socket Ativos/Ativos.
Dentro do SLA aceitável, o Socket usa todos os links ativos e seleciona o melhor link para cada novo fluxo com base em uma pontuação de saúde calculada em tempo real. Essas métricas de KPI de SLA incluem: perda de pacotes, latência, variação, congestionamento e mais. Para mais informações, consulte Parte 1: As Interfaces do Socket e Precedência.
Para configurações ativas/passivas, os links passivos permanecem inativos enquanto houver pelo menos um link ativo com um SLA aceitável.
Os exemplos a seguir mostram configurações de site Socket onde o limite de SLA inaceitável é definido para 10% de perda de pacotes. O Link 1 está enfrentando uma perda de pacotes de 3%, e o link 2 tem uma perda de pacotes de 0%.
|
|
Quando o Socket determina que todos os links ativos não atendem ao SLA no intervalo de tempo, isso é considerado um SLA inaceitável, e o Socket automaticamente toma ações para corrigir os problemas de conectividade. Dependendo da configuração do link e das configurações de SLA de Conexão, o Socket ativará um link passivo de menor precedência, ou se nenhum dos links atende aos limites de SLA aceitáveis, ele conecta todos os links a um PoP diferente.
Os exemplos a seguir mostram configurações de site Socket onde o limite de SLA inaceitável é definido para 10% de perda de pacotes. O Link 1 está enfrentando uma perda de pacotes de 15% e o link 2 tem uma perda de pacotes de 0%. Esses exemplos são durante o período de avaliação em que o PoP está usando mecanismos de auto-cura.
|
|
Se as ações de correção durante o período de avaliação não resolverem os problemas de conectividade, então o Socket se conectará a um PoP diferente. Por exemplo, se houver um problema com o provedor de nuvem tier-1 para a localização do PoP.
Quando um Socket se conecta a um novo PoP, este é o comportamento:
-
O Socket inicia o período de avaliação de SLA de conectividade inicial de até 40 - 50 segundos.
O período de avaliação de SLA é de 40 segundos, e é verificado a cada 10 segundos, o que significa que o tempo total do período de avaliação é entre 40 - 50 segundos.
-
Se os links para o PoP tiverem um SLA aceitável, o Socket permanece conectado ao PoP.
-
Se os links para o PoP tiverem um SLA inaceitável, o Socket se conecta a um PoP diferente e repete o período de avaliação de SLA de conectividade inicial de até 40 - 50 segundos.
-
-
Se o Socket não conseguir localizar um PoP com um SLA aceitável, ele retornará e se conectará ao PoP original.
Os exemplos a seguir mostram configurações de site Socket onde o limite de SLA inaceitável é definido para 10% de perda de pacotes. O Link 1 está enfrentando uma perda de pacotes de 20%, e o link 2 tem uma perda de pacotes de 15% como resultado de problemas de conectividade do provedor tier-1. O segundo diagrama mostra como conectar a um PoP diferente resolve a questão. O comportamento é o mesmo para implantações de sites ativos/ativos e ativos/passivos.
|
|
Para desempenho ideal e menor latência, é sempre recomendado que o Socket se conecte à localização física do PoP mais próxima. Se o Socket se mover para uma localização do PoP diferente, devido a problemas de SLA com o PoP primário, ele tentará automaticamente reconectar à localização do PoP preferido (o PoP mais próximo do site) em 60 minutos. O Socket verificará se o PoP preferido está disponível e oferece um bom serviço antes de se reconectar a ele. Você também pode optar por reconectar manualmente o Socket ao PoP preferido, consulte Definindo um PoP Preferido para um Site.
0 comentário
Artigo fechado para comentários.