ฉันหวังว่าคุณหลายคนกำลังทำงานกับเว็บไซต์ที่ใช้ฐานข้อมูลที่มีปริมาณการใช้งานสูงและมีโอกาสที่ปัญหาการขยายขีดความสามารถหลักของคุณจะอยู่ในฐานข้อมูล ฉันสังเกตเห็นสิ่งที่สองเมื่อเร็ว ๆ นี้:
ฐานข้อมูลขนาดใหญ่ส่วนใหญ่ต้องการทีม DBA เพื่อปรับมาตราส่วน พวกเขาต่อสู้อย่างต่อเนื่องกับข้อ จำกัด ของฮาร์ดไดรฟ์และจบลงด้วยโซลูชั่นที่มีราคาแพงมาก (SAN หรือ RAID ขนาดใหญ่, หน้าต่างการบำรุงรักษาบ่อยสำหรับการจัดเรียงข้อมูลและการแบ่งพาร์ทิชัน ฯลฯ ) ค่าใช้จ่ายประจำปีของการบำรุงรักษาฐานข้อมูลดังกล่าว ชันเกินไปสำหรับฉัน :)
ในที่สุดเราก็มี บริษัท หลายแห่งเช่น Intel, Samsung, FusionIO และอื่น ๆ ที่เพิ่งเริ่มขายฮาร์ดไดรฟ์ SSD ที่รวดเร็ว แต่ราคาไม่แพงโดยใช้เทคโนโลยี SLC Flash ไดรฟ์เหล่านี้เร็วกว่าการอ่าน / เขียนแบบสุ่ม 100 เท่ากว่าฮาร์ดไดรฟ์หมุนที่ดีที่สุดในตลาด (มากถึง 50,000 การเขียนแบบสุ่มต่อวินาที) เวลาในการค้นหาของพวกเขานั้นค่อนข้างศูนย์ดังนั้นค่าใช้จ่ายของ I / O แบบสุ่มจะเหมือนกับค่า I / O ตามลำดับซึ่งยอดเยี่ยมมากสำหรับฐานข้อมูล ไดรฟ์ SSD เหล่านี้มีราคาประมาณ $ 10 - $ 20 ต่อกิกะไบต์และมีขนาดค่อนข้างเล็ก (64GB)
ดังนั้นดูเหมือนว่าจะมีโอกาสที่จะหลีกเลี่ยงค่าใช้จ่ายจำนวนมากในการปรับขนาดฐานข้อมูลด้วยวิธีดั้งเดิมโดยเพียงแค่สร้างไดรฟ์ RAID 5 ขนาดใหญ่พอของไดรฟ์ SSD (ซึ่งจะมีราคาเพียงไม่กี่พันดอลลาร์) จากนั้นเราไม่สนใจว่าไฟล์ฐานข้อมูลมีการแยกส่วนและเราสามารถจ่ายดิสก์ได้มากขึ้น 100 เท่าต่อวินาทีโดยไม่ต้องกระจายฐานข้อมูลทั่ว 100 แกน .
มีใครสนใจเรื่องนี้บ้างไหม? ฉันกำลังทดสอบไดรฟ์ SSD สองสามตัวและสามารถแบ่งปันผลลัพธ์ของฉันได้ หากใครในเว็บไซต์นี้แก้ไขปัญหาคอขวด I / O ของพวกเขาด้วย SSD ฉันชอบที่จะได้ยินเรื่องราวสงครามของคุณ!
PS ฉันรู้ว่ามีทางออกราคาแพงมากมายที่ช่วยในเรื่องความยืดหยุ่นในการปรับขนาดตัวอย่างเช่น SAN ที่ใช้ RAM ที่พิสูจน์แล้ว ฉันต้องการชัดเจนว่าแม้แต่ $ 50K นั้นแพงเกินไปสำหรับโครงการของฉัน ฉันต้องหาวิธีแก้ปัญหาที่ค่าใช้จ่ายไม่เกิน $ 10,000 และไม่ต้องใช้เวลามากในการดำเนินการ
Dave, NXC และ Burly
ขอบคุณสำหรับคำตอบของคุณ! ฉันต้องการชี้แจงว่าคำว่า "ถูก" มีความสำคัญมากในสถานการณ์ของฉัน ดังนั้นฉันต้องใช้เซิร์ฟเวอร์ Dell ราคาถูก ($ 4K 2950 ที่มีธนาคารหน่วยความจำเพียง 8 แห่ง) ฉันติดตั้ง RAM ขนาด 32GB แล้วดังนั้นฉันจึงไม่สามารถปรับขนาดได้ นอกจากนี้การเพิ่ม RAM ไม่ได้ช่วยให้คุณประหยัดจากคอขวด WRITE ซึ่งเป็นปัญหาหลักของฉันในตอนนี้
ฉันเคยกังวลเกี่ยวกับอายุการใช้งานของ SSD แต่หลังจากอ่านเกี่ยวกับอัลกอริธึมการปรับระดับการสึกหรอที่ทันสมัยฉันค่อนข้างมั่นใจว่าไดรฟ์เหล่านี้จะใช้งานได้นานพอ ฐานข้อมูลของฉันเขียน 300GB ต่อวันและคาดว่าจะเกิน 1TB ต่อวันในปี 2009 Enterprise SSD ได้รับการออกแบบมาเพื่อรองรับการเขียนประมาณ 10TB ต่อวันในช่วงหลายปีที่ผ่านมา
ฉันไม่เห็นด้วยกับประเด็นของ Burly ที่ต้องใช้แรงงานจำนวนมากในการโยกย้ายจาก SAS ไปยัง SSD ฐานข้อมูลของฉันคือมิเรอร์ซิงโครนัสดังนั้นฉันสามารถอัปเกรดด้านหนึ่งของมิเรอร์แล้วดูได้สองสามเดือนและถ้ามันระเบิดฉันสามารถ failover ไปยังเซิร์ฟเวอร์ที่สองซึ่งยังมีฮาร์ดไดรฟ์ SAS ที่ดีเก่าอยู่ ...