ข้อดี / ข้อเสียของการติดตั้งแบบแข็งและแบบนิ่มใน UNIX มีอะไรบ้าง?


23

คำถามนี้อาจแตกต่างกันระหว่าง distros แต่โดยทั่วไปแล้วอะไรคือข้อดี / ข้อเสียของการใช้ hard mount แบบ soft หรือ soft ในโลก UNIX

มีสถานการณ์บางอย่างที่มีประโยชน์มากกว่าหรือเป็นการใช้ที่เป็นสากลหรือไม่?

คำตอบ:


21

โดยทั่วไปจะใช้ฮาร์ดเมาท์สำหรับบล็อกทรัพยากรเช่นโลคัลดิสก์หรือ SAN ซอฟต์เมาต์มักจะใช้สำหรับโปรโตคอลไฟล์เครือข่ายเช่น NFS หรือ CIFS

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


8

ฮาร์ดเมาท์และ "intr" (ขัดจังหวะ) เป็นการประนีประนอมที่ดี (สำหรับเมล็ดก่อน 2.6.25 ดูความคิดเห็นโดย Ryan Horrisberger) แอปพลิเคชั่นไม่ได้ถูกหลอกเกี่ยวกับการเขียนที่ประสบความสำเร็จ แต่คุณสามารถฆ่าพวกมันได้หากมีสิ่งใดอุดตันหลอด


8
อ็อพชัน intr เลิกใช้แล้วและละเว้นในเวอร์ชันล่าสุดบน linux จาก: linux.die.net/man/5/nfs : ตัวเลือกการเมาท์ intr / nointr จะถูกคัดค้านหลังจากเคอร์เนล 2.6.25 SIGKILL เท่านั้นที่สามารถขัดจังหวะการดำเนินการ NFS ที่ค้างอยู่บนเมล็ดเหล่านี้และหากระบุไว้ตัวเลือกการเมานต์นี้จะถูกข้ามเพื่อให้เข้ากันได้กับเมล็ดเก่ากว่า
Ryan Horrisberger

5

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

การพักดิสก์ไม่สามารถถูกขัดจังหวะหรือหยุดทำงานได้ มันเหมือนกับซอมบี้แห่งกระบวนการซอมบี้

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


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

เนื่องจากการติดตั้งฮาร์ดแขวนตลอดไปและในเครื่อง Olden Days บางครั้งจะหยุดการรีบูตเนื่องจากการเมานต์ NFS อย่างหนักมันเป็นไปได้หรือไม่ที่จะสูญเสียข้อมูลในฮาร์ดเมาท์? ลองนึกภาพว่าไฟล์เซิร์ฟเวอร์ NFS ของคุณไม่ทำงานตอนนี้ไคลเอนต์ของคุณไม่สามารถเข้าถึงได้พวกเขากำลังสับสนโดยสิ้นเชิงคุณรีบูตพวกเขา ... ศักยภาพในการเขียนของพวกเขาหายไป ย้อนกลับไปในวันก่อนที่จะมีซอฟต์เมาท์ฮาร์ดเมาท์ทำให้เกิดปัญหาในการรีบูตคอมพิวเตอร์ หากคุณบูทเซิร์ฟเวอร์ไฟล์ก่อนไคลเอนต์ไคลเอนต์จะหยุดทำงาน บางครั้งเราจำเป็นต้องใช้พลังงานรอบพวกเขา ผู้คนทำผิดพลาด วันนี้มันยังคงเป็นปัญหาหรือไม่?
Mike S

@ ไมค์มีการตั้งค่ามากมายเช่นนั้นทำงานอย่างมีความสุข คุณไม่มีทางรู้ได้เลยว่าคุณจะเจออะไรในห้องแล็บหรือโรงงานที่เครื่องจักรเก่าอายุสิบปียังคงควบคุมอุปกรณ์อย่างมีความสุข มันไม่เป็นปัญหาสำหรับคนที่ทำงานกับสิ่งที่ทันสมัย แต่ใช่ฮาร์ดไดร์ฟสามารถใช้ข้อมูลของคุณได้ (แต่ซอฟต์เมาท์ก็สามารถทำได้เช่นกัน!) แต่ระบบไฟล์เครือข่ายใด ๆ ที่ไม่ได้ใช้แคช I / O ที่แบตสำรองไว้นั้นมีศักยภาพเท่ากันสำหรับปัญหานั้น ฮาร์ดเมาท์ช่วยเพิ่มความน่ากลัวในการตรวจจับและการกู้คืนอัตโนมัติ
ทิมโพสต์

2

soft ถูกใช้โดยผู้ที่ไม่เข้าใจหลักการของ nfs เท่านั้น soft / hard ขึ้นอยู่กับการใช้งานของระบบไฟล์ สำหรับภารกิจที่สำคัญของแอปพลิเคชันให้ใช้การติดตั้งฮาร์ดเสมอเพื่อป้องกันความเสียหายของไฟล์ (นี่คือเหตุผลว่าทำไมจึงเป็นค่าเริ่มต้นสำหรับระบบส่วนใหญ่) สำหรับระบบไฟล์ ro มีความปลอดภัยในการใช้ซอฟต์และเป็นที่ต้องการ โดยวิธี nfsv4 ไม่สนับสนุนซอฟต์อีกต่อไป ....


nfsv4 ไม่รองรับ soft อีกต่อไป? ตามหน้า man, "ตัวเลือกที่รองรับโดยทุกรุ่นตัวเลือกเหล่านี้ใช้ได้กับ NFS ทุกรุ่น soft / hard กำหนดพฤติกรรมการกู้คืนของไคลเอนต์ NFS หลังจากที่คำขอ NFS หมดเวลาหากไม่มีการระบุตัวเลือก (หรือหาก ระบุตัวเลือกฮาร์ด) การร้องขอ NFS จะถูกลองใหม่โดยไม่มีกำหนดหากระบุตัวเลือก soft ไคลเอ็นต์ NFS จะล้มเหลวในการร้องขอ NFS หลังจากการส่งการส่งสัญญาณ retransmissions ส่งผลให้ไคลเอนต์ NFS ส่งกลับข้อผิดพลาดไปยังแอปพลิเคชัน ดูlinux.die.net/man/5/nfs
Mike S

ฉันคิดว่าคุณขัดแย้งกับตัวเอง ... "soft ถูกใช้โดยคนที่ไม่เข้าใจ ... " และ "สำหรับระบบไฟล์ ro เท่านั้นที่จะปลอดภัยในการใช้ soft ... " นอกจากนี้โปรดดูที่โพสต์ของ @Tim Post ด้านบน .
Mike S
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.