Une entreprise souhaite permettre à ses employés de travailler à domicile en se connectant via VPN pour accéder aux applications internes hébergées dans des VPCs sur plusieurs comptes AWS. Actuellement, les utilisateurs du bureau sur site accèdent à ces applications via un VPN Site-to-Site et un peering VPC depuis le compte principal vers les VPCs des autres comptes. Pour une solution AWS Client VPN évolutive et rentable pour les employés distants, que doit faire l'architecte de solutions ?

La création d'un seul point de terminaison AWS Client VPN dans le compte principal est la solution la plus évolutive et rentable. AWS Client VPN peut se connecter à plusieurs VPCs via des associations cibles, même s'ils se trouvent dans des comptes différents, en utilisant le peering VPC existant. Cela évite la complexité et les coûts liés à la gestion de plusieurs points de terminaison Client VPN. Créer un point de terminaison distinct dans chaque compte serait inefficace. Utiliser Transit Gateway serait une option valide pour des architectures plus complexes, mais n'est pas strictement nécessaire ici étant donné le peering VPC existant et l'objectif de rentabilité. Connecter Client VPN au VPN Site-to-Site existant ne permettrait pas aux employés distants d'accéder directement aux applications internes via Client VPN, mais les ferait transiter par le réseau sur site, ce qui n'est pas l'objectif.