เวิร์กโหลดในสหรัฐฯ ไปถึงคำนำหน้าของสำนักงานผ่าน HA VPN ได้โดยไม่มีปัญหา ขณะที่เวิร์กโหลดยุโรปใน VPC เดียวกันไม่ได้รับอะไรเลย ตารางเส้นทางไม่มีรายการสำหรับคำนำหน้านี้ ไม่มีอุโมงค์ใดล่ม และไม่มีกฎไฟร์วอลล์ใดเปลี่ยนแปลง อุโมงค์และเซสชัน BGP ของมันแข็งแรงทั้งสองทิศทาง VPC ที่ครอบคลุมหลายภูมิภาคไม่ใช่สิ่งเดียวกับเส้นทางที่เรียนรู้ซึ่งครอบคลุมหลายภูมิภาค และช่องว่างนั้นอธิบายอาการทั้งหมด

ที่นี่มีการสับสนระหว่างสองคุณสมบัติ คือ subnet อยู่ที่ใด และจะใช้ next hop ที่เรียนรู้ได้ที่ใด

ขอบเขตภูมิภาคมาจากไหน

Cloud Router ติดตั้งเส้นทางที่เรียนรู้ด้วยขอบเขตที่ตามโหมดการกำหนดเส้นทางแบบไดนามิกของ VPC ในโหมดภูมิภาค เส้นทางที่เรียนรู้ในภูมิภาคหนึ่งใช้ได้เฉพาะทรัพยากรของภูมิภาคนั้น จึงเป็นเหตุให้ตารางยุโรปว่างเปล่าแทนที่จะแสดง next hop ที่เสีย ในโหมดโลก เส้นทางที่เรียนรู้ซึ่งมีสิทธิ์จะพร้อมใช้สำหรับทรัพยากรในทุกภูมิภาคของ VPC อ่านค่าปัจจุบันก่อนเปลี่ยนแปลงสิ่งใด เพราะโหมดภูมิภาคเป็นค่าเริ่มต้น การตั้งค่านี้อยู่บนเครือข่าย ไม่ใช่บนอุโมงค์หรือเราเตอร์

คำสั่งสำรวจเป็นแบบอ่านอย่างเดียวและตอบเรื่องนี้ในบรรทัดเดียว

gcloud compute networks describe VPC_NAME --format='value(routingConfig.routingMode)'

เรียกใช้ในโปรเจกต์โฮสต์เมื่อ VPC ถูกแชร์ เครือข่ายเป็นของโปรเจกต์นั้น และบทบาทผู้ชมในโปรเจกต์เวิร์กโหลดอาจไม่แสดงการกำหนดค่าเส้นทางเลย คำตอบเร็วจากโปรเจกต์ผิดแย่กว่าไม่มีคำตอบ

การเปลี่ยนแปลงคือคำสั่งเดียวและทิศทางเดียว

การสลับคือการแก้ไขระนาบควบคุมทั่วทั้ง VPC ไม่ใช่ทางอ้อมต่อ VM: gcloud compute networks update VPC_NAME --routing-mode=GLOBAL นอกจากนี้ยังเป็นทางเดียว เพราะเครือข่ายที่ตั้งเป็นโหมดโลกไม่สามารถกลับไปเป็นโหมดภูมิภาคได้ ตรวจสอบชื่อโปรเจกต์และเครือข่ายอีกครั้งก่อนเรียกใช้ เนื่องจากคำสั่งไม่ถามยืนยัน การเปลี่ยนแปลงนี้สมควรมีบันทึกการบำรุงรักษาและการอนุมัติจากเจ้าของเครือข่าย ไม่ใช่การทดลองเร็วบน VPC ที่แชร์

ทุกการเชื่อมต่อ Cloud Router, VPN และ Interconnect ในเครือข่ายนั้นรับขอบเขตใหม่พร้อมกัน รวมถึงการเชื่อมต่อที่ไม่มีใครกล่าวถึงในคำขอเปลี่ยนแปลง ภูมิภาคที่ไม่เคยมีเส้นทางนี้จะเริ่มได้รับทันทีที่การเปลี่ยนแปลงมีผล จึงไม่มีการเปิดใช้แบบเป็นขั้นตอนสำหรับการสลับนี้

โหมดโลกคือขอบเขต ไม่ใช่การรับประกัน

ความมีสิทธิ์และการเลือกเส้นทางแยกจากขอบเขต เส้นทางที่ขัดกับคำนำหน้าที่เฉพาะเจาะจงกว่า แพ้การเลือกเส้นทางที่ดีที่สุด หรือถูกกรองด้วยนโยบาย จะทำงานเหมือนเดิมทุกประการ โหมดโลกขยายว่าเส้นทางใช้ได้ที่ใด แต่ไม่ได้ตัดสินว่าเส้นทางใดชนะ เส้นทางที่เรียนรู้อาจอยู่ในขอบเขตและยังแพ้เส้นทางแบบคงที่หรือเฉพาะเจาะจงกว่าใน VPC เดียวกัน

ความแตกต่างนี้สำคัญเพราะการเปลี่ยนโหมดถูกโทษได้ง่ายในภายหลัง หาก subnet ยุโรปยังไม่มีเส้นทางหลังการสลับ คำถามคือเส้นทางมีอยู่และมีสิทธิ์หรือไม่ ไม่ใช่ว่าขอบเขตมีผลแล้วหรือไม่ ความขัดแย้งของคำนำหน้าและสุขภาพของ next hop คือสองสิ่งถัดไปที่ต้องอ่าน

ฝั่งไกลก็ประกาศต่างออกไป

พฤติกรรมการประกาศเป็นไปตามการตั้งค่าเดียวกัน ด้วยพฤติกรรมเริ่มต้น เราเตอร์ในโหมดภูมิภาคประกาศ subnet ของภูมิภาคตัวเอง ขณะที่โหมดโลกประกาศ subnet ของ VPC กว้างกว่า ดังนั้นการเปลี่ยนโหมดจึงเปลี่ยนไม่เพียงสิ่งที่ภูมิภาคของคุณใช้ได้ แต่ยังเปลี่ยนสิ่งที่ฝั่งไกลติดตั้งด้วย

รายการประกาศที่กำหนดเองจะไม่ขยายเมื่อโหมดเปลี่ยน หากเราเตอร์ภายในองค์กรมีรายการช่วงที่เขียนด้วยมือ คำนำหน้ายุโรปยังคงหายไปจากรายการนั้น เส้นทางขากลับยังคงเสียในกรณีนั้นแม้เส้นทางขาออกจะมีอยู่แล้ว ตรวจสอบสิ่งที่ฝั่งไกลติดตั้ง ไม่ใช่สิ่งที่คุณส่งออก

สิ่งที่โหมดจะไม่มีวันซ่อม

การกำหนดเส้นทางระดับโลกไม่ได้ให้การเข้าถึงอินเทอร์เน็ตสาธารณะ การส่งผ่านระหว่าง VPC ที่ไม่เกี่ยวข้อง หรือเส้นทางคงที่ที่หายไป ไม่ได้เปลี่ยนกฎไฟร์วอลล์หรือ IAM ดังนั้นการเชื่อมต่อที่ถูกนโยบายปฏิเสธก็ยังถูกปฏิเสธ

ความล้มเหลวเหล่านี้ดูเหมือนกันจากภายในเวิร์กโหลดและไม่เกี่ยวข้องกับขอบเขตเส้นทางเลย

ทดสอบจากภูมิภาคไกลไปยังบริการจริง แล้วยืนยันว่าคำตอบกลับมาผ่านอุโมงค์ที่ตั้งใจ บันทึกโหมด การกำหนดค่าการประกาศ และปลายทางที่ทดสอบ หากการทดสอบยังล้มเหลว ให้เทียบตาราง BGP ของเราเตอร์ไกลกับรายการเส้นทางของ VPC ก่อนแตะโหมดอีกครั้ง จากนั้นรายงานข้ามภูมิภาคครั้งถัดไปจะเริ่มจากข้อเท็จจริง ไม่ใช่จากการเปลี่ยนโหมด

บทความที่เกี่ยวข้อง