การติดตั้งลีนุกซ์บนพาร์ติชั่นใหญ่ครั้งหนึ่งมันแย่ขนาดไหน


96

เราจะใช้งาน CentOS 7 บนเซิร์ฟเวอร์ใหม่ของเรา เรามีไดรฟ์ 6 x 300GB ใน raid6 ภายในเซิร์ฟเวอร์ (พื้นที่เก็บข้อมูลส่วนใหญ่อยู่ภายนอกในรูปแบบของกล่องจู่โจม 40TB) ปริมาณภายในจะอยู่ที่ประมาณ 1.3TB หากฟอร์แมตเป็นโวลุ่มเดียว ดูแลระบบของเราคิดว่ามันเป็นความคิดที่ดีจริงๆในการติดตั้งระบบปฏิบัติการบนพาร์ติชั่นขนาดใหญ่ 1.3TB

ฉันเป็นนักชีววิทยา เราติดตั้งซอฟต์แวร์ใหม่อย่างต่อเนื่องเพื่อเรียกใช้และทดสอบซึ่งส่วนใหญ่จะอยู่ใน / usr / local อย่างไรก็ตามเนื่องจากเรามีนักชีววิทยาที่ไม่ใช้คอมพิวเตอร์ประมาณ 12 คนที่ใช้ระบบนี้เราจึงรวบรวม cruft จำนวนมากในบ้านเช่นกัน เซิร์ฟเวอร์ตัวสุดท้ายของเรามีพาร์ติชั่น 200GB สำหรับ / และหลังจาก 2.5 ปีเต็ม 90% ฉันไม่ต้องการที่จะเกิดขึ้นอีก แต่ฉันก็ไม่ต้องการที่จะทำตามคำแนะนำจากผู้เชี่ยวชาญ!

เราจะใช้ 1.3TB ที่ดีที่สุดได้อย่างไรเพื่อให้แน่ใจว่ามีพื้นที่ว่างเมื่อใดและที่ใดที่จำเป็น แต่ไม่ได้สร้างฝันร้ายบำรุงรักษาสำหรับดูแลระบบ?


13
ใช้ LVM และปรับขนาดตามที่ต้องการ
thanasisk

5
@thanasisk At ความสามารถในการ Resizability เป็นตำนานเนื่องจากไม่มีระบบไฟล์บน linux ที่สามารถหดตัวทางออนไลน์ได้ ext2 มีแพทช์ดังกล่าวในสมัยโบราณ
user259412

2
@ PeterHorvath - คุณมีความสุขไหมถ้าฉันแทนที่ "ปรับขนาด" ด้วย "ขยาย"
thanasisk

10
เป็นเรื่องที่ไม่สมจริงที่จะคาดหวังว่าทุกสิ่งที่คุณติดตั้งตอนนี้จะยังคงดีที่สุดใน 2.5 ปี และความจริงที่ว่าผู้ใช้ที่ไม่เข้าใจกำลังยุ่งเหยิงก็คือเหตุผลทั้งหมดที่แยก OS ออกจากข้อมูล
JamesRyan

3
@ PeterHorvath ฉันอ่านความคิดเห็นของคุณมากกว่าหนึ่งครั้งเพื่อที่ฉันจะได้เข้าใจ คุณเขียนว่าคุณจะมีความสุขถ้าระบบไฟล์ที่สามารถขยายได้มีอยู่และฉันชี้ให้เห็นระบบไฟล์ที่ทำ นั่นคือทั้งหมดที่
gparent

คำตอบ:


108

เหตุผลหลัก (ประวัติ) สำหรับการแบ่งพาร์ติชันคือ:

  • เพื่อแยกระบบปฏิบัติการออกจากข้อมูลผู้ใช้และแอปพลิเคชันของคุณ จนกว่าการเผยแพร่ RHEL 7 จะไม่มีเส้นทางการอัปเกรดที่รองรับและการอัปเกรดรุ่นหลักจะต้องติดตั้งใหม่จากนั้นจึงมีข้อมูลอินสแตนซ์/homeและอื่น ๆ (แอปพลิเคชัน) ในพาร์ติชันแยกต่างหาก (หรือโวลุ่ม LVM) ช่วยให้คุณ และข้อมูลแอปพลิเคชันแล้วล้างพาร์ติชันระบบปฏิบัติการ

  • ผู้ใช้ไม่สามารถเข้าสู่ระบบได้อย่างถูกต้องและระบบของคุณเริ่มล้มเหลวในรูปแบบที่น่าสนใจเมื่อคุณใช้พื้นที่ดิสก์หมด หลายพาร์ติชันช่วยให้คุณสามารถกำหนดพื้นที่ดิสก์ลิขสิทธิ์ยากสำหรับระบบปฏิบัติการและเก็บที่แยกออกมาจากพื้นที่ที่ผู้ใช้และ / หรือการใช้งานที่เฉพาะเจาะจงได้รับอนุญาตให้เขียน (เช่น/home /tmp/ /var/tmp/ /var/spool/ /oradata/ฯลฯ ), การลดความเสี่ยงในการดำเนินงานของผู้ใช้ความประพฤติไม่ดีและ / หรือการใช้งาน

  • โควต้า โควต้าดิสก์ช่วยให้ผู้ดูแลระบบสามารถป้องกันผู้ใช้รายบุคคลในการใช้พื้นที่ที่มีอยู่ทั้งหมดทำลายบริการของผู้ใช้รายอื่น ๆ ของระบบ โควต้าดิสก์แต่ละรายการจะถูกกำหนดต่อระบบไฟล์ดังนั้นพาร์ติชันเดียวจึงทำให้ระบบไฟล์เดียวมีความหมายเพียง 1 ดิสก์โควต้า หลายพาร์ติชัน (LVM) หมายถึงระบบไฟล์หลายระบบที่ช่วยให้การจัดการโควต้าที่ละเอียดยิ่งขึ้น ขึ้นอยู่กับสถานการณ์การใช้งานของคุณคุณอาจต้องการอนุญาตให้ผู้ใช้แต่ละคน 10 GB ในโฮมไดเร็กตอรี่ 2TB ในไดเรคทอรี / data บนอาเรย์ที่จัดเก็บข้อมูลภายนอกและตั้งค่าพื้นที่รอยขีดข่วน และนโยบายจะกลายเป็น "เต็มเต็ม" แต่เมื่อสิ่งนั้นเกิดขึ้น

  • ให้เส้นทาง IO ทุ่มเท คุณอาจมี SSD และดิสก์ที่กำลังหมุนอยู่ด้วยกัน ไม่มากปัญหาในเซิร์ฟเวอร์วัตถุประสงค์ทั่วไป แต่ค่อนข้างบ่อยในการตั้งค่าฐานข้อมูลคือการกำหนด spindles (ดิสก์) บางอย่างเพื่อวัตถุประสงค์ที่แตกต่างกันเพื่อป้องกันการแข่งขัน IO เช่นแยกดิสก์สำหรับบันทึกธุรกรรมแยกดิสก์สำหรับข้อมูลฐานข้อมูลจริงและแยก ดิสก์สำหรับพื้นที่ชั่วคราว .

  • Bootคุณอาจต้องใช้/bootพาร์ติชั่นแยกต่างหาก ในอดีตเพื่อแก้ไขปัญหา BIOS ด้วยการบูทเกินขีด จำกัด 1024 ทรงกระบอกในปัจจุบันบ่อยครั้งที่ความต้องการสนับสนุนโวลุ่มที่เข้ารหัสเพื่อสนับสนุนตัวควบคุม RAID บางตัว HBA ที่ไม่รองรับการบูทจาก SAN หรือระบบไฟล์ที่ไม่ได้รับการสนับสนุนจากโปรแกรมติดตั้งทันที

  • การปรับแต่งคุณอาจต้องการตัวเลือกการปรับแต่งที่แตกต่างกันหรือระบบไฟล์ที่แตกต่างกันโดยสิ้นเชิง

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

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

คุณสามารถขยายไดรฟ์ข้อมูลเหล่านั้นและระบบไฟล์ได้ตามต้องการ (ซึ่งเป็นการดำเนินการเล็กน้อยที่สามารถทำได้บนระบบจริง) หรือสร้างเพิ่มเติม

การลดขนาด LVM เป็นเรื่องเล็กน้อย แต่บ่อยครั้งที่การย่อขนาดระบบไฟล์ในไฟล์เหล่านั้นไม่ได้รับการสนับสนุนเป็นอย่างดีและอาจหลีกเลี่ยงได้


4
ที่เกี่ยวข้องกับสิ่งที่มีประสิทธิภาพฉันคิดว่ามันก็คุ้มค่าที่ชี้ให้เห็นว่าในกรณีของระบบไฟล์ที่ต้องการการตอบสนองที่รวดเร็วและ 'df' จะส่งคืนข้อมูลที่เป็นประโยชน์ได้เร็วกว่า 'du -s $ DIRNAME'
symcbean

3
ฉันไม่แน่ใจว่าฉันเห็นด้วยกับ " จนถึง ... RH7 ... ไม่มีเส้นทางการอัปเกรดที่รองรับ " ฉันได้รับการสนับสนุนการอัพเกรดมาตั้งแต่หมดเวลาและระบบ RH4-> 5 ที่ได้รับการอัพเกรดอย่างแน่นอน เป็นแค่ RH5-> RH6 ที่ขาดเส้นทางเช่นนี้ไปสู่ความรู้ของฉัน - และฉันได้รับความรู้สึกว่า RH ได้รับการลงโทษอย่างกว้างขวางโดยผู้ใช้ของพวกเขาสำหรับการขาดนั้น +1 สำหรับคำตอบที่เหลือแม้ว่า
MadHatter

คุณหมายถึงอะไรกับ "จนถึงรุ่น RHEL 7 ที่ไม่มีเส้นทางการอัปเกรดที่รองรับ" RHEL จะสนับสนุนการอัปเกรดระหว่างเวอร์ชันหลักจาก RHEL 7 และส่งต่อหรือไม่
Markus Hallmann

5
การอัปเกรดใช้งานได้ แต่ตามRed Hatนโยบายทั่วไปยังคงเป็น: Red Hat ไม่สนับสนุนการอัปเกรดแบบแทนที่ระหว่างรุ่นใหญ่ ๆ ของ Red Hat Enterprise Linux และความแตกต่างเล็กน้อยลงไปในปัจจุบัน Red Hat รองรับการอัพเกรดจาก Red Hat Enterprise Linux 6 เป็น Red Hat Enterprise Linux 7 สำหรับกรณีการใช้งานเฉพาะ / เป้าหมายเท่านั้นและนี่คือคู่มือการตรวจสอบ
HBruijn

17

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

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

สิ่งนี้สามารถป้องกันได้หากคุณใช้พาร์ติชั่นต่าง ๆ สำหรับสถานที่ที่ผู้ใช้หรือกระบวนการต่าง ๆ เขียนลงใน (/ home, / var, / tmp)

ฉันขอแนะนำให้คุณตรวจสอบเซิร์ฟเวอร์เก่าของคุณว่าโฟลเดอร์ใดมีแนวโน้มที่จะมีขนาดใหญ่ คุณสามารถทำได้บนบรรทัดคำสั่งด้วย

du -h -d 1 / 2> /dev/null

คุณจะเห็นว่าข้อมูลส่วนใหญ่สะสมอยู่ที่ไหนและออกแบบระบบถัดไปของคุณอย่างเหมาะสม "-d 1" จำกัด เอาต์พุตให้มีความลึกโฟลเดอร์เพียงระดับเดียวเท่านั้นจึงทำให้สามารถอ่านได้มากขึ้น


12

ปัญหาหลักของการมีพาร์ติชันขนาดใหญ่เดียวคือการเติมระบบไฟล์ให้เป็นไปได้ว่าจะไม่มีการล็อกอินอีกต่อไป

รูทผู้ใช้มีโฮมโฟลเดอร์ ( /root) อยู่ด้านนอก/homeเนื่องจากสิ่งนี้ หากระบบไฟล์เต็มภายใต้สถานการณ์บางอย่างแม้รากไม่สามารถเข้าสู่ระบบและไม่สามารถซ่อมแซมระบบ

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


2
ในบางระบบไฟล์ (ext3 fe) คุณสามารถมีพื้นที่สงวนไว้เล็กน้อยสำหรับผู้ใช้รูทเพื่อป้องกันพฤติกรรมดังกล่าว คุณจะต้องใช้โควต้าเพื่อป้องกันไม่ให้เหมือนกันสำหรับ / tmp ซึ่งมักจะลืม
Dennis Nolte

@DennisNolte ฉันลืมไป/tmpแล้ว ขอบคุณฉันจะเพิ่มคำตอบของฉัน
Uwe Plonus

@DennisNolte พื้นที่ที่สงวนไว้จะช่วยได้ แต่ฉันคิดว่าการบำรุงรักษานั้นยากกว่าการใช้พาร์ติชันที่แตกต่างกันเนื่องจากคุณต้องตั้งค่าโควต้าอย่างถูกต้อง
Uwe Plonus

4
ฉันคิดว่าเหตุผลที่สำคัญกว่าสำหรับ/rootการอยู่ข้างนอก/homeคือในบางการติดตั้ง/homeจะอยู่ในไดรฟ์เครือข่าย ในกรณีที่มีปัญหาในการติดตั้งผ่านเครือข่ายไฟล์ของรูทยังคงสามารถเข้าถึงได้ (สิ่งนี้อาจนำมาเปรียบเทียบกับวิธีแก้ไขข้อความโดยปกติ/binในกรณีที่/usrไม่ได้เมาท์) ฉันสงสัยว่านี่เป็นสถานการณ์ที่พบได้บ่อยในทางปฏิบัติในทุกวันนี้มากกว่าที่จะ/homeเติมให้เต็ม
Eliah Kagan

11

IMHO การมีหนึ่งพาร์ติชั่นเป็น / ค่อนข้างสมเหตุสมผล

แต่คุณสามารถใช้ lvm (ตัวจัดการโลจิคัลวอลุ่ม) ใช้ดิสก์ทั้งหมดเป็นกลุ่ม lvm แต่สร้างดิสก์โลจิคัลขนาดเล็กสำหรับ /, / home, / usr และสิ่งที่ sysadmin ของคุณต้องการ จากนั้นให้เปิดการตรวจสอบบางอย่างเมื่อระบบของคุณเริ่มเต็มและขยายดิสก์ที่คุณต้องการ lvresize และ resize2fs เป็นเครื่องมือออนไลน์และคุณสามารถทำการขยายได้โดยไม่ต้องรีสตาร์ทเซิร์ฟเวอร์ อย่างไรก็ตามคุณไม่สามารถลดดิสก์ได้ดังนั้นคุณต้องเริ่มต้นเล็ก ๆ พอสมควรและเพิ่มในจุดที่คุณต้องการ


9

มีปัญหาน้อยที่สุดเกี่ยวกับการตั้งค่าลินุกซ์พาร์ติชันใหญ่ แต่มีรางวัลใหญ่

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

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

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

มีระบบแบบง่าย ๆ ชื่อlvmซึ่งเปิดใช้งานการย้าย / ปรับขนาดของ "พาร์ติชัน" แบบ on-the-fly (ในคำศัพท์วอลุ่ม) แต่บนเซิร์ฟเวอร์แผนกโลคัลเดียว IMHO ไม่จำเป็นต้องใช้ตามปกติ


7
ผู้ดูแลระบบ masochistic ประเภทใดที่ชอบเล่นกับพาร์ติชันแผนที่ ??? ส่วนที่สนุกคือการสร้างเคอร์เนลที่ฉันจะได้รับสาธุ ???
บิชอป

1
สาธุ! ตอนนี้เกี่ยวกับการโต้เถียงที่ผู้ดูแลระบบชอบที่จะเล่นกับพาร์ทิชันฉันต้องการที่จะตอบโต้ด้วยความจริงที่ว่าลินุกซ์มีประเภทของระบบไฟล์ที่แตกต่างกัน 100 ระบบและขึ้นอยู่กับรูปแบบการใช้งานการเลือกระบบไฟล์ที่เหมาะสม ความแตกต่างระหว่างระบบที่ดีที่สุดและระบบไม่ทำงาน และบางทีคุณแค่ต้องการระบบไฟล์นั้นในบางโฟลเดอร์ ที่นั่น
Lennart Rolland

3

มีสองเหตุผลหลักสำหรับการแบ่งพาร์ติชัน:

  1. เพื่อเก็บข้อมูลคงที่ห่างจากข้อมูลที่ไม่คงที่
  2. เพื่อเก็บข้อมูลสาธารณะให้ห่างจากข้อมูลส่วนตัว

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

เหตุผลที่สองข้างต้นอ้างน้อยกว่า (ฉันล่าสุดได้ยินในหลักสูตร Veritas Volume Manager เมื่อประมาณ 15 ปีที่แล้ว) และเป็นเรื่องที่เกี่ยวข้องกับระบบที่ผู้คนจำนวนมากกำลังลงชื่อเข้าใช้และทำงานอยู่เท่านั้น

มีบางอย่างของศิลปะในการแบ่งสรรที่มีประสิทธิภาพและนี่อาจเป็นเหตุผลว่าทำไมมีผู้ดูแลระบบของ Sys ซึ่งใช้เวลานานเกินไป (IMO) ไม่เพียง แต่คุณจำเป็นต้องรู้ระบบแฟ้มใน แต่ยังต้องรู้ถึงการใช้งานด้วย โดยส่วนตัวฉันคิดว่ามันเป็นวิธีการที่ค่อนข้างล้าสมัยซึ่งมีความเกี่ยวข้องน้อยลงกับวิธีการใช้เซิร์ฟเวอร์ในปัจจุบัน

ในฐานะนักพัฒนาซอฟต์แวร์ฉันรู้สึกเบื่อหน่ายเป็นพิเศษกับแผนก Ops Virtual Machines ที่สร้างแผนการแบ่งพาร์ติชันแบบไม่ต้องคิดซึ่ง จำกัด ขนาดของ / tmp, / home, / var และ / อย่างมากโดยไม่คำนึงถึงพื้นที่ดิสก์ทั้งหมดที่มีอยู่ แต่อย่า ไม่ติดตั้งตัวเลือกที่ชัดเจนเช่น / usr หรือ / opt แยกกัน เครื่องเหล่านี้มักจะนำสิ่งที่เหลือจากพื้นที่ว่างในดิสก์ที่คุณขอมาใส่ในโวลุ่ม "/ stuff" ที่คุณต้องติดตั้งและเชื่อมโยงทุกอย่างเข้าด้วยกันอย่างหลีกเลี่ยงไม่ได้ ผลลัพธ์สุทธิคือเรามักจะใช้เวลาในการสับเปลี่ยนไฟล์และส่งอีเมลเตือนมากกว่าการใช้งานจริง

ไม่มีอะไร "เลวร้าย" โดยธรรมชาติเกี่ยวกับการมีพาร์ติชันเดียว ในระบบใด ๆ คุณควรทำการตรวจสอบการใช้งานดิสก์ของคุณในเชิงรุกและใช้กลยุทธ์การดูแลทำความสะอาดที่เหมาะสม (เช่นการหมุนเวียนบันทึกโควต้าในโฮมไดเร็กตอรี่) ดังนั้นคำถามที่แท้จริงคือ: คุณต้องการกังวลเกี่ยวกับ

ดังนั้นฉันจะบอกว่า: หากคุณไม่มั่นใจ 100% ในความสามารถในการแบ่งพาร์ติชันระบบอย่างมีประสิทธิภาพสำหรับกรณีการใช้งานเฉพาะของคุณอย่าพาร์ติชันเลย


เผง ตกลงบางทีการแยกข้อมูลสาธารณะควรทำโดยการอนุญาตในระบบไฟล์และในบริการของคุณ
user259412

2

IMHO มันขึ้นอยู่กับคุณทั้งหมด ก่อนอื่นให้พิจารณาบางสิ่งแม้ว่าจะค่อนข้างสัมพันธ์กันอย่างสิ้นเชิง

  • ระบบนี้จะได้รับการดูแลเป็นประจำหรือไม่?
  • ระบบนี้จะถูกใช้โดยผู้ใช้อย่างน้อยหนึ่งคน
  • ระบบนี้จะทำหน้าที่เป็นเดสก์ท็อปหรือเซิร์ฟเวอร์หรือทั้งสองอย่าง?

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

คุณจะประหลาดใจที่ระบบลินุกซ์ (ข้อมูลที่กำลังเติบโตค่อนข้างน้อย) ต้องการใช้งานและจำนวนการใช้ข้อมูลที่เพิ่มขึ้น (โดยทั่วไป / var / opt / home / srv)

นอกจากนี้ยังขึ้นอยู่กับวิธีที่คุณกำหนดการใช้งานสำหรับระบบนี้ซึ่งแสดงข้อกำหนดของการแบ่งพาร์ติชัน การใช้งานสำหรับ LVM รวมอยู่ด้วย

ระบบเดสก์ท็อปทั่วไปจะต้องใช้ประมาณ 20GB สำหรับการติดตั้งโหลดซอฟต์แวร์โดยที่เหลือทั้งหมดที่กำหนดให้เฉพาะ / บ้านจะทำได้ดี LVM ทำให้เกิดค่าใช้จ่ายเล็ก ๆ น้อย ๆ ในระบบของคุณและในกรณีพิเศษนี้ไม่ได้รับประโยชน์มากนัก แม้ว่าความคิดเห็นอาจแตกต่างกัน

บนเซิร์ฟเวอร์มีโอกาสน้อยกว่าที่ซอฟต์แวร์ที่ติดตั้งจะเป็นแบบไดนามิกเช่นเดียวกับระบบเดสก์ท็อป นอกจากนี้ยังฉลาดกว่าที่จะมีจุดเมานท์จริงสำหรับส่วนประกอบระบบไฟล์ทั่วไปเช่น / tmp / var / usr / home / opt / srv การใช้ LVM ที่นี่ไม่แนะนำให้พูด

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

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

Mounpoint /

  • 1GB (หากใช้จุดเมานท์แยกต่างหากสำหรับ / var / usr / opt / home / tmp)
  • +10 หรือแม้กระทั่ง 20 GB หากใช้เป็นระบบเดสก์ท็อปที่มี / แยกบ้าน

ถ้าใช้ Mountpoint / home

  • กำหนดพื้นที่ว่างทั้งหมดหากใช้ / home ne

ถ้าใช้ Mountpoint / opt

ถ้าใช้ mountpoint / usr

  • นี่เป็นสิ่งที่ยุ่งยากและขึ้นอยู่กับฐานซอฟต์แวร์ที่ติดตั้ง

ถ้าใช้ mountpoint / var

  • นี่เป็นสิ่งที่ยุ่งยากและขึ้นอยู่กับฐานซอฟต์แวร์ที่ติดตั้ง
  • ตัวอย่างเช่นฐานข้อมูลเขียนข้อมูลที่นี่บนระบบที่ใช้เดเบียนถ้าไม่ใช่ลีนุกซ์ทั้งหมด
  • การมี / var / tmp แยกต่างหากนั้นไม่มีเหตุผล

ถ้าใช้ mountpoint / tmp

  • พิจารณาว่า tmpfs มีอยู่และจัดสรร / tmp ให้กับ RAM
  • พิจารณาบางแอปพลิเคชันอาจเขียนข้อมูลจำนวนมากที่นี่

2

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

ดังนั้นข้อสังเกตบางประการ:

  • 1.3 TB ไม่ใช่ไดรฟ์ขนาดใหญ่อีกต่อไป 2 TB เป็นขนาดไดรฟ์ SATA มาตรฐานที่มากขึ้นหรือน้อยลงในโลกเดสก์ท็อปในปัจจุบัน

  • การติดตั้ง Linux Distro ใด ๆ ไม่น่าจะต้องการมากกว่า 100GB แน่นอนว่าขนาดสำหรับ / (รูท) และ (สลับ) ควรถูกกำหนดให้เป็นตัวเลขที่มีขอบเขตด้านบนโดยง่ายโดยปรับขนาดเกินขนาด (สำหรับรูท) หรือตามแนวทางการกำหนดค่าระบบ (สลับ)

  • จุดเมานท์สำหรับ / home ควรชี้ไปที่สิ่งใดบนเซิร์ฟเวอร์ RAID 40TB ของคุณ ไม่จำเป็นต้องมีข้อมูลนั้นไดเรกทอรีบ้านของผู้ใช้จะอยู่ที่ใดก็ได้บนอุปกรณ์รูทนั้น การวางไว้บนเซิร์ฟเวอร์ RAID อาจให้การป้องกันที่ดีกว่า และเป็นไปได้ว่าเป็นสถานที่ NAS ที่สามารถขยายได้อย่างง่ายดายในขณะที่ RAID ตัวเล็ก ๆ ที่อยู่ในกล่องเซิร์ฟเวอร์นั้นอาจไม่ใช่

  • คุณควรใส่ซอฟต์แวร์พิเศษของคุณลงในพาร์ติชั่นแยกต่างหาก (จุดเมานท์สำหรับ / usr / local / bin ฯลฯ ) เพื่อให้คุณสามารถเก็บสิ่งนี้ไว้ในการอัปเดตระบบปฏิบัติการและการลบพาร์ติชันรูท ไม่เช่นนั้นคุณจะต้องเผชิญกับความเป็นไปได้ที่คุณจะต้องติดตั้งแอพพลิเคชั่นซอฟต์แวร์ "พิเศษ" ใหม่หลังจากการอัปเกรด / แก้ไข / ระบบปฏิบัติการ

  • หากคุณต้องการกังวลเกี่ยวกับการดูแลระบบของคุณฉันจะถามคำถามอื่น: กระบวนการกู้คืนความเสียหายหลังจากที่อาคารเกิดไฟไหม้และเซิร์ฟเวอร์และกล่อง RAID ถูกทำลาย หากข้อมูลที่คุณสนใจยังคงอยู่ในหัวของคุณทั้งหมดนี้เป็นคำถามที่ผู้ใช้ทุกคนควรถามจาก IT / sysadmin folks กลยุทธ์ควรมีคำถามเช่น "เราจะทำซ้ำฮาร์ดแวร์ที่เราต้องการ" และ "ใช้เวลานานเท่าใดก่อนที่เราจะสำรองและใช้งาน" การอภิปรายเกี่ยวกับการทำเวอร์ชวลเซิร์ฟเวอร์ของคุณอาจช่วยแก้ไขปัญหาเกี่ยวกับการพึ่งพาฮาร์ดแวร์และการสำรองข้อมูลและเรียกใช้โดยไม่จำเป็นต้องกำหนดค่าระบบปฏิบัติการของคุณใหม่ (เนื่องจากสามารถกำหนดค่าให้ทำงานในสภาพแวดล้อมอุปกรณ์ "อ่อน" ที่ไม่เปลี่ยนแปลง

  • ในทำนองเดียวกันคุณอาจต้องการถามว่ากลยุทธ์คือการปกป้องข้อมูลผู้ใช้จากโปรแกรมและการสูญเสียข้อมูลข้อผิดพลาดของผู้ใช้ การบันทึกไฟล์เปล่าไว้เหนือร่างรายงานที่ดีมากของคุณหรือให้ผู้ใช้พิมพ์คำสั่งที่ผิด (ตัวอย่างเช่น rm -rf *) จะทำให้ข้อมูลสูญหายเช่นเดียวกับแผ่นดินไหวหรือไฟไหม้หรือความเสียหายทางกายภาพอื่น ๆ โซลูชันสำหรับการกู้คืนไฟล์ส่วนบุคคลนั้นแตกต่างกันเล็กน้อย (หรืออาจเป็นได้!) จากสิ่งที่มีประโยชน์ที่สุดสำหรับการกู้คืนจากความเสียหายแบบขายส่ง

  • -

2

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

  1. เป็นการง่ายกว่าที่จะโยกย้ายไปยังการแจกจ่ายอื่นของ Linux ที่ยังคงรักษาข้อมูลส่วนใหญ่ของผู้ใช้ไว้

  2. มันง่ายต่อการคืนค่าการอัปเดตรถบั๊กโดยการใช้การสำรองข้อมูลของพาร์ติชันระบบปฏิบัติการ (จำเป็นต้องมีการบู๊ตคู่) การสำรองข้อมูลนี้อาจค่อนข้างเก่า - คุณสามารถนำไปใช้และอัปเดตเป็นรุ่นที่เสถียรอย่างรู้เท่าทัน

  3. มันง่ายที่จะเปลี่ยนกลับไปเป็นเวอร์ชั่นก่อนหน้าของระบบปฏิบัติการหากคุณไม่ชอบ "การอัพเกรดครั้งใหญ่" (ต้องใช้การบู๊ตคู่)

สำหรับศักยภาพที่ใหญ่ที่สุดของวิธีนี้คุณควรกำหนดค่า dual boot (อาจเป็น CentOS / CentOS) เพื่อให้คุณสามารถเขียนทับพาร์ติชันระบบปฏิบัติการหนึ่งขณะที่รันระบบปฏิบัติการจากอีกระบบหนึ่ง และแน่นอนคุณต้องสำรองพาร์ติชันระบบอย่างน้อยสองสามเดือน


แล้วทำไม -1 คุณจะเห็นการรอคอยแบบไร้สายสำหรับการแก้ไขข้อผิดพลาดเป็นวิธีที่เป็นมืออาชีพมากขึ้นหรือไม่ ได้รับการแก้ไขในสามสัปดาห์ BTW
h22

ฉันไม่รู้ แต่ชดเชย หากคุณเห็นสิ่งที่คล้ายกันให้ทำเช่นนั้น
user259412

1

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

เมื่อฉันไปติดตั้ง distro อื่นฉันต้องแบ่งพาร์ติชันของฉันอีกครั้งเนื่องจากตัวติดตั้งไม่ได้ติดตั้ง distro ที่มีอยู่แล้ว มันสามารถและจะทำให้ / home ของคุณเหมือนเดิมถ้ามันอยู่ในพาร์ติชันของตัวเอง ดังนั้นฉันจึงสิ้นสุดการบูต live-cd gparted และลดขนาดพาร์ติชันสร้างพาร์ติชันใหม่สำหรับ / home และอื่น ๆ ย้ายข้อมูลของฉันไปยังพาร์ติชันใหม่และจากนั้นก็เริ่มเข้าสู่ตัวติดตั้งสำหรับระบบปฏิบัติการใหม่

เป็นการดีที่วาง / บน SSD / home บนฮาร์ดไดรฟ์ / var บนฮาร์ดไดรฟ์ / usr อาจอยู่บน SSD หรือ HDD ขึ้นอยู่กับความถี่ที่คุณวางแผนในการอัพเกรด / tmp ไปยังฮาร์ดไดรฟ์ ฉันมักจะสร้างพาร์ติชันอื่นสำหรับไฟล์สื่อที่ใช้ร่วมกันเช่น mp3 และภาพยนตร์ที่มี symlink อยู่จาก / home ของฉัน โปรดทราบว่า / sbin เป็นส่วนหนึ่งของรูทและ / bin และ / root ความแตกต่างระหว่าง / bin และ / usr / bin คือ / usr คือสิ่งที่อาจไม่สามารถใช้งานได้จนกว่าไดรฟ์ทั้งหมดของคุณจะถูกเมาท์ดังนั้นคำสั่ง mount จะไม่สามารถอยู่ใน / usr! ฉันมักจะเก็บพาร์ติชันพิเศษไว้สองสามอันสำหรับลินุกซ์ distros อื่น ๆ เช่นที่ gparted นั้นอยู่ในฮาร์ดไดรฟ์ของฉันในกรณีที่ฉันพลาดบางสิ่งที่เลวร้ายจริงๆ

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


1

คุณไม่ต้องติดตั้งซอฟต์แวร์ไปยัง / usr / local คุณสามารถติดตั้งซอฟต์แวร์ทั้งหมดในส่วนนำหน้าอื่นซึ่งอาจอยู่ใน / home ซอฟต์แวร์ส่วนใหญ่สามารถทำสิ่งนี้เมื่อคุณรวบรวมจากแหล่งที่มาโดยการเรียกใช้เช่น ./configure --prefix=/home/bin

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

ฉันเป็นระบบดูแลระบบ HPC ที่มีนักชีววิทยาจำนวนมากในหมู่ผู้ใช้ของเราเราติดตั้งซอฟต์แวร์ทั้งหมดที่พวกเขาร้องขอภายใต้ / apps / filesystem ดังนั้นฉันรู้ว่ามันเป็นไปได้ที่จะทำสิ่งนี้กับซอฟต์แวร์ส่วนใหญ่ ยากมาก เพื่อแก้ปัญหานี้เพื่อนร่วมงานของฉันและฉันได้เขียนเครื่องมือที่ชื่อว่าEasyBuild (ฟรีและโอเพ่นซอร์ส) สามารถรวบรวมและติดตั้งซอฟต์แวร์จากแหล่งต่าง ๆ และติดตั้งในโฟลเดอร์อื่นและสร้างไฟล์โมดูลสภาพแวดล้อมให้คุณโดยอัตโนมัติ คุณสามารถติดตั้งซอฟต์แวร์รุ่นเดียวกันได้ 2 เวอร์ชันและไม่มีข้อขัดแย้ง

ดูรายการแพ็คเกจของเราที่เราสามารถติดตั้งได้ด้วยคำสั่งเพียงคำเดียวในฐานะนักชีววิทยาที่คุณอาจจำได้มาก ;-)

ข้อจำกัดความรับผิดชอบ: ฉันเป็นผู้พัฒนา EasyBuild


0

ฉันคิดว่าโดยทั่วไปสำหรับผู้ใช้ระดับเริ่มต้น / เกริ่นนำ * ผู้ใช้ ix ที่มีพาร์ติชันที่น้อยที่สุดสามารถทำงานได้จนกว่าจะได้เรียนรู้เพิ่มเติมเกี่ยวกับลักษณะของระบบ อย่างไรก็ตามคุณไม่สามารถมีเพียงหนึ่ง paritition และในกรณีของคุณครับด้วยเหตุผลหลายประการ

เหตุผลแรกที่ปฏิบัติได้จริงและเป็นสาธารณะมากขึ้นสำหรับสิ่งนี้คือว่าระบบ Linux ส่วนใหญ่ต้องการ swap partition (โดยทั่วไปควรอยู่ระหว่าง 1-2 * RAM ของคุณ) ยังต้องการระบบแยกบูตหรือพาร์ติชั่นภายในบ้านและในกรณีของ UEFI พาร์ติชัน EFI (เพียง 500MB)

เหตุผลที่สองที่มีผลบังคับใช้กับสถานการณ์ของคุณโดยเฉพาะคือการใช้ไดรฟ์ขนาด 6x300GB และทำให้การโจมตีครั้งที่ 6 นั้นไม่ได้เป็นการพูดที่ดีที่สุด แม้ว่าเทคโนโลยีใหม่ hails Raid 6 ในฐานะที่เป็นระบบที่ดีกว่าในระดับสากลอัลกอริทึมการสไทรพ์จะต้องมีมากขึ้นและพื้นที่ที่ต้องใช้ในการจัดเก็บข้อมูล (เทียบกับ RAID 5) มีขนาดที่ใหญ่กว่า

ไม่ต้องพูดถึงว่า RAID 6 ต้องใช้ฮาร์ดแวร์เพิ่มเติม ซึ่งควรใช้ตามความเห็นของฉันในกรณีที่คุณซื้อดิสก์ขนาดใหญ่เพื่อหลีกเลี่ยงความล้มเหลวของดิสก์การหยุดทำงานการกู้คืนจากความเสียหายหรือค่าใช้จ่ายในการช่วยเหลือด้านเทคนิค ฉันเข้าใจว่าบางคนอาจจะไม่เห็นด้วยกับฉันและฉันต้องการยืนยันอีกครั้งว่าเมื่อดิสก์มีขนาดใหญ่ขึ้นในอีกสองปีข้างหน้า (เนื่องจากพวกเขาลดราคาในช่วงสองสาม) RAID6 สำหรับอาร์เรย์ที่ใหญ่ขึ้นและ บริษัท ที่มีรายได้สูงจะเป็นตัวเลือกที่ชัดเจน อย่างไรก็ตามในกรณีนี้ฉันไม่แนะนำให้ใช้ RAID 6

สำหรับปัญหาที่สอง (ไม่ใช่ RAID) การสร้างพาร์ติชั่นขนาดใหญ่หนึ่งพาร์ติชั่นเมื่อมิเรอร์อาจใช้งานได้อย่างไรก็ตามถ้าคุณต้องการเพิ่มประสิทธิภาพให้สูงสุดให้ใช้ไดรฟ์ที่มีขนาดใหญ่กว่าและหลายพาร์ติชัน ด้วยวิธีนี้หากคุณมีความล้มเหลวของดิสก์สองครั้งคุณจะไม่มีการหยุดทำงานในจุดที่แน่นอนหรือน้อยขึ้นอยู่กับ / dev + / dir

อย่างน้อยก็ทำให้ / sys ของคุณ (ระบบเคอร์เนล ฯลฯ ) ทำงานแยกกันดังนั้นถ้าด้วยเหตุผลใดก็ตามที่เคอร์เนลของคุณตัดสินใจที่จะไม่บู๊ตคุณก็สามารถใช้เคอร์เนลการกู้คืนรีโมตบูทหรือ PXE บูตดิสก์ ฯลฯ เคอร์เนลและ บริษัท ของคุณ เข้าถึงข้อมูลของคุณได้อย่างกว้างขวางในขณะที่กระบวนการกู้คืน d เกิดขึ้น

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

One Love for Reiser ชุมชน Linux ของเรา

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

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