1 limitation is that it provides si

1 limitation is that it provides single restore point only. Can stop at that, this is immediate show stopper for most customers I discussed vSphere replication with. Multiple restore points are absolutely essential, because just like "good" data, any corruption/virus/dataloss from the source VM is immediately replicated to target VM, and if you don't spot the problem and perform failover to replica fast enough (before the next replication cycle) - which is going to be impossible in most cases - then you are done.

Other limitations
• No failback
• No traffic compression
• No traffic throttling
• No swap exclusion
• No network customization (network mapping)
• No re-IP upon failover
• Minimum possible RPO is 15 minutes
• Basic VSS quiescing (no application-aware processing)
• Works within single vCenter only
• No ability to create container-based jobs (explicit VM selection only)
• Limited seeding options: cannot seed from backup, or using different VM as a seed (disk IDs have to match)
• Different ports for initial and incremental sync required
• No good reporting

Also, be aware that biggest marketing push around vSphere replication is technically incorrect statement!
“Unlike other solutions, enabling vSphere replication on a VM does not impact I/O load, because it does not use VM snapshots”

It is simply impossible to transfer specific state of running VM without some sort of snapshot even in theory! In reality, during each replication cycle they do create hidden snapshot to keep the replicated state intact, just different type of snapshot (exact same concept as Veeam reversed incremental).

PROS: No commit required, snapshot is simply discarded after replication cycle completes.
CONS: While replication runs, there is 3x I/O per each modified block that belongs to the replicated state. This is the I/O impact that got lost in marketing.

I consider this to still be a better than regular snapshots for some cases, but definitely not better by a mile.

Gostev
Veeam Software

Posts: 17844
Liked: 1334 times
Joined: Sun Jan 01, 2006 1:01 am
Full Name: Anton Gostev

ผลลัพธ์ (ไทย) 1:

ข้อจำกัด 1 มีให้จุดคืนค่าเดียวเท่านั้น สามารถหยุดที่ว่า นี้เป็นจุกดูทันทีสำหรับลูกค้าส่วนใหญ่ที่ผมกล่าวถึง vSphere จำลองด้วยการ หลายจุดคืนค่าจำเป็นอย่างยิ่ง เพราะเหมือนข้อมูลที่ "ดี" การ ทุจริต/ไวรัส/dataloss จากต้น VM เป็นทันทีสำเนาไปเป้าหมาย VM และเร็วพอ (ก่อนรอบการจำลองแบบถัดไป) -ที่จะเป็นไปไม่ได้ใหญ่ - ถ้าคุณไม่จุดปัญหา และทำการล้มแบบจำลอง แล้วคุณข้อจำกัดอื่น ๆ• Failback ไม่•ไม่รวมการจราจร•ไม่มีการควบคุมปริมาณการจราจร•แยกสลับไม่•ไม่ปรับแต่งเครือข่าย (การแมปเครือข่าย)• IP ใหม่ไม่เมื่อล้ม• RPO ได้ต่ำสุดคือ 15 นาที•พื้นฐาน VSS quiescing (ไม่ทราบโปรแกรมประยุกต์การประมวลผล)•การทำงานภายใน vCenter เดียวเท่านั้น•ไม่มีความสามารถในการสร้างงานตามภาชนะ (ชัดเจน VM เลือกเท่านั้น)•จำกัดตัวเลือกเมล็ด: เมล็ดจากการสำรองข้อมูล หรือใช้ VM แตกเป็นเมล็ด (รหัสต้องตรงกับดิสก์) ไม่•พอร์ตต่าง ๆ สำหรับการซิงค์เพิ่ม และเริ่มต้นที่จำเป็น•รายงานไม่ดียัง โปรดทราบว่า การตลาดผลักดันสถาน vSphere จำลองที่ใหญ่ที่สุดเป็นคำสั่งที่ไม่ถูกต้องทางเทคนิค"แตกต่างจากโซลูชั่นอื่น ๆ เปิดใช้งานการจำลองแบบ vSphere บน VM ไม่มีผลต่อการโหลด I/O เนื่องจากมันใช้ VM ช็อต"ไม่เพียงแค่การถ่ายโอนเฉพาะรัฐรัน VM ได้โดยไม่ต้องเรียงลำดับของช็อตบางแม้ในทฤษฎี ในความเป็นจริง ระหว่างการจำลองแต่ละ รอบที่พวกเขาสร้างซ่อนสแนปช็อตให้จำลองสถานะเหมือนเดิม แตกต่างกันแค่ชนิดของช็อต (แน่นอนแนวคิดเดียวกันเป็น Veeam กลับเพิ่ม)PROS: ยืนยันไม่จำเป็น ช็อตจะเพียงถูกยกเลิกหลังจากรอบการจำลองแบบเสร็จสมบูรณ์ข้อเสีย: ขณะจำลองแบบทำงาน มี I/O x 3 ต่อแต่ละบล็อกแก้ไขที่อยู่ในสถานะการจำลองแบบ นี่คือผลกระทบของ I/O ที่ได้หายไปในตลาดนี้ยัง สามารถพิจารณาได้ดีกว่าภาพรวมปกติในบางกรณี แต่แน่นอนไม่ดี ด้วยนี่Gostev ซอฟต์แวร์ Veeam บทความ: 17844 ชอบ: 1334 ครั้ง เข้าร่วม: อาทิตย์ 01 ม.ค. 2006 1:01 am ชื่อ-สกุล: แอ Gostev

ผลลัพธ์ (ไทย) 2:

1 ข้อ จำกัด ก็คือว่ามันมีจุดคืนเดียว สามารถหยุดที่ว่านี้เป็นปิดการแสดงได้ทันทีสำหรับลูกค้าส่วนใหญ่ที่ผมกล่าวถึงการจำลองแบบ vSphere กับ หลายจุดที่เรียกคืนเป็นสิ่งจำเป็นอย่างยิ่งเพราะเช่นเดียวกับข้อมูลที่ "ดี" ความเสียหายใด ๆ / ไวรัส / dataloss จากแหล่ง VM ถูกจำลองแบบทันทีเพื่อกำหนดเป้าหมาย VM และถ้าคุณไม่ได้มองเห็นปัญหาที่เกิดขึ้นและดำเนินการล้มเหลวในการจำลองเร็วพอ (ก่อน วงจรการจำลองถัดไป) - ซึ่งเป็นไปได้เป็นไปไม่ได้ในกรณีส่วนใหญ่. - แล้วคุณจะทำข้อ จำกัด อื่น ๆ•ไม่มี failback •การบีบอัดการจราจรไม่มี•ไม่มีการควบคุมปริมาณการจราจร•ยกเว้นแลกเปลี่ยนไม่มี•การปรับแต่งเครือข่ายไม่ (ทำแผนที่เครือข่าย) •ไม่มีอีก IP เมื่อล้มเหลว•เป็นไปได้ขั้นต่ำ RPO 15 นาที•พื้นฐาน VSS quiescing (ไม่มีการประมวลผลแอพลิเคชันที่ทราบ) •ทำงานภายใน vCenter เดียว•ไม่มีความสามารถในการสร้างงานภาชนะที่ใช้ (อย่างชัดเจนเลือก VM เท่านั้น) •ตัวเลือกการเพาะ จำกัด ไม่สามารถเมล็ดพันธุ์จาก การสำรองข้อมูลหรือใช้ VM ที่แตกต่างกันเป็นเมล็ดพันธุ์ (รหัสดิสก์ต้องตรง) •พอร์ตที่แตกต่างกันสำหรับการซิงค์เริ่มต้นและต้องเพิ่มขึ้น•ไม่มีการรายงานที่ดีนอกจากนี้ยังทราบว่าการผลักดันการตลาดที่ใหญ่ที่สุดในรอบการจำลองแบบ vSphere เป็นคำสั่งที่ไม่ถูกต้องในทางเทคนิค! "แตกต่างจากโซลูชั่นอื่น ๆ ช่วยให้การจำลองแบบ vSphere บน VM ไม่ได้ส่งผลกระทบต่อ I / O โหลดเพราะมันไม่ได้ใช้ภาพรวม VM " มันเป็นไปไม่ได้ที่จะถ่ายโอนรัฐที่เฉพาะเจาะจงของการทำงาน VM โดยไม่ต้องเรียงลำดับของภาพรวมแม้กระทั่งในทฤษฎีบาง! ในความเป็นจริงในระหว่างรอบการจำลองแบบแต่ละพวกเขาสร้างภาพรวมที่ซ่อนเพื่อให้รัฐจำลองแบบเหมือนเดิมเพียงแค่ชนิดที่แตกต่างกันของภาพรวม (แนวคิดเดียวกันแน่นอนเป็น Veeam กลับเพิ่มขึ้น). จุดเด่น:. ไม่กระทำต้องภาพรวมจะถูกยกเลิกเพียงหลังจากที่วงจรการจำลองเสร็จสมบูรณ์ข้อเสีย : ในขณะที่การจำลองแบบทำงานมี 3x I / O ละบล็อกการแก้ไขที่เป็นของรัฐการจำลองแบบ นี่คือ I / O ผลกระทบที่ได้หายไปในตลาด. ผมคิดว่านี้จะยังคงดีกว่าภาพรวมปกติสำหรับบางกรณี แต่แน่นอนไม่ดีขึ้นโดยไมล์. Gostev Veeam ซอฟท์แวกระทู้: 17844 ถูกใจ: 1334 ครั้งเข้าร่วมเมื่อ: อาทิตย์ ม.ค. 01, 2006 01:01 ชื่อเต็ม: แอนตัน Gostev

ผลลัพธ์ (ไทย) 3:

1 ข้อ คือมันมีจุดคืนค่าเดียวเท่านั้น สามารถหยุด ณที่ นี้เป็นกันชนให้ทันที สำหรับลูกค้าส่วนใหญ่ที่ผมกล่าวถึงโดยการจำลองแบบด้วย หลายคืนจุดที่จำเป็นจริงๆ เพราะแค่ " ข้อมูลที่ดี " ทุจริตใด ๆ / ไวรัส / dataloss จากแหล่งเป้าหมายทันทีจำนวน VM VM ,และถ้าคุณไม่จุดปัญหาและดำเนินการยาเส้นเพื่อจำลองเร็วพอ ( ก่อนรอบซ้ำอีก ) -- ซึ่งจะเป็นไปไม่ได้ในกรณีส่วนใหญ่แล้วคุณจะทำ ข้อ จำกัด อื่น ๆ
-

- ไม่ Manager รถไม่อัด
-
- รถไม่อุดไม่สลับบ้าง
- ไม่มี เครือข่ายปรับแผนที่เครือข่าย )
-
ไม่ re IP บนยาเส้นอย่างน้อยที่สุด - RPO 15 นาที
- พื้นฐาน ( ไม่มีการใช้ VSS quiescing ทราบ )
-
- งานภายในระบบเดียวเท่านั้นที่ไม่มีความสามารถในการสร้างงานภาชนะสามารถเลือกใช้ VM เท่านั้น )
- เพาะเมล็ดจากตัวเลือก : ไม่จำกัดการสำรองข้อมูล หรือการใช้ที่แตกต่างกัน VM เป็นเมล็ด ( รหัสดิสก์ต้องตรงกับ )
- พอร์ตที่แตกต่างกันสำหรับการเริ่มต้นและเพิ่มซิงค์ใช้
-
ไม่รายงานยังได้ทราบว่า ตลาดที่ใหญ่ที่สุดซึ่งเป็นเทคนิคที่ไม่ถูกต้องผลักดันรอบการสั่ง !
" ซึ่งแตกต่างจากโซลูชั่นอื่น ๆ เปิดใช้งาน vSphere ซ้ำบน VM ไม่ส่งผลกระทบต่อ I / O โหลด เพราะมันไม่ได้ใช้ VM snapshots "

มันเป็นไปไม่ได้ที่จะถ่ายโอนเฉพาะรัฐของรัน VM โดยไม่บางจัดเรียงของภาพรวมในทฤษฎี ! ในความเป็นจริงในแต่ละรอบจะสร้าง Snapshot แบบซ่อนเก็บแบบสภาพสมบูรณ์เพียงประเภทที่แตกต่างกันของภาพ ( แนวคิดเดียวกันแน่นอนเป็นวีมกลับเพิ่มขึ้น )

ข้อดี : ไม่กระทำาได้ เป็นเพียงการยกเลิกหลังจากที่วงจรเสร็จสมบูรณ์
ข้อเสีย : ในขณะที่การไหลมี 3x I / O ต่อแต่ละครั้ง จำนวนบล็อกที่เป็นของรัฐนี้เป็น I / O ผลกระทบที่หลงอยู่ในตลาด

ฉันพิจารณานี้ยังเป็นดีกว่าภาพรวมปกติในบางกรณี แต่ก็ไม่ได้ดีขึ้น โดยไมล์




โพสต์ gostev วีมซอฟต์แวร์ : 17844

ชอบ : 1334 ครั้ง : Sun Jan 03 , 2006 เข้าร่วม 1:01 คือ
ชื่อ : แอน gostev