Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
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.
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.
Orientação relacionada
Este guia foca-se nas decisões de design de rede. Para orientações mais amplas sobre arquitetura e adoção, veja:
- Topologia e conectividade de rede no Cloud Adoption Framework para redes de landing zones em escala empresarial.
- Recomendações para redes e conectividade no Well-Architected Framework para segurança, fiabilidade e compromissos de custos.
- Design de arquitetura de redes no Azure Architecture Center para arquiteturas de referência e padrões comprovados.
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.