เครื่องเสมือนและภาระงานหนักของ I / O มันมีสติหรือไม่


14

ฉันเคยเห็นบริการ virtualization จำนวนมาก (Azure) และผลิตภัณฑ์ (vmware, kvm, hyperv) I / O และแผงลอยของระบบภายใต้ภาระงานหนักของ I / O

คำถามของฉันคือ:

  • มันเคยมีเหตุผลที่จะใช้โซลูชั่นเสมือนจริงเมื่อดำเนินการปริมาณงานหนัก I / O?
  • แนวปฏิบัติที่ดีที่สุดสำหรับสิ่งของประเภทนี้คืออะไร?
  • อะไรทำให้เกิดปัญหาเหล่านี้มีคอขวดของระบบที่รู้จักกันดีหรือเป็นเพียงคำถามของการช่วงชิงที่มากเกินไป?

ที่เกี่ยวข้องรายงานการวิจัยของไอบีเอ็ม ฉันจะลองใช้ตู้คอนเทนเนอร์เช่น Docker จากบทความ: "ภาชนะบรรจุยังสามารถกำจัดความแตกต่างระหว่าง IaaS และเซิร์ฟเวอร์" ไม่ใช่โลหะเสมือนจริง "[... ] เนื่องจากพวกเขาให้การควบคุมและแยก VMs ด้วยประสิทธิภาพของโลหะเปลือย"
oleksii

1
1. คุณทำวิจัยอะไรบ้าง? เราคาดหวังให้คุณทำการวิจัยจำนวนมากก่อนที่จะถาม การแสดงงานวิจัยของคุณช่วยผู้อื่นและช่วยให้ผู้คนตอบคำถามได้ดี ดูserverfault.com/help/how-to-askและศูนย์ช่วยเหลือ 2. คำถามนี้ค่อนข้างกว้างอาจจะกว้างเกินไปสำหรับไซต์นี้ คำแนะนำมาตรฐานคือหนึ่งคำถามต่อคำถาม 3. ไซต์นี้ไม่เหมาะสำหรับคำถามที่ขอความเห็น คุณสามารถถามอะไรที่เฉพาะเจาะจงกว่านี้และตอบได้อย่างเป็นกลางมากกว่า "วิธีปฏิบัติที่ดีที่สุดของสิ่งนี้"
DW

1. 10 ปีของการใช้งานเครื่องเสมือนต่างๆ kvn, xen, virtualbox, amazon, azure, hyperv ฉันพบว่าประสิทธิภาพการทำงานเป็นหายนะ แต่มี hype และทุนร่วมทุนจำนวนมากที่ลอยอยู่รอบ ๆ ออร์ทอดอกซ์ไอทีในปัจจุบันนั้นคือทุกสิ่งต้องถูกจำลองเสมือนจริง สงสัยว่ามันเป็นเพียงฉันหรือถ้ามืออาชีพอื่น ๆ กำลังรู้สึกสงสัยในระดับมากเกินไป
ไบรอันล่า

2
หากคุณพบว่าผลการปฏิบัติงานเป็นหายนะโดยทั่วไปหลังจาก 10 ปีที่ทำงานกับเวอร์ชวลไลเซชัน - ถึงเวลาต้องยอมรับความพ่ายแพ้ในการเป็นผู้ดูแลระบบและค้นหาสิ่งที่คุณสามารถทำได้เมื่อส่วนที่เหลือของโลกไม่มีปัญหาในการทำเช่นนั้น อย่างจริงจังฉันคิดว่าคุณเป็นละครที่นี่ หรือไม่เคยตระหนักว่าการจำลองเสมือนต้องการซื้อระบบย่อย IO ที่เหมาะสม ฉันมักจะพบว่าน่ากลัวเมื่อมีคนโหลดเครื่องเสมือน 10+ ตัว - บนเดสก์ท็อปดิสก์และบ่นเกี่ยวกับความเร็วของ IO
TomTom

มันเป็นข้อสังเกตมากกว่า ฉันไม่ได้พูดเสมอในการแก้ปัญหาที่เลือก ฉันชอบ ฉันแค่เก็บทุกสิ่งที่ทำให้ฉันหงุดหงิดและวิ่งต่อไป
ไบรอันล่า

คำตอบ:


19

มันเคยมีเหตุผลที่จะใช้โซลูชั่นเสมือนจริงเมื่อดำเนินการปริมาณงานหนัก I / O?

ใช่แล้วมีเหตุผลมากจริง ๆ แล้วในความเป็นจริงสำหรับองค์กรส่วนใหญ่ตอนนี้เสมือนเป็นค่าเริ่มต้นและการทำสิ่งต่าง ๆ บนกล่องทางกายภาพเป็นข้อยกเว้นอย่างมาก เรามี VMs มากกว่า 100k ในทุกรูปแบบและหลาย ๆ อันนั้น> 40k IOPS โดยไม่มีปัญหาเลย

แนวปฏิบัติที่ดีที่สุดสำหรับสิ่งของประเภทนี้คืออะไร?

สิ่งสำคัญที่นี่ไม่ว่าจะเป็นระบบเสมือนจริงหรือไม่ - เป็นสิ่งที่เข้าใจถึงความต้องการของ IO ของคุณเป็นอย่างดีและจับคู่กับแหล่งเก็บข้อมูลเสมือนจริง มันง่ายมากถ้าคุณรู้ว่าคุณต้องการอะไร / ต้องการและมีงบประมาณให้ตรงกับระบบจัดเก็บข้อมูลของคุณเลเยอร์ virtualisation จะเล่นเพียงเล็กน้อยหรือไม่มีส่วน - เว้นแต่ว่าคุณกำลังผลักดันสิ่งต่าง ๆ แน่นอน (ฉันกำลังพูดถึงหลักสิบ / IOP นับร้อยล้าน)

อะไรทำให้เกิดปัญหาเหล่านี้มีคอขวดของระบบที่รู้จักกันดีหรือเป็นเพียงคำถามของการช่วงชิงที่มากเกินไป?

ขาดความเข้าใจหรือพยายามทำมากเกินไปกับแหล่งเก็บข้อมูลที่น้อยเกินไปนั่นคือสิ่งที่ทำให้เกิดปัญหาตามปกติ


10

มันเคยมีเหตุผลที่จะใช้โซลูชั่นเสมือนจริงเมื่อดำเนินการปริมาณงานหนัก I / O?

เซิร์ฟเวอร์ฐานข้อมูลดึง IO สุ่ม 1gb / วินาทีเป็นประจำหรือไม่ มีหนึ่งที่นี่

หรือเซิร์ฟเวอร์ไฟล์เสมือนที่ส่งคลัสเตอร์ HPC มากถึง 600mb / วินาที อันนั้นกำลังวิ่งออกไป 8 Velicoraptors ในการบุก 10 โดยเฉพาะ

แนวปฏิบัติที่ดีที่สุดสำหรับสิ่งของประเภทนี้คืออะไร?

ให้ IO มากมาย ฉันคิดว่า SQL VM นี้มี SSD เฉพาะประมาณ 8 หรือ 10 ตัว

สิ่งที่ทำให้เกิดปัญหาเหล่านี้มีระบบคอขวดที่รู้จักกันดี

คนไม่ได้ทำคณิตศาสตร์พื้นฐาน หากระบบย่อย IO ไม่สามารถจัดการกับโหลดได้ระบบจะไม่ดำเนินการภายใต้การจำลองเสมือน ต้องการ IO จำนวนมาก - จากนั้นจัดเตรียมระบบย่อยหน่วยเก็บข้อมูลเฉพาะขนาดที่เหมาะสม


10
"ให้ UI มากมาย" - คุณอาจหมายถึงIO
oleksii

2

นอกเหนือจากคณิตศาสตร์และแนวคิดพื้นฐานที่คุณยังคงต้องการ IOs เดียวกับที่ไม่ได้จำลองเสมือนจริงก็มี QOS / ลำดับความสำคัญ แพลตฟอร์มเวอร์ช่วลไลเซชั่นส่วนใหญ่ให้การสนับสนุนขั้นต่ำสำหรับเรื่องนี้อย่างน้อยก็จะช่วยได้มากในการป้องกันการทำงานผิดพลาดของ VM VM ที่ทำให้ฐานข้อมูลของคุณไม่ทำงาน


1
ใช่. ต้องการ 5,000IOPS จากนั้นฮาร์ดดิสก์ที่มี 350 จะไม่ถูกตัดออก โหลด vms เพิ่มเติมบนแผ่นดิสก์เดียวกันและไม่มันจะไม่ทำงานอย่างน่าอัศจรรย์ ฉันประหลาดใจอยู่เสมอว่ามีกี่คนที่ไม่สนใจคณิตศาสตร์พื้นฐาน
TomTom
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.