ฉันต้องการพิจารณาการใช้ DRBD สำหรับการจำลองข้อมูลระหว่างตำแหน่งที่ตั้งหลักและรอง แผนเริ่มต้นคือการสร้างอุโมงค์ VPN ระหว่างสอง; ปลายหลักโดยใช้การแบ่งลิงก์ T1 คู่และการตั้งค่าตำแหน่งรองบนสายเคเบิล / dsl
รองจะมีอยู่สำหรับ DR เท่านั้น - มันจะ "ไม่" ทำซ้ำกลับไปที่หลัก
มีใครทำ / เบื่อ / ใช้สิ่งนี้และประสบการณ์ของคุณกับมัน
Linbit ยังมีผลิตภัณฑ์ DRBD Proxy (จ่าย) ที่ควรได้รับการออกแบบมาสำหรับการทำงานกับลิงค์ประเภท WAN (การบีบอัด, เพื่อนหลายคน) มีใครลองทำไหม
คำตอบ:
ฉันไม่สามารถพูดกับ DRBD Proxy ได้ แต่ DRBD ปกติจะไม่ชอบสิ่งนี้มาก
ด้วยกิจกรรมที่ จำกัด แม้คุณจะสามารถอิ่มตัวคู่ T1 (2x 1.5Mbps อย่างง่ายดายสำหรับตัวเลขรอบ 300KB / s) สามารถบันทึกได้ 300KB / s โดยการลงชื่อเข้าใช้แอปพลิเคชันเพียงอย่างเดียวปล่อยให้ทำสิ่งที่น่าสนใจบนเซิร์ฟเวอร์ของคุณ กฎนี้ไม่อนุญาตให้ทำการเรพลิเคทแบบซิงโครนัส ( Protocol C ) เพียงอย่างเดียวให้เพิ่มความหน่วงแฝง over-the-vpn ลงในสมการ
การจำลองแบบ Async ( Protocol A ) อาจใช้งานได้ในทางเทคนิค แต่ฉันคาดหวังว่าข้อมูลสำรองจะไม่สามารถใช้งานได้ในกรณีที่เกิดข้อผิดพลาด (แบบจำลองอาจใช้เวลาหลายชั่วโมงในระหว่างวัน)
หน่วยความจำแบบซิงโครนัส ( โพรโทคอล B ) ไม่ได้ช่วยเพราะมันยังถูก จำกัด ด้วยปัญหาแบนด์วิดท์
ฉันคาดว่า DRBD Proxy จะยังคงประสบกับปัญหาที่คล้ายกันซึ่งส่วนใหญ่ทำให้เกิดความล่าช้าในการจำลองแบบเนื่องจากแบนด์วิดท์ที่ จำกัด
ฉันแนะนำให้คุณประเมินกลยุทธ์ DR ของคุณอีกครั้งเพื่อหาทางแก้ไขสิ่งที่คุณกำลังทำอยู่ ความล้มเหลวของฮาร์ดแวร์หรือความล้มเหลวของเว็บไซต์
ในกรณีของการป้องกันความล้มเหลวของไซต์คุณอาจได้รับไมล์สะสมที่ดีขึ้นจากการถ่ายโอนแบนด์วิดท์ที่ต่ำกว่า / ความหนาแน่นที่สูงขึ้นในกรณีของไซต์ที่ จำกัด แบนด์วิดท์หนึ่ง (หรือทั้งสอง) ตัวอย่างของเทคนิคนี้คือ rsync (การโอนเงินแบบ over-the-wire จำกัด เฉพาะการเปลี่ยนแปลงในไฟล์ระหว่างการรัน - แทนที่จะเป็นการเปลี่ยนแปลงต่อการเปลี่ยนแปลงทุกครั้ง - รวมทั้งโอเวอร์เฮดของโปรโตคอลบางตัวสามารถรันบน SSH เพื่อเข้ารหัสและบีบอัดทราฟฟิกเพิ่มเติม) และ การจัดส่งบันทึกฐานข้อมูล (การถ่ายโอนบันทึกฐานข้อมูลที่บีบอัดเพื่อเล่นซ้ำในกล่อง DR อาจใช้แบนด์วิดท์น้อยกว่าการถ่ายโอนฐานข้อมูลแบบเต็ม)
หากคุณกำลังป้องกันความล้มเหลวของฮาร์ดแวร์แบบจำลอง DRBD ในท้องถิ่นที่เชื่อมต่อกับครอสโอเวอร์ GigE จะทำงานได้ดีอนุญาตให้อัปเดตแบบซิงโครนัสอย่างสมบูรณ์และอนุญาตให้มีการตรวจสอบออนไลน์เพื่อพิสูจน์ข้อมูลว่ามีความสอดคล้องกันในทั้งสองโหนด คุณยังสามารถรวมตัวเลือกนี้กับการ จำกัด การจำลองแบบไฟล์ไปยังไซต์ DR เพื่อป้องกันความล้มเหลวของไซต์หลัก
DRBD-Proxy จะทำงานได้ดีหากคุณไม่ได้เชื่อมโยงกับลิงค์ T1 ตลอดเวลา เราจัดส่งไฟล์ 2TB จำนวนมากผ่านการเชื่อมต่อ DRBD-Proxy (มอบให้กับลิงก์ 100 เมกะบิต) โดยไม่มีปัญหา หากคุณมี RAM เพียงพอสำหรับพร็อกซีและปริมาณการเขียนไม่สูงมาก T1 ของคุณไม่สามารถรับมือได้สิ่งนี้ควรจะทำงานได้ดี คุณต้องการใช้โหมด Async สำหรับการจำลองแบบ