เรายังคงแนะนำให้คุณรู้จักกับระบบไฮเปอร์คอนเวิร์จของ Cisco HyperFlex
ในเดือนเมษายน 2019 Cisco จะดำเนินการสาธิตโซลูชันไฮเปอร์คอนเวิร์จใหม่ Cisco HyperFlex อีกครั้งในภูมิภาครัสเซียและคาซัคสถาน คุณสามารถลงทะเบียนสำหรับการสาธิตโดยใช้แบบฟอร์มคำติชมโดยไปที่ลิงก์ เข้าร่วมกับเรา!
ก่อนหน้านี้เราได้เผยแพร่บทความเกี่ยวกับการทดสอบโหลดที่ดำเนินการโดย ESG Lab อิสระในปี 2017 ในปี 2018 ประสิทธิภาพของโซลูชัน Cisco HyperFlex (เวอร์ชัน HX 3.0) ได้รับการปรับปรุงอย่างมีนัยสำคัญ นอกจากนี้ โซลูชั่นของคู่แข่งยังได้รับการปรับปรุงอย่างต่อเนื่อง นั่นเป็นเหตุผลที่เราเผยแพร่เกณฑ์มาตรฐานความเครียดของ ESG เวอร์ชันใหม่กว่า
ในช่วงฤดูร้อนปี 2018 ห้องปฏิบัติการ ESG ได้เปรียบเทียบ Cisco HyperFlex กับคู่แข่งอีกครั้ง เมื่อพิจารณาถึงแนวโน้มปัจจุบันของการใช้โซลูชันที่กำหนดโดยซอฟต์แวร์ ผู้ผลิตแพลตฟอร์มที่คล้ายคลึงกันก็ถูกเพิ่มเข้าไปในการวิเคราะห์เชิงเปรียบเทียบด้วย
ทดสอบการกำหนดค่า
ในส่วนหนึ่งของการทดสอบ HyperFlex ได้รับการเปรียบเทียบกับระบบไฮเปอร์คอนเวิร์จแบบซอฟต์แวร์เต็มรูปแบบสองระบบที่ติดตั้งบนเซิร์ฟเวอร์ x86 มาตรฐาน รวมถึงโซลูชันซอฟต์แวร์และฮาร์ดแวร์หนึ่งตัว การทดสอบดำเนินการโดยใช้ซอฟต์แวร์มาตรฐานสำหรับระบบไฮเปอร์คอนเวิร์จ - HCIBench ซึ่งใช้เครื่องมือ Oracle Vdbench และทำให้กระบวนการทดสอบเป็นแบบอัตโนมัติ โดยเฉพาะอย่างยิ่ง HCIBench จะสร้างเครื่องเสมือนโดยอัตโนมัติ ประสานงานโหลดระหว่างเครื่องเหล่านั้น และสร้างรายงานที่สะดวกและเข้าใจได้
มีการสร้างเครื่องเสมือน 140 เครื่องต่อคลัสเตอร์ (35 เครื่องต่อโหนดคลัสเตอร์) เครื่องเสมือนแต่ละเครื่องใช้ 4 vCPU, RAM 4 GB ดิสก์ VM ภายในเครื่องคือ 16 GB และดิสก์เพิ่มเติมคือ 40 GB
การกำหนดค่าคลัสเตอร์ต่อไปนี้เข้าร่วมในการทดสอบ:
- คลัสเตอร์ของโหนด Cisco HyperFlex 220C สี่โหนด 1 x 400 GB SSD สำหรับแคชและ 6 x 1.2 TB SAS HDD สำหรับข้อมูล
- ผู้จำหน่ายคู่แข่ง คลัสเตอร์สี่โหนด 2 x 400 GB SSD สำหรับแคช และ 4 x 1 TB SATA HDD สำหรับข้อมูล
- คลัสเตอร์ผู้จำหน่าย B ของคู่แข่งที่มีสี่โหนด 2 x 400 GB SSD สำหรับแคชและ 12 x 1.2 TB SAS HDD สำหรับข้อมูล
- คลัสเตอร์ผู้จำหน่าย C ของคู่แข่งที่มีสี่โหนด 4 x 480 GB SSD สำหรับแคชและ 12 x 900 GB SAS HDD สำหรับข้อมูล
โปรเซสเซอร์และ RAM ของโซลูชันทั้งหมดเหมือนกัน
ทดสอบจำนวนเครื่องเสมือน
การทดสอบเริ่มต้นด้วยปริมาณงานที่ออกแบบมาเพื่อจำลองการทดสอบ OLTP มาตรฐาน: อ่าน/เขียน (RW) 70%/30%, สุ่มแบบเต็ม 100% โดยมีเป้าหมาย 800 IOPS ต่อเครื่องเสมือน (VM) การทดสอบดำเนินการบน 140 VM ในแต่ละคลัสเตอร์เป็นเวลาสามถึงสี่ชั่วโมง เป้าหมายของการทดสอบคือการรักษาเวลาแฝงในการเขียนบน VM ให้ได้มากที่สุดที่ 5 มิลลิวินาทีหรือต่ำกว่า
จากผลการทดสอบ (ดูกราฟด้านล่าง) HyperFlex เป็นแพลตฟอร์มเดียวที่เสร็จสิ้นการทดสอบนี้ด้วย 140 VM เริ่มต้นและมีเวลาแฝงต่ำกว่า 5 ms (4,95 ms) สำหรับแต่ละคลัสเตอร์อื่นๆ การทดสอบจะเริ่มต้นใหม่เพื่อทดลองปรับจำนวน VM ให้มีเวลาแฝงเป้าหมายที่ 5 มิลลิวินาทีในการวนซ้ำหลายครั้ง
ผู้จำหน่าย A จัดการ VM 70 เครื่องได้สำเร็จด้วยเวลาตอบสนองเฉลี่ย 4,65 มิลลิวินาที
ผู้จำหน่าย B บรรลุเวลาแฝงที่ต้องการที่ 5,37 ms ด้วย 36 VM เท่านั้น
ผู้ขาย C สามารถจัดการเครื่องเสมือน 48 เครื่องด้วยเวลาตอบสนอง 5,02 มิลลิวินาที
การจำลองโหลดเซิร์ฟเวอร์ SQL
ถัดไป ESG Lab จำลองโหลด SQL Server การทดสอบใช้ขนาดบล็อกและอัตราส่วนการอ่าน/เขียนที่แตกต่างกัน การทดสอบยังดำเนินการบนเครื่องเสมือน 140 เครื่อง
ดังที่แสดงในภาพด้านล่าง คลัสเตอร์ Cisco HyperFlex มีประสิทธิภาพเหนือกว่าผู้จำหน่าย A และ B ใน IOPS เกือบสองเท่า และผู้จำหน่าย C มากกว่าห้าเท่า เวลาตอบสนองโดยเฉลี่ยของ Cisco HyperFlex คือ 8,2 ms สำหรับการเปรียบเทียบ เวลาตอบสนองโดยเฉลี่ยสำหรับผู้จำหน่าย A คือ 30,6 มิลลิวินาที สำหรับผู้จำหน่าย B คือ 12,8 มิลลิวินาที และสำหรับผู้จำหน่าย C คือ 10,33 มิลลิวินาที
มีการสังเกตที่น่าสนใจในระหว่างการทดสอบทั้งหมด ผู้จำหน่าย B แสดงให้เห็นการเปลี่ยนแปลงอย่างมีนัยสำคัญในประสิทธิภาพโดยเฉลี่ยใน IOPS บน VM ที่แตกต่างกัน นั่นคือโหลดมีการกระจายไม่เท่ากันอย่างมาก VM บางตัวทำงานได้ด้วยค่าเฉลี่ย 1000 IOPS+ และบาง VM มีค่า 64 IOPS ในกรณีนี้ Cisco HyperFlex ดูมีเสถียรภาพมากขึ้น VM ทั้งหมด 140 VM ได้รับค่าเฉลี่ย 600 IOPS จากระบบย่อยการจัดเก็บข้อมูล นั่นคือโหลดระหว่างเครื่องเสมือนมีการกระจายอย่างเท่าเทียมกันมาก
สิ่งสำคัญคือต้องทราบว่าการกระจาย IOPS ที่ไม่สม่ำเสมอในเครื่องเสมือนที่ผู้จำหน่าย B นั้นถูกพบในการทดสอบแต่ละครั้ง
ในการผลิตจริง ลักษณะการทำงานของระบบอาจเป็นปัญหาใหญ่สำหรับผู้ดูแลระบบ ที่จริงแล้ว เครื่องเสมือนแต่ละเครื่องจะเริ่มหยุดทำงานแบบสุ่มและในทางปฏิบัติแล้วไม่มีทางที่จะควบคุมกระบวนการนี้ได้ วิธีเดียวที่ไม่ประสบความสำเร็จมากนักในการโหลดบาลานซ์ เมื่อใช้โซลูชันจากผู้ขาย B คือการใช้ QoS หรือการปรับสมดุลการใช้งานอย่างใดอย่างหนึ่ง
เอาท์พุต
ลองคิดถึงสิ่งที่ Cisco Hyperflex มีเครื่องเสมือน 140 เครื่องต่อ 1 โหนดจริง เทียบกับ 70 เครื่องหรือน้อยกว่าสำหรับโซลูชันอื่นๆ สำหรับธุรกิจ หมายความว่าเพื่อรองรับแอปพลิเคชันจำนวนเท่ากันบน Hyperflex คุณจำเป็นต้องมีโหนดน้อยกว่าโซลูชันของคู่แข่งถึง 2 เท่า เช่น ระบบสุดท้ายจะถูกกว่ามาก หากเราเพิ่มระดับของระบบอัตโนมัติของการดำเนินการทั้งหมดที่นี่สำหรับการบำรุงรักษาเครือข่าย เซิร์ฟเวอร์ และแพลตฟอร์มการจัดเก็บข้อมูล HX Data Platform จะเห็นได้ชัดว่าเหตุใดโซลูชัน Cisco Hyperflex จึงได้รับความนิยมอย่างรวดเร็วในตลาด
โดยรวมแล้ว ESG Labs ยืนยันว่า Cisco HyperFlex Hybrid HX 3.0 มอบประสิทธิภาพที่รวดเร็วและสม่ำเสมอมากกว่าโซลูชันอื่นๆ ที่เทียบเคียงได้
ในเวลาเดียวกัน คลัสเตอร์ไฮบริด HyperFlex ยังนำหน้าคู่แข่งในแง่ของ IOPS และ Latency สิ่งสำคัญไม่แพ้กันคือ ประสิทธิภาพของ HyperFlex เกิดขึ้นได้ด้วยการกระจายโหลดที่ดีทั่วทั้งพื้นที่จัดเก็บข้อมูล
เราขอเตือนคุณว่าคุณสามารถดูโซลูชัน Cisco Hyperflex และตรวจสอบความสามารถของโซลูชันได้ทันที ระบบพร้อมให้ทุกคนสาธิต:
ที่มา: will.com