Lancez une instance sur votre rack Outposts

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.

Utilisez la procédure suivante pour créer une table de routage personnalisée pour votre passerelle locale.

Utilisez la procédure suivante pour VPC associer un à votre table de routage de passerelle locale. Ils ne sont pas associés par défaut.

Ajoutez une entrée de route dans la table de routage du sous-réseau Outpost pour activer le trafic entre les sous-réseaux Outpost et la passerelle locale.

Les sous-réseaux Outpost au sein d'unVPC, qui est associé à une table de routage de passerelle locale, peuvent avoir un type de cible supplémentaire, 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 la passerelle locale. 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 de la passerelle locale.

VIFles groupes sont des groupements logiques d'interfaces virtuelles (VIFs). Associez la table de routage de la passerelle locale au VIF groupe.

Modifiez la table de routage de la passerelle locale pour ajouter une route statique ayant le VIF groupe comme cible et votre CIDR plage de sous-réseaux sur site (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 de plus amples informations, veuillez consulter Adresses IP clients.

Si vous avez configuré vos Outposts pour utiliser le VPC routage 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 plus d'informations sur le partage d'une IPv4 adresse appartenant à un client, consultez. Partage d’une ressource Outpost

Imaginons le scénario dans lequel vous avez un Outpost, configuré en VPC mode Direct, avec deux périphériques réseau en rack Outposts connectés par une VLAN passerelle locale à 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 BGP sessions 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 connectés par une VLAN passerelle locale à 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 BGP sessions 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, consultez Connect to your EC2 instance dans le guide de EC2 l'utilisateur Amazon.

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 :