//SDNLAB
LABORATÓRIO ONLINE / BRASIL

DESENVOLVIMENTO DE SISTEMAS · ARQUITETURA DE REDES

REDE QUE
PENSA EM SOFTWARE.

Um laboratório visual para entender como o plano de controle programa a rede, como a nuvem entrega escala e onde os grandes provedores mantêm presença no Brasil.

Abrir simulador ↗
CONTROL PLANESDN
CTRL
POLÍTICAS
vSWITCH 01↕
vSWITCH 02↕
vROUTER⇄

01 / FUNDAMENTOS

O mapa mental da SDN

Conteúdo consolidado dos 18 PDFs fornecidos, conectado a referências oficiais dos provedores de nuvem.

01

Separar para acelerar

SDN separa o plano de controle, que decide as políticas e rotas, do plano de dados, que encaminha pacotes com rapidez.

02

Virtualizar o caminho

Um vSwitch conecta VMs no mesmo host. Um vRouter conecta redes virtuais e aplica roteamento por software.

03

Programar, observar, reagir

Controladores, APIs e telemetria permitem automatizar segurança, balanceamento, escala e recuperação diante de incidentes.

A LÓGICA

Do guarda de trânsito ao controlador

Em uma rede tradicional, cada switch ou roteador decide e executa localmente. A analogia dos PDFs é um cruzamento com um guarda em cada esquina. Na SDN, o controlador tem a visão global e instala regras nos equipamentos que encaminham o tráfego.

O resultado é uma infraestrutura programável. A rede pode criar segmentos isolados, redirecionar fluxos, bloquear uma origem e abrir capacidade sem esperar a configuração manual de cada caixa.

MODELO DE CAMADAS SDN / 03
APLICAÇÕESorquestração · segurança · observabilidade
↓ API NORTHBOUND
CONTROL PLANEcontrolador · políticas · topologia
↓ API SOUTHBOUND / OpenFlow
DATA PLANEvSwitch · vRouter · switches físicos
AULA 01

vSwitch, vRouter e planos

O vSwitch opera dentro do servidor e conecta máquinas virtuais. O vRouter roteia entre redes virtuais. O canal southbound leva as regras do controlador ao plano de dados.

AULA 02

SDN em nuvem pública

Provedores escondem a complexidade física atrás de VPCs/VNets, sub-redes, grupos de segurança, balanceadores e APIs. A infraestrutura passa a ser descrita e automatizada como código.

AULA 03

Laboratório Mininet

Mininet permite criar hosts, switches e enlaces virtuais em um computador. É uma ponte prática para testar topologias e observar como regras mudam o fluxo.

EDGE / FOGaproximar processamento do usuário
CDN / PoPentregar conteúdo com menor latência
L4 / L7distribuir tráfego com health-check
OBSERVABILIDADElogs, métricas e incidentes

PRESENÇA NO BRASIL · VERIFICADO EM 12/11/2026

Onde a nuvem encosta

PoP, região e zona de disponibilidade não são sinônimos. Abaixo, separamos o ponto de entrada da infraestrutura de computação.

AMAZON

São Paulo + Rio de Janeiro

AWS informa uma Região da América do Sul em São Paulo e cinco PoPs no Brasil: dois em São Paulo e três no Rio de Janeiro. O Global Accelerator também lista Fortaleza, Rio e São Paulo como edge locations.

São PauloRio de JaneiroFortaleza*
*Fortaleza aparece na lista do Global Accelerator, não na contagem de cinco PoPs da página da região.
GOOGLE CLOUD

São Paulo + Rio de Janeiro

O Cloud CDN e o Google Cloud Load Balancing listam PoPs nas duas metrópoles. A Google ressalta que a lista ativa pode mudar e que uma cidade pode ter múltiplos PoPs.

São PauloRio de Janeiro
Região de cloud e PoP de borda são camadas diferentes da arquitetura.
MICROSOFT

São Paulo + Rio de Janeiro

Na lista de regiões públicas, Brazil South fica no estado de São Paulo e Brazil Southeast fica no Rio. São regiões Azure com AZs/serviços; não é correto confundi-las automaticamente com a lista de PoPs de CDN.

Brazil South · SPBrazil Southeast · RJ
Consulte o serviço específico para confirmar edge, Front Door, CDN ou ExpressRoute.

02 / LABORATÓRIOS INTERATIVOS

Construa. Observe. Decida.

Dois laboratórios didáticos para visualizar a lógica de SDN: primeiro no estilo Mininet/OpenFlow, depois em uma rede virtual de nuvem.

SIMULAÇÃO DIDÁTICAOs laboratórios representam a lógica de Mininet e de redes virtuais em nuvem. Eles não executam Mininet real, não enviam pacotes reais e não alteram nenhuma conta cloud.
01
LABORATÓRIO MININET

SDN passo a passo

Universidade InovaTech · topologia em árvore · um controlador central

OpenFlowControl planeData plane
OBJETIVO PEDAGÓGICO

Monte a rede e veja o pacote pedir uma regra

Etapa 1 de 4
▣

Hosts · h1…h4

Geram tráfego e possuem IP. Não conhecem a gestão global da rede.

□

Switches · s1…s3

São o data plane. Nascem “vazios”, com tabela de fluxo vazia.

○

Controlador · c0

É o control plane. Enxerga a topologia e envia regras via OpenFlow.

1 Host gera→2 Switch recebe→3 Pergunta via OpenFlow→4 Controlador responde→5 Switch encaminha
Legenda○ controlador□ switch▣ host━ cabo de dados┄ canal OpenFlow
Como montar1. Clique em dois nós para criar uma ligação de dados.2. Use o botão de controle para criar a linha OpenFlow tracejada.3. No celular, o modo de dois cliques é mais fácil que arrastar.
Comece ligando os componentes.
FLUXO ICMP

h1 ping h4

O QUE VOCÊ DESCOBRIU

O switch não é “burro”; ele é programável.

Na primeira tentativa, a tabela estava vazia. O switch consultou c0. Depois que o controlador instalou as regras, o próximo pacote pôde seguir diretamente pelo caminho aprendido.

REGRAS APRENDIDASs2: h1 → s1
s1: s2 → s3
s3: s1 → h4
02
LABORATÓRIO VPC / VNET

Rede virtual em nuvem

Modele sub-redes, rotas e uma política de segurança

VPC / VNetSubnetSecurity rule
OBJETIVO PEDAGÓGICO

Descreva uma rede cloud com intenção

Simulador 2
1Escolha o ambiente
2Defina o tráfego
3Leia a decisão
DECISÃO DO CONTROL PLANE

Escolha os campos e avalie

A política será traduzida em uma regra didática para o data plane.

03 / AULA GUIADA + SIMULADO

Aprenda a pensar como um controlador

Siga o roteiro na ordem. Primeiro entenda os componentes, depois acompanhe um pacote e só então responda ao simulado.

01
Entendaos planos
02
Acompanheum pacote
03
Decidauma política
04
Comproveseu aprendizado
01 / O QUE MUDA?

Uma SDN separa decisão de execução

Imagine um guarda de trânsito. Na rede tradicional, cada equipamento “pensa” e encaminha localmente. Na SDN, o controlador mantém uma visão da topologia e decide as regras; switches e roteadores executam as regras no data plane.

Frase para guardarControl plane decide. Data plane encaminha.
02 / QUEM FAZ O QUÊ?

Conheça os quatro atores do fluxo

AplicaçãoDefine intenção: “academia não acessa matrículas”.
Controlador SDNTraduz intenção em regra e escolhe o caminho.
vSwitch / vRouterAplica a regra e conecta redes virtuais.
PacoteSegue a entrada, consulta a regra e é aceito, encaminhado ou descartado.
03 / PASSO A PASSO

Como um pacote atravessa a SDN?

  1. Chega: um pacote sai da rede acadêmica.
  2. Consulta: o vRouter procura uma regra instalada.
  3. Decide: se não houver regra, pergunta ao controlador.
  4. Instala: o controlador responde com uma política de fluxo.
  5. Executa: o data plane encaminha ou bloqueia.

DESAFIO ANTES DO SIMULADO

Política do campus

A rede acadêmica pode acessar a internet, mas não pode acessar o servidor de matrículas. Escreva mentalmente a regra: origem → destino → ação.

EXEMPLO DE REGRAIF src=ACADEMIA
AND dst=MATRÍCULAS
THEN DROP
DROP = descartar o pacote
Como fazer1. Leia o cenário.2. Escolha uma alternativa.3. Clique em corrigir.4. Leia a explicação de cada item.5. Gere o PDF apenas depois de revisar.

SIMULADO FINAL · 12 QUESTÕES

Você consegue comandar o fluxo?

0/12 respondidas
Responda às questões para iniciar.

04 / FIELD NOTES

SDN em produção

Dez padrões reais de arquitetura que explicam como e por que Amazon, Google e Microsoft usam redes programáveis.

05 / TRACEABILITY

Fontes e leitura

Material de aula fornecido pelo usuário e documentação oficial consultada para a camada de infraestrutura.

MATERIAL ANEXADO

18 PDFs · SEDUC-SP

O ZIP original foi descompactado e suas aulas foram consolidadas nesta interface. O conjunto cobre as aulas 21 a 26, incluindo SDN, LGPD, balanceamento, segurança, monitoramento e edge/CDN.

TODOSPDF-redes-4bi.zip

Nota de precisão. “PoP”, “edge location”, “região” e “zona de disponibilidade” descrevem camadas diferentes. As listas de borda são dinâmicas; confirme o serviço e a documentação vigente antes de desenhar uma implantação ou contrato de conectividade.