SSD หรือ HDD สำหรับเซิร์ฟเวอร์

ปัญหา

ฉันได้อ่านการสนทนามากมายเกี่ยวกับที่เก็บข้อมูลและดูว่า SSD หรือ HDD แบบคลาสสิคดีกว่าหรือไม่ ฉันค่อนข้างสับสน HDD ยังคงเป็นที่ต้องการค่อนข้างมาก แต่ทำไม

ตัวเลือกใดที่ดีกว่าสำหรับพื้นที่จัดเก็บที่ใช้งานอยู่ ตัวอย่างเช่นสำหรับฐานข้อมูลที่ดิสก์มีการใช้งานตลอดเวลา?

เกี่ยวกับ SSD

ข้อดี.

• พวกเขาเงียบ
• ไม่เชิงกล
• ที่เร็วที่สุด

จุดด้อย

• แพงมาก.

คำถาม.

• เมื่อใช้วงจรชีวิตสำหรับเซลล์หนึ่งของ SSD แล้วจะเกิดอะไรขึ้น ดิสก์นี้ลดลงโดยเซลล์นี้เท่านั้นและทำงานได้ตามปกติหรือไม่
• ระบบไฟล์ที่ดีที่สุดในการเขียนคืออะไร? ext4 ดีหรือไม่เพราะช่วยให้เซลล์ติดกัน?

เกี่ยวกับ HDD

ข้อดี.

• ถูกกว่า

จุดด้อย

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

มันเกี่ยวกับราคาหรือเปล่า ทำไมจึงต้องเลือก HDD SSD นั้นมีประโยชน์จริง ๆ กับเซิร์ฟเวอร์หรือไม่

แง่มุมหนึ่งของงานของฉันคือการออกแบบและสร้างระบบจัดเก็บข้อมูลขนาดใหญ่ (มักเรียกว่า "SANs" หรือ "เครือข่ายพื้นที่จัดเก็บ") โดยทั่วไปแล้วเราใช้วิธีทำเป็นชั้นกับ SSD และ HDD รวมกัน

ที่กล่าวว่าแต่ละคนมีประโยชน์เฉพาะ

1. SSD เกือบทุกครั้งจะมีต้นทุนต่อไบต์สูงขึ้น ฉันสามารถรับ HDD SAS 4kn ขนาด 10k ที่มีราคาต่อกิกะไบต์ $ 0.068 / GB USD นั่นหมายความว่าประมาณ $ 280 ฉันจะได้รับไดรฟ์ 4TB ในทางกลับกัน SSD มักมีราคาต่อกิกะไบต์ใน 10 และ 20 เซนต์แม้สูงถึงดอลลาร์ต่อกิกะไบต์

2. เมื่อจัดการกับ RAID ความเร็วนั้นสำคัญน้อยกว่าและขนาดและความน่าเชื่อถือก็มีความสำคัญมากกว่า ฉันสามารถสร้างระบบ RAID ขนาด 12TB N + 2 โดย HDD ราคาถูกกว่า SSD นี่คือสาเหตุส่วนใหญ่ไปยังจุดที่ 1

3. เมื่อจัดการอย่างถูกต้อง HDD มีราคาถูกมากในการเปลี่ยนและบำรุงรักษา เนื่องจากราคาต่อไบต์ต่ำการเปลี่ยน HDD ด้วยตัวอื่นเนื่องจากความล้มเหลวมีราคาถูกกว่า และเนื่องจากความล้มเหลวของ HDD เกี่ยวข้องกับเวลากับข้อมูลที่เขียนแทนที่การเริ่มต้นจะไม่ใช้ TBW โดยอัตโนมัติเมื่อสร้างอาร์เรย์ RAID ขึ้นใหม่ (ได้รับเปอร์เซ็นต์ TBW ที่ใช้สำหรับการสร้างใหม่นั้นมีขนาดเล็กโดยรวม แต่จุดนั้น)

4. ตลาด SSD ค่อนข้างซับซ้อน ประเภทหลักของ SSD มีสี่ (กระแสในขณะนี้) จัดอันดับจากจำนวนสูงสุดของการเขียนทั้งหมดที่สนับสนุนต่ำสุด: SLC, MLC, TLC, QLC โดยทั่วไปแล้ว SLC รองรับการเขียนทั้งหมดจำนวนมากที่สุด (ปัจจัย จำกัด ที่สำคัญของอายุการใช้งาน SSD) ในขณะที่ QLC สนับสนุนการเขียนทั้งหมดจำนวนต่ำสุด

ที่กล่าวว่าระบบจัดเก็บข้อมูลที่ประสบความสำเร็จที่สุดที่ฉันเคยเห็นนั้นจัดเป็นชั้น ๆ ด้วยไดรฟ์ทั้งสองที่ใช้งานอยู่ โดยส่วนตัวแล้วระบบจัดเก็บข้อมูลทั้งหมดที่ฉันแนะนำให้กับลูกค้ามักจะปฏิบัติตามระดับต่อไปนี้:

1. โดยทั่วไปแล้วเทียร์ 1 เป็นเทียร์ RAID (หรือหลายอย่าง) RAID 10 SSD เท่านั้น ข้อมูลถูกเขียนไปที่ Tier 1 เสมอ
2. โดยทั่วไปแล้วเทียร์ 2 เป็น RAID 50 หรือ 5 ชั้นสำหรับ SSD เท่านั้น ข้อมูลมีอายุเกินจากชั้น 1 ถึงชั้น 2
3. โดยทั่วไปแล้ว Tier 3 จะเป็น RAID 10 HDD-only (หรือหลายอย่าง) ข้อมูลมีอายุเกินจากชั้น 2 ถึงชั้น 3
4. โดยทั่วไปเทียร์ 4 เป็นเทียร์ RAID 6 HDD-only หลายกลุ่ม ข้อมูลมีอายุตั้งแต่ Tier 3 ถึง Tier 4 เราทำให้กลุ่ม RAID 6 มีขนาดเล็กที่สุดเท่าที่จะเป็นไปได้เพื่อให้มีการสนับสนุนสูงสุดสำหรับความล้มเหลวของไดรฟ์

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

โรยช่องสัญญาณไฟเบอร์ที่ออกแบบมาอย่างดีในนั้นและคุณสามารถสร้าง SAN ที่มีปริมาณงานสูงกว่าไดรฟ์ออนบอร์ด

ตอนนี้สำหรับบางรายการที่คุณพูดถึง:

คำถามเกี่ยวกับ SSD ของคุณ

SSD ทำงานอย่างไรเมื่อวงจรชีวิตของเซลล์หนึ่งหมดแล้วจะทำอย่างไร ดิสก์จะลดลงโดยเฉพาะเซลล์นี้และทำงานได้ตามปกติ หรือเกิดอะไรขึ้น

• โดยทั่วไปทั้งสองประเภทไดรฟ์ได้รับการออกแบบด้วยจำนวนเซลล์ "สำรอง" นั่นคือพวกเขามีพื้นที่ "พิเศษ" ในตัวคุณคุณไม่สามารถเข้าถึงที่รองรับความล้มเหลวหากเซลล์ตาย (IIRC เหมือน 7-10%) ซึ่งหมายความว่าหาก "เซลล์" เดียว (เซ็กเตอร์บน HDD) ตายจะใช้ "อะไหล่" คุณสามารถตรวจสอบสถานะของสิ่งนี้ผ่านทางยูทิลิตีการวิเคราะห์ SMART บนไดรฟ์ทั้งสอง

ทางออกที่ดีที่สุดคืออะไร (ระบบไฟล์) ในการเขียน? ฉันคิดว่า ext4 นั้นดีเพราะช่วยให้เซลล์ติดกันหรือไม่

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

คำถาม HDD ของคุณ

ในกรณีที่มีความผิดพลาดทางกลจะไม่สามารถซ่อมได้ (ถูกต้อง)?

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

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

• โดยทั่วไปเมื่อใช้ RAID ความเร็วของไดรฟ์เดียวจะน้อยกว่าปัจจัยที่คุณสามารถใช้การตั้งค่า RAID จับคู่ความเร็วที่ช่วยให้คุณสามารถเพิ่มความเร็วโดยรวม (RAID 0, 5, 6 ที่ใช้บ่อยมักจะควบคู่.) สำหรับฐานข้อมูลที่มีสูงของไอโอของ HDD มักจะไม่เพียงพอที่เว้นแต่ได้รับการออกแบบมากจงใจ คุณต้องการให้ SLC เป็น SSD ระดับสูงสำหรับการเขียนระดับฐานข้อมูล

HDD ยังค่อนข้างเป็นที่ต้องการ

ใช่ไหม? ฉันไม่แน่ใจว่าจะซื่อสัตย์

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

แต่ไม่เช่นนั้น SSD จะเป็นหนทางไปข้างหน้าสำหรับการใช้งานส่วนใหญ่ - คุณต้องการ boot-pair สองเท่าของ 500GB SATAs ใน R1 จะไม่เสียค่าใช้จ่ายมากนักสำหรับการใช้ DB คุณจะไม่สามารถเอาชนะ SSD ได้ (ตราบใดที่บันทึกของคุณเปิดอยู่ รุ่นที่มีความทนทานสูงอยู่แล้ว) สำหรับการสำรองข้อมูลใช่คุณอาจใช้ HDD ขนาดใหญ่ 7.2k เหมือนกันกับชุดข้อมูลที่มีขนาดใหญ่มาก (อันที่จริงฉันซื้อ HDD กว่า 10 10TB เมื่อต้นปีที่แล้วสำหรับความต้องการนี้) แต่อย่างอื่น SSD นั้นเป็นวิธีต่อไป

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

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

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

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

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

NAND Flash มี 3 ประเภท

• TLC
• แอลซี
• SLC

TLC ได้รับการออกแบบเป็นหลักสำหรับเว็บเซิร์ฟเวอร์หรือเซิร์ฟเวอร์เก็บถาวรที่มีวงจรการเขียนเพียงเล็กน้อย MLC สำหรับเซิร์ฟเวอร์ที่มีวงรอบการอ่านและเขียนเช่นเซิร์ฟเวอร์ฐานข้อมูลปริมาณต่ำ SLC ถูกออกแบบมาสำหรับเซิร์ฟเวอร์ที่มีรอบการอ่าน / เขียนจำนวนมากเช่นเซิร์ฟเวอร์ฐานข้อมูลที่มีปริมาณมาก

ปัจจัยขับเคลื่อนหลักระหว่าง SSD และ HDD คือแอปพลิเคชันและงบประมาณ ในโลกที่สมบูรณ์แบบฮาร์ดไดรฟ์ SLC SSD จะทำให้ HDD มาตรฐานล้าสมัย แต่เรายังไม่ได้มีเพียงแค่นั้น

HDD ยังค่อนข้างเป็นที่ต้องการ แต่ทำไม?

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

เกือบทุกครั้งที่ค่าใช้จ่ายลดลงและพื้นที่เก็บข้อมูลสามารถปรับให้เหมาะสมกับจำนวนเซิร์ฟเวอร์ที่กำหนดได้ หากคุณสามารถรับประสิทธิภาพของอาเรย์ RAID แบบ 5 ดิสก์ด้วย SSD ตัวเดียว SSD อาจมีราคาถูกกว่าและใช้พลังงานเพียงเล็กน้อย แต่คุณอาจได้รับพื้นที่จัดเก็บ 1/10

ตัวเลือกใดที่ดีกว่าสำหรับพื้นที่จัดเก็บที่ใช้งานอยู่

นี่คือที่ที่มันซับซ้อนและทำไมผู้คนจำนวนมากจะข้ามภาวะแทรกซ้อนและไปกับ HDD ที่พวกเขารู้

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

เซลล์ SSD นั้นตั้งชื่อตามจำนวนบิตที่สามารถจัดเก็บเพื่อเก็บ n-bits พวกเขาต้องการระดับแรงดันไฟฟ้า 2 ^ n ต่อเซลล์ TLC (สามบิต) ต้องการแรงดันไฟฟ้า 8 ระดับเพื่อจัดการกับบิตเหล่านั้น โดยทั่วไปทุกครั้งที่คุณเพิ่มระดับบิตต่อเซลล์คุณจะได้รับความทนทานของเซลล์ลดลง 3-10X สำหรับตัวอย่าง , ไดรฟ์ SLC อาจเขียนเซลล์ทั้งหมด 100000 ครั้งก่อนที่เซลล์ตายองค์กร eMLC 30000 ครั้ง MLC 10000, TLC 5000 QLC 1000

นอกจากนี้ยังมีการปรับปรุง generational ในเทคโนโลยีเซลล์ SSD, การพิมพ์หินที่ดีขึ้นและ 3D NAND เพิ่มความหนาแน่นและประสิทธิภาพการทำงานมากกว่าเก่า 2D NAND "วันนี้แอลซีดีกว่าเมื่อวานนี้ SLC" ในขณะที่ยกมาโดยนักวิเคราะห์จิมแฮนดี้

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

SSD ระดับสูงสำหรับองค์กรนั้นใช้เซลล์ SLC หรือ eMLC และมีบล็อกสำรองจำนวนมากและมักจะมีแคชขนาดใหญ่พร้อมตัวเก็บประจุเพื่อให้แน่ใจว่าแคชสามารถล้างลงดิสก์ได้เมื่อไฟฟ้าดับ

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

ตัวอย่างเช่นสำหรับฐานข้อมูลที่ดิสก์มีการใช้งานตลอดเวลา?

ฐานข้อมูลของฉันมีขนาดเล็กโดยมีการอ่านเป็นระยะ ๆ 95% ของการเข้าถึงและส่วนใหญ่แคชใน RAM มันเกือบจะเร็วพอสำหรับ HDD เช่นเดียวกับ SSD หากมีขนาดใหญ่ขึ้นจะมี RAM ไม่เพียงพอในระบบและ SSD เริ่มสร้างความแตกต่างอย่างมากในเวลาเข้าถึง

SSD ทำให้การสำรองข้อมูลและคำสั่งการกู้คืนมีขนาดเร็วขึ้น My DB กู้คืนจากการสำรองข้อมูลในเวลาประมาณ 10 นาทีไปยัง SSD ที่ช้าหรือประมาณ11 วินาทีไปยังหนึ่งที่เร็วมากการสำรองข้อมูลไปยัง HDD จะใช้เวลาประมาณ 25 นาที นั่นคือคำสั่งอย่างน้อย 2 คำสั่งและสามารถสร้างความแตกต่างได้มากขึ้นอยู่กับปริมาณงาน สามารถจ่ายได้เองในวันที่ 1

ฐานข้อมูลที่มีการเขียนขนาดเล็กจำนวนมากสามารถฆ่าไดรฟ์ TLC ระดับผู้บริโภคในเวลาไม่กี่ชั่วโมง

SSD นั้นมีประโยชน์จริง ๆ กับเซิร์ฟเวอร์หรือไม่

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

เซิร์ฟเวอร์ของฉันใช้งานฐานข้อมูลหลายแห่งรวมถึงที่เก็บข้อมูลเครือข่ายที่อ่านได้สูงรวมถึงที่เก็บข้อมูลวิดีโอความปลอดภัยสูงและที่จัดเก็บแฟ้มข้อมูลการอ่านและการสำรองข้อมูลไคลเอนต์ เซิร์ฟเวอร์มีอาร์เรย์ RAID-6 ของ HDD สำหรับการจัดเก็บเครือข่ายจำนวนมากและ NVR, MLC SSD ประสิทธิภาพสูงสำหรับ MySQL และไดรฟ์ TLC สำหรับผู้บริโภค 3 ตัวใน RAID-5 สำหรับการสำรองข้อมูลไคลเอนต์และฐานข้อมูลและเครือข่ายการเข้าถึงที่รวดเร็ว

ความเร็วในการเขียนบน SSD RAID นั้นใกล้เคียงกับความเร็วของ HDD RAID แต่ความเร็วในการอ่านแบบสุ่มจะเร็วกว่า SSD 10 เท่ามากกว่า นี่เป็นอีกครั้งหนึ่งที่เป็น TLC SSD สำหรับผู้บริโภค แต่เนื่องจากความเร็วในการเขียนต่อเนื่องนั้นเร็วกว่ากิกะบิต LAN ประมาณ 3 เท่าจึงไม่มีการโอเวอร์โหลดและมีค่าใช้จ่ายมากมายหากระบบทำการสำรองข้อมูลในท้องถิ่นเมื่อมีการเข้าถึงจากระยะไกล

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

ทางออกที่ดีที่สุดคืออะไร (ระบบไฟล์) ในการเขียน?

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

ในกรณีที่มีความผิดพลาดทางกลจะไม่สามารถซ่อมได้ (ถูกต้อง)?

ไม่ว่าคุณจะใช้ไดรฟ์ประเภทใดคุณต้องทำการกู้คืนข้อมูลในไดรฟ์ที่ตายแล้วหรือไม่? อาจมีราคาแพงมากคุณควรสำรองข้อมูลแบบทำเป็นชั้น, RAID ในที่เก็บข้อมูลหลัก, สำรองข้อมูลเวอร์ชันในเครื่องหรืออุปกรณ์อื่นแล้วซิงค์กับนอกสถานที่หรือระบบคลาวด์ ที่เก็บข้อมูลบนคลาวด์ 1TB คือ $ 5 ต่อเดือนการกู้คืนข้อมูลบน HDD อาจทำให้คุณเสียค่าใช้จ่ายมากถึง 2 ครั้งและ SSD ที่ตายแล้วอาจเป็นไปไม่ได้ที่จะกู้คืน ... เพียงแค่ทำการสำรองข้อมูลและลืมซ่อมแซม

ทั้งสอง

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

และฉันเห็น HDD ที่ตายแล้ว มากขึ้นของพวกเขาจริง

มากเกี่ยวกับความน่าเชื่อถือ

ในบางกรณีควรใช้ RAID1 (HDD + SSD) แบบผสม วิธีนี้คุณสามารถป้องกันความล้มเหลวที่เกี่ยวข้องกับโหมดทั้งสองและยังมีประสิทธิภาพการอ่าน SSD

ในกรณีอื่นคุณควรใช้ SSD สำหรับบันทึกประจำวันของระบบแฟ้มเท่านั้น - คุณจะได้รับประสิทธิภาพการเขียนของ HDD เพิ่มขึ้น 2 เท่า (เนื่องจากคุณประหยัดการเขียนครึ่งหนึ่งและครึ่งหนึ่งของการค้นหา) และโดยทั่วไปจะไม่มีความเสี่ยงแม้ว่า SSD ที่ถูกทารุณกรรม ตาย Ext4 สูญเสียมันวารสารสวยสง่างาม

สองปัจจัยหลักที่ควรพิจารณาคือ:

• ประสิทธิภาพ (ในเวลาเข้าถึงและปริมาณงาน)
• ราคาต่อกิกะไบต์

SSD เป่า HDDs ออกจากน้ำในแง่ของประสิทธิภาพ หากคุณต้องการทรูพุตสูงและเวลาในการเข้าถึงต่ำไม่มีอะไรจะดีไปกว่าSSD

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

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

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

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

ไม่ว่าสถานการณ์จะเป็นอย่างไร:

• คุณต้องสำรองข้อมูล มันไม่ได้เป็นเรื่องของการหากไดรฟ์ (SSD หรือ HDD) จะล้มเหลวก็เรื่องของเมื่อ

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

ความแตกต่างที่สำคัญคือราคาต่อ GB เทียบกับประสิทธิภาพของ IO แบบสุ่ม

ตัวอย่างเช่น Seagate Exos 16 TB: ที่ ~ 550 $, มันมีคำสั่ง 0,034 $ / GB ตอนนี้ให้เปรียบเทียบกับระดับเริ่มต้น (ความเร็วฉลาด) ไมครอน 5200 ECO 7.68 TB ราคาอยู่ที่ ~ 1300 $ ด้วยอัตรา 0,14 $ / GB ส่งผลให้: HDD มีราคาถูกกว่า 5x ในขณะที่ยังใหญ่กว่า 2x ในทางกลับกันประสิทธิภาพการทำงานของ SSD แบบสุ่ม IO จะตกต่ำกว่าอย่างมากเมื่อจับได้: SSD สำหรับผู้บริโภคที่ไม่มีแคชการป้องกันการเขียนทับ powerloss ค่อนข้างช้า (บางครั้งช้าเท่ากับ HDD) สำหรับซิงค์ปริมาณ IO แบบสุ่มที่ตรงกัน ) นี่เป็นจุดสำคัญมากซึ่งไม่ค่อยได้รับการวิเคราะห์โดยบทวิจารณ์ออนไลน์ Enterprise SSD ที่ใช้ตัวเก็บประจุเป็นเสมือนการป้องกันการสูญเสียพลังงานเกือบจะไม่ประสบกับความอ่อนแอนี้มีการอ่านและเขียน IO สูงมาก

จากด้านบนคุณสามารถเข้าใจได้ว่าทำไม SSD ถึงฆ่าดิสก์ 15K และ 10K SAS ระดับไฮเอนด์: ให้ประสิทธิภาพที่ดีกว่ามากในราคาที่เทียบเคียงได้ (ดิสก์ 15K มีราคาแพงเป็นพิเศษ) ในทางตรงกันข้าม HDD 7.2K นั้นมีความแข็งแกร่งในระบบจัดเก็บข้อมูลความจุสูง

Intel Optane (ซึ่งใช้ Xpoint แทน NAND) อยู่ในระดับของตัวเองทั้งในด้านความเร็วและความทนทานซึ่งมีราคา / GB สูงมาก : Optane P4801x ราคา 100 GB มากกว่า 260 $ โดยมีราคาต่อ GB > 2.6 $ เพิ่มขึ้น 80x เมื่อเปรียบเทียบกับ HDD ด้วยเหตุผลนี้จึงมักใช้เป็น "แอปพลิเคชันตัวเร่ง" หรือเป็นอุปกรณ์บันทึก / บันทึกประจำวัน

ด้วยเหตุผลเหล่านี้ SAN และเซิร์ฟเวอร์ที่ทันสมัยมักใช้ระบบย่อยหน่วยเก็บข้อมูลแบบทำเป็นชั้นหรือแคช :

• ระบบระดับชั้นนำข้อมูลที่น่าสนใจใน fast tier (SSDs) และ data Cold ในระดับที่ช้า (HDDs) ในระบบดังกล่าวพื้นที่เก็บข้อมูลทั้งหมดคือผลรวมของระดับที่รวดเร็วและช้า อย่างไรก็ตามพวกเขาจะถูกแบ่งพาร์ติชันแบบคงที่ - หากข้อมูลที่เย็นกลายเป็นร้อนคุณต้องรอให้มันถูกย้ายไปที่ระดับที่รวดเร็ว ยิ่งกว่านั้นเทียร์ที่รวดเร็วจะต้องมีความทนทานมากกว่าแบบช้า

• ระบบที่ใช้แคชมีข้อมูลทั้งหมดบน HDD ที่ช้าเพิ่มด้วยแคชแบบไดนามิกบน SSD ที่มีการคัดลอกข้อมูลร้อน(แทนที่จะย้าย) นี่หมายความว่าระบบดังกล่าวมีพื้นที่เก็บข้อมูลรวมเท่ากับระดับที่ช้ากว่า แต่มีความยืดหยุ่นที่เพิ่มขึ้นของแคชแบบไดนามิก ด้วยระบบที่อิงกับแคชระดับที่รวดเร็วสามารถเกิดขึ้นได้จาก SSD ที่ราคาถูกและราคาถูก

ระบบไฟล์ที่ดีที่สุดสำหรับ SSD แบบแฟลชคืออะไร คำตอบที่ไร้เดียงสาอาจเป็น "คำที่เขียนน้อยกว่า" แต่ความจริงก็คือเทคโนโลยีระบบไฟล์ขั้นสูงใด ๆ ก็ตามจะขึ้นอยู่กับวิธี CoW ซึ่งยึดตามการใช้งานเฉพาะซึ่งสามารถนำไปสู่การขยายการเขียนที่ค่อนข้างมาก (เช่น: ZFS กำลังจะเขียนมากกว่าพูด EXT4 หรือ XFS) สำหรับจุดยืน "เขียนน้อย" ที่บริสุทธิ์ฉันคิดว่าเป็นการยากที่จะเอาชนะ EXT4 และ XFS (โดยเฉพาะอย่างยิ่งเมื่อมีการสำรองข้อมูลโดยlvmthinซึ่งเปิดใช้งานสแน็ปช็อตอย่างรวดเร็วแม้ในระบบไฟล์แบบดั้งเดิมเหล่านี้) อย่างไรก็ตามฉันชอบการรับประกันการปกป้องข้อมูลที่เพิ่มขึ้นและการบีบอัด lz4 ที่ขูดโดย ZFS

ดังนั้นคุณต้องการพื้นที่เก็บข้อมูล SSD สำหรับเซิร์ฟเวอร์ของคุณหรือไม่? มันขึ้นอยู่กับ:

• หากคุณต้องการจัดเก็บข้อมูลหลาย TB อย่างถูก HDDs (หรือ SSD สำหรับผู้บริโภคที่ราคาถูกที่สุด) เป็นวิธีที่จะไป

• หากคุณมีภาระงานต่อเนื่องเป็นส่วนใหญ่ (เช่น: ไฟล์เซิร์ฟเวอร์) คุณไม่จำเป็นต้องใช้ SSD

• หากเวิร์กโหลดของคุณเป็นแบบสุ่ม IO rich คุณจะได้รับประโยชน์อย่างมากจาก SSD

• หากคุณมีรูปแบบการเขียนที่หนักมาก fsync, SSD ระดับองค์กร (หรือตัวควบคุม RAID ที่มีเนื้อวัวที่มีแคชป้องกันการเขียนทับ powerloss) เป็นทางออกที่ดีที่สุดของคุณโดยมีข้อเสียของค่าใช้จ่ายสูง

คำตอบง่ายๆที่นี่: ใช้ SSD สำหรับข้อมูล perfomance ที่รวดเร็วเช่นเมื่อสร้างเซิร์ฟเวอร์เพื่อทำการดำเนินการข้อมูลขนาดใหญ่และรวดเร็ว (เช่นการตัดต่อวิดีโอ)

ใช้ HHD สำหรับการจัดเก็บข้อมูลช้า

โดยทั่วไป HDD มีความน่าเชื่อถือน้อยกว่า SSD แม้ว่าจะมีราคาต่อกิกะไบต์ที่ต่ำกว่า SSD ก็ตาม

หากข้อมูลที่สำคัญถูกเก็บไว้ให้พิจารณาใช้ ssd และ hdd สำหรับการสำรองข้อมูล

ความเงียบไม่ได้ดีเสมอไป เหมือนรถยนต์ไฟฟ้าบนถนนที่เงียบเกินไป เสียงการเข้าถึง HDD สามารถให้ความปลอดภัยได้ (วิธีที่ฉันตรวจพบการหยุดพักในเซิร์ฟเวอร์ที่ใช้งานในขณะที่ดูภาพยนตร์ (เพิ่มเติม: เครื่องพิมพ์ที่ป้อนบรรทัดที่เชื่อมโยงกับ / var / log / ข้อความยากที่จะลบรายการเดียว)

ฉันมองมันแบบนี้

บริการที่ฉันสร้างเซิร์ฟเวอร์มีไว้เพื่ออะไร

หากเป็นบริการโครงสร้างพื้นฐานเช่น LDAP / AUTH / การพิมพ์ ฯลฯ โดยที่คุณให้บริการส่วนใหญ่ปัญหาด้านหน่วยความจำจะประหยัดเงินและใช้ HDD (7.2k หรือ 10k อาจเป็นอุปกรณ์บู๊ต SSD 1 RAID) และโหลดหน่วยความจำที่มัน .

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

ถ้าเป็น data data DB ฯลฯ ให้ใช้ SSD raid เพื่อรับส่งข้อมูลที่สูง แต่ควบคุมค่าใช้จ่ายโดยใช้ HDD ตัวอย่างเช่นบางส่วนของฐานข้อมูลจะไม่ต้องการความเร็วในการเขียนสูงหรือไม่เพียงเรียกใช้ IOP เพื่อรับประกันการใช้พื้นที่เก็บข้อมูลสูง

ในตอนท้ายของวันมันเป็นเงินและ CFO / ผู้อำนวยการฝ่ายการเงิน / การเงินของคุณ

SSD นั้นดีที่สุดอย่างชัดเจนพวกเขาจะดีขึ้นและจะยังคงถูกลงเรื่อย ๆ แต่วันนี้มีราคาแพงกว่า

HDDs นั้นใช้ได้สำหรับงานจัดเก็บตามลำดับ:

• ไฟล์บันทึกฐานข้อมูล
• ที่เก็บวิดีโอ
• ปริมาณสำรอง (จำนวนมาก)
• ภาพรวมของเครื่องเสมือน

HDDs ยังใช้ได้กับงานที่ไม่ตอบสนองต่อความล่าช้า:

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

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

RAID และ Tiering อยู่นอกเหนือขอบเขตของคำถามนี้ฉันแน่ใจว่ามีคำถามอื่นอีกมากมายเกี่ยวกับเรื่องนี้

สำหรับวงจรชีวิตของ SSD (ฉันจำได้ว่าการอ่าน Samsung Evo Pro (ผลิตภัณฑ์สำหรับผู้บริโภค) ใช้เวลายาวนานกว่าที่สัญญาไว้มาก) แต่ละเซลล์สามารถสลายตัวไปตามกาลเวลาได้ แต่ก็ไม่ได้ทำลายทั้งดิสก์ อายุการใช้งานของเซลล์เชื่อมโยงกับจำนวนการเขียน ในเซลล์นั้น คอนโทรลเลอร์ SSD กระจายการเขียนบนหลาย ๆ เซลล์เมื่อเวลาผ่านไป หาก SSD เต็ม 99% และพื้นที่ที่เหลือถูกใช้กับการเขียนจำนวนมากพื้นที่ที่เหลือนั้นจะเสื่อมสภาพเร็วขึ้น

หากมีความต้องการ

1. การสลับไฟล์ที่ติดตั้งสำหรับหน่วยความจำเพิ่มเติม
2. วิดีโอแชทหรือวิดีโอสตรีมมิ่งหรือการประมวลผลวิดีโอ
3. การประมวลผลซึ่งนำไปสู่การใหญ่ไฟล์เดียว

จากนั้น HDD มีความน่าเชื่อถือมากกว่า
การเขียนทับดูเหมือนจะช้าลงใน SSD

SSD นั้นยอดเยี่ยมมาก!
มันทำให้การปฏิวัติของการจัดเก็บทางกายภาพของ exabytes / yotabytes ในตู้เล็ก / ชั้นวางหนึ่ง

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

SSD Cache เป็นอีกหนึ่งเทคโนโลยีการอ่านที่เร็วขึ้นอย่างน่าทึ่งซึ่งช่วยให้การแคชไปอีกระดับหนึ่ง