การใช้ NFS บนเว็บเซิร์ฟเวอร์ที่ใช้งานจริงนั้นสมเหตุสมผลหรือไม่
NFS สามารถใช้อย่างสมเหตุสมผลบนเซิร์ฟเวอร์ที่ใช้งานจริงเป็นวิธีการเชื่อมต่อเซิร์ฟเวอร์คอมพิวท์กับเซิร์ฟเวอร์จัดเก็บข้อมูลโดยสมมติว่าการเชื่อมต่อผ่านการเชื่อมต่อ LAN 1Gbe หรือ 10Gbe หรือไม่
เห็นได้ชัดว่ามีค่าใช้จ่ายเครือข่ายบางส่วนและ NFS ดูเหมือนจะทำงานช้าลงโดยเฉพาะเมื่อคุณเปิดใช้งานโหมดซิงค์ มิฉะนั้นดูเหมือนว่ามีน้ำหนักเบาพอสมควรและสามารถปรับขนาดได้จากสิ่งที่ฉันบอกได้ แต่ฉันไม่ค่อยมีประสบการณ์กับมันเป็นการส่วนตัว ฉันผิดเหรอ?
ปัญหาคือตอนนี้ฉันมีเซิร์ฟเวอร์ที่ทำหน้าที่เป็นทั้งที่จัดเก็บข้อมูลและเว็บเซิร์ฟเวอร์ แต่ฉันจะต้องแยกทั้งสองอย่างออกจากกันในอนาคตและการพิจารณาคำขอบางอย่างจำเป็นต้องผ่านเลเยอร์แอปพลิเคชันของเว็บเพื่อตรวจสอบสิทธิ์ ก่อนที่จะเริ่มต้นการถ่ายโอนไฟล์ซอฟต์แวร์นี้จะยุ่งยาก การเมาท์เครือข่าย fs เป็นตัวเลือกที่ง่ายที่สุดที่ฉันเพิ่ง .. ไม่รู้ว่าเป็นตัวเลือกที่ดีหรือเปล่า
ฉันยังวางแผนที่จะลองใช้การแคชภายในกับ NFS ซึ่งควรปรับปรุงประสิทธิภาพให้ดีขึ้นเล็กน้อย แต่ฉันไม่แน่ใจว่าเพียงพอหรือไม่
สำหรับทางเลือกอื่นมีเพียง iSCSI เท่านั้นที่ฉันรู้ว่าเป็นคู่แข่งที่แท้จริงและคนส่วนใหญ่ดูเหมือนจะแนะนำ NFS มากกว่าตัวเลือกที่ไม่ค่อยมีคนรู้จัก
คำตอบ
NFS เป็นสิ่งที่ดียกเว้นเกณฑ์อื่น ๆ ที่เฉพาะเจาะจง ได้แก่ :
- ระบบที่เกี่ยวข้องทั้งสองสามารถใช้ NFS ได้ Windows ไม่นับนี่มันชนิดของงาน แต่ก็มีจำนวนมากที่มีนิสัยใจคอและมักจะเป็นความเจ็บปวดที่จะทำงานกับเมื่อจัดการกับ NFS ในสภาพแวดล้อมที่ข้ามแพลตฟอร์ม (และถ้าหากมันเป็นเพียงแค่ของ Windows ใช้ SMB3 ก็จะช่วยลดมากที่สุด ของปัญหาอื่น ๆ กับ NFS) โปรดทราบว่าในฝั่งไคลเอ็นต์นี่หมายถึงการสนับสนุนระดับเคอร์เนลเนื่องจากการใช้งานระดับผู้ใช้ต้องจัดการกับปัญหาด้านประสิทธิภาพในการใช้บางอย่างเช่น FUSE หรือต้องเชื่อมโยงโดยตรงกับแอปพลิเคชันที่ต้องการเข้าถึง แบ่งปัน.
- คุณได้ตรวจสอบอย่างถูกต้องว่าไคลเอ็นต์ NFS จัดการกับการรีสตาร์ทเซิร์ฟเวอร์ NFS อย่างไร ซึ่งรวมถึงทั้งระบบปฏิบัติการ (ซึ่งส่วนใหญ่ควรจะใช้ได้) และซอฟต์แวร์ที่จะเข้าถึงการแชร์ โดยเฉพาะอย่างยิ่งจำเป็นต้องมีการดูแลเป็นพิเศษในบางแพลตฟอร์มไคลเอ็นต์เมื่อซอฟต์แวร์ที่ใช้การแชร์เปิดไฟล์ไว้เป็นระยะเวลานานเนื่องจากการใช้งานไคลเอ็นต์ NFS ทั้งหมดไม่สามารถจัดการการรีสตาร์ทเซิร์ฟเวอร์ได้อย่างสง่างามโดยการติดตั้งใหม่และตรวจสอบการล็อกและการจัดการไฟล์อย่างชัดเจนเช่นที่ควรจะเป็น นำไปสู่ปัญหาทุกประเภทสำหรับซอฟต์แวร์ไคลเอ็นต์) โปรดทราบว่าคุณควรตรวจสอบสิ่งนี้อีกครั้งทุกครั้งที่ส่วนใดส่วนหนึ่งของสแต็กได้รับการอัพเกรดหรือกำหนดค่าใหม่
- คุณยินดีที่จะตั้งค่าการแมป ID ผู้ใช้ / กลุ่มที่เหมาะสม นี่เป็นเรื่องใหญ่เพราะหากไม่มีคุณจำเป็นต้องมิเรอร์การแมป UID / GID ระหว่างระบบ (ทำได้ แต่ฉันระวังการตั้งค่า SSO กับเครือข่ายภายในสำหรับระบบที่เชื่อมต่อกับอินเทอร์เน็ต) มิฉะนั้นคุณอาจร้ายแรง ผลกระทบด้านความปลอดภัย (กล่าวคือสิ่งที่คุณเห็นในระบบหนึ่งสำหรับสิทธิ์ไม่ตรงกับสิ่งที่คุณเห็นในระบบอื่น ๆ )
- คุณกำลังดำเนินการผ่านลิงก์เครือข่ายที่ปลอดภัยหรือยินดีที่จะตั้งค่าการรับรองความถูกต้องสำหรับการแชร์ หากไม่มีการรับรองความถูกต้องทุกคนในลิงก์จะสามารถเข้าถึงได้ (และไคลเอนต์ที่เป็นอันตรายสามารถใช้การควบคุมการเข้าถึง UNIX พื้นฐานตามดุลยพินิจได้อย่างง่ายดาย)
สมมติว่าคุณมีคุณสมบัติตามเกณฑ์เหล่านั้นทั้งหมดและคุณมีเครือข่ายที่รวดเร็วพอสมควรคุณน่าจะสบายดี นอกจากนี้หากคุณสามารถเรียกใช้เฟรมขนาดใหญ่ได้ก็จะช่วยได้มากสำหรับระบบไฟล์เครือข่ายหรือที่เก็บข้อมูลบล็อกเครือข่าย
NFS นั้นใช้ได้อย่างแน่นอนและเป็นที่ต้องการมากกว่า iSCSI เนื่องจาก NFS นั้นจัดการแชร์และสำรองข้อมูลได้ง่ายกว่ามาก
เราใช้ NFS เป็นเวลาหลายปีในการเชื่อมต่อ SAN กับเซิร์ฟเวอร์ VMware ESXi ของเราซึ่งใช้งาน VM หลายร้อยเครื่อง ไม่มีปัญหา แต่อย่างใด
คอขวดเป็นระบบจัดเก็บข้อมูลมากกว่าโปรโตคอลเครือข่าย
การเชื่อมต่อเครือข่ายควรเร็วพอแน่นอนหมายถึง 10Gb Ethernet หรือไฟเบอร์ เราไม่ต้องกังวลกับเครือข่ายจัดเก็บข้อมูลแยกต่างหากอีกต่อไป
iSCSI อาจเร็วกว่าเล็กน้อย ...
https://www.vmware.com/content/dam/digitalmarketing/vmware/en/pdf/techpaper/storage_protocol_comparison-white-paper.pdf
https://www.hyper-v.io/whos-got-bigger-balls-testing-nfs-vs-iscsi-performance-part-3-test-results/
... แต่ NFS เหมือนกับตัวเปลี่ยนเส้นทางเครือข่ายอื่น ๆ (SMB3, AFS / AFP และอื่น ๆ ) อนุญาตให้มีการเข้าถึงแบบมัลติพร้อมกันซึ่งยุ่งยากกับ iSCSI หรือโปรโตคอลบล็อกอื่น ๆ
https://forums.starwindsoftware.com/viewtopic.php?f=5&t=1392