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.
Exemple : partage de sous-réseaux publics et de sous-réseaux privés
Imaginez ce scénario où vous souhaitez qu'un compte (compte A) gère l'infrastructure, y compris les VPC, les sous-réseaux, les tables de routage, les passerelles et les plages CIDR, et que d'autres comptes membres utilisent les sous-réseaux pour leurs applications. Le compte D contient des applications qui doivent se connecter à Internet. Le compte B et le compte C contiennent des applications qui n'ont pas besoin de se connecter à Internet.
Le compte A utilise AWS Resource Access Manager pour créer un partage de ressources pour les sous-réseaux et partage le sous-réseau public avec le compte D ainsi que le sous-réseau privé avec le compte B et le compte C. Le compte B, le compte C et le compte D peuvent créer des ressources dans les sous-réseaux. Chaque compte peut uniquement voir et créer des ressources dans les sous-réseaux qui sont partagés avec le compte en question. Chaque compte peut contrôler les ressources qu'il crée dans ces sous-réseaux (par exemple, les instances EC2 et les groupes de sécurité).
Aucune configuration supplémentaire n'est requise pour les sous-réseaux partagés, les tables de routage sont donc les mêmes que les tables de routage des sous-réseaux non partagés.
Le compte A (111111111111) partage le sous-réseau public avec le compte D (444444444444). Le compte D voit les sous-réseaux suivants et la colonne Propriétaire fournit deux indicateurs montrant que le sous-réseau est partagé.
-
L'ID de compte du propriétaire est le compte A (111111111111) et non le compte D (444444444444).
-
Le mot « partagé » apparaît en regard de l'ID de compte du propriétaire.
