MongoMultiMaster เป็นเครื่องมือที่มีงูหลามซึ่งจะช่วยให้คุณสามารถตั้งค่าการจำลองแบบ Multi-Master กับ MongoDB & nbsp;. มันเป็นอย่างเด่นชัดไม่ได้รับการสนับสนุนโดย 10gen, ผู้ผลิตของ MongoDB
มันทำงานโดยการสอบถาม oplog ในชุดแบบจำลองหนึ่งและการประยุกต์ใช้ในการดำเนินงานชุดแบบจำลองอื่น สนับสนุนการจำลองแบบสองทิศทางโดยการติดแท็กแต่ละเอกสารจำลองแบบกับแหล่งที่มาของ
การติดตั้ง
การติดตั้งจุดการใช้งาน:
PIP ติดตั้ง MongoMultiMaster
MongoDB ติดตั้ง
MMM ต้องการเข้าถึงแบบจำลองที่กำหนด oplog สำหรับแต่ละต้นแบบ ซึ่งหมายความว่ามันไม่ได้ทำงานกับเซิร์ฟเวอร์ที่มีการกำหนดค่าเป็นเซิร์ฟเวอร์แบบสแตนด์อโลน การแปลงเซิร์ฟเวอร์แบบสแตนด์อโลนที่จะชุดแบบจำลองเดี่ยวครั้งแรกที่คุณต้องบอกว่าเกี่ยวกับชุดมันอยู่ในที่เปิดเวลา:
& nbsp; mongod --replSet foo
จากนั้นจะเริ่มต้นชุดแบบจำลองคุณจะต้องดำเนินการต่อไปนี้ที่เปลือก Mongo:
> rs.initiate ()
การตั้งค่าการจำลองแบบ MongoMultiMaster
เมื่อคุณสร้างต้นแบบชุดแบบจำลองที่คุณจะต้องบอก MMM ที่เซิร์ฟเวอร์เป็นเซิร์ฟเวอร์ นี้จะกระทำผ่านไฟล์ config YAML ไฟล์ config ตัวอย่างสองเซิร์ฟเวอร์รวมอยู่ด้านล่าง:
server_a:
& nbsp; id: '2c88ae84-7cb9-40f7-835d-c05e981f564d'
& nbsp; จำหน่าย: 'MongoDB: // localhost: 27019'
server_b:
& nbsp; id: '0d9c284b-b47c-40b5-932c-547b8685edd0'
& nbsp; จำหน่าย: 'MongoDB: // localhost: 27017'
อันดับแรกให้ตรวจสอบว่ามีการกำหนดค่าและไม่ว่าเราจะสามารถเชื่อมต่อกับเซิร์ฟเวอร์ทั้งหมดในไฟล์ config:
mmm -c test.yml ชัดเจนการตั้งค่า
เกี่ยวกับการล้างการตั้งค่าบนเซิร์ฟเวอร์: ['server_a', 'server_b'], คุณแน่ใจหรือไม่? (yn) และ
การตั้งค่าที่ชัดเจนสำหรับ server_a
การตั้งค่าที่ชัดเจนสำหรับ server_b
& nbsp; mmm -c test.yml การถ่ายโอนข้อมูล-การตั้งค่า
การกำหนดค่าเซิร์ฟเวอร์ === ===
server_a (2c88ae84-7cb9-40f7-835d-c05e981f564d) => MongoDB: // localhost: 27019
server_b (0d9c284b-b47c-40b5-932c-547b8685edd0) => MongoDB: // localhost: 27017
=== server_a Config การจำลองแบบ
=== server_b Config การจำลองแบบ
ต่อไปเราจะตั้งสองคอลเลกชันที่จำลองแบบ:
& nbsp; mmm -c test.yml ซ้ำ --src = server_a / test.foo --dst = server_b / test.foo
& nbsp; mmm -c test.yml ซ้ำ --src = server_a / test.bar --dst = server_b / test.bar
และยืนยันว่าพวกเขากำลังกำหนดค่าอย่างถูกต้อง:
mmm -c test.yml การถ่ายโอนข้อมูล-การตั้งค่า
การกำหนดค่าเซิร์ฟเวอร์ === ===
server_a (2c88ae84-7cb9-40f7-835d-c05e981f564d) => MongoDB: // localhost: 27019
server_b (0d9c284b-b47c-40b5-932c-547b8685edd0) => MongoDB: // localhost: 27017
=== server_a Config การจำลองแบบ
=== server_b Config การจำลองแบบ
& nbsp; - test.foo <= server_a / test.foo
& nbsp; - test.bar <= server_a / test.bar
ตอนนี้ขอให้สองทิศทางการจำลองแบบ:
& nbsp; mmm -c test.yml ซ้ำ --src = server_b / test.foo --dst = server_a / test.foo
& nbsp; mmm -c test.yml ซ้ำ --src = server_b / test.bar --dst = server_a / test.bar
และตรวจสอบว่ามันถูกต้อง ...
mmm -c test.yml การถ่ายโอนข้อมูล-การตั้งค่า
การกำหนดค่าเซิร์ฟเวอร์ === ===
server_a (2c88ae84-7cb9-40f7-835d-c05e981f564d) => MongoDB: // localhost: 27019
server_b (0d9c284b-b47c-40b5-932c-547b8685edd0) => MongoDB: // localhost: 27017
=== server_a Config การจำลองแบบ
& nbsp; - test.foo <= server_b / test.foo
& nbsp; - test.bar <= server_b / test.bar
=== server_b Config การจำลองแบบ
& nbsp; - test.foo <= server_a / test.foo
& nbsp; - test.bar <= server_a / test.bar
ตอนนี้เราสามารถเรียกใช้ตัวจำลอง:
& nbsp; mmm -c test.yml วิ่ง
สิ่งที่ต้องพิจารณา
- การจำลองแบบสามารถตกอยู่ข้างหลังถ้าคุณเขียนมาก นี้ไม่ได้รับการจัดการในทุก
- การจำลองแบบเริ่มต้นที่เวลาที่วิ่ง mmm ถูกเรียกว่าเป็นครั้งแรก คุณควรจะสามารถที่จะหยุด / เริ่มต้น mmm และมีมันรับที่เหลือออก
- ความขัดแย้งระหว่างโทไม่จัดการ; ถ้าคุณกำลังเขียนถึงเอกสารเดียวกันบนหัวทั้งบ่อยครั้งคุณจะได้รับออกจากซิงค์
- การจำลองแบบข้อมูลการทำบัญชีแทรกลงในเอกสารแต่ละที่มีความหมาย UUID เซิร์ฟเวอร์ที่ล่าสุดเขียนเอกสาร นี้จะขยายขนาดของเอกสารแต่ละเล็กน้อย
อาจมีขอบคมพลาดข้อบกพร่องอื่น ๆ และสิ่งที่น่ารังเกียจต่างๆที่รอให้คุณถ้าคุณใช้ MMM ในระบบการผลิตโดยการทดสอบอย่างละเอียด . แต่ถ้าคุณชอบทำงานกับกรรไกรและการใช้ชีวิตอย่างอื่นอันตรายอย่าลังเลที่จะลองมันออกมา
ต้องการ
- หลาม
ความคิดเห็นที่ไม่พบ