ฉันกำลังถกเถียงกันเกี่ยวกับการใช้ LVM สำหรับเซิร์ฟเวอร์สื่อ / ไฟล์เพราะฉันต้องการรวมฟิสิคัลฮาร์ดดิสก์หลายตัวไว้ในโวลุ่มเดียว ฉันไม่ต้องการใช้ RAID ใน LVM ของฉันดังนั้นคำถามของฉันคือ:
หากหนึ่งในหลาย ๆ ฮาร์ดดิสก์ในโวลุ่มของฉันลงไปฉันจะสูญเสียข้อมูลทั้งหมดของฉันหรือฉันจะสูญเสียข้อมูลที่เก็บไว้ในดิสก์แต่ละแผ่นหรือไม่
นอกจากนี้หากฉันเพิ่งสูญเสียข้อมูลในดิสก์แต่ละแผ่นมันจะง่ายพอ ๆ กับการแทนที่ดิสก์นั้นและกู้คืนสิ่งที่อยู่ในข้อมูลสำรองเพื่อกู้คืนหรือไม่
คำตอบ:
หากหนึ่งในหลาย ๆ ฮาร์ดดิสก์ในโวลุ่มของฉันลงไปฉันจะสูญเสียข้อมูลทั้งหมดของฉันหรือฉันจะสูญเสียข้อมูลที่เก็บไว้ในดิสก์แต่ละแผ่นหรือไม่
ไม่คุณจะสูญเสียข้อมูลที่เก็บไว้ใน LVM ทั้งหมด
นอกจากนี้หากฉันเพิ่งสูญเสียข้อมูลในดิสก์แต่ละแผ่นมันจะง่ายพอ ๆ กับการแทนที่ดิสก์นั้นและกู้คืนสิ่งที่อยู่ในข้อมูลสำรองเพื่อกู้คืนหรือไม่
ไม่มันไม่ง่ายอย่างนั้น
คุณสามารถอ่านคำถามที่คล้ายกันที่นี่LVM และการกู้คืนระบบ
ง่าย: คุณกำลังมองหาmhddfs
มันอ้างว่าเป็นระบบไฟล์ขนาดใหญ่ระบบหนึ่งเขียนไปยังดิสก์ตามลำดับที่กล่าวถึงและในที่สุดก็ย้ายไฟล์ขนาดใหญ่ไปยังอุปกรณ์อื่นหากระบบแรกเต็มเกินไป นอกจากนี้ยังสามารถใช้โฟลเดอร์ย่อยบนดิสก์เพื่อให้สามารถใช้งานได้เหมือนกัน
แต่ละดิสก์จะต้องติดตั้งก่อนและยังคงสามารถเข้าถึงได้ มันไม่ได้เปลี่ยนแปลงระบบไฟล์เลยและไม่สนใจว่าระบบไฟล์ใดที่จะเกิดขึ้น (ตราบใดที่ระบบไฟล์รายงานพื้นที่ว่างอย่างถูกต้อง) ในกรณีที่แผ่นดิสก์สูญหายคุณจะต้องติดตั้ง mhddf อีกครั้ง (ทันที) และข้อมูลในดิสก์นั้นหายไป
การใช้งาน:
mhddfs /dir1,/dir2[,/path/to/dir3] /path/to/mount [-o options]
หรือใน /etc/fstab
mhddfs#/path/to/dir1,/path/to/dir2 /mnt/point fuse defaults 0 0
ที่ซับซ้อนและมีประสิทธิภาพ: คุณต้องการunionfs
ในขณะที่ mhddfs นั้นดีและเรียบง่ายมากฉันมีปัญหาเกี่ยวกับการอนุญาตไฟล์เมื่ออนุญาตให้ผู้อื่นเข้าถึงผ่าน SSH ฉันไม่พบวิธีแก้ปัญหาใด ๆ แต่พบ unionfs
Unionfs ยังอนุญาตให้คุณเมานต์หลาย ๆ โฟลเดอร์ข้ามระบบไฟล์ที่แตกต่างกันในที่เดียว แต่มันวิเศษในการอนุญาต คุณสามารถรวมหลายโฟลเดอร์แบบอ่านอย่างเดียวและหนึ่งโฟลเดอร์ที่เขียนได้เข้าด้วยกันดังนั้นจึงปรากฏเป็นโฟลเดอร์เดียว คนที่คุณแชร์โฟลเดอร์ที่ถูกผสานด้วยจะสามารถเขียนไปยังโฟลเดอร์แบบอ่านอย่างเดียว - ตามที่ปรากฏกับพวกเขา - แต่ไฟล์จะสิ้นสุดลงในโฟลเดอร์ที่เขียนได้ครั้งเดียว ลินุกซ์บูตซีดีทำงานเช่นนี้ดิสก์ที่เขียนได้คือ ramdisk ผู้คนสามารถลบไฟล์ในโฟลเดอร์แบบอ่านอย่างเดียวซึ่งไม่ได้ลบไฟล์จริงๆ แต่สร้างไฟล์รายการที่อนุญาตที่ซ่อนอยู่ในไดเรกทอรีเขียนของพวกเขา หากคุณตรวจจับตัวเลือกทั้งหมดคุณสามารถใช้ระบบไฟล์ของคุณเป็น SVN ที่ไม่ดีได้
หากคุณใช้ตัวเลือกที่คล้ายกับ SVN มากเกินไปคุณอาจพลาดข้อมูลที่มีอยู่สองครั้ง (ไม่น่าเป็นไปได้ในสถานการณ์ของคุณ แต่เป็นไปได้) ในขณะที่โฟลเดอร์ที่เขียนได้ของคุณเต็มไปด้วยไฟล์ที่ปลอดภัย นอกจากนั้นยังช่วยให้ดิสก์ของคุณสะอาดและสามารถใช้งานได้เป็นรายบุคคล จะเกิดอะไรขึ้นถ้าไฟล์มีขนาดใหญ่เกินไปสำหรับดิสก์ฉันยังไม่รู้
การใช้งาน:
unionfs-fuse -o cow,max_files=32768 \
-o allow_other,use_ino,suid,dev,nonempty \
/path/to/dir1=rw:/path/to/dir2=ro:/dir3
/u/union/etc
ที่=rwทำให้โฟลเดอร์อ่านและเขียนได้และ=roทำให้อ่านได้อย่างเดียวแม้ว่าสิทธิ์จะระบุเป็นอย่างอื่น ในที่etc/fstabนี้ก็คือ
unionfs-fuse#/path/to/dir1=rw:/path/to/dir2=ro:dir3 /path/to/mount fuse cow,allow_other 0 0
หากคุณเพียงแค่เชื่อมต่ออุปกรณ์หลายเครื่องเข้าด้วยกันจะไม่มีความซ้ำซ้อนดังนั้นคุณอาจสูญเสียข้อมูล แต่ถ้าคุณใช้เซิร์ฟเวอร์สื่อ / ไฟล์สำหรับธุรกิจคุณไม่ควรสูญเสียอะไรเลยเพราะคุณมีทุกสิ่งที่สำรองไว้ในเซิร์ฟเวอร์สำรอง / เทปไดร์ฟ
ทำไมคุณต้องหลีกเลี่ยง RAID จุดของ RAID คือความพร้อมใช้งาน หากคุณไม่ต้องการเสียเวลาเนื่องจากความล้มเหลวของดิสก์คุณสามารถใช้การกำหนดค่า RAID 1 ซึ่งสามารถเพิ่มความเร็วในการอ่านของคุณ พวกเขาไม่แพงเกินไปจ่ายให้ตัวเองในครั้งแรกที่คุณมีความล้มเหลวของดิสก์และถ้าคุณไม่ต้องจ่ายเงินสำหรับการ์ดคุณสามารถตั้งค่า Linux ให้ใช้ซอฟต์แวร์ RAID แม้ว่าจะใช้ความระมัดระวังเพิ่มขึ้นเล็กน้อย และการแก้ไขปัญหาเพื่อให้แน่ใจว่าคุณเปลี่ยนไดรฟ์ที่ถูกต้อง
ไม่เช่นนั้นคุณจะต้องกระโดดข้ามห่วงเพื่อพยายามกู้คืนข้อมูลที่คุณสามารถทำได้จากดิสก์ที่เหลือ อาจเป็นไปได้ แต่คุณกำลังถามปัญหามากกว่าที่คุณควรจะเป็น รับการสำรองข้อมูลที่ดีและพิจารณา RAID อีกครั้ง
หากคุณใช้ระบบไฟล์เดียวซึ่งครอบคลุมปริมาณ LVM ทั้งหมดระบบไฟล์ทั้งหมดจะเสียหายเนื่องจาก FS ไม่ทราบเกี่ยวกับฟิสิคัลวอลุ่มพื้นฐานและจะไม่สร้างโครงสร้างที่สอดคล้องกัน อาจเป็นไปได้ที่จะช่วยเหลือชิ้นส่วนบางส่วนในดิสก์ที่ใช้งานได้ แต่ไม่มีการรับประกันสำหรับสิ่งนั้น
และการกู้คืนไฟล์ของดิสก์ที่เสียหายจะไม่ทำงานด้วยเหตุผลเดียวกัน
ฉันคิดว่าเส้นทางที่ง่ายกว่านี้มากคือการกำหนดค่า mdadm สำหรับพาร์ติชันสื่อของคุณ หากคุณไม่มีฮาร์ดแวร์สำหรับ "RAID จริง" ที่ไปตามเส้นทาง mdadm จะง่ายกว่ามากและดูเหมือนจะตอบสนองความต้องการของคุณสำหรับความซ้ำซ้อนและการเปลี่ยนดิสก์อย่างง่าย
# Format your drives first
# Create your MD
mdadm --create /dev/md1 --level=5 --raid-devices=3 /dev/sda2 /dev/sdb2 /dev/sdc2
# In the event that a drive fails do the following
mdadm /dev/md1 --fail /dev/sda1
# Format the new drive
mdadm --add /dev/md1 /dev/sda1
สำหรับข้อมูลเพิ่มเติม: http://en.wikipedia.org/wiki/Mdadm
หากหนึ่งในหลาย ๆ ฮาร์ดดิสก์ในโวลุ่มของฉันลงไปฉันจะสูญเสียข้อมูลทั้งหมดของฉันหรือฉันจะสูญเสียข้อมูลที่เก็บไว้ในดิสก์แต่ละแผ่นหรือไม่
หากคุณใช้ mdadm และ RAID 5 คุณจะสามารถสูญเสียไดรฟ์หนึ่งไดรฟ์และมีฟังก์ชันการทำงานของอาเรย์ซึ่งคุณจะพบว่าประสิทธิภาพการทำงานลดลง
ฉันคิดว่าสิ่งสำคัญที่ต้องเข้าใจซึ่งไม่ได้กล่าวถึงคือไฟล์ในระบบไฟล์ไม่จำเป็นต้องนั่งอยู่ในจุดเดียวบนดิสก์ มันแบ่งออกเป็นบล็อกซึ่งอาจอยู่ที่ใดก็ได้ภายในระบบไฟล์ 4K แรกหากไฟล์ของคุณอาจอยู่ใน disk1, disk2 ถัดไปเป็นต้นคุณสามารถจินตนาการถึงความยุ่งเหยิงของการพยายามกู้คืนสิ่งใด ๆ หากคุณทำระบบไฟล์สูญหาย
Btrfs เป็นตัวเลือกที่ดีที่นี่; คุณสามารถให้เมทาดาทามีความยืดหยุ่นต่อการสูญเสียหนึ่งดิสก์ (โปรไฟล์ chunk "raid1"); ข้อมูลในดิสก์อื่นจะยังคงสามารถเข้าถึงได้ (เพื่อให้ชัดเจนเราแปลว่าไฟล์ที่เต็มไปด้วยหลุมทุกที่ที่มีการอ้างอิงดิสก์ที่หายไป) สิ่งนี้ทำได้โดยการรันbtrfs balance ด้วยตัวกรอง :
sudo btrfs balance start -m convert=raid1 /mnt/point