สวัสดีทุกคน! ตามที่สัญญาไว้ เรากำลังเผยแพร่ผลการทดสอบโหลดของระบบจัดเก็บข้อมูลที่ผลิตในรัสเซีย - AERODISK ENGINE N2
ในบทความก่อนหน้านี้ เราได้ทำลายระบบจัดเก็บข้อมูล (นั่นคือ เราทำการทดสอบการชน) และผลลัพธ์ของการทดสอบการชนนั้นเป็นค่าบวก (นั่นคือ เราไม่ได้ทำลายระบบจัดเก็บข้อมูล) คุณสามารถดูผลการทดสอบการชนได้ .
ในความคิดเห็นต่อบทความก่อนหน้านี้ มีการร้องขอการทดสอบการชนเพิ่มเติมที่ซับซ้อนยิ่งขึ้น เราได้บันทึกไว้ทั้งหมดแล้วและจะนำไปใช้ในบทความใดบทความหนึ่งต่อไปนี้อย่างแน่นอน ในเวลาเดียวกัน คุณสามารถเยี่ยมชมห้องปฏิบัติการของเราในมอสโกได้ตลอดเวลา (มาด้วยการเดินเท้าหรือดำเนินการจากระยะไกลผ่านทางอินเทอร์เน็ต) และทำการทดสอบเหล่านี้ด้วยตัวเอง (คุณสามารถทำการทดสอบสำหรับโครงการเฉพาะได้ :-)) เขียนถึงเรา เราจะพิจารณาทุกสถานการณ์!
นอกจากนี้ หากคุณไม่ได้อยู่ในมอสโก คุณยังสามารถทำความคุ้นเคยกับระบบจัดเก็บข้อมูลของเราได้มากขึ้นโดยเข้าร่วมกิจกรรมการฝึกอบรมฟรีที่ศูนย์ความสามารถในเมืองที่ใกล้คุณที่สุด
ด้านล่างนี้คือรายการกิจกรรมที่กำลังจะเกิดขึ้นและวันที่เปิดให้บริการของ Competency Center
- เอคาเทรินเบิร์ก. 16 พฤษภาคม 2019. อบรมสัมมนา. คุณสามารถลงทะเบียนโดยใช้ลิงค์:
- เอคาเทรินเบิร์ก. 20 พฤษภาคม – 21 มิถุนายน 2019 ศูนย์ความสามารถ เชิญชมการสาธิตระบบจัดเก็บข้อมูล AERODISK ENGINE N2 แบบสดๆ ได้ทุกเวลาทำการ ที่อยู่ที่แน่นอนและลิงค์ลงทะเบียนจะแจ้งให้ทราบในภายหลัง ติดตามข้อมูล
- โนโวซีบีสค์ ติดตามข้อมูลบนเว็บไซต์หรือ HUBRA ของเรา
ต.ค. 2019 - คาซาน. ติดตามข้อมูลบนเว็บไซต์หรือ HUBRA ของเรา
ต.ค. 2019 - ครัสโนยาสค์ ติดตามข้อมูลบนเว็บไซต์หรือ HUBRA ของเรา
พฤศจิกายน 2019
เรายังต้องการแบ่งปันข่าวดีอีกประการหนึ่ง: ในที่สุดเราก็ได้รับของเราแล้ว ช่องที่คุณสามารถรับชมวิดีโอจากเหตุการณ์ที่ผ่านมา เราโพสต์วิดีโอการฝึกอบรมของเราที่นั่นเป็นประจำ
แท่นทดสอบ
ดังนั้นกลับไปที่การทดสอบ เราอัปเกรดระบบจัดเก็บข้อมูลในห้องปฏิบัติการ ENGINE N2 โดยการติดตั้งไดรฟ์ SAS SSD เพิ่มเติม รวมถึงอะแดปเตอร์ Front-end Fibre Channel 16G ในลักษณะสมมาตร เราได้อัปเกรดเซิร์ฟเวอร์ซึ่งเราจะรันโหลดโดยการเพิ่มอะแดปเตอร์ FC 16G
ด้วยเหตุนี้ ในห้องปฏิบัติการของเรา เรามีระบบจัดเก็บข้อมูลแบบ 2 คอนโทรลเลอร์พร้อม SAS SSD 24 TB 1,6 ตัว และดิสก์ DWPD 3 ตัว ซึ่งเชื่อมต่อผ่านสวิตช์ SAN ไปยังเซิร์ฟเวอร์ Linux จริงผ่าน FC 16G
แผนภาพม้านั่งทดสอบแสดงในรูปด้านล่าง
วิธีการทดสอบ
เพื่อประสิทธิภาพที่ดีที่สุดในการเข้าถึงแบบบล็อก เราจะใช้พูล DDP (ไดนามิกดิสก์พูล) ซึ่งครั้งหนึ่งเราเคยสร้างขึ้นสำหรับระบบ ALL-FLASH โดยเฉพาะ
สำหรับการทดสอบ เราได้สร้าง LUN สองตัวที่มีความจุ 1 TB โดยแต่ละตัวมีระดับการป้องกัน RAID-10 เราจะ “กระจาย” แต่ละ LUN ไปยังดิสก์ 12 แผ่น (ทั้งหมด 24 แผ่น) เพื่อใช้ประโยชน์จากศักยภาพของดิสก์แต่ละแผ่นที่ติดตั้งในระบบจัดเก็บข้อมูลได้อย่างเต็มที่
เรานำเสนอ LUN ไปยังเซิร์ฟเวอร์ผ่านตัวควบคุมต่างๆ เพื่อใช้ทรัพยากรพื้นที่จัดเก็บข้อมูลให้ได้มากที่สุด
การทดสอบแต่ละครั้งจะใช้เวลาหนึ่งชั่วโมง และการทดสอบจะดำเนินการโดยโปรแกรม Flexi IO (FIO) ข้อมูล FIO จะถูกอัปโหลดไปยัง Excel โดยอัตโนมัติ ซึ่งกราฟได้ถูกสร้างขึ้นเพื่อความชัดเจนแล้ว
โหลดโปรไฟล์
โดยรวมแล้ว เราจะทำการทดสอบสามครั้ง ครั้งละหนึ่งชั่วโมง ไม่รวมเวลาอุ่นเครื่อง ซึ่งเราจะจัดสรรเวลาไว้ 15 นาที (นี่คือจำนวนเงินที่จำเป็นสำหรับการอุ่นอาร์เรย์ไดรฟ์ SSD 24 ตัว) การทดสอบเหล่านี้จำลองโปรไฟล์โหลดที่พบบ่อยที่สุด โดยเฉพาะอย่างยิ่งสิ่งเหล่านี้คือ DBMS ระบบกล้องวงจรปิด การออกอากาศเนื้อหาสื่อ และการสำรองข้อมูล
นอกจากนี้ ในการทดสอบทั้งหมด เรายังจงใจปิดการใช้งานความสามารถในการแคชลงใน RAM บนระบบจัดเก็บข้อมูลและบนโฮสต์ แน่นอนว่าสิ่งนี้จะทำให้ผลลัพธ์แย่ลง แต่ตามความเห็นของเรา การทดสอบจะมีความยุติธรรมมากกว่าในสภาวะเช่นนี้
ผลการทดสอบ
การทดสอบครั้งที่ 1 โหลดแบบสุ่มในบล็อกขนาดเล็ก การจำลอง DBMS ของธุรกรรมที่มีโหลดสูง
- ขนาดบล็อก = 4k
- อ่าน/เขียน = 70%/30%
- จำนวนงาน = 16
- ความลึกของคิว = 32
- โหลดตัวละคร = สุ่มเต็ม
ผลการทดสอบ:
โดยรวมแล้ว ด้วยระบบ Engine N2 รุ่นน้องระดับกลาง เราได้รับ 438k IOPS โดยมีเวลาแฝง 2,6 มิลลิวินาที เมื่อพิจารณาถึงระดับของระบบตามความเห็นของเรา ผลลัพธ์ก็ค่อนข้างดี เพื่อทำความเข้าใจว่านี่คือขีดจำกัดของระบบหรือไม่ เราจะดูที่การใช้ทรัพยากรของตัวควบคุมการจัดเก็บข้อมูล
เราสนใจ CPU เป็นหลัก เนื่องจากตามที่ระบุไว้ข้างต้น เราจงใจปิดการใช้งานแคช RAM เพื่อไม่ให้ผลการทดสอบบิดเบือน
ในตัวควบคุมการจัดเก็บข้อมูลทั้งสองเราจะเห็นภาพเดียวกันโดยประมาณ
นั่นคือโหลด CPU คือ 50% นี่แสดงให้เห็นว่ายังห่างไกลจากขีดจำกัดของระบบจัดเก็บข้อมูลนี้ และยังสามารถปรับขนาดได้อย่างง่ายดาย มาดูกันก่อนดีกว่า: การทดสอบต่อไปนี้ทั้งหมดยังแสดงให้เห็นว่ามีภาระงานบนโปรเซสเซอร์คอนโทรลเลอร์อยู่ที่ประมาณ 50% ดังนั้นเราจะไม่แสดงรายการพวกมันอีก
จากการทดสอบในห้องปฏิบัติการของเรา ขีดจำกัดที่สะดวกสบายของระบบ AERODISK Engine N2 หากเรานับ IOPS แบบสุ่มที่บล็อก 4k จะอยู่ที่ ~700 IOPS หากยังไม่เพียงพอและคุณต้องมุ่งมั่นเพื่อเงินล้าน เราก็มี ENGINE N000 รุ่นเก่า
นั่นคือเรื่องราวเกี่ยวกับ IOPS นับล้านคือ ENGINE N4 และหากล้านนั้นมากเกินไปสำหรับคุณ ให้ใช้ N2 อย่างใจเย็น
กลับไปที่การทดสอบกันเถอะ
การทดสอบหมายเลข 2 การบันทึกตามลำดับในบล็อกขนาดใหญ่ การจำลองระบบกล้องวงจรปิด การโหลดข้อมูลลงใน DBMS เชิงวิเคราะห์ หรือการบันทึกสำเนาสำรอง
ในการทดสอบนี้ เราไม่สนใจ IOPS อีกต่อไป เนื่องจากเมื่อโหลดตามลำดับในบล็อกขนาดใหญ่ จึงไม่สมเหตุสมผลเลย เราสนใจเป็นหลัก: ขั้นตอนการเขียน (เมกะไบต์ต่อวินาที) และความล่าช้า ซึ่งแน่นอนว่าจะสูงกว่าเมื่อมีบล็อกขนาดใหญ่มากกว่าบล็อกขนาดเล็ก
- ขนาดบล็อก = 128k
- อ่าน/เขียน = 0%/100%
- จำนวนงาน = 16
- ความลึกของคิว = 32
- โหลดอักขระ – ตามลำดับ
ทั้งหมด: เรามีการบันทึกห้ากิกะไบต์ครึ่งต่อวินาทีโดยมีความล่าช้าสิบเอ็ดมิลลิวินาที เมื่อเปรียบเทียบกับคู่แข่งจากต่างประเทศที่ใกล้เคียงที่สุด ในความคิดของเรา ผลลัพธ์ที่ได้นั้นยอดเยี่ยมมากและไม่ใช่ข้อจำกัดของระบบ ENGINE N2 ด้วย
การทดสอบหมายเลข 3 การอ่านตามลำดับในบล็อกขนาดใหญ่ การจำลองเนื้อหาสื่อกระจายเสียง การสร้างรายงานจาก DBMS เชิงวิเคราะห์ หรือการกู้คืนข้อมูลจากการสำรองข้อมูล
เช่นเดียวกับการทดสอบครั้งก่อน เราสนใจเรื่องการไหลและความล่าช้า
- ขนาดบล็อก = 128k
- อ่าน/เขียน = 100%/0%
- จำนวนงาน = 16
- ความลึกของคิว = 32
- โหลดอักขระ – ตามลำดับ
ประสิทธิภาพการอ่านแบบสตรีมมิ่งนั้นดีกว่าประสิทธิภาพการเขียนแบบสตรีมมิ่งเล็กน้อย
สิ่งที่น่าสนใจคือตัวบ่งชี้เวลาแฝงจะเหมือนกันตลอดการทดสอบ (เส้นตรง) นี่ไม่ใช่ข้อผิดพลาด เมื่ออ่านตามลำดับในบล็อกขนาดใหญ่ ในกรณีของเรา นี่เป็นสถานการณ์ทั่วไป
แน่นอนว่าหากเราออกจากระบบในรูปแบบนี้เป็นเวลาสองสามสัปดาห์ ในที่สุดเราจะเห็นการเพิ่มขึ้นเป็นระยะของกราฟซึ่งจะสัมพันธ์กับปัจจัยภายนอก แต่โดยทั่วไปแล้วจะไม่ส่งผลต่อภาพ
ผลการวิจัย
จากระบบ AERODISK ENGINE N2 ที่มีตัวควบคุมคู่ เราสามารถบรรลุผลลัพธ์ที่ค่อนข้างร้ายแรงได้ (~438 IOPS และ ~000-5 กิกะไบต์ต่อวินาที) การทดสอบโหลดแสดงให้เห็นว่าเราไม่ละอายใจกับระบบจัดเก็บข้อมูลของเราอย่างแน่นอน ในทางตรงกันข้าม ตัวชี้วัดมีความเหมาะสมมากและสอดคล้องกับระบบจัดเก็บข้อมูลที่ดี
แม้ว่าดังที่เราได้เขียนไว้ข้างต้น เครื่องยนต์ N2 นั้นเป็นรุ่นจูเนียร์ และนอกจากนี้ ผลลัพธ์ที่แสดงในบทความนี้ก็ไม่ใช่ขีดจำกัด หลังจากนั้นเราจะเผยแพร่การทดสอบที่คล้ายกันจากระบบ ENGINE N4 รุ่นเก่าของเรา
โดยปกติแล้วเราไม่สามารถครอบคลุมการทดสอบที่เป็นไปได้ทั้งหมดภายในกรอบของบทความเดียว ดังนั้นเราจึงขอแนะนำให้ผู้อ่านแบ่งปันความปรารถนาสำหรับการทดสอบในอนาคตในความคิดเห็นอีกครั้ง เราจะนำมาพิจารณาในสิ่งพิมพ์ในอนาคตอย่างแน่นอน
นอกจากนี้ เราขอเตือนคุณว่าในปีนี้เรามีส่วนร่วมอย่างแข็งขันในการฝึกอบรม ดังนั้นเราจึงขอเชิญคุณเข้าร่วมศูนย์ความสามารถของเรา ซึ่งคุณสามารถเข้ารับการฝึกอบรมเกี่ยวกับระบบจัดเก็บข้อมูล AERODISK และในขณะเดียวกันก็มีช่วงเวลาที่น่าสนใจและสนุกสนาน
ฉันทำซ้ำข้อมูลเกี่ยวกับกิจกรรมการฝึกอบรมที่กำลังจะมีขึ้น
- เอคาเทรินเบิร์ก. 16 พฤษภาคม 2019. อบรมสัมมนา. คุณสามารถลงทะเบียนโดยใช้ลิงค์:
- เอคาเทรินเบิร์ก. 20 พฤษภาคม – 21 มิถุนายน 2019 ศูนย์ความสามารถ เชิญชมการสาธิตระบบจัดเก็บข้อมูล AERODISK ENGINE N2 แบบสดๆ ได้ทุกเวลาทำการ ที่อยู่ที่แน่นอนและลิงค์ลงทะเบียนจะแจ้งให้ทราบในภายหลัง ติดตามข้อมูล
- โนโวซีบีสค์ ติดตามข้อมูลบนเว็บไซต์หรือ HUBRA ของเรา
ต.ค. 2019 - คาซาน. ติดตามข้อมูลบนเว็บไซต์หรือ HUBRA ของเรา
ต.ค. 2019 - ครัสโนยาสค์ ติดตามข้อมูลบนเว็บไซต์หรือ HUBRA ของเรา
พฤศจิกายน 2019
ที่มา: will.com