HPE SimpliVity 380 สำหรับ VDI ทำงานอย่างไร: การทดสอบโหลดที่ยากลำบาก

ลูกค้าต้องการ VDI ฉันดูการรวม SimpliVity + VDI Citrix Virtual Desktop จริงๆ สำหรับผู้ประกอบการ พนักงานสำนักงานในเมือง และอื่นๆ เฉพาะคลื่นลูกแรกของการย้ายข้อมูลมีผู้ใช้ห้าพันคน ดังนั้นพวกเขาจึงยืนกรานที่จะทดสอบโหลด VDI สามารถเริ่มช้าลงสามารถนอนลงได้อย่างสงบ - ​​และสิ่งนี้ไม่ได้เกิดขึ้นเสมอไปเนื่องจากปัญหากับช่องสัญญาณ เราซื้อแพ็คเกจการทดสอบที่ทรงพลังมากสำหรับ VDI โดยเฉพาะ และโหลดโครงสร้างพื้นฐานจนกระทั่งหนักเกินไปบนดิสก์และโปรเซสเซอร์

ดังนั้น เราจะต้องมีขวดพลาสติกและซอฟต์แวร์ LoginVSI สำหรับการทดสอบ VDI ที่ซับซ้อน เรามีใบอนุญาตสำหรับผู้ใช้ 300 ราย จากนั้นเราก็นำฮาร์ดแวร์ HPE SimpliVity 380 มาเป็นแพ็คเกจที่เหมาะกับงานที่มีความหนาแน่นของผู้ใช้สูงสุดต่อเซิร์ฟเวอร์ ตัดเครื่องเสมือนที่มีการสมัครสมาชิกเกินพอดี ติดตั้งซอฟต์แวร์สำนักงานบน Win10 และเริ่มการทดสอบ

Here we go!

ระบบ

โหนด HPE SimpliVity 380 Gen10 สองโหนด (เซิร์ฟเวอร์) ในแต่ละ:

• 2 x Intel Xeon แพลทินัม 8170 26c 2.1Ghz
• RAM: 768GB, 12 x 64GB LRDIMM DDR4 2666MHz
• ตัวควบคุมดิสก์หลัก: HPE Smart Array P816i-a SR Gen10
• ฮาร์ดไดรฟ์: 9 x 1.92 TB SATA 6Gb/s SSD (ในการกำหนดค่า RAID6 7+2 นั่นคือรุ่นขนาดกลางตามเงื่อนไขของ HPE SimpliVity)
• การ์ดเครือข่าย: 4 x 1Gb Eth (ข้อมูลผู้ใช้), 2 x 10Gb Eth (แบ็กเอนด์ SimpliVity และ vMotion)
• การ์ด FPGA ในตัวพิเศษในแต่ละโหนดสำหรับการขจัดข้อมูลซ้ำซ้อน/การบีบอัด

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

โหนดจะรวมกันเป็นคลัสเตอร์ Vmware vSphere ที่จัดการโดย vCenter

สำหรับการทดสอบ ได้มีการปรับใช้ตัวควบคุมโดเมนและนายหน้าการเชื่อมต่อ Citrix ตัวควบคุมโดเมน นายหน้า และ vCenter จะถูกวางไว้บนคลัสเตอร์ที่แยกต่างหาก


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

เครื่องเสมือนแต่ละเครื่องมี 2vCPU และ RAM 4GB:

ซอฟต์แวร์ต่อไปนี้ที่จำเป็นสำหรับการทดสอบได้รับการติดตั้งบนเครื่องเสมือน:

• Windows 10 (64 บิต) เวอร์ชัน 1809
• Adobe Reader XI
• Citrix Virtual Delivery Agent 1811.1
• โดโร PDF 1.82.
• จาวา 7 อัพเดต 13
• ไมโครซอฟต์ ออฟฟิศ โปรเฟสชั่นแนล พลัส 2016

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

การปรับสมดุลและการจัดเก็บข้อมูลเกิดขึ้นที่ระดับการจัดเก็บข้อมูลซอฟต์แวร์ของ SimpliVity เอง

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

การทดสอบ

สำหรับการทดสอบ มีการใช้ชุดทดสอบซอฟต์แวร์ LoginVSI 4.1 คอมเพล็กซ์ LoginVSI ซึ่งประกอบด้วยเซิร์ฟเวอร์ควบคุมและเครื่อง 12 เครื่องสำหรับทดสอบการเชื่อมต่อ ถูกปรับใช้บนโฮสต์ทางกายภาพที่แยกต่างหาก


การทดสอบดำเนินการในสามโหมด:

โหมดมาตรฐาน - โหลดเคส 300 คนทำงานที่มีความรู้ และ 300 คนทำงานจัดเก็บข้อมูล

โหมดมาตรฐาน - กล่องโหลด 300 ช่างไฟฟ้า

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

การทดสอบความรู้และพลังของพนักงานจะจำลองปริมาณงานจริงของผู้ใช้ที่ทำงานบนเวิร์กสเตชันเสมือน

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

ในระหว่างการทดสอบ ผู้ใช้เข้าสู่ระบบเวิร์คสเตชั่นเป็นเวลา 48 นาทีในอัตราผู้ใช้ประมาณหนึ่งรายทุกๆ 10 วินาที

ผลการวิจัย

ผลลัพธ์หลักของการทดสอบ LoginVSI คือตัววัด VSImax ซึ่งรวบรวมจากเวลาดำเนินการของงานต่างๆ ที่ผู้ใช้เปิดตัว ตัวอย่างเช่น เวลาเปิดไฟล์ใน Notepad เวลาบีบอัดไฟล์ใน 7-Zip เป็นต้น

คำอธิบายโดยละเอียดของการคำนวณเมตริกมีอยู่ในเอกสารอย่างเป็นทางการของ ลิงค์.

กล่าวอีกนัยหนึ่ง LoginVSI ทำซ้ำรูปแบบการโหลดทั่วไป จำลองการกระทำของผู้ใช้ในชุดสำนักงาน การอ่าน PDF และอื่นๆ และวัดเวลาแฝงต่างๆ มีความล่าช้าในระดับวิกฤต “ทุกอย่างช้าลง เป็นไปไม่ได้ในการทำงาน”) ซึ่งก่อนหน้านี้ถือว่ายังไม่ถึงจำนวนผู้ใช้สูงสุด หากเวลาตอบสนองเร็วกว่าสถานะ "ทุกอย่างช้า" 1 มิลลิวินาที ระบบจะถือว่าทำงานได้ตามปกติ และสามารถเพิ่มผู้ใช้ได้มากขึ้น

นี่คือตัวชี้วัดหลัก:

ตัวชี้วัด

การดำเนินการที่ดำเนินการ

รายละเอียด описание

ส่วนประกอบที่โหลดแล้ว

N.S.L.D.

เวลาเปิดข้อความ
ไฟล์ขนาด 1 KB

Notepad จะเปิดขึ้นและ
เปิดเอกสารแบบสุ่มขนาด 1 KB ที่ถูกคัดลอกมาจากพูล
ทรัพยากร

ซีพียูและไอ/โอ

เอ็นเอฟโอ

เวลาเปิดบทสนทนา
หน้าต่างในแผ่นจดบันทึก

การเปิดไฟล์ VSI-Notepad [Ctrl+O]

CPU, RAM และ I/O

 

ซีเอชซี*

ถึงเวลาสร้างไฟล์ Zip ที่มีการบีบอัดสูง

การบีบอัดเฉพาะที่
สุ่มคัดลอกไฟล์ .pst ขนาด 5MB จาก
แหล่งรวมทรัพยากร

ซีพียูและไอ/โอ

ซลค*

ถึงเวลาสร้างไฟล์ซิปที่มีการบีบอัดระดับอ่อน

การบีบอัดเฉพาะที่
สุ่มคัดลอกไฟล์ .pst ขนาด 5MB จาก
แหล่งรวมทรัพยากร

I / O

 

ซีพียู

คำนวณใหญ่
อาเรย์ข้อมูลแบบสุ่ม

การสร้างอาร์เรย์ขนาดใหญ่
ข้อมูลสุ่มที่จะใช้ในตัวจับเวลาอินพุต/เอาท์พุต (ตัวจับเวลา I/O)

ซีพียู

เมื่อดำเนินการทดสอบ ระบบจะคำนวณหน่วยวัด VSIbase พื้นฐานในขั้นต้น ซึ่งจะแสดงความเร็วในการดำเนินการงานโดยไม่มีโหลดบนระบบ ตามนั้น จะกำหนด VSImax Threshold ซึ่งเท่ากับ VSIbase + 1ms

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

เกณฑ์มาตรฐานผู้ปฏิบัติงานด้านความรู้ 300 คน

ผู้ปฏิบัติงานด้านความรู้คือผู้ใช้ที่โหลดหน่วยความจำ โปรเซสเซอร์ และ IO เป็นประจำโดยมีจุดสูงสุดเล็กๆ ต่างๆ ซอฟต์แวร์นี้จำลองภาระงานของผู้ใช้สำนักงานที่มีความต้องการสูง ราวกับว่าพวกเขากำลังยุ่งเกี่ยวกับบางสิ่งบางอย่างอยู่ตลอดเวลา (PDF, Java, ชุดโปรแกรมสำนักงาน, การดูรูปภาพ, 7-Zip) เมื่อคุณเพิ่มผู้ใช้จากศูนย์ถึง 300 ความล่าช้าสำหรับแต่ละคนจะค่อยๆ เพิ่มขึ้น

ข้อมูลสถิติ VSImax:

VSIbase = 986ms ไม่ถึงเกณฑ์ VSI

สถิติการโหลดระบบจัดเก็บข้อมูลจากการตรวจสอบ SimpliVity:


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

สรุป: ผู้ใช้ความรู้ 300 รายทำงานบนคลัสเตอร์ปัจจุบันโดยไม่มีปัญหาใดๆ และไม่รบกวนซึ่งกันและกัน ทำให้ถึงการสมัครใช้งาน pCPU/vCPU ที่มากเกินไปที่ 1 ถึง 6 ความล่าช้าโดยรวมจะเพิ่มขึ้นเท่าๆ กันเมื่อโหลดเพิ่มขึ้น แต่ยังไม่ถึงขีดจำกัดที่กำหนดไว้

เกณฑ์มาตรฐานพนักงานจัดเก็บข้อมูล 300 คน

ผู้ใช้เหล่านี้คือผู้ใช้ที่เขียนและอ่านอย่างต่อเนื่องในอัตราส่วน 30 ถึง 70 ตามลำดับ การทดสอบนี้ดำเนินการเพิ่มเติมเพื่อประโยชน์ในการทดลอง ข้อมูลสถิติ VSImax:


VSIbase = 1673, VSI Threshold เข้าถึงผู้ใช้ 240 ราย

สถิติการโหลดระบบจัดเก็บข้อมูลจากการตรวจสอบ SimpliVity:

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

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

พนักงานไฟฟ้า 300 คน

ผู้ใช้เหล่านี้ชื่นชอบ CPU, หน่วยความจำ และ IO สูง “ผู้ใช้ระดับสูง” เหล่านี้มักจะทำงานที่ซับซ้อนและใช้เวลานาน เช่น การติดตั้งซอฟต์แวร์ใหม่และการเปิดไฟล์เก็บถาวรขนาดใหญ่ ข้อมูลสถิติ VSImax:


VSIbase = 970 ไม่ถึงเกณฑ์ VSI

สถิติการโหลดระบบจัดเก็บข้อมูลจากการตรวจสอบ SimpliVity:


ในระหว่างการทดสอบ ถึงเกณฑ์โหลดตัวประมวลผลบนโหนดระบบใดโหนดหนึ่ง แต่สิ่งนี้ไม่ได้ส่งผลกระทบอย่างมีนัยสำคัญต่อการทำงานของมัน:

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

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

เมื่อทำการทดสอบเพิ่มเติม มีการใช้โครงร่างขาตั้งต่อไปนี้:
เดสก์ท็อปเสมือน 300 เครื่องถูกปรับใช้ในการกำหนดค่า 4vCPU, 4GB RAM, 80GB HDD

การกำหนดค่าของหนึ่งในเครื่องทดสอบ:


เครื่องจักรถูกใช้งานในตัวเลือก Dedicated – Full Copy:

เกณฑ์มาตรฐานผู้ปฏิบัติงานความรู้ 300 คนพร้อมการสมัครเกิน 12

ข้อมูลสถิติ VSImax:


VSIbase = 921 ms ไม่ถึงเกณฑ์ VSI

สถิติการโหลดระบบจัดเก็บข้อมูลจากการตรวจสอบ SimpliVity:


ผลลัพธ์ที่ได้จะคล้ายกับการทดสอบการกำหนดค่า VM ก่อนหน้า

เจ้าหน้าที่ระดับสูง 300 คนพร้อมสมาชิกเกิน 12 คน

ข้อมูลสถิติ VSImax:


VSIbase = 933 ไม่ถึงเกณฑ์ VSI

สถิติการโหลดระบบจัดเก็บข้อมูลจากการตรวจสอบ SimpliVity:


ในระหว่างการทดสอบนี้ ถึงเกณฑ์โหลดของโปรเซสเซอร์ด้วย แต่ไม่ได้ส่งผลกระทบอย่างมีนัยสำคัญต่อประสิทธิภาพ:

ผลลัพธ์ที่ได้จะคล้ายกับการทดสอบการกำหนดค่าก่อนหน้า

จะเกิดอะไรขึ้นถ้าคุณรันโหลดเป็นเวลา 10 ชั่วโมง?

ทีนี้มาดูกันว่าจะมี “ผลสะสม” หรือไม่ และทำการทดสอบติดต่อกันเป็นเวลา 10 ชั่วโมง

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

เกณฑ์มาตรฐานผู้ปฏิบัติงานความรู้ 300 คน + 10 ชั่วโมง

นอกจากนี้ มีการทดสอบกรณีโหลดของผู้ปฏิบัติงานความรู้ 300 คน ตามด้วยงานของผู้ใช้เป็นเวลา 10 ชั่วโมง

ข้อมูลสถิติ VSImax:


VSIbase = 919 ms ไม่ถึงเกณฑ์ VSI

ข้อมูลสถิติโดยละเอียด VSImax:


กราฟแสดงให้เห็นว่าไม่มีการด้อยลงของประสิทธิภาพตลอดการทดสอบทั้งหมด

สถิติการโหลดระบบจัดเก็บข้อมูลจากการตรวจสอบ SimpliVity:


ประสิทธิภาพของระบบจัดเก็บข้อมูลยังคงเหมือนเดิมตลอดการทดสอบ

การทดสอบเพิ่มเติมโดยเติมโหลดสังเคราะห์

ลูกค้าขอให้เพิ่มโหลดไวด์ลงในดิสก์ ในการดำเนินการนี้ ได้มีการเพิ่มงานลงในระบบจัดเก็บข้อมูลในเครื่องเสมือนของผู้ใช้แต่ละเครื่องเพื่อรันการโหลดแบบสังเคราะห์บนดิสก์เมื่อผู้ใช้เข้าสู่ระบบ โหลดจัดทำโดยยูทิลิตี้ fio ซึ่งช่วยให้คุณจำกัดการโหลดบนดิสก์ตามจำนวน IOPS ในแต่ละเครื่อง มีการเปิดตัวงานเพื่อเปิดใช้โหลดเพิ่มเติมจำนวน 22 IOPS 70%/30% การอ่าน/เขียนแบบสุ่ม

เกณฑ์มาตรฐานผู้ปฏิบัติงานความรู้ 300 คน + 22 IOPS ต่อผู้ใช้

ในการทดสอบเบื้องต้น พบว่า fio กำหนดโอเวอร์เฮดของ CPU อย่างมีนัยสำคัญบนเครื่องเสมือน สิ่งนี้นำไปสู่การโอเวอร์โหลด CPU อย่างรวดเร็วของโฮสต์ และส่งผลอย่างมากต่อการทำงานของระบบโดยรวม

โหลดโฮสต์ CPU:




ในเวลาเดียวกัน ความล่าช้าของระบบจัดเก็บข้อมูลก็เพิ่มขึ้นตามธรรมชาติเช่นกัน:


การขาดพลังการประมวลผลกลายเป็นเรื่องสำคัญสำหรับผู้ใช้ประมาณ 240 ราย:


จากผลลัพธ์ที่ได้ จึงตัดสินใจทำการทดสอบที่ใช้ CPU น้อยลง

เกณฑ์มาตรฐานพนักงานออฟฟิศ 230 คน + 22 IOPS ต่อผู้ใช้

เพื่อลดภาระบน CPU จึงเลือกประเภทโหลดของพนักงาน Office และเพิ่มโหลดสังเคราะห์ 22 IOPS ในแต่ละเซสชันด้วย

การทดสอบถูกจำกัดไว้ที่ 230 เซสชันเพื่อไม่ให้เกินภาระ CPU สูงสุด

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

ข้อมูลสถิติ VSImax:


VSIbase = 918 ms ไม่ถึงเกณฑ์ VSI

ข้อมูลสถิติโดยละเอียด VSImax:


กราฟแสดงให้เห็นว่าไม่มีการด้อยลงของประสิทธิภาพตลอดการทดสอบทั้งหมด

สถิติการโหลด CPU:




เมื่อทำการทดสอบนี้ โหลดบน CPU ของโฮสต์เกือบจะสูงสุดแล้ว

สถิติการโหลดระบบจัดเก็บข้อมูลจากการตรวจสอบ SimpliVity:


ประสิทธิภาพของระบบจัดเก็บข้อมูลยังคงเหมือนเดิมตลอดการทดสอบ

โหลดบนระบบจัดเก็บข้อมูลในระหว่างการทดสอบอยู่ที่ประมาณ 6 IOPS ในอัตราส่วน 500/60 (อ่าน 40 IOPS เขียน 3 IOPS) ซึ่งเท่ากับประมาณ 900 IOPS ต่อเวิร์กสเตชัน

เวลาตอบสนองเฉลี่ย 3 ms สำหรับการเขียนและสูงสุด 1 ms สำหรับการอ่าน

ทั้งหมด

เมื่อจำลองโหลดจริงบนโครงสร้างพื้นฐาน HPE SimpliVity ผลลัพธ์ที่ได้ยืนยันความสามารถของระบบในการรองรับเดสก์ท็อปเสมือนของเครื่อง Full Clone อย่างน้อย 300 เครื่องบนโหนด SimpliVity คู่หนึ่ง ในเวลาเดียวกัน เวลาตอบสนองของระบบจัดเก็บข้อมูลจะถูกรักษาให้อยู่ในระดับที่เหมาะสมตลอดการทดสอบทั้งหมด

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

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

ความเป็นไปได้ของสหพันธ์ HPE SimpliVity นั้นน่าสนใจ ธุรกิจนี้แยกจากกันทางภูมิศาสตร์ ดังนั้นจึงเหมาะสมที่จะติดตั้งฮาร์ดแวร์ VDI ของคุณเองในสำนักงานที่อยู่ห่างไกล ในสหพันธรัฐ SimpliVity เครื่องเสมือนแต่ละเครื่องจะถูกจำลองตามกำหนดเวลาด้วยความสามารถในการจำลองแบบระหว่างคลัสเตอร์ระยะไกลทางภูมิศาสตร์อย่างรวดเร็วและไม่มีภาระบนช่องสัญญาณ - นี่คือการสำรองข้อมูลในตัวในระดับที่ดีมาก เมื่อจำลอง VM ระหว่างไซต์ต่างๆ ช่องทางจะถูกใช้น้อยที่สุดเท่าที่จะทำได้ และทำให้สามารถสร้างสถาปัตยกรรม DR ที่น่าสนใจมากได้โดยมีศูนย์ควบคุมแห่งเดียวและไซต์จัดเก็บข้อมูลแบบกระจายอำนาจจำนวนมาก

สหพันธ์

ทั้งหมดนี้ทำให้สามารถประเมินด้านการเงินได้อย่างละเอียด และซ้อนต้นทุนของ VDI ในแผนการเติบโตของบริษัท และเพื่อให้เข้าใจว่าโซลูชันจะได้ผลเร็วแค่ไหนและจะทำงานอย่างไร เนื่องจาก VDI ใดๆ ก็ตามเป็นโซลูชันที่ช่วยประหยัดทรัพยากรได้มากในท้ายที่สุด แต่ในขณะเดียวกันก็เป็นไปได้มากว่าจะไม่มีโอกาสคุ้มค่าที่จะเปลี่ยนแปลงภายในระยะเวลา 5-7 ปีของการใช้งาน

โดยทั่วไป หากคุณมีคำถามใดๆ ที่ไม่ขอแสดงความคิดเห็น โปรดเขียนถึงฉันทางอีเมล [ป้องกันอีเมล].

ที่มา: will.com