Otimização entre data centers

7

Em geral, os links entre os data centers são compartilhados (com infraestrutura de rede compartilhada). Portanto, não consigo detectar a largura de banda disponível entre dois data centers que podem variar a cada momento e ao longo do caminho .

Consecutivamente, não consigo limitar a rede enviando meus pacotes UDP entre esses links, porque me preocupo com a queda de pacotes e a perda de mensagens.

Existe alguma maneira de detectar instantânea e repetidamente a largura de banda disponível entre dois data centers para que eu possa estrangulá-la com meus pacotes?

Mohamad-Jaafar NEHME
fonte

Respostas:

7

Não consigo controlar a rede enviando meus pacotes UDP entre esses links porque me preocupo com a queda de pacotes e a perda de mensagens.

À primeira vista, isso parece mais um problema de design com o aplicativo, não com a rede:

  1. Redes não são confiáveis.
  2. O UDP nunca teve a intenção de transportar mensagens de forma confiável sem adicionar detecção e retransmissão de perda de camada de aplicativo.

Se o aplicativo exigir mensagens confiáveis, muitas pessoas usam o TCP (para terminais de unicast) ou o TIBCO RV (terminais de multicast). O diabo está sempre nos detalhes e não existe um tamanho único para todas as soluções.

Existe alguma maneira de detectar instantânea e repetidamente a largura de banda disponível entre dois data centers, para que eu possa estrangulá-la com meus pacotes?

Você está essencialmente pedindo o que é tradicionalmente chamado de QoS .

Depois de construir regras para classificar e priorizar seu tráfego, você pode usar QoS disciplinas como CBWFQ e LIQ priorizar suas classes de tráfego mais importantes em face de congestionamento (ie baixa largura de banda disponível).

Como alternativa, você pode usar a QoS para definir determinadas classes de tráfego para uma taxa média.

Em geral, as classes de tráfego UDP são consideradas mais sensíveis à perda do que as classes TCP. Sempre há exceções a essa regra, é claro; por exemplo, o TIBCO RV geralmente é baseado no multicast UDP, mas o TIBCO inclui números de sequência para detectar a necessidade de retransmissão. Dependendo dos aplicativos, você pode ou não precisar priorizar as classes UDP TIBCO em relação a outro tráfego TCP.

Não encontrei como detectar a largura de banda disponível.

Depende do tipo específico de QoS, mas em geral:

  • As classes de QoS monitoram a utilização média dentro da classe de tráfego
  • A QoS observa as filas da interface quanto ao congestionamento e prioriza apenas quando a interface tem um tamanho de fila diferente de zero (ou seja, congestionamento).

Esta resposta ilustra um tipo de configuração de QoS.

Notas finais:

Mike Pennington
fonte
11
Em primeiro lugar, gostaria de agradecer sua resposta. Pesquisei bastante, mas até agora não encontrei como detectar a largura de banda disponível. Sim, a QoS fala sobre como limitar a taxa de transferência de envio a um limite fixo. Mas como você sabe em rede compartilhada, a largura de banda varia a cada momento. Não tenho certeza de que a QoS possa ajudar. Caso contrário, esclareça-o muito mais, por favor.
Mohamad-Jaafar NEHME
QoS é um grande assunto e é sua única escolha em situações como essa.
Ryan Foley
Você está @RyanFoley direita é assunto enorme, obrigado;)
Mohamad-Jaafar Nehme
Também não tenho certeza de como isso responde à questão de detectar / determinar a largura de banda disponível em um link cuja largura de banda pode variar.
perfil completo de Nanban Jim
Minha resposta está dizendo que você não deve fazer isso para fins de engenharia de tráfego. Use QoS para priorizar automaticamente o seu tráfego
Mike Pennington