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?

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:


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
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.