"ย้อนกลับไปในวันนี้" เราแยกไดรฟ์ระบบปฏิบัติการ (ใน Windows) ออกจากไดรฟ์ข้อมูลของเราเสมอ ในโลกของ Linux แม้ว่าฉันจะไม่ค่อยคุ้นเคยกับมันมากนัก แต่ฉันก็ทราบดีว่าภูมิปัญญาได้กำหนดปริมาณเพิ่มขึ้นและใช้ในการกำหนดค่าที่ดีที่สุด
ตอนนี้ที่เก็บข้อมูลเซิร์ฟเวอร์นั้นน่าจะอยู่บน SAN (ซึ่งทรัพยากรดิสก์ถูกแบ่งใช้โดยระบบปฏิบัติการและแอพพลิเคชั่นหลายตัว) มันมีความสำคัญต่อระบบปฏิบัติการและพาร์ติชั่นดาต้าที่แยกออกจากกันหรือไม่?
คุณคิดยังไง?
คำตอบ:
มีไดรเวอร์หลักสามตัวสำหรับการรักษาระบบปฏิบัติการและการจัดเก็บข้อมูลแยกจากกันอย่างชาญฉลาด
นอกจากนี้ระบบปฏิบัติการบางระบบ (Windows เป็นหนึ่งในนั้น) ก็ไม่ควรปรับขนาดโวลลุ่มของระบบปฏิบัติการด้วยเช่นกันซึ่งหมายความว่าคุณต้องให้มากที่สุดเท่าที่จำเป็นในการใช้งานเมื่อคุณฟอร์แมตเซิร์ฟเวอร์ ตัดความแตกต่างนี้กับไดรฟ์ข้อมูลที่สามารถปรับขนาดได้บ่อยครั้งตลอดอายุการใช้งานของเซิร์ฟเวอร์ แม้ในสภาพแวดล้อมแบบเวอร์ช่วลไลเซชั่นเต็มรูปแบบที่ระบบปฏิบัติการและ Datavvolumes ตั้งอยู่ในแหล่งเก็บข้อมูลจริงเดียวกันการไม่สามารถปรับขนาดระบบปฏิบัติการของคุณอาจเป็นอุปสรรคสำคัญ Windows 2008+ แนะนำให้ใช้ 30GB สำหรับ C: \ ไดรฟ์ทุกวันนี้ห่างไกลจาก 10GB ที่เราใช้ใน Server 2003 นี่คือสิ่งที่จะตอกย้ำผู้ดูแลระบบ Windows หลายคนเมื่อพวกเขาทำการแปลงจากปี 2003 ถึงปี 2008
ใช่แน่นอนว่าระบบปฏิบัติการแยกต่างหากจากข้อมูล ฉันเคยเห็นมันครั้งแล้วครั้งเล่าที่มีพาร์ทิชันที่ใช้ร่วมกันพาร์ทิชันจะจบลงด้วยการเติมและทำให้เป็นไปไม่ได้ที่จะแก้ไขระบบปฏิบัติการเป็นไปไม่ได้ที่จะขยายพาร์ติชัน (เนื่องจากเหตุผลต่างๆ) ฯลฯ
IMO ค่าใช้จ่ายในการจัดการสองพาร์ติชั่นเป็นราคาเล็ก ๆ สำหรับการแยกให้
สำหรับระบบที่ได้รับการสนับสนุนจาก SAN ที่คุณอ้างถึงนั้นยังไม่สามารถปกป้องคุณจากการเติมข้อมูลในพาร์ติชั่นระบบปฏิบัติการของคุณ ด้วยการจัดเก็บข้อมูลเสมือนจริงอย่างสมบูรณ์คุณไม่จำเป็นต้องกังวลมากนักเกี่ยวกับการรับรองว่าระบบปฏิบัติการและข้อมูลอยู่บนแกนแยก
ฉันจะบอกว่ามันขึ้นอยู่กับสิ่งที่คุณกำลังทำกับระบบ หากคุณอาจต้องติดตั้งระบบปฏิบัติการใหม่คุณอาจช่วยตัวเองให้ยุ่งยากโดยใส่ข้อมูลทั้งหมดลงในพาร์ติชั่นแยกต่างหาก ไม่อย่างนั้นฉันก็ไม่เห็นความจำเป็นอีกแล้ว สองเซ็นต์ของฉัน
โดยทั่วไปแล้วฉันคิดว่าการแยกพื้นที่เริ่มต้นของระบบปฏิบัติการ (เช่น C :) จาก Data (D :) เป็นความคิดที่ดี แต่ฉันขอแนะนำให้สร้างพาร์ติชันที่มีขนาดเล็กลงสำหรับไฟล์บันทึก (L :) เพื่อเก็บไว้เล็กน้อย ปลอดภัยและป้องกันการโจมตี Denial-of-Service บางประเภท
Linux ดีมากที่ระบบไฟล์ยังคงอยู่ภายใต้ลำดับชั้นของไดเรกทอรีรากหนึ่งไม่ว่าจะมีฟิสิคัลดิสก์หรือพาร์ติชันเสมือนที่คุณใช้ ฉันจะแบ่งพาร์ติชันดิสก์อย่างแน่นอน แต่ไม่จำเป็นต้องใช้กับการแยกข้อมูลและระบบปฏิบัติการ (เนื่องจากบ่อยครั้งที่ทั้งสองได้รับการผสมกันอยู่แล้ว)
ฉันจะดู:
Historical Linux (จริง ๆ , Unix จริง ๆ ) การแบ่งพาร์ติชัน recomendations ส่วนหนึ่งมาจากต้นกำเนิดของมันเป็นเซิร์ฟเวอร์เมนเฟรม (เครือข่าย) ระบบปฏิบัติการเซิร์ฟเวอร์ซึ่งในทางกลับกันฉันสงสัยว่าได้รับอิทธิพลจากความไม่น่าเชื่อถือของฮาร์ดแวร์ญาติ ตัวอย่างเช่นบันทึกและข้อมูลชั่วคราวมักถูกแยกออกจากกันเนื่องจากพื้นที่เก็บข้อมูลเหล่านั้นมีการสึกหรอและฉีกขาดมากมาย แต่มันก็ไม่ได้เป็นปัญหามากนักหากมีการสูญหาย
หากคุณกำลังสร้างระบบเดสก์ท็อปฉันจะแยกส่วนข้อมูล / ไม่ใช่ข้อมูล / สลับ นอกจากว่าคุณกำลังสร้างเซิร์ฟเวอร์ที่คาดว่าจะเกิดปัญหาร้ายแรงอย่างเช่น seperate / usr / local และ / var / tmp จะกลายเป็นปัญหาการจัดสรรพื้นที่
ฉันจะบอกว่ามันยังคงดีที่คุณมี 100Gb ของข้อมูล (มากเกินไป pr0n เพื่อน :)) และคุณต้องติดตั้งระบบปฏิบัติการ (หรือตามประวัติของ Windows ให้ติดตั้งใหม่เป็นประจำเพื่อลบตัวเครื่องออก cruft) แล้วมันเป็นเรื่องง่ายมากที่จะทำให้มันไม่เป็นอันตรายกว่าถ้ามันอยู่ในพาร์ติชัน C เช่นกัน
อย่างไรก็ตามฉันบอกว่ามีปัญหาเพราะ Windows ชอบที่จะทำทุกสิ่งในไดเรกทอรีบนไดรฟ์ C ไม่ใช่เฉพาะไดเรกทอรีผู้ใช้ แต่ข้อมูลแอปทั้งหมดและบิตและชิ้นส่วนต่าง ๆ ที่ติดอยู่ ใน ProgramData ด้วย
นอกจากนี้ยังมีอีกปัจจัยหนึ่ง - นอกเหนือจากสิ่งที่มีขนาดใหญ่มาก (yup, ที่ pr0n อีกครั้ง) มีเครื่องมือการสำรองข้อมูลออนไลน์มากมาย (หรือยูทิลิตีการสำรองข้อมูลในเครื่อง) ที่ดำเนินการสำรองข้อมูลอย่างต่อเนื่อง เมื่อพิจารณาถึงสิ่งเหล่านี้จึงไม่ได้ให้ความสำคัญกับการแยกข้อมูลเนื่องจากคุณสามารถกู้คืนได้ง่ายจากตำแหน่งสำรอง
ส่วนตัวฉันพยายามแบ่งข้อมูล + ระบบปฏิบัติการ ฉันยังพยายามวางแอพในพาร์ติชันที่แตกต่างกันด้วยเพื่อให้การสำรองข้อมูลระบบปฏิบัติการของฉันมีขนาดเล็กลงมาก
ฉันจะเป็นผู้สนับสนุนปีศาจให้กับโรงเรียนแห่งความคิดอื่น
สมมติว่าด้วยเหตุผลด้านประสิทธิภาพผู้จำหน่ายของคุณแนะนำว่าพาร์ติชัน OS ไม่ใช่ "sparse" และต้องการให้คุณจัดสรรพาร์ติชัน OS แบบเต็มล่วงหน้า สิ่งนี้ส่งผลให้มีพื้นที่ว่างที่ไม่ได้ใช้ในไดร์ฟ SAN
นี่เป็นสิ่งที่ดีสำหรับ VM เครื่องเดียว แต่มีโอกาสที่คุณจะมีเซิร์ฟเวอร์ "ที่สำคัญต่อประสิทธิภาพ" หลายเซิร์ฟเวอร์แต่ละเซิร์ฟเวอร์มีช่องว่างช่องว่าง 10 ถึง 20Gb ในสภาพแวดล้อมของเราช่องว่างนี้คิดเป็น 20% ของดิสก์ SAN ของเรา โปรดทราบว่ามีข้อ จำกัด ที่เราควรกรอกดิสก์ SAN (แต่นั่นเป็นอีกเรื่องหนึ่ง)
ผู้บริหารมีทางเลือก
1) ดูดซับพื้นที่ที่สูญเปล่า 20% บน SAN ซึ่งนอกเหนือจากข้อกำหนดอื่น ๆ ของ "white space" และแยกสถานการณ์ "full disk" ใด ๆ ที่อาจเกิดขึ้น
2) ใส่ทุกอย่างลงในไดรฟ์ C: \ และเสี่ยงต่อการเติมไดรฟ์เนื่องจากบันทึกการใช้งาน
พวกเขาทำอะไร?
เมื่อพิจารณาว่า Windows 2008R2 สามารถขยายไดรฟ์ C: \ ไดรฟเวอร์ OS แบบไดนามิกและสามารถขยายไดรฟ์เมื่อเต็มการจัดการใช้ต้นทุน "ประหยัด" และนำกลับมาลงทุนในเครื่องมือตรวจสอบเช่น SCOM
ตอนนี้เราได้รับมากกว่าแค่การป้องกันแบบธรรมดาของการเติม C: \ drive แต่เรามีการตรวจสอบระบบที่สมบูรณ์ยิ่งขึ้นเพื่อจัดการกับข้อกังวลอื่น ๆ ก่อนที่มันจะเกิดขึ้น