Lancez une instance sur votre rack Outpost

Utilisez la procédure suivante pour créer une table de routage personnalisée avec une route à destination de la passerelle locale. Vous ne pouvez pas utiliser la même table de routage que celle des sous-réseaux de la zone de disponibilité.

Pour appliquer des routes de table de routage à un sous-réseau spécifique, vous devez associer la table de routage au sous-réseau. Une table de routage peut être associée à plusieurs sous-réseaux. Toutefois, un sous-réseau peut être associé à une seule table de routage à la fois. Tout sous-réseau non associé explicitement à une table est associé implicitement à la table de routage principale par défaut.

Vous pouvez créer une table de routage personnalisée pour votre passerelle locale (LGW) à l'aide de la AWS Outposts console.

Vous devez associer les VPC à votre table de routage LGW. Ils ne sont pas associés par défaut.

Utilisez la procédure suivante pour associer un VPC à une table de routage LGW.

Vous pouvez éventuellement baliser votre association pour l’identifier ou la catégoriser en fonction des besoins de votre organisation.

Ajoutez une entrée d'itinéraire dans la table de routage du sous-réseau Outpost pour activer le trafic entre les sous-réseaux Outpost et LGW.

Les sous-réseaux Outpost d'un VPC, qui est associé aux tables de routage Outpost LGW, peuvent avoir un type de cible supplémentaire, à savoir un ID de passerelle Outpost Local pour leurs tables de routage. Imaginons le cas où vous souhaitez acheminer le trafic avec une adresse de destination 172.16.100.0/24 vers le réseau du client via le LGW. Pour ce faire, modifiez la table de routage du sous-réseau Outpost et ajoutez l'itinéraire suivant avec le réseau de destination et une cible du LGW (). lgw-xxxx

Les groupes VIF sont des regroupements logiques d’interfaces virtuelles (VIF). Associez la table de routage de la passerelle locale au groupe VIF.

Modifiez la table de routage de la passerelle locale pour ajouter une route statique dont le groupe VIF est la cible et la plage d'adresses CIDR de votre sous-réseau local (ou 0.0.0.0/0) comme destination.

Si vous avez configuré vos Outposts dans le 3a. Création d'une table de routage de passerelle locale personnalisée pour utiliser un pool d'adresses IP (CoIP) appartenant au client, vous devez allouer une adresse IP élastique à partir du pool d'adresses CoIP et associer l'adresse IP élastique à l'instance. Pour plus d’informations sur les pools CoIP, consultez Adresses IP clients.

Si vous avez configuré vos Outposts pour utiliser le routage VPC direct (DVR), ignorez cette étape.

Pools d’adresses IP appartenant à un client en partage

Si vous souhaitez utiliser un pool d’adresses IP appartenant à un client en partage, le pool doit être partagé avant de commencer la configuration. Pour savoir comment partager une adresse IPv4 appartenant à un client, consultez Partage de vos ressources AWS dans le Guide de l’utilisateur AWS RAM .

Imaginons le scénario dans lequel vous avez un Outpost, configuré en mode VPC direct, avec deux périphériques réseau en rack Outposts connectés par une passerelle locale VLAN à deux périphériques réseau locaux du client. Les paramètres suivants sont configurés :

Dans ce scénario, l'itinéraire annoncé par :

Par conséquent, la passerelle locale enverra le trafic sortant avec le réseau de destination 172.16.100.0/24 vers les appareils de vos clients. Assurez-vous que la configuration de routage de votre réseau est correcte pour acheminer le trafic vers l'hôte de destination au sein de votre réseau.

Pour connaître les commandes et la configuration spécifiques requises pour vérifier l'état des sessions BGP et les itinéraires annoncés au sein de ces sessions, consultez la documentation de votre fournisseur de réseau. Pour le dépannage, consultez la liste de contrôle de dépannage du réseau en AWS Outposts rack.

Imaginons le scénario dans lequel vous avez un Outpost avec deux périphériques réseau en rack Outposts connectés par une passerelle locale VLAN à deux périphériques réseau locaux du client. Les paramètres suivants sont configurés :

Dans ce scénario, l'itinéraire annoncé par :

Par conséquent, la passerelle locale enverra le trafic sortant avec le réseau de destination 172.16.100.0/24 vers les appareils de vos clients. Assurez-vous que votre réseau dispose de la bonne configuration de routage pour acheminer le trafic vers l'hôte de destination au sein de votre réseau.

Pour connaître les commandes et la configuration spécifiques requises pour vérifier l'état des sessions BGP et les itinéraires annoncés au sein de ces sessions, consultez la documentation de votre fournisseur de réseau. Pour le dépannage, consultez la liste de contrôle de dépannage du réseau en AWS Outposts rack.

Test de la connectivité entre votre réseau local et l’Outpost

À partir d’un ordinateur de votre réseau local, exécutez la commande ping sur l’adresse IP appartenant au client de l’instance Outpost.

ping 172.16.0.128

Voici un exemple de sortie.

Pinging 172.16.0.128

Reply from 172.16.0.128:  bytes=32 time=<1ms TTL=128
Reply from 172.16.0.128:  bytes=32 time=<1ms TTL=128
Reply from 172.16.0.128:  bytes=32 time=<1ms TTL=128

Ping statistics for 172.16.0.128
Packets:  Sent = 3,  Received = 3,  Lost = 0 (0% lost)

Approximate round trip time in milliseconds
Minimum = 0ms,  Maximum = 0ms,  Average = 0ms

Test de la connectivité entre une instance Outpost et votre réseau local

Selon votre système d’exploitation, utilisez ssh ou rdp pour vous connecter à l’adresse IP privée de votre instance Outpost. Pour plus d'informations sur la connexion à une instance Linux, consultez la section Connect to your Linux User Guide du guide de l'utilisateur Amazon EC2. Pour plus d'informations sur la connexion à une instance Windows, consultez la section Connect to your Windows User Guide du guide de l'utilisateur Amazon EC2.

Une fois que l’instance Outpost s’exécute, exécutez la commande ping sur l’adresse IP d’un ordinateur de votre réseau local.

ping 172.16.0.130

Voici un exemple de sortie.

Pinging 172.16.0.130

Reply from 172.16.0.130:  bytes=32 time=<1ms TTL=128
Reply from 172.16.0.130:  bytes=32 time=<1ms TTL=128
Reply from 172.16.0.130:  bytes=32 time=<1ms TTL=128

Ping statistics for 172.16.0.130
Packets:  Sent = 3,  Received = 3,  Lost = 0 (0% lost)

Approximate round trip time in milliseconds
Minimum = 0ms,  Maximum = 0ms,  Average = 0ms

Testez la connectivité entre la AWS région et l'avant-poste

Lancez une instance dans le sous-réseau de la AWS région. Par exemple, utilisez la commande run-instances.

aws ec2 run-instances \
    --image-id ami-abcdefghi1234567898 \
    --instance-type c5.large \
    --key-name MyKeyPair \
    --security-group-ids sg-1a2b3c4d123456787 \
    --subnet-id subnet-6e7f829e123445678

Une fois que l’instance s’exécute, effectuez les opérations suivantes :