การกำหนดเส้นทางด้วยลิงค์ WAN แยกต่างหากสำหรับการสำรองข้อมูล

10

เรามีศูนย์ข้อมูลแยกกันสองแห่ง เรากำลังเตรียมที่จะใช้การเชื่อมต่อ WAN ใหม่ (คลาวด์มืด) ที่จะใช้สำหรับการรับส่งข้อมูลสำรองเท่านั้น เซิร์ฟเวอร์จะมีการ์ด NIC สองใบ (การผลิตและการสำรองข้อมูล) แต่วิธีที่ดีที่สุดในการตรวจสอบให้แน่ใจว่าปริมาณการใช้งานจริงและการสำรองข้อมูลไม่ได้รวมกันคืออะไร ในขณะนี้เราเพิ่งใช้เส้นทางคงที่เพื่อไปยัง WAN แต่ต้องการใช้ BGP ระหว่าง SP และตัวเราเอง Internal RP เป็นการผสมผสานระหว่าง EIGRP และ OSPF Cores คือ Cisco 6500s และเราเตอร์ WAN จะได้รับการอัพเกรดเป็น ASR ในไม่ช้า

ข้อเสนอแนะเกี่ยวกับการแก้ปัญหา? การกำหนดเส้นทางตามนโยบาย (PBR) VRFs?

แผนภาพเครือข่าย

cisco routing backups

— จางไป
แหล่งที่มา

โดยไม่ทราบรายละเอียดเพิ่มเติมฉันไม่เห็นว่าการผสมทราฟฟิกสำรองในลิงก์หลักระหว่าง DC และในทางกลับกันเป็นปัญหาอย่างไร สมมติว่า LAN เซิร์ฟเวอร์หลักและ LAN ของปริมาณการสำรองข้อมูลเป็นเครือข่ายย่อยที่ต่างกันจากนั้นพวกเขาสามารถโฆษณาข้ามลิงก์ระหว่างสอง DC ของคุณด้วยตัวชี้วัดเส้นทางที่แตกต่างกัน ฉันไม่เห็นว่าคุณจะผสมพวกเขาโดยบังเอิญได้อย่างไร คุณสามารถใช้ VRF และ VLAN ได้ แต่สิ่งนี้ดูซับซ้อนกว่าเมื่อคุณสามารถเปลี่ยนเมทริกเส้นทาง ฉันพลาดอะไรไปรึเปล่า?

— jwbensley

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

— ปีเตอร์

อาตกลงดีที่ยังคงไม่ยากเกินไปที่ใช้ตัวชี้วัดเส้นทางที่แตกต่างกันและโฆษณาเพียงหนึ่งเส้นทางสำหรับแต่ละเครือข่ายย่อยเพื่อป้องกันสถานการณ์ล้มเหลวที่ไม่พึงประสงค์ แม้ว่าตอนนี้ VRF จะกลายเป็นวิธีการแก้ปัญหาที่ง่ายและรวดเร็วที่นี่เมื่อ ioshints กล่าวถึง

— jwbensley

9

สมมติว่า NIC สองตัวบนเซิร์ฟเวอร์นั้นใช้เพื่อแยกการผลิตและทราฟฟิกสำรองให้ใช้ VRF นั่นเป็นเทคนิคการแยกการจราจรที่ดีที่สุด สำหรับความยืดหยุ่นที่มากขึ้น (ไม่แน่ใจว่าคุณต้องการมันตามแผนภาพ) ให้ใส่ MPLS / VPN แบบเต็มเป่าในการผสมผสานมันทำงานได้ทั้ง Cat 6500 และ ASR

— ioshints
แหล่งที่มา

การใช้ NIC สองตัวจำเป็นต้องมีการสร้างและบำรุงรักษาตารางเส้นทางบนเซิร์ฟเวอร์ ถ้าไม่มีใครรู้เคล็ดลับบางอย่างที่ฉันไม่?

— ปีเตอร์

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

— bigmstone

จะมีที่ไหนมีเคล็ดลับ;) ใช้ / 16s บนเซิร์ฟเวอร์และ / 24s ในเราเตอร์ พร็อกซี ARP จะกำหนดเส้นทางให้คุณ;)

— ioshints

1

สำหรับ IGPs คุณไม่สามารถใช้การปรับตัวชี้วัดปกติได้หรือไม่ EIGRP - เพียงจัดการความล่าช้าและสำหรับ OSPF ค่าใช้จ่าย เมื่อมันเข้าสู่แกน BGP คุณไม่สามารถใช้ BGP meds ได้ สำหรับ บริษัท ของฉัน (สัญชาตญาณทางการเงิน) ฉันรู้ว่านั่นคือสิ่งที่เราทำ เรามีฟีด A และฟีด B ฟีดจะมีตัวชี้วัดภายในที่ดีกว่า B เมื่อมันเข้าสู่แกน BGP ของเราแล้วมันก็เป็นสิ่งที่ฉันระบุไว้ข้างต้น

— Michael Moore
แหล่งที่มา

0

ตัวเลือกอื่นที่สามารถให้ความยืดหยุ่นมากขึ้นคือการใช้ QoS และเพียง PbR ตามคิวหากคุณออกแบบให้ถูกต้องคุณจะได้รับการ failover อัตโนมัติจากตัวหลักไปยังตัวสำรอง แต่ไม่ใช่วิธีอื่น

ด้วยวิธีนี้คุณสามารถเลือกที่จะแชร์หรือไม่แชร์ลิงก์หรือเราเตอร์ที่มีการเปลี่ยนแปลงนโยบายได้

— LapTop006
แหล่งที่มา