Des serveurs web s'exécutent dans le projet prod-servers dans les régions us-east1 et us-west1. L'équipe de sécurité installera un IDS dans son propre projet pour inspecter le trafic entrant. Que devez-vous faire ?

La solution correcte utilise le Packet Mirroring de Google Cloud, qui est conçu pour l'inspection du trafic par des outils comme les IDS. En créant un VPC séparé pour l'équipe de sécurité et en l'appairant au VPC des serveurs web, le trafic peut être mis en miroir sans affecter la topologie réseau existante des serveurs web. L'équilibreur de charge interne assure la haute disponibilité et la scalabilité de l'IDS dans les deux régions. Les politiques de mise en miroir sont configurées dans le projet de sécurité, permettant à l'IDS de recevoir une copie du trafic. Les options incorrectes proposent des solutions moins efficaces ou non conformes aux bonnes pratiques : L'option impliquant le transfert IP manuel depuis les serveurs web est complexe à gérer, non évolutive et peut introduire des points de défaillance uniques. L'option du VPC partagé avec l'IDS dans un seul sous-réseau et une seule région ne fournit pas la résilience et la redondance nécessaires pour un système d'IDS critique. De plus, le Packet Mirroring est configuré par instance ou par sous-réseau, pas directement sur un VPC partagé de cette manière pour rediriger vers un IDS unique.