GCP BYOIP: genel duyuru özel bir yol değildir
Bir BYOIP önekini saha ile bulut arasında bölmek iki plan gerektirir. Genel duyuruyu, devri ve özel sonraki atlamayı ayırın.
Genel bir bloğun bir kısmı sahada kalır, bir kısmı Google Cloud'a taşınır. Bu cümle bir değil iki planı anlatır: internette duyuru planı ve özel yönlendirme planı. İkisini tek bir yönlendirme sorunu olarak ele almak, BYOIP tasarımlarının yanlış gittiği yerdir.
İlgili nesneler farklı soruları yanıtlar ve bunlardan yalnızca biri paketlerin sırada nereye gittiğiyle ilgilidir.
Üç nesne, üç soru
Genel olarak duyurulan önek, Google'ın sizin adınıza internette duyurduğu birimdir. Genel olarak devredilen önek, içe aktarılan alanın desteklenen Cloud kaynaklarına nasıl tahsis edildiğidir. Bir VPC yolu, VPN'den Cloud Router üzerinden öğrenilen dahil, özel bir sonraki atlama seçer. Her birinin kendi kapsamı, kendi API'si ve kendi hata iletisi vardır.
Tablo sürümü daha kısadır.
| Object | Question it answers |
|---|---|
| Public advertised prefix | Which authorized range Google announces publicly |
| Public delegated prefix | How imported space is allocated to Cloud resources |
| VPN or Cloud Router route | Which private next hop carries a destination |
Yalnızca üçüncü satır ağınızın içindeki yönlendirmeyle ilgilidir.
BYOIP çakışma uyarısı neyi kapsar
Google'ın BYOIP belgeleri duyurulan öneki bir duyuru birimi olarak ele alır ve Google dışında duyurulan bir alt önek dahil, çakışan dış duyurular konusunda uyarır. Bu uyarı genel duyuru planıyla ilgilidir. Ekleyebileceğiniz her özel yol hakkında bir ifade değildir.
İçe aktarılan bir önek içinde daha küçük bir tahsis devretmek, tek başına, kalanı başka bir kaynaktan duyurma izni vermez.
Soruyu kim neyi duyurur açısından sorun. Google içe aktarılan önekin tamamını duyuruyorsa, bir alt önek duyuran ikinci bir kaynak, VPC yollarınız ne kadar düzenli görünürse görünsün, belgelerin uyardığı çakışmayı tam olarak yaratır.
Özel bir yol neyi belirler
VPN üzerinden öğrenilen bir önek internet duyurusu değildir ve hiçbir BGP miktarı onu öyle yapmaz. VPC yol tablosunda, o hedef için trafiği hangi tünelin veya geçidin taşıması gerektiğini söyleyen bir girdidir. Bu girdinin uygun, seçilmiş veya kullanılabilir olması VPC'nin kendi yönlendirme kurallarına bağlıdır.
En uzun önek eşleşmesi yol tablosunun içinde geçerlidir, bu yüzden daha uzun bir VPN yolu genel kenarda hiçbir şeyi değiştirmeden yerel olarak kazanabilir.
Bir öneki bölmek: ilk gelen karar
Mimari, bloğun yarısının bir veri merkezinden ve yarısının Google'dan duyurulmasını gerektiriyorsa, herhangi bir şeyi içe aktarmadan önce duyuru planını belirleyin. Google'ın hangi aralıkları duyurabileceğini, hangilerinin başka yerde duyurulmuş olarak kaldığını ve ikisinin çakışıp çakışmadığını doğrulayın. Ardından her hedef için özel yolu ve dönüş yolunu tasarlayın. Sağlayıcılar istediğiniz bölünmeyi desteklemiyorsa, daha uzun bir VPN önekinin genel kenardaki bir kararı geçersiz kılacağını ummak yerine bölünmeyi değiştirin.
Bu sıra önemlidir çünkü ikinci plan birinciyi onaramaz.
İki planı ayrı ayrı doğrulayın
Genel tarafı şununla denetleyin: gcloud compute public-advertised-prefixes list ve aralıkları ve durumlarını doğrulayın. Özel tarafı şununla denetleyin: gcloud compute routes list ve gcloud compute routers get-status, bu BGP'nin gerçekte ne alışverişi yaptığını gösterir.
Bir çıktı kümesi internete neyin göründüğünü söyler. Diğeri trafiğinizin nereye gittiğini söyler. Hiçbiri diğerinin yerini tutmaz.