Visão geral do plano e design de redes Azure

Este guia ajuda-o a planear e desenhar a sua rede Azure. Mostra-lhe quais os serviços de rede Azure disponíveis e ajuda-o a escolher os serviços certos com base nas necessidades da sua carga de trabalho. Comece aqui, quer para migrações de aplicações quer para novas arquiteturas nativas da cloud.

O que é o Azure networking?

No Azure, a rede é definida por software. Ao contrário das redes locais, onde geres cabos físicos, switches e appliances de hardware, a rede Azure é um conjunto de serviços que crias e configuras. Utilize o portal do Azure, o CLI do Azure ou ferramentas de infraestrutura como código, tais como o Bicep e o Terraform. Os blocos de construção (redes virtuais, gateways, balanceadores de carga e firewalls) são recursos que se disponibilizam a pedido e escalam de forma independente.

Pensa assim: num datacenter tradicional, a rede existe antes de implementares qualquer outra. Os cabos são instalados, os switches são montados em rack e configurados, e os firewalls são provisionados com semanas de antecedência. No Azure, crias os recursos de rede como parte da tua implementação. Defines o espaço de endereçamento, crias sub-redes, anexas regras de segurança e liga-te à internet ou ao teu ambiente local. Esta configuração demora minutos em vez de semanas.

Esta abordagem definida por software dá-lhe flexibilidade que as redes físicas não oferecem:

  • Provisão sob demanda: Criar, modificar ou eliminar recursos de rede sem aquisição de hardware ou acesso físico.
  • Configuração declarativa: Defina o estado da sua rede alvo em templates. O Azure trata dos detalhes da implementação.
  • Escalabilidade independente: Escalar um balanceador de carga, adicionar sub-redes ou expandir um espaço de endereçamento sem afetar outros recursos.
  • Redundância incorporada: Muitos serviços de rede do Azure incluem opções redundantes de zona e geo-redundantes por defeito.

Antes de implementares qualquer carga de trabalho no Azure, precisas de uma rede. Todas as máquinas virtuais, bases de dados, contentores e aplicações web funcionam dentro de uma rede virtual. O Rede Virtual do Azure integra-se diretamente com mais de 16 outros serviços do Azure: desde o Azure Firewall e Gateway de Aplicação do Azure até ao Azure Private Link e Azure Bastion. Este guia ajuda-o a decidir que serviços incluir e como se encaixam.

Serviços de rede Azure num olhar

A rede Azure abrange várias categorias. Não precisas de todos. Escolha os serviços que correspondam aos requisitos da sua carga de trabalho:

  • Redes virtuais: Redes virtuais, sub-redes, endereçamento IP e interfaces de rede. A base para tudo o resto.
  • Conectividade: Gateway de VPN, ExpressRoute e emparelhamento de rede virtual. Ligue o Azure ao seu ambiente local, a outras regiões do Azure ou a outras clouds.
  • Balanceamento de carga e entrega de aplicações: Balanceador de Carga do Azure, Gateway de Aplicação do Azure, Azure Front Door e Gestor de Tráfego do Azure. Distribuir o tráfego, otimizar o desempenho e melhorar a disponibilidade.
  • Segurança: Grupos de segurança de rede, Azure Firewall, Firewall de Aplicações Web do Azure e Azure DDoS Protection. Controla o fluxo de tráfego e protege os teus recursos.
  • Acesso privado: Azure Private Link e endpoints privados. Ligue-se aos serviços PaaS do Azure sem expor o tráfego à internet pública.
  • DNS: DNS do Azure, zonas DNS privadas e DNS do Azure Private Resolver. Resolução de nomes para os seus ambientes Azure e híbridos.
  • Monitorização e gestão: Observador de Rede do Azure, Azure Monitor e Azure Virtual Network Manager. Observar o tráfego, diagnosticar problemas e gerir redes em grande escala.

Este guia cobre todas estas categorias. Cada artigo foca-se numa área de competência e ajuda-o a escolher entre os serviços nessa área.

Escolha o seu cenário

Comece por aqui. Um percurso de cenário é a forma recomendada de usar este guia. Escolhe o caminho que corresponde ao teu projeto e segue-o de ponta a ponta. Cada caminho sequencia cada decisão de design na ordem correta:

Scenario Melhor para Guide
Levantar e deslocar Mover cargas de trabalho on-premises para Azure IaaS sem rearquitetar Percurso de rede lift-and-shift
Migrar e modernizar Adoção de serviços PaaS, contentores e bases de dados geridas Percurso de modernização da rede
Cross-cloud Ligar o Azure à AWS ou Google Cloud, ou migrar de outra cloud Percurso de rede entre clouds

Dica

Não tem a certeza de qual cenário se encaixa? Leia as descrições anteriores ou continue com a exploração baseada em capacidades.

Note

Não sei se é levantar e deslocar ou modernizar? Se as tuas cargas de trabalho são executadas em VMs com alterações mínimas, começa com lift and shift. Se estás a adotar serviços PaaS como AKS, App Service ou SQL do Azure, começa por migrar e modernizar. Revisita o outro caminho mais tarde, se necessário. Os artigos sobrepõem-se.

O seu percurso de design

Selecione o seu cenário no topo deste artigo para adaptar o resto do guia. Aqui está como o teu percurso é diferente:

O seu percurso de elevação e mudança: Estás a rehospedar cargas de trabalho on-premises no Azure IaaS com alterações mínimas.

  • Fundações: Uma rede virtual por aplicação e uma sub-rede por componente, espelhando a sua segmentação local. Dimensione o espaço de endereçamento de forma a permitir crescimento e evite a sobreposição com intervalos de endereços locais.
  • Conectividade: Gateway de VPN ou ExpressRoute num hub para acesso local, Azure Bastion para acesso de administrador e uma zona DNS privada com registos de alias para preservar nomes legados codificados.
  • Topologia e resiliência: Um hub-and-spoke de região única costuma ser suficiente. Planeie a recuperação de desastres com o Azure Site Recovery para cargas de trabalho que não conseguem abranger zonas ou regiões.
  • Ordem sugerida: Redes e subredes virtuais, planeamento IP, NSGs, hub-and-spoke, conectividade híbrida, acesso para programadores e administradores, segurança DNS, saída de saída, Azure Firewall, monitorização.

O seu percurso de migração e modernização: Está a adotar PaaS, contentores e bases de dados geridas, muitas vezes com resiliência ativo-ativo.

  • Fundamentos: Conceba sub-redes com base nos serviços da plataforma (sub-redes dedicadas para o Ambiente do Serviço de Aplicações e o AKS com CNI Overlay) e reserve espaço de endereçamento sem sobreposição entre as suas regiões principal e de contingência.
  • Conectividade e entrega: Encaminhe o tráfego de saída das spokes através de uma firewall no hub com rotas definidas pelo utilizador, coloque as aplicações Web atrás do Azure Front Door e do WAF e utilize o Traffic Manager para aplicações que não sejam Web.
  • Topologia e operações: Implementar active-active em duas regiões com SKUs redundantes por zona, propriedade separada de hub e spoke com subscrições e RBAC, e usar o Azure Virtual Network Manager para políticas consistentes.
  • Ordem sugerida: Redes e subredes virtuais, planeamento IP, NSGs, hub-and-spoke, multi-região, entrada de internet, entrega de aplicações, acesso privado PaaS, Azure Firewall, WAF, DDoS, segurança DNS, monitorização, AVNM.

O seu caminho através das nuvens: Estás a ligar o Azure à AWS ou Google Cloud, ou a migrar de outra cloud.

  • Descubra primeiro: Mapeie a topologia e registos DNS existentes da AWS e Google Cloud antes de desenhar o Azure, e mapeie cada serviço de origem para o seu equivalente no Azure.
  • Topologia e conectividade: Usa WAN Virtual do Azure com um hub seguro e liga-te à AWS e Google Cloud através da VPN IPsec. Replique as regras existentes dos seus grupos de segurança em NSGs.
  • Resolução e encaminhamento de nomes: Utilize o DNS do Azure Private Resolver para resolução entre clouds e no local, e implemente um WAF de Camada 7 no Application Gateway na spoke, em vez de expor endereços IP públicos nas VMs.
  • Ordem sugerida: Entre regiões e multicloud, WAN Virtual, redes virtuais e sub-redes, planeamento de IP, NSGs, conectividade híbrida, segurança do DNS, Azure Firewall, monitorização.

Como usar este guia

Se um caminho de cenário não corresponder ao seu projeto, use este guia como referência de capacidades e dirija-se diretamente ao artigo para encontrar a capacidade de que precisa. De qualquer forma, leia primeiro os artigos fundamentais.

Para quem é este guia? Administradores de rede, arquitetos de cloud, decisores de TI e programadores que precisam de desenhar ou compreender redes Azure. Não é necessária experiência prévia em Azure. Os artigos fundamentais começam com princípios fundamentais.

O que este guia não é: Este guia não é um guia de implementação. Não inclui guias do portal do Azure nem comandos CLI. Depois de tomar as suas decisões de design, siga os links de implementação na secção "Saiba mais" de cada artigo para instruções passo a passo de implementação.

Cada artigo de capacidades segue a mesma estrutura (o que cobre, quem precisa, os serviços Azure envolvidos, tabelas de decisão a escolher, pré-requisitos e considerações de segurança) para que possas analisar o que precisas.

Estrutura do guia

O guia tem cinco secções:

Seção O que contém Como utilizá-lo
Artigos fundamentais Redes virtuais, endereçamento IP e grupos de segurança de rede. Conceitos centrais que todas as implementações do Azure utilizam. Leia estes primeiro. Eles cobrem os blocos de construção sobre os quais todos os outros artigos se baseiam.
Artigos sobre conectividade Conectividade híbrida, entrada de internet, entrega de aplicações, acesso de saída, acesso privado PaaS, acesso VM e ligações entre regiões. Consulte os artigos que correspondam à forma como a sua carga de trabalho se liga: à internet, às instalações locais, a outros serviços Azure ou entre regiões.
Artigos de topologia Topologias de rede, desde redes simples e planas até topologias hub-and-spoke, WAN Virtual do Azure e conceções multirregião. Escolha com base na escala e complexidade do seu ambiente. Começa de forma simples e cresce.
Artigos de segurança Azure Firewall, Firewall de Aplicações Web do Azure, Azure DDoS Protection e segurança de DNS. Consulte os artigos que correspondam aos seus requisitos de segurança. Cada artigo do guia inclui também uma secção de considerações de segurança.
Artigos sobre operações Monitorização de rede, observabilidade e gestão centralizada com o Azure Virtual Network Manager. Use estes artigos para planear como irá monitorizar, resolver problemas e gerir a sua rede após a implementação.

O diagrama seguinte mostra como o guia está organizado. A visão geral liga-se a todos os cinco grupos de artigos, enquanto os guias de cenários e o resumo de fases ajudam os leitores a escolher como avançar no conteúdo.

Estrutura do guia de design de redes Azure que mostra a visão geral como um hub central ligado a cinco grupos de artigos: Fundamental (três artigos), Conectividade (sete artigos), Topologia (quatro artigos), Segurança (quatro artigos) e Operações (dois artigos).

Por onde começar: Para a maioria dos projetos, começa com um caminho de cenários. Esse é o ponto de entrada recomendado, e cada percurso orienta as suas decisões na ordem certa. Se já conhece a capacidade de que precisa, use o navegador de necessidades de negócios. Se és novo no networking Azure, continua a ler esta visão geral ou define as tuas contribuições com a avaliação de requisitos.

Reúna primeiro os seus requisitos

Um bom design de rede começa com a descoberta, não com a implementação. Antes de criar uma única rede virtual, reúna os inputs que orientam as suas decisões de design. Cada entrada na tabela seguinte corresponde a uma decisão que tomas e ao artigo que te ajuda a tomá-la. Recolhe estes inputs para cada carga de trabalho que planeia executar no Azure, idealmente para tudo o que espera mover ou construir nos próximos três a cinco anos, para que o seu espaço de endereçamento e topologia tenham espaço para crescer.

Input para recolher Decisão de design que a orienta Para onde ir
Nomes das cargas de trabalho e número de componentes (níveis) Rede virtual e contagem de sub-redes: uma rede virtual por carga de trabalho, uma sub-rede por componente Redes virtuais e sub-redes
Contagem de elementos por componente, agora e projetada Espaço de endereçamento e dimensionamento de sub-rede; se precisas de um balanceador de carga Planeamento de endereços IP, entrega de aplicações
Regiões de implementação Seleção de regiões e se precisa de um design multi-região Rede multi-região
Fluxos de tráfego entre componentes Peering, regras de grupos de segurança de rede e resolução interna de nomes Grupos de segurança de rede, segurança DNS
Conectividade local e largura de banda Gateway de VPN vs ExpressRoute; intervalos de endereços que evitam sobreposição Conectividade híbrida, planeamento de endereços IP
Necessidades de acesso para programadores e administradores Azure Bastion ou VPN ponto a site Acesso para programadores e administradores
Requisitos de Internet para tráfego de saída NAT Gateway, Azure Firewall, ou ambos; substituir o acesso de saída predefinido Acesso de saída à Internet
Requisitos de internet de entrada Application Gateway, Azure Front Door, Traffic Manager, WAF e proteção DDoS Entrada na Internet, entrega de aplicações
Azure PaaS dependencies Private Link, pontos finais privados ou pontos finais de serviço Acesso privado PaaS
Outras nuvens e interconectividade entre regiões Hub-and-spoke vs WAN Virtual; trânsito entre clouds Topologia hub-and-spoke, WAN Virtual, Conectividade entre regiões e multicloud
Nível de segurança (isolamento, inspeção, encriptação) Segmentação, inspeção de firewalls e controlos perimetral Grupos de segurança de rede, Azure Firewall
Nível de resiliência (zonal vs regional) SKUs com redundância entre zonas vs SKUs de serviço regional Rede multi-região
Necessidades de monitorização e observabilidade Observador de Rede e registos de fluxo Monitorização e observabilidade da rede

Depois de recolher estes inputs, use o navegador de necessidades de negócio para mapear cada requisito ao artigo que o aborda. Se seguires um percurso do cenário, cada guia apresenta-te essas decisões pela ordem correta.

Comece aqui: artigos fundamentais

Antes de explorar capacidades específicas, leia os três artigos fundamentais. Estes artigos abordam os blocos de construção que todas as redes Azure utilizam, independentemente do tipo de carga de trabalho ou da complexidade.

Artigo O que cobre Porque é fundamental
Redes e subredes virtuais Azure Criação de redes virtuais, conceção de sub-redes, sub-redes dedicadas e decisões relativas ao espaço de endereçamento Cada carga de trabalho do Azure vive numa rede virtual. Precisas deste artigo antes de qualquer outra coisa.
Planeamento de endereços IP Alocação de IP privada e pública, intervalos RFC 1918, planeamento CIDR e decisões sobre IPv6 Os endereços IP sustentam todas as decisões de rede. Um planeamento deficiente causa conflitos de endereços cuja resolução posterior é dispendiosa.
Grupos de segurança de rede e grupos de segurança de aplicações Regras de filtragem de tráfego, atribuição de grupos de segurança, tags de serviço e política de negação por predefinição O controlo de tráfego está ativo por defeito no Azure, mas só funciona corretamente quando configurado intencionalmente.

Depois de concluir os artigos fundamentais, passe para os artigos de capacidades que correspondam às necessidades da sua carga de trabalho. Não há ordem obrigatória. Cada artigo sobre uma funcionalidade é independente.

Navegador de necessidades de negócio

Use esta tabela para encontrar o artigo certo com base nas necessidades da sua carga de trabalho. Cada linha atribui um requisito comercial comum ao artigo que o aborda.

Preciso de... Ir para Código do artigo
Configurar a minha rede virtual principal e sub-redes Redes virtuais e sub-redes F1
Planeia e aloca o meu espaço de endereços IP Planeamento de endereços IP F2
Controla o tráfego entre as minhas sub-redes e recursos Grupos de segurança de rede e ASGs F3
Ligar o meu escritório local ou centro de dados ao Azure Conectividade híbrida C1
Deixe utilizadores da internet aceder à minha aplicação Entrada na Internet C2
Otimizar a entrega e o desempenho das aplicações a nível global Entrega e desempenho da aplicação C3
Controlar o que os meus recursos do Azure conseguem alcançar na internet Acesso de saída à Internet C4
Ligue VMs Azure ao Armazenamento do Azure, bases de dados ou outros serviços PaaS sem passar pela internet pública Acesso privado PaaS C5
Deixe que programadores ou administradores acedam de forma segura às VMs do Azure Acesso para programadores e administradores C6
Liga recursos Azure entre regiões, ou liga-te à AWS ou Google Cloud Conectividade entre regiões e multicloud C7
Projetar uma rede simples para uma única carga de trabalho Topologia da rede plana T1
Aloje múltiplas cargas de trabalho com serviços partilhados, como firewall ou gateway Topologia de cubo e raio T2
Gerir redes em várias filiais e regiões WAN Virtual do Azure T3
Distribuir a minha carga de trabalho em várias regiões do Azure para garantir alta disponibilidade Rede multi-região T4
Inspecionar e filtrar todo o tráfego com um firewall Azure Firewall S1
Proteger a minha aplicação web de ataques na camada HTTP Firewall de aplicativos Web S2
Proteger os meus recursos expostos publicamente contra ataques volumétricos Proteção DDoS S3
Configurar resolução privada de nomes ou proteger o meu DNS Segurança DNS e resolução privada de nomes S4
Monitorizar a saúde da minha rede e o tráfego Monitorização e observabilidade da rede O1
Gerir redes virtuais em múltiplas subscrições de forma centralizada Gestão centralizada de redes com Azure Virtual Network Manager O2

Dica

Se não souber por onde começar, leia primeiro os três artigos fundamentais (F1–F3) e depois volte a esta tabela. A maioria das cargas de trabalho necessita de pelo menos um artigo de conectividade (C1–C7) e um artigo de topologia (T1–T4) juntamente com as fundações. Para exemplos trabalhados que mostram o conjunto completo de artigos para cargas de trabalho comuns, veja Padrões de carga de trabalho comuns.

Fases de design em resumo

As fases seguintes descrevem a progressão típica do planeamento para as operações. Cada fase baseia-se na anterior.

Phase Foco Levantar e deslocar Cloud nativa Artigos principais
Fase 1: Planear Definir redes virtuais, espaço de endereçamento e filtragem de tráfego Mapear VNets, sub-redes e regras do Azure para segmentos de rede e ACLs existentes Limites de isolamento da carga de trabalho de design, intervalos CIDR favoráveis ao crescimento e filtragem baseada em etiquetas Redes e subredes virtuais, planeamento de endereços IP, grupos de segurança de rede
Fase 2: Construir Escolha o padrão de topologia de rede Comece pela topologia que melhor reflete o seu modelo centralizado no local, frequentemente uma topologia hub-and-spoke. Comece com a topologia mais simples que suporte a carga de trabalho, depois adicione serviços partilhados conforme necessário Topologia de rede plana, topologia Hub-and-spoke, WAN Virtual do Azure, Redes multi-região
Fase 3: Conectar Planeie conectividade à internet, híbrida, privada e inter-região Priorizar a conectividade híbrida e o controlo de entrada e saída para cargas de trabalho migradas Priorize a entrega pela internet, acesso privado PaaS e só adicione ligações híbridas quando necessário Conectividade híbrida, entrada de Internet, entrega de aplicações, acesso à internet de saída, acesso privado PaaS, acesso para desenvolvedores e administradores, conectividade multi-região e multicloud
Fase 4: Segurança Aplicar proteções de rede em camadas Recriar controlos centralizados de inspeção e de perímetro no Azure Leve as proteções até à borda e aos endpoints privados, preservando os limites do Confiança Zero Azure Firewall, Firewall de Aplicações Web, proteção DDoS, segurança DNS e resolução privada de nomes
Fase 5: Operação Monitorizar, resolver problemas e gerir o espólio Validar cedo padrões de tráfego migrado e operações centrais Permitir observabilidade e política centralizada desde a primeira implementação em produção Monitorização e observabilidade de rede, Gestão centralizada de rede com Azure Virtual Network Manager

Escolha a sua postura de segurança

A segurança de rede no Azure abrange três objetivos (restringir, inspecionar e encriptar o tráfego), e aplica-se cada um ao nível que a sua carga de trabalho exige. Use a matriz seguinte para definir o âmbito do seu design. Cada nível baseia-se no anterior, à custa de um custo ou de uma complexidade acrescidos, para obter uma proteção reforçada.

Goal Básico Medium Alto
Restringir o tráfego Segmente cargas de trabalho em redes virtuais e sub-redes, aplique grupos de segurança de rede e ASGs e desative o acesso de saída predefinido. Adicione o Azure Firewall com inteligência de ameaças, proteção de rede DDoS e políticas de segurança DNS. Adicione Azure Firewall Premium, Private Link para PaaS, Perímetro de Segurança de Rede e Bastion exclusivamente privado.
Inspecionar o trânsito Utilize o Observador de Rede do Azure para fins de diagnóstico. Exporte registos de fluxo de rede virtual para um SIEM e adicione um firewall de aplicações web no Application Gateway ou Front Door. Ative a inspeção de TLS e o IDPS do Azure Firewall Premium, com análise completa dos registos de fluxo.
Encriptar o tráfego Termine o TLS na aplicação; use Gateway de VPN para tráfego híbrido. Utilize o ExpressRoute para conectividade privada que evita a Internet pública. Adicione encriptação de rede virtual e ExpressRoute Direct com MACsec.

A maioria das cargas de trabalho de produção situa-se no nível médio. Escolha alta para cargas de trabalho reguladas ou voltadas para clientes, onde a segurança supera o custo e a latência. Cada artigo sobre capacidades inclui também uma secção de considerações de segurança com orientações específicas.

Este guia foca-se nas decisões de design de rede. Para orientações mais amplas sobre arquitetura e adoção, veja:

Passos seguintes

Comece a sua jornada de levantamento e troca:

Percurso de conceção de rede lift-and-shift: Um percurso de leitura guiada para migrar cargas de trabalho locais para o Azure IaaS sem necessidade de rearquitetação.

Comece a sua jornada de modernização:

Caminho de design de rede para migrar e modernizar: Um caminho de leitura guiada para adotar serviços PaaS, contentores e bases de dados geridas no Azure.

Comece a sua jornada através da cloud:

Caminho de design de redes cross-cloud: Um caminho de leitura guiada para ligar o Azure à AWS ou Google Cloud, ou migrar de outra cloud.