ทดสอบย้ายข้อมูล NAS 10GbE เปรียบเทียบประสิทธิภาพ iperf, NFS, cp และ rsync
การทดสอบถ่ายโอนไฟล์ขนาด 15.17 GB ระหว่าง NAS ของ Synology ผ่านเครือข่าย 10GbE เมื่อวันที่ 9-10 พฤศจิกายน 2026 เผยความแตกต่างของความเร็วระหว่างคำสั่ง cp และ rsync
ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง
- ทดสอบย้ายไฟล์ขนาด 15.17 GB ผ่านเครือข่าย 10GbE ของ Synology NAS
- iperf2 ทำความเร็วได้ 9.42 Gbps แต่คำสั่ง cp ทำได้ 479–494 MB/s และ rsync ได้ 181 MB/s
- การทดสอบจัดขึ้นระหว่างวันที่ 9-10 พฤศจิกายน 2026 โดยตรวจสอบความถูกต้องด้วย SHA-256
เมื่อระบบ Synology NAS เริ่มเต็ม ผู้ดูแลระบบจึงวางแผนย้ายข้อมูลไปยัง NAS อีกเครื่องผ่านเครือข่าย 10GbE ที่มีอยู่ โดยต้องการประเมินประสิทธิภาพการคัดลอกไฟล์ที่แท้จริงก่อนตัดสินใจย้ายข้อมูลจริง โดยการทดสอบนี้จัดขึ้นระหว่างวันที่ 9-10 พฤศจิกายน 2026 บนสภาพแวดล้อมที่ปิดเป็นความลับทั้งชื่อโฮสต์และเส้นทางข้อมูล
การทดสอบเริ่มต้นด้วยการวัดปริมาณงานผ่านเครือข่ายด้วยเครื่องมือ iperf2 ซึ่งทำความเร็วได้สูงถึง 9.42 Gbps ทว่าเมื่อทดลองคัดลอกไฟล์จริงกลับให้ผลลัพธ์ที่แตกต่างออกไปอย่างสิ้นเชิง โดยคำสั่ง cp สามารถคัดลอกไฟล์ขนาดใหญ่ได้ที่ความเร็ว 479–494 MB/s ขณะที่กระบวนการ rsync แบบเดี่ยวทำความเร็วได้ประมาณ 181 MB/s เท่านั้น
ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง
ในการทดสอบได้ใช้ไฟล์ที่มีอยู่จริงขนาด 16,285,199,445 ไบต์ (หรือ 15.17 GiB) โดยปลายทางได้ทำการเมาท์แชร์ต้นทางผ่านโปรโตคอล NFSv3/TCP พร้อมค่า rsize ที่ 128 KiB และใช้พีซีสำหรับงานบริหารจัดการเพื่อรันคำสั่งโดยไม่ได้อยู่ในเส้นทางรับส่งข้อมูลไฟล์โดยตรง พร้อมทั้งตรวจสอบความถูกต้องของข้อมูลที่คัดลอกด้วยอัลกอริทึม SHA-256 ทุกครั้ง
ผลการทดลองใช้คำสั่ง dd อ่านไฟล์ขนาด 8 GiB แรกไปยัง /dev/null ใช้เวลา 13.43วินาที หรือคิดเป็น 640 MB/s แต่ตัวเลขนี้อาจได้รับผลกระทบจากแคชในระบบ เนื่องจากระบบ RAID ต้นทางแทบไม่มีการอ่านข้อมูลทางกายภาพในระหว่างการถ่ายโอนรอบหลัง ดังนั้นจึงไม่สามารถสรุปได้ว่า 640 MB/s คือความเร็วฮาร์ดดิสก์ที่แท้จริง
การวิเคราะห์เพิ่มเติมแสดงให้เห็นว่าความแตกต่างของความเร็วระหว่าง cp และ rsync ไม่ได้แปลว่าเครื่องมือใดเครื่องมือหนึ่งดีกว่าสำหรับการย้ายข้อมูลในทุกสถานการณ์ แม้ cp จะทำความเร็วในการคัดลอกรอบแรกได้สูงกว่า แต่ rsync มีจุดเด่นสำคัญในเรื่องการซิงโครไนซ์แบบเพิ่ม (incremental synchronization) และการจัดการเมทาเดตา ซึ่งจำเป็นอย่างยิ่งสำหรับการย้ายโครงสร้างไดเรกทอรีขนาดใหญ่ในระบบโปรดักชันจริง
เมื่อทดลองเพิ่มกระบวนการทำงานแบบคู่ขนาน (concurrency) พบว่าการใช้กระบวนการ dd สองตัวช่วยเพิ่มปริมาณงานรวมขึ้นประมาณ 20% ขณะที่การใช้ rsync สองกระบวนการทำให้ปริมาณงานรวมเพิ่มขึ้นถึง 55% แม้ว่าการคัดลอกแต่ละไฟล์จะใช้เวลานานขึ้นก็ตาม ซึ่งแสดงให้เห็นว่าความขนานเหมาะสำหรับการจัดการไฟล์อิสระหลายไฟล์พร้อมกัน มากกว่าการเร่งความเร็วให้ไฟล์เดี่ยวๆ
ที่มา: Dev.to
พบข้อมูลผิดพลาดในบทความนี้? แจ้งปัญหาบทความนี้
ความคิดเห็น
แสดงความคิดเห็น