App Engine VPN ma'lumotlar bazangizga yetib boradi: nima mos kelishi kerak
Standart App Engine Cloud VPN orqali ma'lumotlar bazasiga yetib boradi, lekin faqat egress, manba diapazoni va so'rov yo'li mos kelganda. Mana nimalarni tenglashtirish kerak.
App Engine Standard Cloud VPN orqali shaxsiy ma'lumotlar bazasiga yetib bora olmaydi degan da'vo platformaning oldingi avlodidan qolgan. Standard nusxalari ba'zi boshqa ish muhitlari kabi VPCga xos manzil olmaydi, lekin tarmog'ingizda joylashgan Serverless VPC Access konnektori orqali egress yuborishi mumkin. Bu yo'l paydo bo'lgach, Cloud VPN va uzoq firewall konnektor trafigini har qanday boshqa manba kabi ko'radi. Muvaffaqiyatsiz bo'ladigan narsa kamdan-kam hollarda qobiliyatning o'zi. Bu hech qachon tenglashtirilmagan uchta sozlamadan biri.
Eski javob qayerdan kelgan
Konnektorlar paydo bo'lishidan oldin amaliy javob haqiqatan ham Standard faqat ommaviy oxirgi nuqtalar bilan gaplasha oladi degani edi va jamoalar bundan qochish uchun proksi VM yoki boshqa ish muhitiga o'tishdi. Platforma o'zgardi, folklor o'zgarmadi. Internetdagi ko'plab maslahatlar hanuz egress varianti umuman bo'lmagan davrni aks ettiradi.
Tuzatish eshitilganidan tor. Standard shaxsiy tarmoqqa yetib borishi mumkin, lekin faqat qo'llab-quvvatlanadigan egress integratsiyasi orqali va faqat shu integratsiya haqiqatan ushlaydigan manzillar uchun.
Avval egress yo'lini tanlang
Xizmatga ulangan konnektor uning trafigini VPCga kiritadi. Konnektor hujjatlari mintaqaviy shart va egress sozlamalarini sanab o'tadi; konnektor xizmat mintaqasida bo'lishi va joylashtiruvchi identifikatsiya uchun foydalanish mumkin bo'lishi kerak.
vpc_access_connector:
name: projects/PROJECT_ID/locations/REGION/connectors/CONNECTOR_NAME
egress_setting: private-ranges-only
private-ranges-only shaxsiy manzillarni VPCga yuboradi va qolgan hamma narsani oddiy internet yo'lida qoldiradi, bu odatda ma'lumotlar bazasi ulanishiga kerak bo'ladi. all-traffic chiquvchi trafikni VPC orqali keng suratda itaradi, shuning uchun oddiy internet chaqiruvlari ham VPCning NAT va firewall holatini meros oladi.
Faylni mahalliy tahrirlash joylashtirmaguningizcha hech narsani o'zgartirmaydi. Ishlab turgan versiya yaratilgan konfiguratsiyani saqlaydi.
Manba manzili konnektor, noutbukingiz emas
Nosozliklarni tuzatish vaqtining ko'p qismi shu yerga ketadi. Uzoq VPN shlyuzi va ma'lumotlar bazasi firewol VPC ichida konnektorga ajratilgan diapazonni qabul qilishi kerak, ofisingiz manzilini yoki xizmatning ommaviy egress manzilini emas. Bitta ham qoida yozishdan oldin o'sha diapazonni konsolda toping.
Yana ikki joy kelishishi kerak. VPC marshrutlar jadvaliga uzoq ma'lumotlar bazasi tarmog'iga marshrut kerak, uzoq tomonga esa konnektor diapazoni uchun qaytish marshruti kerak. Agar tunnel trafik selektorlaridan foydalansa, konnektor diapazoni kelishilgan doirada ekanini tasdiqlang. Faqat uzoqdan mahalliyga yo'nalishda mavjud marshrut keng tarqalgan xato va u pinglarni o'tkazadi, lekin TCP qo'l siqishni hech qachon tugatmaydi.
Faqat VM quyi tarmog'ini qabul qiladigan tunnel konnektor paketlarini foydali xato xabarisiz tashlab yuboradi, shuning uchun ma'lumotlar bazasi vaqti tugashi hisob ma'lumotlari muammosiga o'xshaydi.
DNS boshqa yo'ldan yuradi
Shaxsiy ma'lumotlar bazasi xost nomi konnektor yetib boradigan tarmoq ichida hal qilinishi kerak, Cloud DNS peering yoki VPC foydalanishi mumkin bo'lgan yo'naltirish zonasi orqali. Uni ish stansiyangizda hal qilish joylashtirilgan xizmat haqida hech narsani isbotlamaydi, chunki noutbukingiz o'sha hal qiluvchidan foydalanmaydi.
Agar nom VPC ichidan ommaviy manzilga hal bo'lsa, siz noto'g'ri firewolni tuzatishga kirishasiz.
URL Fetch konnektordan foydalanmaydi
egress sozlamasi ish muhitining oddiy chiquvchi soketlarini qamrab oladi va eski URL Fetch xizmati bu yo'lning qismi emas. urlfetch orqali chiqarilgan so'rov konfiguratsiya nima desa ham konnektorni e'tiborsiz qoldiradi. Muvaffaqiyatsiz chaqiruv hali ham URL Fetch ishlatadigan eski kutubxonada bo'lsa, yechim o'sha chaqiruvni standart HTTP mijoziga ko'chirishdir.
Ma'lumotlar bazasi drayveri uchun bu kamdan-kam muammo, lekin bir xizmatdan bir oxirgi nuqta ishlab, ikkinchisi ishlamasligining klassik sababi shu.
Bitta tor so'rov bilan tekshiring
Joylashtiring, so'ng uzoq tomonni kuzatib, joylashtirilgan versiyadan ruxsat etilgan bitta ma'lumotlar bazasi amalini bajaring. Ma'lumotlar bazasi yoki VPN shlyuzi qayd etadigan manba manzili konnektorniki bo'lishi kerak. Aks holda, so'rov VPCga hech qachon kirmagan va hech qanday tunnel konfiguratsiyasi uni tuzatmaydi. Uni konsolda izlagan diapazoningiz bilan solishtiring; nomuvofiqlik odatda versiyaga ikkinchi konnektor xizmat qilayotganini bildiradi.
VPC ichidagi VMdan muvaffaqiyatli so'rov marshrut borligini isbotlaydi. Xizmat aynan shuni tanlaganini isbotlamaydi.