5 maneiras para reduzir a latência da rede de publicidade
Poucos de nós já se deparou com a palavra OpenDaylight em uma conversa educada ultimamente, porém muitos anos que passamos o uso e gerenciamento de redes.
É, no entanto, um de uma série de palavras relacionadas que todos nós estamos indo estar usando uma grande quantidade ao longo dos próximos 12 a 18 meses. Vejamos o que é e, mais importante, o conjunto mais amplo de conceitos de que faz parte.
OpenDaylight é sem dúvida o projeto mais importante no gênero nascente da rede definida por software (SDN).
O objetivo é simples: para abrir o mundo fechado de infra-estrutura de rede, e para fazê-lo dentro de um framework open-source para incentivar o desenvolvimento generalizado e garantir que ele não está apenas disponível a partir de qualquer fornecedor oferece aos desenvolvedores o maior pote de dinheiro.
Pilha nas camadas
A rede tradicionalmente fica em uma camada mais baixa sob os servidores e aplicações. Como plataformas de virtualização tornou-se mais complexo e mais avançados, eles começaram a introduzir a sua própria funcionalidade da rede interna.
Isso permite que você faça coisas como manter elementos de tráfego inteiramente dentro do hardware do servidor, se ele está indo de uma máquina virtual para outro dentro da mesma caixa, e, mais recentemente, até mesmo para fazer alguma esperteza funky que lhe permite implementar conceitos puros, como a camada 2 emulação sobre o topo de uma camada de rede 3.
Este último envolve a utilização de código presentemente criativa para fornecer características espertos enquanto trabalha dentro dos limites do que a camada de rede subjacente pode proporcionar. Mas e se as camadas mais altas poderia ligar para a camada de rede?
O que se poderia dizer que a camada de rede como lidar com o tráfego que está prestes a ser injetado, e deixe o poder da camada de rede ajudar ao invés de simplesmente agir como um constrangimento?
Isso é o que OpenDaylight visa dar-nos, e é um olho-wateringly coisa desejável.
Tartaruga e lebre
Existe, no entanto, um problema com Trivial SDN - e, portanto, com toda a razão para ter OpenDaylight. Simplificando, o hardware é geralmente rápida e software é lento.
Em 1996, eu me sentei em escritórios Rapid City "Comunicações no Vale do Silício e foi dito sobre o novo F1200 router wire-speed a empresa tinha desenvolvido.
Este foi um grande negócio. Até então, a camada de roteamento 3 havia sido realizada exclusivamente em software e assim foi relativamente lento, o F1200 fez isso em um ASIC (circuito integrado específico do aplicativo) e fez uma ordem de magnitude mais rápido.
Agora, porém, estamos falando de mover a função de rede de hardware e software de volta. Não apenas isso, mas para os processadores de PC padrão que estão sendo compartilhados com as máquinas virtuais na pilha de virtualização. Não é este um passo para trás, a velocidade-wise?
Aparentemente não, de acordo com Kurt Glazemakers, CTO da CloudFounders . "Software é, em geral, mais lento do que hardware purpose-built, mas o software permite uma solução mais barata para uma abordagem distribuída", diz ele.
"Na verdade, uma grande solução de hardware que cuida de todas as ACLs [listas de controle de acesso] na rede pode ser muito mais ineficiente, em seguida, uma solução de software distribuído que define ACLs para cada máquina virtual na rede.
"Além disso CPUs tendem a tornar-se de 20 a 25 por cento mais rápido do ano sobre ano, para quase dobrar a cada dois anos, enquanto os requisitos de rede por máquina virtual definitivamente não ter crescido no mesmo ritmo."
David Noguer Bau, EMEA diretor de marketing provedor de serviços da Juniper, reconhece que você não pode simplesmente jogar tudo no software.
"[A separação do controle e aviões de encaminhamento permite] a centralização de certas partes do plano de controle e certamente resulta em simplificação operacional da rede, implementação mais rápida de novos serviços e melhor orquestração entre máquinas virtuais e redes", diz ele.
"Mas o hardware de roteamento wire-speed ainda será necessária para mover os pacotes mais rápido. O equipamento de rede irá fornecer o músculo, enquanto a centralização do plano de controle ajudará a dimensionar o cérebro. "
Jesse Rothstein, diretor executivo da ExtraHop, reconhece a desvantagem de levar a funcionalidade da rede longe dos dispositivos de rede.
"Realizando a camada 2/layer 3 comutação e roteamento em software é certamente possível com o atual hardware de classe de servidor", diz ele.
"A questão importante é a que custo? Processamento de pacotes de alta velocidade é caro para os processadores de uso geral, ea CPU é um recurso compartilhado. A quantidade de tempo que a CPU gasta interrompe ou espera ocupada processamento é o tempo não passou fazendo outra coisa. "
Evite os gargalos
Rothstein destaca que os componentes mais lentos vai te atrapalhar significativamente somente se eles estão sendo muito usados.
"Para as altas taxas de nova iniciação fluxo, o controlador OpenFlow provável é um gargalo. Esse problema pode ocorrer se o tráfego de rede é composta principalmente de fluxos de curta duração e se cada fluxo requer a intervenção do controlador ", diz ele.
"No entanto, se o controlador OpenFlow só intervém em casos de exceção ocasional, então o impacto no desempenho é mínimo. Na verdade, tal projeto não é muito diferente da maneira que modernos switches Ethernet utilizam o processador host. "
Nick Williams, gerente de produto sênior EMEA em Brocade, tem uma opinião semelhante, notando que fazer alterações em fluxos existentes através abstraído software quando o tráfego está em vôo irá atrasar os fluxos de tráfego.
"Quanto à mudança programática [modificar as tabelas de encaminhamento nas camadas de rede] é que você vai fazer em tempo real? Quantas vezes ele será usado para o tráfego que está em vôo? ", Ele pergunta.
Se você estiver fazendo alterações para as tabelas de fluxo não em tempo real, embora automaticamente / programação, ele diz: "uma vez que você fez uma alteração que vai ser tão rápido como antes, como encaminhamento de tráfego continuará em hardware".
Vá com o fluxo
Em suma, então, os vendedores falei que concordar em grande parte que atinge velocidade pode muito bem ser compensada por flexibilty.
Rothstein mencionado OpenFlow especificamente (embora porque eu tinha mencionado especificamente para ele), então vamos tocar nisso por um momento.
OpenFlow é altamente provável que seja uma parte extremamente importante da SDN
OpenDaylight é um projeto para definir um quadro para a SDN, em geral, dos quais OpenFlow é apenas um dos protocolos suportados específicos. Mas OpenFlow é altamente provável que seja uma parte extremamente importante da SDN.
Estabeleceu-se no campo simplesmente por ter existido na forma de liberação desde o início de 2011, e por ter o apoio de todos os grandes fornecedores, incluindo Brocade, Juniper, Cisco, Extreme, IBM e HP.
(Eu mencionei a Williams, que eu não vi os gostos de Riverbed - empresas que produzem kit de otimização de WAN como seu produto principal - na lista, e se perguntou se vamos vê-los adicionado em algum momento "Mesmo se eles não o fazem. naturalmente ter um ataque, eles vão querer encontrar um ajuste ", disse ele.)
OpenFlow também tem a vantagem de ser bem simples de implementar se você é um fornecedor de rede.
"O protocolo OpenFlow é essencialmente uma API para acessar a tabela de encaminhamento de um switch Ethernet, dissociar o plano de controle a partir de dados do avião", disse Rothstein.
Ou seja, a camada de virtualização pode dinamicamente reconfigurar a LAN para fazê-lo se comportar da maneira desejada, sem a necessidade de ajustes manual das configurações ou trabalhando em torno das limitações de uma camada de rede fechada - justamente onde começamos ao falar sobre o aspecto mais importante da SDN.
O cerne da questão
Para ter certeza de que está claro sobre como o quadro OpenDaylight funciona, vamos fazer uma analogia com um produto bem conhecido.
Se você estiver familiarizado com as arquiteturas de software da Microsoft, você estará familiarizado com o quadro. NET. Ele tem um complexo conjunto de ganchos para o sistema operacional subjacente e fornece uma ampla gama de ganchos para os aplicativos que os desenvolvedores escrevem para sentar em cima.
Ao escrever código relativamente simples, os desenvolvedores podem produzir software imensamente poderosa. Enquanto eles entendem até certo ponto os conceitos do sistema de ganchos que eles estão chamando, eles não tem que ser capaz de escrever um código tão complexo como que por baixo.
As funções de enquadramento OpenDaylight de uma maneira semelhante. Senta-se entre as aplicações de alto nível e da rede de baixo nível. Os aplicativos no topo (um hypervisor de virtualização, por exemplo) fazem chamadas para o quadro, que pode, então, lidar com a complexa interface para os dispositivos de rede abaixo.
Ao mesmo tempo, o quadro fornece ganchos para permitir aplicativos que fornecem funções relacionadas com a infra-estrutura, tais como monitoramento, gestão, prevenção de intrusão e afins.
Salve o engenheiro de rede
Então, se temos uma nova camada que permite que as camadas altas interagir diretamente com - e até mesmo reconfigure - a camada inferior, isso significa que OpenDaylight e SDN vai efetivamente matar o engenheiro de rede, com os caras de servidores assumiu a rede também?
Glazemakers pensa que na verdade, a evolução se aplica a todos, não apenas para os engenheiros de rede.
"Como o software está substituindo cada vez mais funcionalidades principais, as fronteiras tradicionais como armazenamento, rede e computação vai começar a desaparecer", diz ele.
Noguer Bau, pelo contrário, acha que o papel vai continuar a existir, mas em um sentido muito mais colaborativa do que antes. "O pessoal de rede e servidor já trabalham em conjunto dos departamentos de nuvem", diz ele.
"No entanto, as organizações precisam evoluir papéis e responsabilidades claramente definidas em um mundo com SDN. No futuro haverá ainda especialistas de servidores e especialistas da rede. Modelo SDN da Juniper permite que a demarcação entre os dois grupos ".
Perspectivas corporativas
Será OpenDaylight crescer em um quadro madura, amplamente adotada? Ou será que vai murchar e morrer na videira ao lado de outras idéias impressionantes, como Betamax, 100VG-AnyLAN e redes ATM para o desktop? O que vai acontecer no mercado em cujas OpenDaylight porta foi preso um pé?
Glazemakers tem uma vista de onde SDN como um todo, é susceptível de crescer. "Eu acho que SDN será impulsionado principalmente por soluções privadas de nuvem e virtualização, ou novas ofertas avançadas de prestadores de serviços de rede, mas será principalmente iniciativas que vive dentro de uma rede corporativa", diz ele.
Noguer Bau vê a nuvem como um mercado significativo. "Apesar da cobertura da mídia grande, SDN ainda está em sua infância", diz ele.
"Nos próximos 12 meses, à medida que mais controladores tornam-se disponíveis devemos esperar que as primeiras implementações de acontecer. Alguns deles serão experimental, mas a maioria será a resolução de problemas, no contexto da nuvem ".
Williams concorda que o conceito ainda é jovem. "Muito trabalho precisa ser feito casos de uso compreensão e como ele pode ser implantado", diz ele.
"Dentro SDN todos os fabricantes ainda estão trabalhando o apoio que pode fornecer para cada uma das funções OpenFlow".
Rothstein vê o crescimento dos conceitos SDN como um alargamento do que foi feito até agora. "Eu acho que a definição de SDN ainda está evoluindo", diz ele.
"Há alguns anos atrás, SDN foi em grande parte sinônimo de OpenFlow. Agora, SDN é usado para descrever as redes mais dinâmicas onde a configuração está associada com entidades lógicas em vez de os físicos mais inteligente e
"A definição vai continuar a alargar à medida que mais fornecedores de abraçar a prazo, por isso é difícil de quantificar a sua absorção."
Cheio de jovem promessa
Em suma, SDN é muito útil para não crescer acentuadamente e ver o enorme aceitação. Apesar de ainda ser um conceito relativamente jovem não é apenas ser falado, mas abertamente implementado - não menos importante, graças ao OpenFlow.
Este é um padrão que tem sido em torno de um par de anos e que os vendedores parecem ter adotado universalmente como uma coisa boa para apoiar.
Este último ponto é crucial, é claro. Conceitos como este só terá sucesso se os vendedores se inscrever. Afinal, não há nenhum ponto de ter uma camada de SDN que conecta para a camada de rede, se os fabricantes de que a camada de rede não estão abrindo seus sistemas.
OpenDaylight já se estabeleceu como o ponto focal para a evolução SDN-relacionados. Seu primeiro lançamento é devido em 09 de dezembro e está sendo programado como um lançamento simultâneo, incentivando vários componentes para acontecer ao mesmo tempo. Essa é cedo o suficiente para garantir que ele não perdeu o ônibus.
Podemos esperar, então, que vamos ouvir muito mais sobre isso, e que um número considerável de nós vão começar a usá-lo muito em breve. E muito menos pessoas vão se perguntar: "Abra o quê?" ®
Nenhum comentário:
Postar um comentário