Hub-and-spoke vs full-mesh
O hub-and-spoke e a full-mesh são duas formas de ligar uma rede de locais. No hub-and-spoke, cada local (um spoke) liga-se a uma localização central (o hub), e qualquer tráfego entre dois spokes é retransmitido através do hub. Numa full-mesh, cada local mantém uma ligação direta a todos os outros, pelo que o tráfego entre quaisquer dois segue um caminho direto sem retransmissor central.
No hub-and-spoke, cada local liga-se a um concentrador central e o tráfego entre locais passa por ele; numa full-mesh, cada local liga-se diretamente a todos os outros.
A diferença essencial
- 01
O hub-and-spoke é uma estrela: simples de montar e de compreender, mas todo o tráfego entre locais dá a volta pelo hub, o que acrescenta um salto e concentra aí a carga e o risco.
- 02
Uma full-mesh é de muitos para muitos: cada par de locais tem um caminho direto, pelo que o tráfego segue a rota mais curta e nenhum nó está no caminho de todo o tráfego.
- 03
O hub é simultaneamente um estrangulamento e um ponto único de falha: se saturar ou cair, a comunicação entre spokes fica degradada ou perdida.
- 04
Uma full-mesh elimina essa dependência central e melhora a latência e a resiliência. Em troca, há muitas mais ligações para estabelecer, e é a automação que trata delas.
Quando o hub-and-spoke faz sentido
O hub-and-spoke é fácil de operar e pode ser a escolha certa quando a maior parte do tráfego vai de facto para um lugar central, por exemplo filiais que sobretudo acedem a um único centro de dados ou a um ponto de inspeção centralizado. Minimiza o número de ligações e centraliza o controlo. As suas fraquezas surgem quando os spokes precisam de falar uns com os outros frequentemente: cada um desses fluxos faz dois saltos através do hub, a capacidade do hub limita toda a rede, e uma falha aí isola os spokes uns dos outros.
Porque é que a full-mesh assenta em redes distribuídas
À medida que as organizações se espalham por muitos escritórios, centros de dados e nuvens, mais tráfego flui local a local em vez de para um centro. Uma full-mesh assenta nessa realidade: os caminhos diretos mantêm a latência baixa, nenhum hub único limita o débito, e a falha de um local não corta os outros. A desvantagem clássica era configurar à mão um túnel entre cada par de locais, uma tarefa que cresce com o quadrado do número de locais. Uma mesh gerida automatiza isso: os gateways descobrem-se uns aos outros e constroem a mesh por si próprios.
Como isto se relaciona com o Vexaro Mesh (em desenvolvimento)
O Vexaro Mesh, atualmente em desenvolvimento, foi concebido como um overlay full-mesh: gateways que estabelecem um túnel direto e cifrado entre cada par de locais, para que o tráfego siga o caminho mais curto e o controlador gira as políticas sem ser um concentrador no caminho de dados. Assim se pretende eliminar o estrangulamento e o ponto único de falha do hub de uma WAN clássica em estrela, enquanto o emparelhamento automático elimina o trabalho manual que antes tornava difícil operar uma full-mesh.
Ver as funcionalidades previstas