วิธีการแบ่งพาร์ติชันดิสก์ 22TB

ฉันมีดิสก์ 22TB /dev/sdbบน ฉันจะสร้างพาร์ติชัน 22TB ได้อย่างไร ไม่สนใจระบบไฟล์ - ext4หรือzfsไม่เป็นไร

การเรียกใช้ CentOS 6.2 - พาร์ติชั่นจะถูกใช้เป็น data dump มีเพียงสตรีมข้อมูลเพียงหนึ่งเดียวเท่านั้นที่จู้จี้จุกจิก / เลือกได้มากกว่าระบบไฟล์ใดที่ไม่น่าเป็นห่วงในตอนนี้ ดิสก์ถูกสร้างขึ้นจากไดรฟ์ 12x2TB nearline SAS และตัวควบคุม Dell Perc

ฉันต้องการพาร์ติชั่น 22TB

ทางออกที่ง่ายที่สุดคือการใช้การแบ่งพาร์ติชัน GPT , Linux เวอร์ชัน 64 บิตและXFS :

• GPT เป็นสิ่งจำเป็นเนื่องจากตารางพาร์ติชัน MBR สไตล์ MS-DOS ที่สร้างโดยfdiskถูก จำกัด ไว้ที่ดิสก์ TiB 2 แผ่น ดังนั้นคุณจำเป็นต้องใช้partedหรืออื่น GPT fdiskทราบโปรแกรมแบ่งพาร์ทิชันแทน ( gdisk, gpartedฯลฯ )

• จำเป็นต้องใช้เคอร์เนล 64 บิตเนื่องจากเคอร์เนลแบบ 32 บิต จำกัด ระบบไฟล์ให้เล็กกว่าที่คุณต้องการ คุณมีขนาดถึงขีด จำกัด โดยพิจารณาจากจำนวนเต็ม 32 บิตหรือท้ายไม่สามารถจัดการ RAM ได้เพียงพอที่จะรองรับระบบไฟล์ได้อย่างถูกต้อง

• XFS ไม่ได้เป็นทางออกเดียว แต่ในความคิดของฉันมันเป็นวิธีที่ง่ายที่สุดสำหรับระบบ RHEL

  คุณไม่สามารถใช้ ext4 สำหรับสิ่งนี้ได้ใน RHEL 6 แม้ว่าระบบไฟล์ได้รับการออกแบบมาเพื่อรองรับระบบไฟล์ 1 EiBแต่มีการ จำกัด ขนาดไดรฟ์ข้อมูล 16 TiB ในรุ่นที่e2fsprogsรวมอยู่ใน RHEL 6 และอนุพันธ์ ทั้งRed HatและCentOSเรียกสิ่งนี้ในเอกสารของพวกเขา (ขีด จำกัด ext4 16 TiB เพิ่มขึ้นอย่างมากใน RHEL 7ถึง 50 TiB)

  ZFS อาจจะไม่เป็นจริงในสถานการณ์ของคุณ เนื่องจากข้อ จำกัด ทางกฎหมายและทางเทคนิคหลายประการฉันไม่สามารถแนะนำได้เลยหากคุณไม่ต้องการอะไรที่ ZFS ให้คุณเท่านั้น

  หลังจากจัดการระบบไฟล์ทั้งสองที่คุณเลือกฉันขอแนะนำ XFS เป็นระบบไฟล์เริ่มต้นใน RHEL 7 ซึ่งเป็นระบบไฟล์ที่รองรับในทุกรุ่น RHEL 6 และได้รับการ backported ไปยังรุ่นที่ใหม่กว่า RHEL 5 หลังจาก RHEL 6 ออกมา

นี่คือกระบวนการ:

1. ตรวจสอบว่าคุณได้mkfs.xfsติดตั้งโดยเรียกใช้โดยไม่มีข้อโต้แย้ง หากไม่มีอยู่ให้ติดตั้งเครื่องมือ userland XFS:

   # yum install xfsprogs
   

   หากล้มเหลวอาจเป็นเพราะคุณใช้ระบบปฏิบัติการรุ่นเก่าที่ไม่มีในที่เก็บแพ็คเกจเริ่มต้น คุณควรอัพเกรด แต่ถ้าว่าเป็นไปไม่ได้ที่คุณจะได้รับจากCentOSPlusหรือEPEL คุณอาจต้องติดตั้งkmod_xfsแพคเกจ

2. สร้างพาร์ติชัน:

   เมื่อคุณพูดว่าโวลุ่ม 22 TiB ของคุณเปิดอยู่/dev/sdbคำสั่งสำหรับparted:

   # parted /dev/sdb mklabel gpt
   # parted -a optimal -- /dev/sdb mkpart primary xfs 1 -1
   

   นี่เป็นสาเหตุที่ทำให้ไดรฟ์ข้อมูลทั้งหมดมีพาร์ติชันเดียว ที่จริงมันไม่สนใจคนแรก 1 เอ็มไอของไดรฟ์เพื่อให้บรรลุ4 กิโลจัดตำแหน่งต้องได้รับประสิทธิภาพการทำงานเต็มรูปแบบจากทุกประเภท ได้แก่ Hard Disk Drive รูปแบบและSSDs

   คุณสามารถข้ามขั้นตอนนี้และจัดรูปแบบไดรฟ์ข้อมูลทั้งหมดด้วย XFS นั่นคือคุณจะใช้ในตัวอย่างด้านล่างแทน/dev/sdb /dev/sdb1สิ่งนี้หลีกเลี่ยงปัญหาการจัดแนวเซกเตอร์ ในกรณีของโวลุ่มที่เฉพาะระบบปฏิบัติการ Linux เท่านั้นที่จะเห็นว่าไม่มีข้อเสียที่ควรพูดถึง แต่ฉันควรระวังไม่ให้ทำเช่นนี้ในโวลุ่มที่สามารถถอดออกได้หรือบนวอลลุ่มภายในในคอมพิวเตอร์แบบมัลติบูตระบบปฏิบัติการ (เช่น Windows และ macOS) จะเสนอให้ฟอร์แมตฮาร์ดไดรฟ์แบบไม่แบ่งพาร์ติชันให้คุณทุกครั้งที่ปรากฏ การวางระบบไฟล์ลงบนพาร์ติชั่นจะช่วยแก้ปัญหานี้

3. ฟอร์แมตพาร์ติชัน:

   # mkfs.xfs -L somelabel /dev/sdb1
   

4. เพิ่ม/etc/fstabรายการ:

   LABEL=somelabel    /some/mount/point    xfs     defaults   0 0
   

5. ขึ้น!

    # mount /some/mount/point
   

หากคุณต้องการที่จะไปลงLVMเส้นทางขั้นตอนข้างต้นมีพื้นเพียงรุ่นรายละเอียดเพิ่มเติมของชุดที่สองของคำสั่งในการใช้bsd 'คำตอบด้านล่าง คุณต้องทำชุดคำสั่งแรกของเขาก่อนที่คำสั่งข้างต้น

LVM มอบข้อได้เปรียบบางอย่างในราคาที่ซับซ้อน ตัวอย่างเช่นคุณสามารถ "เพิ่ม" กลุ่มวอลุ่ม LVM ในภายหลังได้โดยเพิ่มฟิสิคัลวอลุ่มเข้ากับมันดังนั้นจึงทำให้มีพื้นที่สำหรับการขยายโลจิคัลวอลุ่ม ("พาร์ติชัน" kinda, sorta) ซึ่งจะช่วยให้คุณเติบโตระบบไฟล์บนโลจิคัล ปริมาณ (ดูว่าฉันหมายถึงความซับซ้อนอย่างไร :))

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

pvcreate /dev/sdb
vgcreate data /dev/sdb
lvcreate --name dump -L '100%VG' data

ตอนนี้คุณมีโลจิคัลวอลุ่มที่คุณสามารถจัดรูปแบบด้วยระบบไฟล์ทุกประเภทที่คุณต้องการ

mkfs.XXXX /dev/mapper/data-dump #<- XXXX can be ext4, xfs, btrfs, reiser
mount /dev/mapper/data-dump /mntpt

คำถามสำหรับคำถาม: คุณถาม ' วิธีแบ่งพาร์ติชั่นดิสก์ 22TB' จากนั้นในคำถามอีกครั้งคุณพูดว่าคุณต้องการพาร์ติชัน 22TB ดังนั้นนี่คือสิ่งที่น่าสงสัยในตอนแรก

หากคุณมีอุปกรณ์บล็อกเดียวซึ่งสามารถรองรับพื้นที่ 22TB บนอุปกรณ์ได้แล้วคุณมีพาร์ติชั่น 22TB ทั้งหมดอยู่แล้ว สิ่งที่คุณต้องมีก็คือระบบไฟล์ที่อยู่ด้านบนซึ่งจะทำให้อุปกรณ์นั้นเชื่อมต่อได้และใช้งานได้สำหรับการอ่าน / เขียนโดยกระบวนการของระบบ ยิ่งไปกว่านั้นคุณต้องมีเคอร์เนล Linux ที่ทำงานในโหมด 64 บิตพร้อมกับโมดูลระบบไฟล์ / ไดรเวอร์ที่รองรับและปรับขนาดการเติบโตของข้อมูลให้ได้ถึง 22TB สามารถจัดการอินและการจัดการข้อมูลบนอุปกรณ์บล็อก (เดี่ยว) ด้วย ความสะดวก ประสิทธิภาพนั้นเป็นอีกมิติหนึ่งของมัน ในกรณีเช่นนี้ฉันจะเลือกXFSเป็นระบบไฟล์ของฉันด้วยเหตุผลว่าเป็นระบบไฟล์ 64 บิตและสามารถจัดการระบบไฟล์ที่มีขนาดใหญ่ถึงหนึ่งล้านเทราไบต์ รองรับได้สูงสุด 9 EXABYTES

2^63  = 9 x 1018 = 9 exabytes 

สำหรับรายละเอียดเพิ่มเติมเกี่ยวกับ XFS: http://oss.sgi.com/projects/xfs/

หากคุณกำลังมองหาการแบ่งพาร์ติชันอุปกรณ์บล็อกขนาดใหญ่ 22TB เพิ่มเติมให้ใช้gpartedเพื่อแบ่งอุปกรณ์ออกเป็นพาร์ติชั่นที่ใช้งานได้แล้วจัดรูปแบบด้วยระบบไฟล์เพื่อให้สามารถเมาต์ได้

ดูเหมือนว่าคุณมีคอนโทรลเลอร์ RAID สำหรับฮาร์ดแวร์เนื่องจากคุณพูดถึงว่าคุณมีคอนโทรลเลอร์ DELL perc RAID ซึ่งหมายความว่าคุณต้องบอกว่ามีการกำหนดค่า RAID ใด (โดยเฉพาะระดับ RAID ที่คุณใช้อยู่) และในกรณีส่วนใหญ่ คุณจะไม่ได้รับพื้นที่ว่าง 22TB สำหรับการใช้งานฉันอาจผิด

คุณไม่จำเป็นต้องมีการแบ่งพาร์ติชันเมื่อใช้ ZFS เพียงแค่สร้างพูล ZFS บนอุปกรณ์ 22 TB ของคุณและระบบไฟล์ในนั้นหากคุณไม่ต้องการใช้ค่าเริ่มต้น ถ้าด้วยเหตุผลบางอย่าง zpool ไม่สนับสนุนการใช้ดิสก์ทั้งหมดก่อนอื่นให้สร้างป้าย EFI และพาร์ติชันที่ใช้พื้นที่ทั้งหมดที่มีอยู่ภายในจากนั้นใช้พาร์ติชันนั้นเพื่อสร้างพูล

ด้วยเหตุผลหลายประการฉันไม่แนะนำให้ใช้สิ่งใดนอกจาก ZFS สำหรับระบบไฟล์ขนาดใหญ่ สิ่งที่ชัดเจนที่สุดคือถ้าคุณมีการปิดไฟที่โหดร้าย (เช่น: เคอร์เนลตกใจหรือการขาดแคลนพลังงาน), fsck อาจใช้เวลานานในการกู้คืนระบบไฟล์แบบดั้งเดิม ZFS ไม่ต้องการ fsck ดังนั้นจะนำเข้าพูลทันที

โปรดทราบว่าคุณควรทำลายการกำหนดค่าฮาร์ดแวร์ RAID และใช้อุปกรณ์ทั้งสิบสองเครื่องเป็น JBOD เพื่อสร้างพูล ZFS โดยใช้ประโยชน์จากความสามารถของซอฟต์แวร์ RAID หากเป้าหมายของคุณคือประสิทธิภาพคุณอาจทำมิเรอร์ดิสก์คู่และหากเป้าหมายของคุณมีพื้นที่มากที่สุดคุณอาจใช้การกำหนดค่า RAIDZ, RAIDZ2 หรือ RAIDZ3 การทำเช่นนี้ส่วนใหญ่จะปรับปรุงความน่าเชื่อถือของข้อมูลของคุณและการยอมรับข้อผิดพลาดของโซลูชัน

ฉันไม่แน่ใจว่าเป็นไปได้ในปัจจุบันโดยใช้ตารางพาร์ทิชันมาตรฐาน ในชุดรูปแบบตารางพาร์ติชันมาตรฐานวอลุ่มถูก จำกัด ที่ 2 ³²เซ็กเตอร์ ด้วย 512 ไบต์ต่อเซกเตอร์คุณจะหมดจำนวนเพื่อกำหนดให้กับเซกเตอร์ประมาณ 2TB

อย่างไรก็ตามคุณควรจะสามารถทำเช่นนี้ได้หากคุณใช้ตารางพาร์ทิชัน GUID แทนตารางมาตรฐาน ตารางพาร์ติชัน GUID อนุญาตให้วอลุ่มขยายเข้าสู่ช่วง zettabyte Linux distros ส่วนใหญ่สามารถบูตได้จากไดรฟ์ข้อมูล GUID อย่างไรก็ตามไม่มี Windows รุ่นใด (ยกเว้น Windows 7 บน EFI) ในขณะนี้

เครื่องมือบางอย่างเช่น fdisk ไม่สามารถทำงานกับไดรฟ์ข้อมูล GUID ได้ แต่เครื่องมืออื่น ๆ เช่น GParted สามารถทำได้ เมื่อคุณสร้างตารางพาร์ติชัน GUID ของคุณคุณควรจะสามารถสร้างไดรฟ์โดยใช้หนึ่งในระบบไฟล์ทั่วไปที่รองรับปริมาณขนาดนั้น (เช่น EXT4)

สำหรับตารางพาร์ติชันของคุณดังที่กล่าวไว้ที่อื่นGPTเป็นตัวเลือกที่ยอดเยี่ยมเนื่องจากสามารถรองรับพาร์ติชันได้มากถึง 9.4 ZiB ในขนาด (9.4 × 10 ²¹ไบต์) ซึ่งเกินกว่าที่คุณต้องการด้วย 22 TiB

สำหรับระบบไฟล์ของคุณบน Linux BTRFSเป็นระบบคัดลอก -on-write ที่ยอดเยี่ยม:

1. คุณลักษณะการคัดลอกเมื่อเขียนหมายความว่าไม่มีการจัดเก็บไฟล์ที่ซ้ำกันสองครั้ง
2. มันมีการบีบอัดข้อมูลแบบทันทีทันใดดังนั้นข้อมูลของคุณจะถูกเรียกใช้ผ่าน LZO หรือ GZip ก่อนที่จะถูกเขียนและอ่านจากดิสก์ช่วยประหยัดพื้นที่ดิสก์ทางกายภาพ
3. รองรับความซ้ำซ้อนในการกำหนดค่า RAID-1, RAID-10, RAID-5 และ RAID-6 โดยไม่มีค่าใช้จ่าย
4. นอกจากนี้ยังรองรับ RAID-0 หากความเร็วเป็นสิ่งสำคัญ
5. นอกจากนี้ยังมีฟีเจอร์ย่อยภาพรวมและอีกมากมาย
6. งานระบบไฟล์เกือบทั้งหมดเสร็จแล้วทางออนไลน์ดังนั้นโดยปกติคุณจะไม่ต้องถอนติดตั้งระบบไฟล์เพื่อแก้ไขสิ่งต่าง ๆ

มันคล้ายกับ ZFS ในฟีเจอร์ แต่เป็นส่วนหนึ่งของเคอร์เนล mainline

หากคุณไม่ต้องการความซ้ำซ้อนหรือความสามารถในการสำรองข้อมูลคุณอาจทำสิ่งต่อไปนี้

mkfs -t ext4 /dev/sdb