terça-feira, 7 de abril de 2015

Onos a SDN mundo: aqui está os nossos números, mostra-nos o seu


O onos (Sistema Operacional de Rede Aberta) redes definidas projeto foi enviado a segunda iteração do seu código, e com ele espera incentivar sector controlador da SDN para começar a publicar as métricas de desempenho detalhados.


Prajakta Joshi, diretor de produtos a ON.Lab, disse ao The Register que enquanto SDN está vendo forte de recepção no espaço do centro de dados, provedores de serviços estão mais cautelosos. Como a casa de requisitos de rede de seis noves, telcos precisa ser capaz de validar muito mais do que o topo de linha I / O desempenho proporcionado por ferramentas como Cbench.





Em Blackbird , o projeto tem procurado ampliar as operadoras de métricas pode medir para descrever o quão rapidamente o controlador SDN está reagindo às mudanças no seu ambiente. Estes incluem a topologia (novas ligações ou novos switches); a taxa de transferência das operações de fluxo (quantos fluxos o controlador pode lidar, a rapidez com que ele reage a mudanças nos fluxos); Rendimento "intenção" e latência (que eu vou explicar em detalhes a seguir); e a escalabilidade plano de controle.


Joshi disse que, assim como a publicação de tanto as medições do Projeto Onos fez em Blackbird entre as suas diversas métricas, o grupo quer outros controladores SDN - ambos abertos e proprietários - a publicar números semelhantes.


"É sobre como iniciar a conversa", disse ela à Vulture do Sul.


Joshi disse que os tipos de prestadores de serviços perguntas estão tentando responder antes que eles entrem na SDN são coisas como "medida que a rede cresce, se você tiver 100 interruptores - então você obtém mais 200 chaves - você pode dimensionar-se o controlador, acrescentando casos?


"Se algo acontecer sul, é possível detectá-lo rápido o suficiente? No norte, os aplicativos estão tentando programar a rede - quantos aplicativos você pode serviço, e quão rapidamente você pode atendê-los?


"Se algo acontecer com a rede - você pode dizer as aplicações? Se o seu aplicativo reage a reprogramar a rede, com que rapidez? "


Metas de latência


No contexto SDN, as metas de latência que estamos falando não são sobre como os pacotes rápidos estão se movendo, mas a rapidez com a infra-estrutura pode reagir às mudanças. No contexto prestador de serviços, que é vital: ser capaz de sacudir o tráfego para um caminho diferente rápido o suficiente para deixar as conversas ou sessões ininterrupta, por exemplo, é como um portador torna-se de um interruptor de mortos não se torne uma crise.


Em todos os casos, Joshi disse ao The Register, Onos definir latência alvos de 100 ms de pior caso e um ideal de menos de 10 ms.


Em um documento a ser publicado em breve, Onos diz o Blackbird está em ou perto de suas metas de latência na maioria das medições:




  • Mudar latência - entre 66 ms e 77 ms interruptor on-se eventos, e entre 8 ms e 13 ms em eventos de troca para baixo;

  • Fazer a ligação latência - entre 8 ms e 22 ms para o link acima eventos, e entre 3 ms e 4 ms de ligação para baixo eventos (demora mais tempo para descobrir um novo link de identificar um link quebrado);

  • Fluxo setups - o grupo reivindica 500.000 instalações de fluxo por segundo para uma única instância, e por um conjunto de sete exemplo, 3 milhões de fluxos locais e 2 milhões de fluxos não-locais por segundo.



SDN com a intenção


"Intenção" refere-se a rapidez com que o controlador de SDN pode responder a uma entrada de política. Como Joshi explicou: "as aplicações dizer o quadro que eles precisam, então, o quadro transporta-o para fora. 'Eu quero um caminho de 10 Gbps entre os dois exércitos, otimizado para custo "- que é o que chamaríamos de intenção".


Na medição de latência intenção, então, a estrutura de teste está olhando para o tempo que leva o controlador de SDN para fazer algo como calcular o caminho solicitado e empurrando-o para baixo para os switches.


O trabalho de laboratório Onos, Joshi disse, mede quanto tempo leva para iniciar ou retirar a intenção, ou quanto tempo o controlador precisa redirecionar o tráfego.


Atualmente, o grupo afirma Blackbird está bem abaixo da meta de 100 ms para a instalação intenção, retirada e redirecionar - uma única instância responde no prazo de 15 ms para todos os três disparos, enquanto uma instância de multi-nó respondeu no prazo de 40 ms para instalar / retirada e 20 ms para redirecionar.


O desempenho intenção, Joshi disse, vai ser objecto de uma afinação para chegar mais perto de atingir. "Algumas coisas ainda precisam ser otimizado", disse ela.


Em scale-out, o que ela disse, Blackbird está a atingir perto de escalabilidade linear - se você tiver 100 switches gerenciáveis ​​com quatro servidores, em seguida, oito servidores devem atender 200 switches.


Há uma pequena pena de escalabilidade, pois o tráfego leste-oeste extra para a comunicação entre as instâncias, mas "que tem sido minimizada para obter scale-out razoavelmente linear".


Assim, os prestadores de serviços pode executar os mesmos testes, tanto para validar o desempenho do Blackbird, para si ou para testar outros controladores contra as mesmas métricas, as configurações de teste e metodologia estão disponíveis aqui . ®



Nenhum comentário:

Postar um comentário