Nachdem die VPC-Subnetze 10.1.0.0/16, 10.2.0.0/16 und 10.3.1.0/24 erstellt wurden, hat eine lokale Datenbank unter 10.2.1.25 keinen Traffic mehr empfangen. Der lokale Router bewirbt 10.0.0.0/8. Was ist die wahrscheinlichste Ursache?

Die wahrscheinlichste Ursache ist, dass eine spezifischere VPC-Subnetz-Route Vorrang hat. Google Cloud VPC-Netzwerke verwenden das Prinzip der längsten Präfixübereinstimmung für das Routing. Wenn ein Paket für 10.2.1.25 bestimmt ist, und es sowohl eine Route für 10.0.0.0/8 (vom lokalen Router beworben) als auch eine spezifischere Route für 10.2.0.0/16 (das neu erstellte VPC-Subnetz) gibt, wird die Route 10.2.0.0/16 bevorzugt. Dies führt dazu, dass der Traffic intern im VPC-Netzwerk verbleibt und die lokale Datenbank unter 10.2.1.25 nicht erreicht. Eine weniger spezifische Route hätte keinen Vorrang. Dass der lokale Router die Route nicht bewirbt oder eine Firewall-Regel den Traffic blockiert, ist weniger wahrscheinlich, da das Problem direkt nach der Erstellung der Subnetze auftrat und auf ein Routing-Konflikt hindeutet.