สำหรับผู้อ่านท่านอื่นที่มีคำถามเดียวกัน: ดูเพิ่มเติม ที่อยู่ที่จะใช้ในการเข้าถึง ipaddress ส่วนตัวสำหรับทรัพยากร AZURE จากภายในองค์กร สำหรับข้อมูลเบื้องหลังบางอย่าง
ก่อนที่ฉันจะเริ่มตอบคำถามของคุณแก้ไขเล็กน้อยตามที่คุณเขียนว่า "... ชื่อ DNS เดียวกัน" ฉันคิดว่านี่เป็นความเข้าใจผิดเนื่องจาก Azure Cosmos DB เป็นบริการที่มีการจัดการเต็มรูปแบบ หมายถึง ป้าส และด้วยเหตุนี้จึงมีชื่อเฉพาะ กล่าวอีกนัยหนึ่ง เป็นไปไม่ได้ที่บริการ Azure Cosmos DB สองบริการจะมีชื่อ DNS เหมือนกัน ถึงกระนั้น ฉันไม่ต้องการแก้ไขสิ่งนั้นในคำถาม แต่ต้องการให้การอ้างอิงเป็นส่วนหนึ่งของคำตอบ เนื่องจากนี่เป็นความเข้าใจผิดทั่วไป ทุกอย่างขึ้นอยู่กับวิธีการกำหนดชื่อโซลูชันแบบไฮบริด
การแก้ไขสถานการณ์ดังกล่าวเป็นเรื่องง่าย โดยใช้ชื่อ DNS เฉพาะ (ซึ่งไม่ใช่ปัญหาเนื่องจาก CosmosDB เป็น SaaS และด้วยเหตุนี้จึงมีชื่อเฉพาะ) และเพื่อให้แน่ใจว่าทรัพยากรทั้งหมดสามารถแก้ไขได้
คำตอบสั้น ๆ
สำหรับการสมัครแต่ละรายการของคุณภายใต้บัญชีองค์กรที่เชื่อมต่อกับภายในองค์กรผ่าน ExpressRoute หรือ VPN ให้กำหนดค่า Azure DNS ส่วนตัว และตัวส่งต่อ DNS ซึ่งปรับใช้ภายในซับเน็ตเดียวกัน Hub เชื่อมต่อทุกสิ่ง รวมถึงในองค์กร
คำตอบยาว
ตัวอย่างสมมุติฐาน (คำนิยามภารกิจ)
วิธีการทำงานจะดีกว่าที่จะอธิบายโดยใช้ตัวอย่าง
กำหนดองค์กรสมมุติ "กทปส INC" มี 3 แผนก:
แต่ละแผนกดำเนินการสมัครใช้งาน Azure 2 รายการ หนึ่งรายการสำหรับการพัฒนา อีกรายการหนึ่งสำหรับปริมาณงานการผลิต ดังนั้นเราจึงต้องจัดการกับการสมัครทั้งหมดอย่างน้อยหกรายการเพื่อให้เป็นไปตามข้อกำหนด
ข้อกำหนดเกี่ยวกับเครือข่ายมีดังต่อไปนี้:
- ทุกการสมัครต้องมีการเชื่อมต่อกับในสถานที่
- การสมัครสมาชิกทุกครั้งอาจใช้หรือไม่ใช้ทรัพยากรซึ่งปรับใช้โดยใช้ลิงก์ส่วนตัว
- เนื่องจากข้อจำกัดทางกฎหมาย ทรัพยากรทั้งหมดภายในการสมัครรับข้อมูลทั้งหมดจึงถูกปรับใช้ภายในปัจจุบัน ภูมิภาค "สหรัฐตะวันออก".
- มีการวางแผนที่จะขยายธุรกิจโดยใช้ภูมิภาคอื่นในที่สุด ดังนั้นจึงควรพิจารณาในการวางแผน
แนวทางการดำเนินการ
เมื่อใช้สถานการณ์นี้ คุณอาจลงเอยด้วยการสมัครสมาชิกอย่างน้อย 7 รายการ:
- dev-การเงิน
- prd-การเงิน
- พัฒนามัน
- ปรี๊ด-มัน
- การพัฒนาการตลาด
- PRD-การตลาด
- ฮับ ซึ่งเชื่อมต่อกับภายในองค์กรผ่าน VPN หรือ ExpressRoute
การสมัครใช้งานทั้งหกรายการจำเป็นต้องปรับใช้ DNS ส่วนตัวของ Azure และตัวส่งต่อ DNS นอกจากนี้ พวกเขาทั้งหมดใช้ VNET ซึ่งเพียร์ไปยังการสมัครสมาชิกฮับส่วนกลาง ในที่สุดคุณก็จะได้โดเมน DNS ภายในเจ็ดโดเมนนี้:
- dev.finance.eastus.azure.nkotb
- prd.finance.eastus.azure.nkotb
- dev.it.eastus.azure.nkotb
- prd.it.eastus.azure.nkotb
- dev.marketing.eastus.azure.nkotb
- prd.marketing.eastus.azure.nkotb
- hub.eastus.azure.nkotb
การสมัครสมาชิก Hub มีเซิร์ฟเวอร์ DNS และตัวส่งต่อชุดที่สองที่กำหนดค่าไว้ เฉพาะเซิร์ฟเวอร์ DNS ชุดนี้เท่านั้นที่รับรู้ถึงตัวส่งต่อ DNS อีกเจ็ดตัวที่ใช้งานในโดเมนอื่น และรับผิดชอบในการจำแนกชื่อของโดเมน "eastus.azure.nkotb" เซิร์ฟเวอร์ DNS ในองค์กรทั้งหมดได้รับการกำหนดค่าให้ส่งต่อคำขอ DNS ทั้งหมดสำหรับ *.eastus.azure.nkotb ไปยังเซิร์ฟเวอร์ DNS ชุดนี้
ตัวอย่างที่ 1: DNS ภายในระหว่างการสมัครสมาชิกและภายในองค์กร
เนื่องจากทีมการเงินตัดสินใจปรับใช้ฐานข้อมูลชื่อ "อัลไซเมอร์" ภายในการสมัครใช้งานจริง โดยใช้ลิงก์ส่วนตัว ดังนั้นชื่อ DNS ภายใน (FQDN) สำหรับฐานข้อมูลนี้จะเป็น alzheimer.prd.finance.eastus.azure.nkotb
.
ด้วยการแก้ไขชื่อภายในซึ่งสอดคล้องกับการสมัครรับข้อมูลทั้งหมดและภายในองค์กร ชื่อนี้จึงสามารถแก้ไขได้ทุกที่ภายในเครือข่ายองค์กร
ตัวอย่างที่ 1 ทำงานอย่างไร
- ไคลเอนต์แบบสุ่มที่อยู่ในองค์กรกำลังขอให้เซิร์ฟเวอร์ DNS ภายในเครื่องแก้ไข
alzheimer.prd.finance.eastus.azure.nkotb
.
- เซิร์ฟเวอร์ DNS ในเครื่องไม่ทราบคำตอบ แต่ได้รับการกำหนดค่าให้ส่งต่อคำขอทั้งหมดสำหรับ
*.eastus.azure.nkotb
ไปยังตัวส่งต่อ DNS ที่ปรับใช้ภายในการสมัครสมาชิกฮับ ดังนั้นเขาจึงทำเช่นนั้น เซิร์ฟเวอร์ DNS นี้สามารถเข้าถึงได้ (เครือข่าย) เนื่องจากภายในองค์กรเชื่อมต่อกับการสมัครรับข้อมูลฮับนี้ผ่าน ExpressRoute/VPN
- ตัวส่งต่อ DNS ที่ปรับใช้ภายในการบอกรับเป็นสมาชิกฮับไม่ทราบคำตอบ แต่รับทราบถึงตัวส่งต่อ DNS ซึ่งปรับใช้ในการสมัครใช้งานการเงินเพื่อการผลิต ดังนั้นคำขอจึงถูกส่งต่อในทิศทางนี้ เซิร์ฟเวอร์ DNS นี้สามารถเข้าถึงได้ (ฉลาดทั้งเครือข่าย) เนื่องจากการสมัครสมาชิกทั้งสองมีการเพียร์ของ VNET
- เซิร์ฟเวอร์ DNS และตัวส่งต่อที่ปรับใช้ใน prd.finance.eastus.azure.nkotb สามารถแก้ไขที่อยู่ IP ของฐานข้อมูล และส่งคำตอบกลับมาในห่วงโซ่
- ลูกค้าที่อยู่ในสถานที่จะได้รับคำตอบ
- คำขอ DNS ที่ติดตามแต่ละรายการ (ภายใน TTL ของบันทึก) จะได้รับคำตอบทันทีจากเซิร์ฟเวอร์ DNS ในเครื่อง เนื่องจากคำตอบถูกแคชไว้
ตัวอย่างที่ 2: DNS ภายในระหว่างการสมัคร 2 ครั้ง
เนื่องจากทีมการตลาดตัดสินใจที่จะปรับใช้ฐานข้อมูลชื่อ "Ballyhoo" ภายในการสมัครสมาชิก dev ดังนั้นชื่อ DNS ภายในจะเป็น ballyhoo.dev.marketing.eastus.azure.nkotb
. เช่นเดียวกับฐานข้อมูลอื่นๆ ที่ปรับใช้โดยการเงิน ฐานข้อมูลนี้สามารถแก้ไขได้เช่นเดียวกันจากภายในองค์กร แต่ในสถานการณ์นี้ ทีมไอทีรวบรวมข้อมูลบางอย่างภายในการสมัครสมาชิก IT dev ซึ่งควรเก็บไว้โดยใช้ ballyhoo.dev.marketing.eastus.azure.nkotb
ฐานข้อมูล ดังนั้น สถานการณ์นี้จะอธิบายว่าบันทึก DNS สามารถแก้ไขได้อย่างไรภายในการสมัคร 2 ครั้ง
ตัวอย่างที่ 2 ทำงานอย่างไร
- แอพรวบรวมข้อมูลที่ปรับใช้ในการสมัครสมาชิก dev-IT ขอให้ตัวแก้ไข DNS ในเครื่องปรับใช้ภายใน VNET เดียวกันสำหรับที่อยู่ IP ของ
ballyhoo.dev.marketing.eastus.azure.nkotb
.
- เซิร์ฟเวอร์ DNS ในเครื่องไม่ทราบคำตอบ แต่ได้รับการกำหนดค่าให้ส่งต่อคำขอทั้งหมดไปยังตัวส่งต่อ DNS ที่ปรับใช้ภายในการสมัครสมาชิกฮับ ดังนั้นเขาจึงทำเช่นนั้น เซิร์ฟเวอร์ DNS นี้สามารถเข้าถึงได้ (ฉลาดทั้งเครือข่าย) เนื่องจากการสมัครสมาชิกทั้งสองมีการเพียร์ของ VNET
- ตัวส่งต่อ DNS ที่ปรับใช้ภายในการสมัครสมาชิกฮับไม่ทราบคำตอบ แต่รับทราบถึงตัวส่งต่อ DNS ซึ่งปรับใช้ในการสมัครสมาชิกด้านการตลาดสำหรับนักพัฒนา ดังนั้นคำขอจึงถูกส่งต่อในทิศทางนี้เซิร์ฟเวอร์ DNS นี้สามารถเข้าถึงได้ (ฉลาดทั้งเครือข่าย) เนื่องจากการสมัครสมาชิกทั้งสองมีการเพียร์ของ VNET
- เซิร์ฟเวอร์ DNS และตัวส่งต่อที่ปรับใช้ใน dev.marketing.eastus.azure.nkotb สามารถแก้ไขที่อยู่ IP ของฐานข้อมูล และส่งคำตอบกลับมาในห่วงโซ่
- แอพรวบรวมข้อมูลได้รับคำตอบ
- คำขอ DNS ที่ติดตามแต่ละรายการ (ภายใน TTL ของบันทึก) จะได้รับคำตอบทันทีจากเซิร์ฟเวอร์ DNS ในเครื่อง เนื่องจากคำตอบถูกแคชไว้
หมายเหตุ
ผู้ติดต่อทางธุรกิจของคุณใน Azure มักจะช่วยวางแผนสถานการณ์ดังกล่าว ดังนั้นคุณจึงไม่ต้องดำเนินการทุกอย่างด้วยตัวเอง มีประเด็นสำคัญอื่น ๆ ที่ต้องพิจารณาในระหว่างกระบวนการวางแผน แต่พื้นที่ไม่อนุญาตให้มีการสรุปไว้ที่นี่ การทำให้เป็นจริง: โดยปกติจะช่วยได้หากทีมเครือข่ายรวมอยู่ในกระบวนการตั้งแต่เริ่มต้น
โดยทั่วไปฉันขอแนะนำให้ใช้ฟรี Microsoft เรียนรู้สำหรับ Azure เพื่อสร้างความรู้และทักษะที่จำเป็น สำหรับคำถามของคุณ หลักสูตรต่อไปนี้จะเพียงพอ: