Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Connectivité réseau locale pour les racks Outposts

Vous avez besoin des composants suivants pour connecter votre rack Outposts à votre réseau local :

Connectivité physique

Un rack Outposts possède deux périphériques réseau physiques qui se connectent à votre réseau local.

Un Outpost nécessite au moins deux liaisons physiques entre ces périphériques réseau Outpost et les périphériques de votre réseau local. Un Outpost prend en charge les vitesses et quantités de liaison montante suivantes pour chaque périphérique réseau Outpost.

La vitesse et la quantité de liaison montante sont symétriques sur chaque périphérique réseau Outpost. Si vous utilisez 100 Gbit/s comme vitesse de liaison montante, vous devez configurer la liaison avec la correction d'erreur de transfert () FECCL91.

Les racks Outposts peuvent prendre en charge la fibre monomode (SMF) avec le connecteur Lucent (LC), la fibre multimode (MMF) ou le LC. MMF OM4 AWS fournit les optiques compatibles avec la fibre que vous fournissez en position de rack.

Dans le diagramme suivant, la démarcation physique est le panneau de répartition en fibres de chaque Outpost. Vous fournissez les câbles en fibres nécessaires pour connecter l’Outpost au panneau de répartition.

Agrégation de liaisons

AWS Outposts utilise le protocole de contrôle d'agrégation de liens (LACP) pour établir deux connexions de groupes d'agrégation de liens (LAG), une entre chaque périphérique réseau Outpost et chaque périphérique réseau local. Les liens de chaque périphérique réseau Outpost sont agrégés dans un réseau Ethernet LAG pour représenter une connexion réseau unique. Ils sont LAGs utilisés LACP avec des minuteries rapides standard. Vous ne pouvez pas configurer LAGs pour utiliser des minuteries lentes.

Pour activer l'installation d'Outpost sur votre site, vous devez configurer votre côté des LAG connexions sur vos appareils réseau.

D’un point de vue logique, ignorez les panneaux de répartition Outpost comme point de démarcation et utilisez les périphériques réseau Outpost.

Pour les déploiements comportant plusieurs racks, un Outpost doit en avoir quatre LAGs entre la couche d'agrégation des appareils réseau Outpost et vos appareils réseau locaux.

Le diagramme suivant présente quatre connexions physiques entre chaque périphérique réseau Outpost et son périphérique réseau local connecté. Nous utilisons Ethernet LAGs pour agréger les liens physiques reliant les appareils du réseau Outpost et les appareils du réseau local du client.

Virtuel LANs

Chaque périphérique LAG situé entre un périphérique réseau Outpost et un périphérique réseau local doit être configuré en tant que jonction Ethernet IEEE 802.1q. Cela permet d'utiliser plusieurs VLANs pour séparer le réseau entre les chemins de données.

Chaque avant-poste dispose des équipements suivants VLANs pour communiquer avec les appareils de votre réseau local :

Vous pouvez configurer le lien de service VLAN et la passerelle locale VLAN uniquement entre l'Outpost et les appareils du réseau local de votre client.

Un Outpost est conçu pour séparer les chemins de données de la liaison de service et de la passerelle locale en deux réseaux isolés. Cela vous permet de choisir lequel de vos réseaux peut communiquer avec les services exécutés sur l’Outpost. Il vous permet également de faire de la liaison de service un réseau isolé du réseau de passerelle local en utilisant plusieurs tables de routage sur le périphérique réseau local de votre client, communément appelées instances de routage et de transfert virtuelles (VRF). La ligne de démarcation se trouve au port des périphériques du réseau Outpost. AWS gère toutes les infrastructures situées du AWS côté de la connexion, et vous gérez toutes les infrastructures situées de votre côté de la ligne.

Pour intégrer votre Outpost à votre réseau local pendant l'installation et le fonctionnement en cours, vous devez répartir le matériel VLANs utilisé entre les appareils du réseau Outpost et les appareils du réseau local du client. Vous devez fournir ces informations AWS avant l'installation. Pour de plus amples informations, veuillez consulter Liste de contrôle de préparation du réseau.

Connectivité de la couche réseau

Pour établir la connectivité de la couche réseau, chaque périphérique réseau Outpost est configuré avec des interfaces virtuelles (VIFs) qui incluent l'adresse IP de chacunVLAN. Grâce à ceux-ciVIFs, les appareils AWS Outposts réseau peuvent configurer une connectivité IP et BGP des sessions avec votre équipement réseau local.

Nous vous recommandons la procédure suivante :

Pour la connectivité de la couche réseau, vous devez définir deux chemins :

Le diagramme suivant présente les connexions entre chaque périphérique réseau Outpost et le périphérique réseau local du client pour le chemin de liaison de service et le chemin de passerelle locale. Il y en a quatre VLANs pour cet exemple :

Le tableau suivant présente des exemples de valeurs pour les sous-réseaux qui connectent le périphérique réseau Outpost 1 au périphérique réseau local 1 du client.

Le tableau suivant présente des exemples de valeurs pour les sous-réseaux qui connectent le périphérique réseau Outpost 2 au périphérique réseau local 2 du client.

ACEconnectivité au rack

Un rack Aggrégation, Core, Edge (ACE) fait office de point d'agrégation réseau pour les déploiements d'Outpost sur plusieurs racks. Vous devez utiliser un ACE rack si vous disposez de quatre racks de calcul ou plus. Si vous avez moins de quatre racks de calcul mais que vous prévoyez de passer à quatre racks ou plus à l'avenir, nous vous recommandons d'installer un ACE rack au plus tôt.

Avec un ACE rack, les périphériques réseau des Outposts ne sont plus directement connectés à vos périphériques réseau locaux. Au lieu de cela, ils sont connectés au ACE rack, qui fournit la connectivité aux racks des Outposts. Dans cette topologie, AWS est responsable de l'allocation et de la configuration des VLAN interfaces entre les périphériques réseau des Outposts et ACE les périphériques réseau.

Un ACE rack comprend quatre périphériques réseau qui peuvent être connectés à deux appareils client en amont dans un réseau client sur site ou à quatre appareils client en amont pour une résilience maximale.

Les images suivantes montrent les deux topologies de réseau.

L'image suivante montre les quatre périphériques ACE réseau du ACE rack connectés à deux appareils clients en amont :

L'image suivante montre les quatre périphériques ACE réseau du ACE rack connectés à quatre appareils clients en amont :

BGPConnectivité par liaison de service

L'Outpost établit une session d'BGPappairage externe entre chaque appareil réseau Outpost et le périphérique réseau local du client pour la connectivité du lien de service via le lien de service. VLAN La session BGP de peering est établie entre les adresses IP /30 ou /31 fournies pour le. point-to-point VLAN Chaque session de BGP peering utilise un numéro de système autonome privé (ASN) sur le périphérique réseau Outpost et un numéro ASN que vous choisissez pour les appareils du réseau local de votre client. AWS fournit les attributs dans le cadre du processus d'installation.

Imaginons le scénario dans lequel vous avez un avant-poste avec deux appareils réseau Outpost connectés par un lien de service VLAN à deux appareils du réseau local du client. Vous configurez l'infrastructure suivante et les BGP ASN attributs du périphérique réseau local du client pour chaque lien de service :

L'Outpost établit une session de BGP peering externe via le lien de service VLAN en utilisant le processus suivant :

Nous vous recommandons de configurer l'équipement réseau des clients pour recevoir les BGP publicités des Outposts sans en modifier les BGP attributs. Le réseau du client doit privilégier les routes en partance d’Outposts d’une longueur AS-Path de 1 plutôt que les routes d’une longueur AS-Path de 4.

Le réseau de clients doit annoncer des BGP préfixes identiques avec les mêmes attributs à tousONDs. Par défaut, le réseau Outpost équilibre la charge du trafic sortant entre toutes les liaisons ascendantes. Les politiques de routage sont utilisées du côté de l'avant-poste pour détourner le trafic et OND si une maintenance est requise. Ce transfert de trafic nécessite des BGP préfixes identiques de la part du client pour tousONDs. Si une maintenance est nécessaire sur le réseau du client, nous vous recommandons d’utiliser l’ajout en préfixe de AS-Path pour détourner temporairement le trafic de certaines liaisons ascendantes.

Publication de sous-réseau d’infrastructure de liaison de service et plage d’adresses IP

Vous fournissez une CIDR plage /26 lors du processus de pré-installation pour le sous-réseau d'infrastructure de liens de service. L’infrastructure de l’Outpost utilise cette plage pour établir une connectivité avec la région par le biais de la liaison de service. Le sous-réseau de liaison de service est la source Outpost, qui initie la connectivité.

Les périphériques réseau Outpost annoncent la CIDR plage /26 sous la forme de deux CIDR blocs /27 pour prendre en charge les pannes de connexion et de périphérique.

Vous devez fournir un lien de service BGP ASN et un sous-réseau d'infrastructure CIDR (/26) pour l'Outpost. Pour chaque périphérique réseau Outpost, fournissez l'BGPadresse IP d'appairage VLAN du périphérique réseau local et BGP ASN du périphérique réseau local.

Si le déploiement est effectué sur plusieurs racks, vous devez disposer d’un sous-réseau /26 par rack.

BGPConnectivité par passerelle locale

L'Outpost établit un BGP peering externe entre chaque périphérique réseau Outpost et un périphérique réseau local pour la connectivité à la passerelle locale. Il utilise un numéro de système autonome privé (ASN) que vous attribuez afin d'établir les BGP sessions externes. Chaque périphérique réseau Outpost dispose d'un seul BGP appairage externe vers un périphérique réseau local via sa passerelle locale. VLAN

L'Outpost établit une session d'BGPappairage externe via la passerelle locale VLAN entre chaque appareil réseau Outpost et le périphérique réseau local du client connecté. La session d'appairage est établie entre le /30 ou le /31 IPs que vous avez indiqué lors de la configuration de la connectivité réseau et utilise la point-to-point connectivité entre les périphériques réseau Outpost et les périphériques réseau locaux du client. Pour de plus amples informations, veuillez consulter Connectivité de la couche réseau.

Chaque BGP session utilise le mode privé du ASN côté du périphérique réseau Outpost et ASN celui que vous choisissez du côté du périphérique réseau local du client. AWS fournit les attributs dans le cadre du processus de pré-installation.

Imaginons le scénario dans lequel vous avez un avant-poste avec deux appareils réseau Outpost connectés par un lien de service VLAN à deux appareils du réseau local du client. Vous configurez les BGP ASN attributs de passerelle locale et de périphérique réseau local du client suivants pour chaque lien de service :

Nous vous recommandons de configurer l'équipement réseau des clients pour recevoir les BGP publicités des Outposts sans modifier les BGP attributs, et d'activer l'équilibrage BGP multipath/charge pour optimiser les flux de trafic entrant. Le préfixe AS-Path est utilisé pour les préfixes de passerelle locale afin de détourner le trafic ONDs si une maintenance est requise. Le réseau du client doit privilégier les routes en partance d’Outposts d’une longueur AS-Path de 1 plutôt que les routes d’une longueur AS-Path de 4.

Le réseau de clients doit annoncer des BGP préfixes identiques avec les mêmes attributs à tousONDs. Par défaut, le réseau Outpost équilibre la charge du trafic sortant entre toutes les liaisons ascendantes. Les politiques de routage sont utilisées du côté de l'avant-poste pour détourner le trafic et OND si une maintenance est requise. Ce transfert de trafic nécessite des BGP préfixes identiques de la part du client pour tousONDs. Si une maintenance est nécessaire sur le réseau du client, nous vous recommandons d’utiliser l’ajout en préfixe de AS-Path pour détourner temporairement le trafic de certaines liaisons ascendantes.

Publication de sous-réseau IP client de passerelle locale

Par défaut, la passerelle locale utilise les adresses IP privées des instances de votre ordinateur VPC pour faciliter la communication avec votre réseau sur site. Vous pouvez toutefois indiquer un groupe d’adresses IP clients (CoIP).

Si vous choisissez CoIP, AWS crée le pool à partir des informations que vous fournissez lors du processus d'installation. Vous pouvez créer des adresses IP élastiques à partir de ce pool, puis les attribuer à des ressources de votre Outpost, telles que des EC2 instances.

La passerelle locale traduit l’adresse IP Elastic en adresse du groupe client. La passerelle locale publie l’adresse traduite dans votre réseau sur site et dans tout autre réseau communiquant avec l’Outpost. Les adresses sont annoncées sur les deux BGP sessions de passerelle locale aux périphériques du réseau local.

Imaginons le scénario dans lequel vous avez un avant-poste avec deux appareils réseau Outpost connectés par un lien de service VLAN à deux appareils du réseau local du client. Les paramètres suivants sont configurés :