Score:4

2 ที่อยู่สาธารณะที่แตกต่างกันเพื่อความพร้อมใช้งานสูง

ธง pf

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

ตัวอย่างเช่น หาก ISP 1 ของเราออฟไลน์ ISP รายที่ 2 ก็จะใช้งานได้ เช่นเดียวกับ google และ youtube ที่มีที่อยู่สาธารณะต่างกัน ฉันแค่ไม่รู้ว่าจะตั้งค่าตรงไหนดี

ตอนนี้เราใช้ fortinet 300D อยู่

Nikita Kipriyanov avatar
za flag
เป็นไปได้ แต่คุณจะต้องเล่นซอกับ DNS อัปเดตแบบไดนามิก และเซิร์ฟเวอร์ DNS จะต้องอยู่ภายนอก โฮสต์ DNS จำนวนมากมี API สำหรับสิ่งนั้น คำเตือนมากมายรวมถึง: NAT ที่ไม่สำคัญและการตั้งค่าการกำหนดเส้นทาง (ฉันไม่รู้วิธีตั้งค่านี้ด้วย Fortinet แต่มันค่อนข้างยุ่งยาก เช่น ใน Linux); ปัญหาเกี่ยวกับการตรวจหาอินเทอร์เน็ตที่ไม่ทำงาน (อาจเป็นไปได้ว่าลิงก์ใช้ได้และเกตเวย์ของโอเปอเรเตอร์พร้อมใช้งาน แต่ *บางส่วน* ของอินเทอร์เน็ตผ่านโอเปอเรเตอร์นั้นไม่ได้ ในขณะที่ส่วนนั้นสามารถทำงานผ่านโอเปอเรเตอร์อื่นได้) และอื่นๆ ฉันถือว่านี่ไม่ใช่วิธีแก้ปัญหา "ที่เหมาะสมสำหรับธุรกิจ" สำหรับบ้านอาจจะ...
Davidw avatar
in flag
การดำเนินการนี้น่าจะทำได้ดีที่สุดโดยใช้โปรโตคอลการกำหนดเส้นทางแบบไดนามิกแทน DNS
pf flag
มันเหมือนกับว่าฉันไม่สามารถหาคำที่เหมาะสมในการค้นหาได้ หรือคุณรู้หรือไม่ว่า google และ youtube มีกลุ่ม IP สาธารณะที่แตกต่างกันอย่างไร ที่พวกเขาไม่มีเวลาพัก? แต่ฉันจะตรวจสอบคำแนะนำของคุณ
Nikita Kipriyanov avatar
za flag
ที่อยู่ BGP และ PI นั่นคือวิธีที่องค์กรขนาดใหญ่ทำ HA ในอินเทอร์เน็ต
in flag
^Nikita มีแนวทางที่ถูกต้องที่นี่ในแง่คนธรรมดา: คุณมีที่อยู่ IP ของคุณเองซึ่งเป็นของคุณ ไม่ใช่ ISP ของคุณ คุณบอก ISP ของคุณว่าที่อยู่ IP นั้นสามารถเข้าถึงได้บนเครือข่ายของคุณเอง และพวกเขาจะกำหนดเส้นทางการรับส่งข้อมูลให้คุณ นี่คือส่วนหลักของอินเทอร์เน็ต มันจะเปลี่ยนเส้นทางการจราจรตามความจำเป็น Google มีที่อยู่ IP หลายแห่ง ดังนั้นพวกเขาจึงสามารถมีเซิร์ฟเวอร์หลายเครื่องได้ แต่ที่อยู่แต่ละแห่งสามารถมีเส้นทางขาเข้าได้หลายเส้นทาง ในระดับของ Google คำถามที่แท้จริงไม่ได้อยู่ที่ว่ามีอะไรเสียหายหรือไม่ แต่คือเท่าไหร่
Paolo avatar
ua flag
ความพร้อมใช้งานสูงสำหรับบริการใด เว็บไซต์? จุดสิ้นสุด VPN? โฮสต์จดหมาย?
pf flag
สำหรับเว็บเซิร์ฟเวอร์ สิ่งหนึ่งคือ ISP ของเราขาดช่วงจากบางครั้ง และฉันชอบใช้ที่อยู่ IP รองของเราซึ่งแตกต่างจาก ISP เป็นข้อมูลสำรอง
Doug avatar
in flag
คุณสามารถทำได้อย่างแน่นอน ด้วยข้อจำกัดจากคำตอบด้านบนของฉันที่ลูกค้าจะยังคงได้รับความล้มเหลว มันจะง่ายขึ้น/เร็วขึ้นสำหรับคุณในการแก้ปัญหาไฟดับ คุณตั้งค่าที่อยู่ IP (หรือกฎ NAT ที่เป็นไปได้มากกว่า) เพื่อให้คุณมีที่อยู่ภายนอกบนเครือข่าย ISP ทั้งสองแห่งที่กำหนดให้กับเซิร์ฟเวอร์ของคุณ เผยแพร่หนึ่งหรือทั้งสองที่อยู่ใน DNS ด้วย TTL สั้น ๆ เมื่อเกิดข้อผิดพลาดให้ลบที่อยู่ IP นั้นออกจากระเบียน DNS เหลือเพียงที่อยู่ที่ใช้งาน การกำหนดค่าบางอย่าง แต่ไม่ใช่ทั้งหมดจะต้องใช้สองพอร์ตที่เซิร์ฟเวอร์ของคุณ (เช่น ISP1:80->:80 และ ISP2:80->:8080)
Score:7
ธง in

ได้ แต่วิธีที่คุณนำไปใช้จะส่งผลต่อประสบการณ์ของผู้ใช้เมื่อระบบใดระบบหนึ่งล้มเหลว

อย่างง่ายที่สุด คุณสามารถป้อนระเบียน A ที่อยู่ 2 รายการใน DNS ภายนอกของคุณ และผู้ใช้จะถูกส่งไปยังที่อยู่ทั้งสอง (เรียกว่าการจัดสรรภาระงาน DNS แบบวนรอบ) สิ่งนี้ไม่ดีอย่างยิ่ง เนื่องจากหมายความว่าเมื่อหนึ่งในที่อยู่ไม่พร้อมใช้งาน การเชื่อมต่อของผู้ใช้ประมาณครึ่งหนึ่งจะล้มเหลว นอกจากนี้ยังไม่มีประสิทธิภาพเนื่องจากไคลเอนต์ของ ISP หนึ่งของฉันจะถูกส่งผ่าน ISP อื่นหรือผ่าน ISP ด้วยเส้นทางที่ไม่ต้องการ แอปพลิเคชันไคลเอนต์และการแคช DNS อาจทำให้ไคลเอ็นต์ได้รับที่อยู่ไปยังระบบการทำงานล่าช้า ดังนั้นไคลเอ็นต์ที่ล้มเหลวมักจะล้มเหลวเป็นเวลานานพอสมควรโดยไม่มีการแทรกแซงเพื่อรีสตาร์ทแอปพลิเคชันและล้างแคช DNS หากคุณใช้ DNS TTL สั้น ๆ และไม่สนใจว่าจะขาดช่วงสั้น ๆ คุณสามารถปิดใช้งานที่อยู่ได้ด้วยตนเองเมื่อบริการไม่พร้อมใช้งานในที่อยู่นั้น อย่างไรก็ตาม ประสบการณ์ของผู้ใช้ยังคงล้มเหลวชั่วขณะ

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

สิ่งนี้ไม่เฉพาะเจาะจงกับไฟร์วอลล์ของคุณ ซึ่งแสดงเพียงอินเทอร์เฟซภายนอกสองอินเทอร์เฟซไปยัง ISP ทั้งสอง โปรดทราบว่าไม่สามารถกำหนดเส้นทางทราฟฟิกสำหรับ ISP1 ผ่าน ISP2 หรือในทางกลับกันได้ เนื่องจากการกำหนดเส้นทางอินเทอร์เน็ตจะทำให้ทราฟฟิกนี้ลดลง คุณไม่สามารถ "เชื่อมต่อข้าม" สอง ISP และคาดหวังให้ทุกอย่างทำงาน

โดยทั่วไปองค์กรขนาดใหญ่จะไม่พึ่งพา DNS round-robin เพียงอย่างเดียว พวกเขาจะย้ายไปยังเครือข่ายของตนเอง (หรือเครือข่ายพันธมิตร) และกำหนดเส้นทาง ISP ไปยังเครือข่ายของตนในระบบที่เรียกว่าการเพียร์ เครือข่ายองค์กรอาจมีเพื่อนร่วมงานจำนวนมาก ซึ่งประกอบด้วย ISP หลายแห่งที่กระจายในระดับภูมิภาคถึงระดับโลก โดยการแลกเปลี่ยนข้อมูลการกำหนดเส้นทาง ไคลเอนต์จะถูกกำหนดเส้นทางจาก ISP ของพวกเขาผ่าน ISP ที่กำลังทำงานและเข้าสู่เครือข่ายองค์กร ซึ่งยังคงส่งผลให้เกิดการหยุดทำงานชั่วครู่ขณะที่เครือข่ายไม่สามารถเข้าถึงได้ อย่างไรก็ตาม ระบบเหล่านี้ให้ความซ้ำซ้อนที่ยอดเยี่ยมสำหรับเครือข่ายองค์กรที่สามารถเข้าถึงได้แม้ในช่วงที่ลิงก์หยุดทำงาน

โซลูชันที่ซับซ้อนกว่าอื่นๆ เป็นไปได้ แต่อยู่นอกขอบเขตของคำตอบ StackExchange ดังตัวอย่าง:

  • วางโหลดบาลานเซอร์บนระบบที่มีความน่าเชื่อถือสูง (Azure, AWS ฯลฯ) และให้ส่งต่อทราฟฟิกไปยังที่อยู่ที่ได้รับการตรวจสอบซึ่ง "ขึ้น"
  • ใช้เพียร์ที่ใช้ VPN (บางครั้งเรียกว่านายหน้าอุโมงค์) เพื่อรับ IP ภายนอกที่เป็นอิสระจาก ISP ของคุณและอนุญาตให้อุโมงค์ VPN พบ ISP ทั้งสอง
  • ย้ายระบบทั้งหมดไปยังตำแหน่งที่มีความพร้อมใช้งานสูง
Score:0
ธง ua

ซื้อเครื่องเสมือนจากผู้ให้บริการที่เหมาะสมกับความต้องการของคุณ (อาจเป็นระดับ cloudflare?) ตั้งค่าไฟร์วอลล์เสมือนที่นั่นและสร้าง VPN หลายตัวจากไซต์/ไซต์ในองค์กรเพื่อเชื่อมโยงและใช้สำหรับการกำหนดเส้นทางเสมือน (นึกถึง MPTCP หรือคล้ายกัน) .

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

คุณจะเผยแพร่บริการที่ต้องการจากระบบในสถานที่ผ่านไฟร์วอลล์เสมือนที่โฮสต์

คุณสามารถเพิ่มลิงก์ WAN ภายในองค์กร แบนด์วิธไปยังไฟร์วอลล์เสมือน หรือเลือกผู้ให้บริการที่เชื่อถือได้มากกว่าสำหรับการโฮสต์ VM ทั้งนี้ขึ้นอยู่กับข้อกำหนดด้านความพร้อมใช้งาน

โพสต์คำตอบ

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