Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Opzioni di segmentazione del traffico in AWS Direct Connect
Data di pubblicazione: ** 9 novembre 2023 () [Storia del diagramma](#diagram-history) **
Questa architettura mostra le opzioni di segmentazione del traffico in AWS Direct Connect, tra cui l'utilizzo di diversi VIF privati nel VPC o nel Direct Connect gateway, l'utilizzo degli allegati AWS Transit Gateway Connect sul VIF di transito e l'utilizzo AWS Site-to-Site VPN delle connessioni sul VIF di transito.
## Segmenta il tuo traffico in AWS Direct Connect utilizzando diversi VIF privati nel VPC o Direct Connect Diagramma del gateway
Le interfacce virtuali private (VIF) vengono utilizzate per accedere ad Amazon Virtual Private Cloud (Amazon VPC) utilizzando indirizzi IP privati. Ogni VIF è configurato con un tag VLAN (Virtual Local Area Network) univoco, il che significa che puoi segmentare il traffico utilizzando un VIF per routing and forwarding virtuale (VRF) presente nel tuo data center. Prendi in considerazione i limiti del numero di VIF, a seconda del tipo di connessione di cui disponi. Direct Connect Puoi avere 50 VIF privati o pubblici con una connessione dedicata e un VIF privato o pubblico con una connessione ospitata. Inoltre, puoi avere 30 VIF privati associati allo stesso gateway. Direct Connect Puoi controllare le quote nella guida per l'[Direct Connect utente. ](https://docs.aws.amazon.com/directconnect/latest/UserGuide/limits.html)
1. Il traffico avviato da un'istanza in Spoke VPC A e destinato al server del data center aziendale (in VRF A) viene indirizzato al gateway privato virtuale in base alla tabella di routing di Spoke VPC A.
1. Il gateway privato virtuale è associato al **Direct Connect** gateway, che utilizza un VIF (VLAN) privato per connettersi al data center aziendale. Per ottenere la segmentazione, utilizza diversi VIF privati. Il router locale deve essere configurato per utilizzare una connessione VIF (VLAN) diversa per ogni VRF configurato.
1. Il router locale inoltra il traffico dal VIF A privato al VRF A e al server di destinazione.
1. Il traffico proveniente dal VRF B del data center aziendale destinato a Spoke VPC B viene prima inviato al gateway del cliente situato nel data center.
1. Il gateway del cliente utilizza il VIF B privato, tramite il Direct Connect collegamento, per inviare il traffico al gateway privato virtuale in VPC B.
1. Il traffico viene inoltrato alla destinazione in base alla tabella di routing di Spoke VPC B.
## Segmenta il tuo traffico AWS Direct Connect utilizzando diversi VIF di transito e Direct Connect Diagramma dei gateway
Le interfacce virtuali di transito (VIF) vengono utilizzate per accedere AWS Transit Gateway tramite un gateway. Direct Connect Ogni VIF è configurato con un tag VLAN (Virtual Local Area Network) univoco, il che significa che puoi segmentare il traffico utilizzando un VIF per routing and forwarding virtuale (VRF) presente nel tuo data center. Prendi in considerazione i limiti del numero di VIF, a seconda del tipo di connessione di cui disponi. Direct Connect Puoi avere quattro VIF in transito con una combinazione massima di 51 VIF privati, pubblici e di transito per connessione dedicata. Per le connessioni ospitate, puoi avere un solo VIF di transito. Inoltre, puoi avere 30 VIF di transito associati allo stesso Direct Connect gateway. Puoi controllare le quote nella guida per l'[Direct Connect utente. ](https://docs.aws.amazon.com/directconnect/latest/UserGuide/limits.html)
1. Il traffico avviato da un'istanza in Spoke VPC A e destinato al server del data center aziendale (in VRF A) viene indirizzato **AWS Transit Gateway** secondo la tabella di routing di Spoke VPC A.
1. Transit Gateway è associato a diversi Direct Connect gateway (DXGW), ognuno dei quali utilizza un transito VIF (VLAN) per connettersi al data center aziendale, ottenendo la segmentazione del traffico. Il router locale deve essere configurato per utilizzare una connessione VIF (VLAN) diversa per ogni VRF configurato.
1. Il traffico viene inoltrato a DXGW A in base alla tabella di ** route del Segment A ** Transit Gateway associata all'allegato VPC A.
1. Il router locale inoltra il traffico dal VIF A di transito al VRF A e al server di destinazione.
1. Il traffico proveniente dal VRF B del data center aziendale destinato a Spoke VPC B viene prima inviato al gateway del cliente situato nel data center.
1. Il gateway del cliente utilizza il VIF B di transito, tramite il **Direct Connect** collegamento, per inviare il traffico al ** Transit Gateway Segment B. **
1. Il traffico viene inoltrato al VPC B in base alla tabella di routing del Segmento B ** Transit Gateway. **
1. Il traffico viene inoltrato alla destinazione in base alla tabella delle rotte del VPC B.
## Utilizzo AWS Transit Gateway Collega gli allegati e AWS Direct Connect per estendere i tuoi On-Premises VRF su Transit VIFs Diagram
Con una connessione ospitata, ottieni un VIF di transito; con una connessione dedicata ne ottieni quattro. Quando hai più VRF che VIF in transito, puoi utilizzare diversi allegati Transit Gateway Connect (tunnel GRE) su un VIF di transito per segmentare il traffico, creando un allegato di connessione per ogni VRF presente nel tuo data center. Per ulteriori informazioni su questo caso d'uso, consulta Usare AWS Transit Gateway Connect per estendere i VRF e aumentare la [ pubblicità con prefisso IP. ](https://aws.amazon.com/blogs/networking-and-content-delivery/using-aws-transit-gateway-connect-to-extend-vrfs-and-increase-ip-prefix-advertisement/)
1. Il traffico avviato da un'istanza in Spoke VPC A e destinato al server del data center aziendale (in VRF A) viene indirizzato all'interfaccia di rete ** elastica ** Transit Gateway (TGW ENI) secondo la tabella di routing di Spoke VPC A.
1. Il traffico viene inoltrato a Transit Gateway. ** ** Il traffico viene quindi indirizzato al data center aziendale tramite l'allegato A di ** Transit Gateway ** Connect in base alla tabella di percorso del segmento A.
1. L'allegato ** Transit Gateway ** Connect utilizza la **Direct Connect** connessione come trasporto e collega ** Transit Gateway ** al router del data center aziendale utilizzando il tunneling GRE (Generic Routing Encapsulation) e il Border Gateway Protocol (BGP). Il router locale deve essere configurato per utilizzare un diverso allegato di connessione per ogni VRF configurato.
1. Il router locale inoltra il traffico dall'allegato Connect A al VRF A e al server di destinazione.
1. Il traffico proveniente dal VRF B del data center aziendale destinato a Spoke VPC B viene prima inviato al gateway del cliente situato nel data center.
1. Il gateway del cliente utilizza il tunnel GRE dell'allegato B di ** Transit Gateway ** Connect, tramite il **Direct Connect** collegamento, per inviare il traffico a Transit Gateway. ** **
1. Il traffico viene inoltrato all'allegato Spoke VPC B in base alla tabella di percorso del ** segmento B di ** Transit Gateway.
1. Il TGW ENI di Spoke VPC B inoltra il traffico verso la destinazione.
## Utilizzo AWS Site-to-Site VPN Allegati (VIF pubblici) e AWS Direct Connect per estendere il diagramma On-Premises VRF
Se il gateway del cliente non supporta il Generic Routing Encapsulation (GRE), puoi comunque segmentare il traffico creando una AWS Site-to-Site VPN connessione per ogni VRF presente nel tuo data center. È possibile utilizzare un VIF pubblico come trasporto di base.
1. Il traffico avviato da un'istanza in Spoke VPC A e destinato al server del data center aziendale (in VRF A) viene indirizzato all'interfaccia di rete ** elastica ** Transit Gateway (TGW ENI) secondo la tabella di routing Spoke VPC A.
1. Il traffico viene inoltrato a Transit Gateway. ** ** Il traffico viene quindi indirizzato al data center aziendale tramite la ** connessione ** Site-to-Site VPN A in base alla tabella di routing del segmento A.
1. La ** connessione ** Site-to-Site VPN viene creata utilizzando un VIF pubblico come trasporto (VLAN). Il router locale deve essere configurato per utilizzare una connessione VPN diversa per ogni VRF configurato.
1. Il router locale inoltra il traffico dalla ** connessione ** Site-to-Site VPN A al VRF A e al server di destinazione.
1. Il traffico proveniente dal VRF B del data center aziendale destinato a Spoke VPC B viene prima inviato al gateway del cliente situato nel data center.
1. Il gateway del cliente sceglie la ** connessione ** Site-to-Site VPN B per inviare il traffico al ** Transit Gateway ** tramite il collegamento. **Direct Connect**
1. Il traffico viene inoltrato all'allegato Spoke VPC B in base alla tabella di routing del ** segmento B di ** Transit Gateway.
1. Il TGW ENI di Spoke VPC B inoltra il traffico verso la destinazione.
## Utilizzo AWS Site-to-Site VPN Allegati VPN con IP privato e AWS Direct Connect per estendere i tuoi On-Premises VRF al diagramma VIFs di transito
Se il gateway del cliente non supporta il GRE (Generic Routing Encapsulation), puoi comunque segmentare il traffico creando una AWS Site-to-Site VPN connessione (con due tunnel) per ogni VRF presente nel tuo data center. Con la funzione Site-to-Site VPN VPN Private IP, puoi creare le VPN utilizzando IP privati con gateway e VIF di transito come trasporto sottostante. AWS Direct Connect
1. Il traffico avviato da un'istanza in Spoke VPC A e destinato al server del data center aziendale (in VRF A) viene indirizzato all'interfaccia di rete **AWS Transit Gateway** elastica (TGW ENI) secondo la tabella di routing Spoke VPC A.
1. Il traffico viene inoltrato a Transit Gateway. ** ** Il traffico viene quindi indirizzato al data center aziendale tramite l'allegato A di ** Transit Gateway ** VPN in base alla tabella di routing del segmento A.
1. L'**allegato ** ** Site-to-Site VPN ** Transit Gateway utilizza la **Direct Connect** connessione come trasporto e collega ** Transit Gateway ** al router del data center aziendale utilizzando una connessione VPN IPSec (con due tunnel). Il router locale deve essere configurato per utilizzare un allegato VPN diverso per ogni VRF configurato.
1. Il router locale inoltra il traffico dall'allegato VPN A al VRF A e al server di destinazione.
1. Il traffico proveniente dal VRF B del data center aziendale destinato a Spoke VPC B viene prima inviato al gateway del cliente situato nel data center.
1. Il gateway del cliente utilizza la ** connessione ** Site-to-Site VPN B, tramite il **Direct Connect** link, per inviare il traffico a ** Transit Gateway. **
1. Il traffico viene inoltrato all'allegato Spoke VPC B in base alla tabella di routing del ** segmento B di ** Transit Gateway.
1. Il TGW ENI di Spoke VPC B inoltra il traffico verso la destinazione.
## Approfondimenti
Per ulteriori informazioni, fare riferimento a
+ [AWS Icone di architettura ](https://aws.amazon.com/architecture/icons)
+ [AWS Centro di architettura ](https://aws.amazon.com/architecture)
+ [AWS Well-Architected](https://aws.amazon.com/architecture/well-architected)
+ [Direct Connect guida per l'utente ](https://docs.aws.amazon.com/directconnect/latest/UserGuide/limits.html)
## Collaboratori
I contributori a questo diagramma di architettura di riferimento includono:
+ Pablo Sánchez Carbona, architetto specializzato in soluzioni, Amazon Web Services
+ Thaddeus Worsnop, Architetto senior delle soluzioni, Amazon Web Services
## Storia del diagramma
Per ricevere notifiche sugli aggiornamenti di questo diagramma di architettura di riferimento, iscriviti al feed RSS.
| Modifica | Descrizione | Data |
| --- |--- |--- |
| [Diagramma aggiornato ](#diagram-history) | Aggiunto: * segmenta il traffico AWS Direct Connect utilizzando diversi VIF e Direct Connect gateway di transito * | 9 novembre 2023 |
| [Pubblicazione iniziale](#diagram-history) | Diagramma dell'architettura di riferimento pubblicato per la prima volta. | 30 giugno 2022 |
**Nota**
Per iscriverti agli aggiornamenti RSS, devi avere un plugin RSS abilitato per il browser che stai utilizzando.