Score:0

Same DNS names, private ip-addresses used over multiple AZURE Corporate Accounts

ธง cn

Looking at the below: enter image description here

Here we see a single AZURE Corporate Account X. See "azsql1.database.windows.net". You can access that from on-prem.

What if for arguments sake I had a second AZURE env. configured exactly the same - AZURE Corporate Account Y, with "azsql1.database.windows.net".

It's theoretical, but I would like to know how the on-prem reolves this if one tries to use "azsql1.database.windows.net" for a connection report in say, Tableau, Spotfire?

I presume that in some way you need to tell which DNS Forwarder to use in which AZURE Corporate Account.

So, forgive me, but I understand basic DNS resolution stuff with internet bla bla bla, but not a networking expert.

Score:2
ธง in

สำหรับผู้อ่านท่านอื่นที่มีคำถามเดียวกัน: ดูเพิ่มเติม ที่อยู่ที่จะใช้ในการเข้าถึง 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

NKOTB inc - ภาพรวมการเชื่อมต่อเครือข่ายระดับสูง

การสมัครสมาชิก 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 เพื่อสร้างความรู้และทักษะที่จำเป็น สำหรับคำถามของคุณ หลักสูตรต่อไปนี้จะเพียงพอ:

thebluephantom avatar
cn flag
เหตุใดจึงไม่มี azsql1.database.windows.net ภายใต้บัญชีองค์กร AZURE 2 บัญชี @ลัทซ์ วิลเล็ค
thebluephantom avatar
cn flag
ฉันไม่แน่ใจว่าคำถามจะได้รับคำตอบทั้งหมด แต่เป็นสิ่งที่ดี
in flag
@thebluephantom ดูคำตอบและ [เรียนรู้วิธีจัดการบัญชีฐานข้อมูลใน Azure Cosmos DB](https://docs.microsoft.com/en-us/azure/cosmos-db/how-to-manage-database-account# :~:text=The%20name%20can%20only%20contain,3%2D44%20characters%20in%20length.&text=Select%20Core%20(SQL)%20to%20create,type%20of%20account%20to%20create ). การใช้ตัวอย่างนี้: เนื่องจาก `database.windows.net` ต่อท้ายชื่อที่คุณระบุเพื่อสร้าง URI ของคุณ ชื่อจึงต้องเป็นชื่อเฉพาะชื่อสามารถประกอบด้วยตัวอักษรพิมพ์เล็ก ตัวเลข และอักขระยัติภังค์เท่านั้น ต้องมีความยาวระหว่าง 3-44 อักขระ
thebluephantom avatar
cn flag
อย่างใดฉันคิดว่าเรากำลังพูดข้ามวัตถุประสงค์
in flag
อาจเป็นเพราะฉันไม่เข้าใจคำถามของคุณอย่างถ่องแท้ หรือคำตอบของฉันอาจไม่เข้าใจสำหรับคุณ ฉันขอโทษสำหรับสิ่งนั้น ประเด็นใดที่ทำให้คุณคิดว่าเรากำลังพูดถึงสองสิ่งที่แตกต่างกัน ข้อมูลเชิงลึกนี้อาจเป็นประโยชน์ในการปรับแต่งคำตอบ
thebluephantom avatar
cn flag
ลุทซ์: ฉันต้องบอกว่าฉันมีเงื่อนงำบางอย่าง แต่ข้อมูลบนคลาวด์นี้เป็นเครือข่ายทั้งหมดบนใบหน้าของคุณแบบที่คนอื่นๆ เคยทำ ไม่เป็นไร แต่ชุมชนสถาปนิกที่ฉันอยู่พบว่ามันยากที่จะติดตาม อาจเป็นเพียงการยากที่จะอธิบาย ตัวอย่างเช่น ดูคำถามอื่นของฉัน https://serverfault.com/questions/1076703/azure-extend-an-on-premises-network-using-multiple-vpns-and-vpn-gateway ฉันคิดว่าฉันเข้าใจ แต่ไม่ใช่ จากเอกสาร ฉันกำลังอ่านคำตอบของคุณอีกครั้งเมื่อเช้านี้
thebluephantom avatar
cn flag
คำถามของฉันคือต้องระบุในการเชื่อมต่อสำหรับผลิตภัณฑ์อย่างฉากหรือสปอตไฟร์เมื่อเรียกใช้จากในสถานที่ และด้วยเหตุนี้คุณจึงมีบัญชี AZURE 2 บัญชี (โฆษณาของตัวเอง) วิธีการระบุในการเชื่อมต่อของสินค้าเหล่านั้น เนื่องจากในตัวอย่างมีบัญชีองค์กร 2 บัญชี คุณอาจมีชื่อฐานข้อมูลเดียวกันได้ แค่นั้นแหละ.
br flag
ไม่ คุณไม่สามารถ หากคุณสร้าง cosmos db ในการสมัครสมาชิก A ที่เรียกว่า foodb จะไม่มีใครสามารถสร้าง cosmos db ชื่อ foodb ในการสมัครสมาชิกอื่นได้ ชื่อต้องไม่ซ้ำกันทั่วโลก สิ่งเดียวกันกับบัญชีที่เก็บข้อมูล
thebluephantom avatar
cn flag
ฉันคิดว่าฉันอาจทำผิดพลาด: ชื่อ DNS ต้องไม่ซ้ำกัน ซึ่งสมเหตุสมผล
thebluephantom avatar
cn flag
คำตอบที่ดีแน่นอน แต่ฉันคิดว่า CosmosDB คือ PaaS
in flag
@thebluephantom เป๊ะ! ได้รับการแก้ไขแล้ว

โพสต์คำตอบ

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