เกิดอะไรขึ้นเมื่อดิสก์ล้มเหลวใน LVM


11

ฉันกำลังกำหนดค่าเซิร์ฟเวอร์ linux บนโฮสต์ ESX 4.1 เซิร์ฟเวอร์นี้ต้องมีข้อมูลหลาย TB ที่จัดเก็บอยู่ในนั้น ขณะนี้เรากำลังถกเถียงกันว่าจะใช้ LVM หรือไม่ เหตุผลปัจจุบันของเราคือว่าควรติดตั้งไดรฟ์ข้อมูล 2TB หลายตัว (ขีด จำกัด ที่กำหนดโดย ESX) ไว้บนไดรฟ์ข้อมูลแยกเช่นกัน

/disk1 - 2TB

/disk2 - 2TB

/disk3 - 2TB

เราจะจัดเก็บไดเรกทอรีที่มีขนาดตั้งแต่ 100GB ถึง 400GB ไดเรกทอรีเหล่านี้จะต้องเก็บไว้ในทั้งหมดและไม่สามารถแยกออก ข้อกังวลคือจะมีพื้นที่ว่างจำนวนมากหากเรามี 1.7TB เก็บไว้ใน / disk1 และต้องเก็บเพิ่มอีก 400GB ในกรณีนี้เราจะต้องจัดเก็บไดเรกทอรี 400GB บน / disk2 ทำให้ไม่ได้ใช้ 300GB

ทางออกหนึ่งสำหรับปัญหานี้คือ LVM ซึ่งกำหนดค่าเป็น:

 --------
 Disk 1 | 
        |
 Disk 2 |---->/disk
        | 
 Disk 3 | 
 --------

อย่างไรก็ตามเราติดคำถามง่ายๆหนึ่งข้อ จะเกิดอะไรขึ้นถ้า Disk 2 ล้มเหลว

ในสถานการณ์แรกจะเห็นได้ชัดว่าเกิดอะไรขึ้นหากดิสก์ 2 ล้มเหลว / disk2 จะไม่สามารถเข้าถึงได้อีกต่อไป

ในการตั้งค่า LVM หากดิสก์ 2 ล้มเหลวมันจะคล้ายกัน (เหมือนในเฉพาะข้อมูลที่เก็บไว้ในดิสก์ 2 ไม่สามารถใช้งานได้อีกต่อไป) หรือข้อมูลทั้งหมดบน / ดิสก์ไม่สามารถเข้าถึงได้อีกต่อไป?


1
หากคุณใช้ ESXi v5 คุณสามารถใช้> 2TB RDMs เพื่อแก้ไขปัญหานี้ - นี่คือสิ่งที่ฉันทำ
Chopper3

คำตอบ:


7

คุณได้ข้ามแนวคิดที่สำคัญบางอย่างที่มาพร้อมกับ LVM โลจิคัลวอลุ่มไม่ได้จัดการดิสก์ - มันถูกวางในกลุ่มวอลุ่ม VGs ในทางกลับกันประกอบด้วยฟิสิคัลวอลุ่มซึ่งสามารถเป็นดิสก์ได้ ตัดสั้นเรื่องยาว VG จะไม่เกิดขึ้นกับ PV ที่ขาดหายไป - เช่นดิสก์ที่ขาดหายไปดังนั้นคุณจะไม่สามารถเข้าถึงโลจิคัลวอลุ่มในกลุ่มได้

มีขั้นตอนการกู้คืนแต่โดยปกติในสภาพแวดล้อมแบบเสมือนจริงคุณจะเห็นความพร้อมใช้งาน "all-or-nothing" - ไฟล์ดิสก์ทั้งหมดจะมีอยู่ในไดเรกทอรีเดียวซึ่งสามารถเข้าถึงได้ด้วยเนื้อหาทั้งหมดหรือไม่เลย (ถ้ามี ตัวอย่างข้อมูลไม่พร้อมใช้งาน)

สำหรับประสิทธิภาพการจัดเก็บให้พิจารณาการใช้การจัดเตรียมแบบบาง - พื้นที่ "ไม่ได้ใช้" จะไม่ถูกอ้างสิทธิ์บนที่เก็บข้อมูล อย่างไรก็ตามค่าใช้จ่ายของค่าใช้จ่ายในการบริหารที่สูงขึ้น


ดีที่ตอบคำถามฐานความพร้อมที่มีทั้งหมดหรือไม่มีอะไรกับ LVM ฉันเคยใช้ LVM มาก่อน แต่ฉันโชคดีที่ไม่เคยผ่านขั้นตอนการกู้คืนมาก่อน สำหรับการจัดเตรียมแบบบางนั่นไม่ใช่วิธีแก้ปัญหาจริงๆ เรามีชุด LUNs (แต่ละ 2TB) ซึ่งทุ่มเทให้กับเซิร์ฟเวอร์นี้ แม้ว่าเราจะมีการจัดเตรียมแบบบาง แต่ก็ไม่ได้แก้ไขปัญหาของข้อมูลที่ต้องขยายไดรฟ์ข้อมูล 2TB หลายตัว ดูเหมือนว่ามีเพียงสองตัวเลือกเท่านั้นที่อัพเกรดเป็น ESXi 5 (ซึ่งอยู่ในแผนต่อไป) หรือใช้ชีวิตในพื้นที่ที่สูญเปล่า ขอบคุณสำหรับคำตอบ.
Stew

2
เหตุใดคุณจึงมีชุด LUN 2 TB แทนที่จะเป็น LUN เดียวในคลังข้อมูล VMFS ขนาดใหญ่ที่คุณสร้างดิสก์เสมือนสามตัว ขีด จำกัด 2 TB จะใช้กับดิสก์เสมือนเท่านั้นไม่ใช่ขนาดของที่เก็บข้อมูลเอง
the-wabbit

มันทำงานอย่างไร ฉันมีปัญหามาก (ข้อผิดพลาดที่คลุมเครือมาก) เมื่อพยายามเมาน LUN ที่มีขนาดใหญ่กว่า 2TB นอกจากนี้ปลั๊กอิน Equallogic สำหรับ vmware มีขีด จำกัด 2TB สำหรับขนาด LUN (แม้ว่าขีด จำกัด นั้นจะไม่ถูกบังคับใช้เมื่อสร้าง LUN ผ่านเว็บอินเตอร์เฟส) นอกเหนือจากการจัดการที่ง่ายกว่าอาจมีข้อได้เปรียบอื่นใดอีกหรือไม่ที่จะมีดาต้าสโตร์ขนาดใหญ่?
ตุ๋น

คุณจะต้องทำงานกับ "VMFS extents" - สร้าง VMFS ขนาด 2 TB และขยายใน 2 TB ขั้นตอนหลังจากการสร้าง คุณสามารถมีส่วนขยายได้สูงสุด 32 รายการทำให้เกิดข้อ จำกัด สูงสุด 64 TB ต่อ VMFS ฉันไม่คุ้นเคยกับปลั๊กอิน Equallogic ดังนั้นฉันจึงไม่สามารถบอกอะไรเกี่ยวกับข้อ จำกัด ของมันได้ และ "การจัดการที่ง่ายขึ้น" คือสิ่งที่เกี่ยวกับระบบเสมือนจริงในความคิดของฉันดังนั้นจึงไม่จำเป็นต้องมีข้อได้เปรียบอื่น ๆ :) BTW คุณสามารถพิจารณาให้โฮสต์เสมือนเข้าถึง LUN ของหน่วยความจำโดยตรง - ง่ายถ้าคุณมี iSCSI ง่ายมากด้วยช่องสัญญาณไฟเบอร์
the-wabbit

ฉันคิดเกี่ยวกับการใช้การแมปอุปกรณ์ดิบดูเหมือนจะเป็นทางออกที่ดี แต่จริง ๆ แล้วฉันก็ไม่รู้เลยว่า VMFS extents ไปวิจัยที่ทันที ขอบคุณสำหรับการอัปเดตนี่คือข้อมูลที่ยอดเยี่ยม!
Stew
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.