როგორ იმუშავებს HPE SimpliVity 380 VDI-სთვის: მძიმე დატვირთვის ტესტები

კლიენტს VDI სურდა. ისინი რეალურად განიხილავდნენ SimpliVity + Citrix Virtual Desktop VDI კომბინაციას. ის განკუთვნილი იქნებოდა ყველა ოპერატორისთვის, სხვადასხვა ოფისის თანამშრომლებისთვის და ა.შ. მხოლოდ მიგრაციის პირველ ტალღაში ხუთი ათასი მომხმარებელი იყო, ამიტომ ისინი დატვირთვის ტესტირებას მოითხოვდნენ. VDI-მ შეიძლება შენელება დაიწყოს, ან უბრალოდ გაითიშოს - და ეს ყოველთვის არ არის გამტარუნარიანობის პრობლემების გამო. ჩვენ შევიძინეთ ძალიან ძლიერი ტესტირების პაკეტი სპეციალურად VDI-სთვის და ინფრასტრუქტურა მანამ დავტვირთეთ, სანამ დისკისა და პროცესორის ტევადობას არ მიაღწევდა.

ასე რომ, VDI-ს დახვეწილი ტესტირებისთვის დაგვჭირდება პლასტმასის ბოთლი და LoginVSI პროგრამული უზრუნველყოფა. ის 300 მომხმარებლისთვის გვაქვს ლიცენზირებული. შემდეგ HPE SimpliVity 380 აპარატურა ავიღეთ სერვერზე მომხმარებელთა მაქსიმალური სიმჭიდროვისთვის შესაფერის კონფიგურაციაში, შევქმენით კარგად გამოწერილი ვირტუალური მანქანები, დავაყენეთ მათზე Win10 საოფისე პროგრამული უზრუნველყოფა და დავიწყეთ ტესტირება.

მოდით წავიდეთ!

სისტემის

ორი HPE SimpliVity 380 Gen10 კვანძი (სერვერები). თითოეულზე:

• 2 x Intel Xeon Platinum 8170 26c 2.1 გჰც.
• ოპერატიული მეხსიერება: 768 GB, 12 x 64 GB LRDIMM DDR4 2666 MHz.
• ძირითადი დისკის კონტროლერი: HPE Smart Array P816i-a SR Gen10.
• მყარი დისკები: 9 x 1.92 ტბ SATA 6 გბ/წმ SSD (RAID6 7+2 კონფიგურაციაში, ანუ ეს არის საშუალო მოდელი HPE SimpliVity-ის თვალსაზრისით).
• ქსელური ბარათები: 4 x 1Gb Eth (მომხმარებლის მონაცემები), 2 x 10Gb Eth (SimpliVity და vMotion backend).
• თითოეულ კვანძში ჩაშენებული FPGA ბარათები დედუპლიკაციის/შეკუმშვისთვის.

კვანძები პირდაპირ კავშირშია 10 გბ-იანი Ethernet ინტერკონექტორის საშუალებით, გარე კომუტატორის გარეშე, რომელიც გამოიყენება SimpliVity-ის ბექენდად და ვირტუალური მანქანის მონაცემების NFS-ის საშუალებით გადასაცემად. კლასტერში ვირტუალური მანქანის მონაცემები ყოველთვის ასახვადია ორ კვანძს შორის.

კვანძები გაერთიანებულია Vmware vSphere კლასტერში, რომელსაც vCenter მართავს.

ტესტირებისთვის გამოყენებული იქნა Citrix დომენის კონტროლერი და კავშირის ბროკერი. დომენის კონტროლერი, ბროკერი და vCenter ცალკე კლასტერში იყო განთავსებული.


სატესტო ინფრასტრუქტურის სახით, 300 ვირტუალური სამუშაო მაგიდა განთავსდა Dedicated – Full Copy კონფიგურაციაში, ანუ თითოეული სამუშაო მაგიდა წარმოადგენს ვირტუალური მანქანის ორიგინალური იმიჯის სრულ ასლს და ინახავს მომხმარებლების მიერ შეტანილ ყველა ცვლილებას.

თითოეულ ვირტუალურ მანქანას აქვს 2vCPU და 4GB ოპერატიული მეხსიერება:

ვირტუალურ მანქანებზე დაინსტალირებული იყო ტესტირებისთვის საჭირო შემდეგი პროგრამული უზრუნველყოფა:

• Windows 10 (64-ბიტიანი), ვერსია 1809.
• Adobe Reader XI.
• Citrix-ის ვირტუალური მიწოდების აგენტი 1811.1.
• დორო PDF 1.82.
• Java 7 განახლება 13.
• Microsoft Office Professional Plus 2016.

სინქრონული რეპლიკაცია ხდება კვანძებს შორის. კლასტერში თითოეულ მონაცემთა ბლოკს აქვს ორი ასლი. ეს ნიშნავს, რომ მონაცემთა სრული ნაკრები ამჟამად ინახება თითოეულ კვანძზე. სამი ან მეტი კვანძის მქონე კლასტერებისთვის, ბლოკების ასლები ინახება ორ სხვადასხვა ადგილას. როდესაც იქმნება ახალი ვირტუალური მანქანა, დამატებითი ასლი იქმნება კლასტერის ერთ-ერთ კვანძზე. თუ ერთი კვანძი გაფუჭდება, მასზე ადრე გაშვებული ყველა ვირტუალური მანქანა ავტომატურად გადაიტვირთება სხვა კვანძებზე, სადაც მათ აქვთ რეპლიკები. თუ კვანძი გაფუჭდება ხანგრძლივი პერიოდის განმავლობაში, რეზერვირება თანდათან აღდგება და კლასტერი უბრუნდება N+1 რეზერვირებას.

მონაცემთა დაბალანსება და შენახვა თავად SimpliVity პროგრამული უზრუნველყოფის შენახვის დონეზე ხდება.

ვირტუალური მანქანები ირთვება ვირტუალიზაციის კლასტერის მეშვეობით, რომელიც ასევე ინახავს მათ პროგრამული უზრუნველყოფის საცავში. თავად სამუშაო მაგიდები შეირჩა სტანდარტული შაბლონის გამოყენებით: ტესტირებისთვის გამოყენებული იქნა ფინანსებისა და ოპერაციების სამუშაო მაგიდები (ეს ორი განსხვავებული შაბლონია).

ტესტირება

ტესტირებისთვის გამოყენებული იქნა LoginVSI 4.1 სატესტო პაკეტი. LoginVSI პაკეტი, რომელიც შედგებოდა მართვის სერვერისა და სატესტო კავშირებისთვის განკუთვნილი 12 მანქანისგან, განთავსდა ცალკე ფიზიკურ ჰოსტზე.


ტესტირება სამ რეჟიმში ჩატარდა:

საორიენტაციო რეჟიმი - სამუშაო დატვირთვის ვარიანტები 300 ცოდნის მუშაკი და 300 შენახვის მუშაკი.

სტანდარტული რეჟიმი - დატვირთვის ვარიანტი 300 ენერგომომარაგების მუშაკი.

Power workers-ის ჩართვისა და სამუშაო დატვირთვის დივერსიფიკაციის გაზრდის მიზნით, LoginVSI კომპლექტს დაემატა Power Library-ის დამატებითი ფაილების ბიბლიოთეკა. შედეგების განმეორებადობის უზრუნველსაყოფად, ტესტის დაყენების ყველა პარამეტრი ნაგულისხმევად დარჩა.

ცოდნისა და სიმძლავრის მუშაკების ტესტები ახდენს ვირტუალურ სამუშაო სადგურებზე მომუშავე მომხმარებლების რეალური დატვირთვის სიმულირებას.

Storage Workers ტესტი სპეციალურად მონაცემთა შენახვის სისტემების ტესტირებისთვისაა შექმნილი, შორს არის რეალური სამუშაო დატვირთვებისგან და ძირითადად მოიცავს მომხმარებლის მიერ სხვადასხვა ზომის დიდი რაოდენობით ფაილებთან მუშაობას.

ტესტირების დროს, მომხმარებლები სამუშაო სადგურებში 48 წუთის განმავლობაში შედიოდნენ, დაახლოებით ერთი მომხმარებელი ყოველ 10 წამში.

დასკვნები

LoginVSI ტესტირების მთავარი შედეგია VSImax მეტრიკა, რომელიც შედგენილია მომხმარებლის მიერ გაშვებული სხვადასხვა დავალების შესრულების დროიდან. მაგალითად, Notepad-ში ფაილის გახსნის დრო, 7-Zip-ში ფაილის შეკუმშვის დრო და ა.შ.

მეტრიკის გაანგარიშების დეტალური აღწერა ხელმისაწვდომია ოფიციალურ დოკუმენტაციაში. ლინკები.

სხვა სიტყვებით რომ ვთქვათ, LoginVSI ახდენს ტიპური ჩატვირთვის ნიმუშის კოპირებას, ახდენს მომხმარებლის მოქმედებების სიმულირებას საოფისე პაკეტში, PDF ფაილების კითხვაში და ა.შ. და ზომავს სხვადასხვა შეყოვნებას. არსებობს კრიტიკული შეყოვნების დონე (ყველაფერი შენელდება, მუშაობა შეუძლებელია), რომლის ქვემოთაც მომხმარებელთა მაქსიმალური რაოდენობა მიღწეულად ითვლება. თუ რეაგირების დრო 1000 მილიწამით უფრო სწრაფია, ვიდრე „ყველაფერი შენელდება“ დონე, სისტემა სწორად მუშაობს და შესაძლებელია მეტი მომხმარებლის დამატება.

აქ მოცემულია ძირითადი მეტრიკები:

მეტრიკა

შესრულებული მოქმედებები

დეტალურად описание

ჩასატვირთი კომპონენტები

არასპეციფიკური ლინზების სინდრომი

ტექსტის გახსნის დრო
ფაილი, რომლის წონაა 1,500 კბ

Notepad იხსნება და
ხსნის შემთხვევით 1500 კბ დოკუმენტს, რომელიც კოპირებულია აუზიდან
რესურსები

CPU და I/O

NFO

დიალოგის გახსნის დრო
ფანჯრები ნოუთბუქში

VSI-Notepad ფაილის გახსნა [Ctrl+O]

CPU, ოპერატიული მეხსიერება და შეყვანა/გამოსვლა

ZHC*

მაღალი შეკუმშვის Zip ფაილის შექმნის დრო

ადგილობრივი შეკუმშვა
5 მბ ზომის შემთხვევითი .pst ფაილი, რომელიც დაკოპირდა
რესურსების აუზი

CPU და I/O

ZLC*

დროა შევქმნათ Zip ფაილი სუსტი შეკუმშვით

ადგილობრივი შეკუმშვა
5 მბ ზომის შემთხვევითი .pst ფაილი, რომელიც დაკოპირდა
რესურსების აუზი

I / O

CPU

დიდი ზომის გამოთვლა
შემთხვევითი მონაცემების მასივი

დიდი მასივის შექმნა
შემთხვევითი მონაცემები, რომლებიც გამოყენებული იქნება შეყვანის/გამოყვანის ტაიმერში

CPU

ტესტირების დროს თავდაპირველად გამოითვლება საბაზისო მეტრიკა VSIbase, რომელიც აჩვენებს დავალების შესრულების სიჩქარეს სისტემის დატვირთვის გარეშე. ეს მეტრიკა გამოიყენება VSImax ზღურბლის დასადგენად, რომელიც უდრის VSIbase + 1000 ms-ს.

სისტემის მუშაობის შესახებ დასკვნები კეთდება ორი მეტრიკის საფუძველზე: VSIbase, რომელიც განსაზღვრავს სისტემის მუშაობის სიჩქარეს და VSImax ზღურბლი, რომელიც განსაზღვრავს მომხმარებელთა მაქსიმალურ რაოდენობას, რომლის მხარდაჭერაც სისტემას შეუძლია მნიშვნელოვანი დეგრადაციის გარეშე.

300 ცოდნის მქონე მუშაკის საორიენტაციო მაჩვენებელი

ცოდნის მუშაკები არიან მომხმარებლები, რომლებიც რეგულარულად ტვირთავენ მეხსიერებას, პროცესორს და IO-ს სხვადასხვა მცირე პიკებით. პროგრამული უზრუნველყოფა ახდენს მომთხოვნი ოფისის მომხმარებლების დატვირთვის იმიტაციას, თითქოს ისინი მუდმივად რაღაცას ბეჭდავენ (PDF, Java, Office Suite, ფოტოების მნახველი, 7-Zip). როდესაც მომხმარებლებს ნულიდან 300-მდე ამატებთ, თითოეული მომხმარებლისთვის შეყოვნება თანდათან იზრდება.

VSImax სტატისტიკის მონაცემები:

VSIbase = 986ms, VSI ზღვარი არ იქნა მიღწეული.

SimpliVity-ის მონიტორინგიდან მიღებული შენახვის სისტემის დატვირთვის სტატისტიკა:


ამ ტიპის სამუშაო დატვირთვის შემთხვევაში, სისტემას შეუძლია გაუძლოს გაზრდილ დატვირთვას პრაქტიკულად წარმადობის გაუარესების გარეშე. მომხმარებლის მიერ დავალებების შესრულების დრო შეუფერხებლად იზრდება და სისტემის რეაგირების დრო ტესტირების განმავლობაში უცვლელი რჩება, აღწევს 3 ms-მდე ჩაწერისთვის და 1 ms-მდე წაკითხვისთვის.

დასკვნა: მიმდინარე კლასტერზე 300 ცოდნის მომხმარებელი შეუფერხებლად მუშაობს ერთმანეთთან ჩარევის გარეშე, რაც pCPU/vCPU ზედმეტად გამოწერის თანაფარდობას 1-დან 6-მდე აღწევს. საერთო შეყოვნება სტაბილურად იზრდება დატვირთვის ზრდასთან ერთად, მაგრამ დადგენილი ლიმიტი ჯერ არ არის მიღწეული.

300 საწყობის მუშაკის საორიენტაციო მაჩვენებელი

ესენი არიან მომხმარებლები, რომლებიც მუდმივად წერენ და კითხულობენ, შესაბამისად, 30-დან 70-მდე თანაფარდობით. ეს ტესტი უფრო ექსპერიმენტის მიზნით ჩატარდა. VSImax სტატისტიკა:


VSIbase = 1673, VSI ზღვარი მიღწეულია 240 მომხმარებელზე.

SimpliVity-ის მონიტორინგიდან მიღებული შენახვის სისტემის დატვირთვის სტატისტიკა:

ამ ტიპის სამუშაო დატვირთვა არსებითად შენახვის სისტემის დატვირთვის ტესტია. ამ ტესტის დროს თითოეული მომხმარებელი დისკზე სხვადასხვა ზომის რამდენიმე შემთხვევით ფაილს წერს. ამ შემთხვევაში, ცხადია, რომ როდესაც გარკვეული დატვირთვის ზღვარი გადაჭარბებულია, ზოგიერთი მომხმარებლისთვის ფაილის ჩაწერის დრო იზრდება. თუმცა, შენახვის სისტემაზე, CPU-სა და მასპინძელ მეხსიერებაზე დატვირთვა მნიშვნელოვნად არ იცვლება, ამიტომ ამჟამად შეუძლებელია შეფერხებების მიზეზის ზუსტად დადგენა.

ამ ტესტის გამოყენებით სისტემის მუშაობის შესახებ დასკვნების გამოტანა მხოლოდ სხვა სისტემების შედეგების შედარებით არის შესაძლებელი, რადგან ეს სამუშაო დატვირთვები სინთეტიკური და არარეალურია. თუმცა, საერთო ჯამში, ტესტი კარგად მუშაობდა. ყველაფერი კარგად მიდიოდა 210 სესიამდე, მაგრამ შემდეგ უცნაური პასუხები დაიწყო, რომლებიც არსად კონტროლდებოდა, გარდა Login VSI-ისა.

300 ენერგეტიკის მუშაკი

ესენი არიან მომხმარებლები, რომლებიც დამოკიდებულნი არიან პროცესორზე, ოპერატიულ მეხსიერებასა და მაღალ IO-ზე. ეს „ძლიერი მომხმარებლები“ ​​რეგულარულად ასრულებენ რთულ ამოცანებს ხანგრძლივი დატვირთვით, როგორიცაა ახალი პროგრამული უზრუნველყოფის ინსტალაცია და დიდი არქივების გახსნა. VSImax სტატისტიკა:


VSIbase = 970, VSI ზღვარი არ იყო მიღწეული.

SimpliVity-ის მონიტორინგიდან მიღებული შენახვის სისტემის დატვირთვის სტატისტიკა:


ტესტირების დროს, სისტემის ერთ-ერთ კვანძზე პროცესორის დატვირთვის ზღვარი მიღწეული იქნა, მაგრამ ამან მნიშვნელოვანი გავლენა არ მოახდინა მის მუშაობაზე:

ამ შემთხვევაში, სისტემა ასევე უძლებს გაზრდილ დატვირთვას მუშაობის მნიშვნელოვანი გაუარესების გარეშე. მომხმარებლის მიერ დავალებების შესრულების დრო შეუფერხებლად იზრდება და სისტემის რეაგირების დრო ტესტირების განმავლობაში უცვლელი რჩება, ჩაწერისთვის 3 ms-მდე და წაკითხვისთვის 1 ms-მდე.

სტანდარტული ტესტები მომხმარებლისთვის საკმარისი არ აღმოჩნდა, ამიტომ ჩვენ კიდევ უფრო შორს წავედით: გავზარდეთ ვირტუალური მანქანის მუშაობა (vCPU-ების რაოდენობა ზედმეტი გამოწერისა და დისკის ზომის შესაფასებლად) და დავამატეთ დამატებითი დატვირთვა.

დამატებითი ტესტირებისთვის გამოყენებული იქნა შემდეგი პარამეტრები:
განლაგებულია 300 ვირტუალური სამუშაო მაგიდა 4vCPU-თი, 4GB ოპერატიული მეხსიერებით და 80GB მყარი დისკით.

ერთ-ერთი სატესტო მანქანის კონფიგურაცია:


მანქანები განლაგებულია გამოყოფილი - სრული ასლის რეჟიმში:

300 ცოდნის მქონე მუშაკის საორიენტაციო მაჩვენებელი 12 ხელახალი გამოწერით

VSImax სტატისტიკის მონაცემები:


VSIbase = 921 ms, VSI ზღვარი არ იყო მიღწეული.

SimpliVity-ის მონიტორინგიდან მიღებული შენახვის სისტემის დატვირთვის სტატისტიკა:


მიღებული შედეგები მსგავსია წინა ვირტუალური მანქანის კონფიგურაციის ტესტირებისას მიღებული შედეგებისა.

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-ს გადატვირთვა და მნიშვნელოვნად იმოქმედა სისტემის საერთო მუშაობაზე.

მასპინძლის პროცესორის დატვირთვა:




შენახვის სისტემის შეყოვნებაც ბუნებრივად გაიზარდა:


გამოთვლითი სიმძლავრის ნაკლებობა კრიტიკული გახდა დაახლოებით 240 მომხმარებლისთვის:


მიღებული შედეგების საფუძველზე, გადაწყდა ისეთი ტესტირების ჩატარება, რომელიც ნაკლებ დატვირთვას მოახდენს პროცესორზე.

230 ოფისის თანამშრომლის საორიენტაციო მაჩვენებელი + 22 IOPS თითო მომხმარებელზე

პროცესორის დატვირთვის შესამცირებლად, შეირჩა ოფისის მუშაკების დატვირთვის ტიპი და თითოეულ სესიას დაემატა 22 IOPS სინთეზური დატვირთვა.

ტესტი შემოიფარგლა 230 სესიით, რათა თავიდან აცილებულიყო პროცესორის მაქსიმალური დატვირთვის გადაჭარბება.

ტესტი ჩატარდა მომხმარებლების მიერ 10 საათის განმავლობაში მუშაობისას, რათა შემოწმებულიყო სისტემის სტაბილურობა მაქსიმალურ დატვირთვასთან ახლოს ხანგრძლივი მუშაობის დროს.

VSImax სტატისტიკის მონაცემები:


VSIbase = 918 ms, VSI ზღვარი არ იყო მიღწეული.

VSImax-ის დეტალური სტატისტიკის მონაცემები:


გრაფიკიდან ჩანს, რომ ტესტის განმავლობაში შესრულების გაუარესება არ შეინიშნება.

CPU-ს დატვირთვის სტატისტიკის მონაცემები:




ამ ტესტის გაშვებისას, მასპინძლებზე CPU დატვირთვა თითქმის მაქსიმუმზე იყო.

SimpliVity-ის მონიტორინგიდან მიღებული შენახვის სისტემის დატვირთვის სტატისტიკა:


შენახვის სისტემის მუშაობა ტესტირების მთელი პერიოდის განმავლობაში თანმიმდევრული რჩება.

ტესტირების დროს მეხსიერების დატვირთვა იყო დაახლოებით 6,500 IOPS 60/40 თანაფარდობით (3,900 IOPS წაკითხვა, 2,600 IOPS ჩაწერა), რაც დაახლოებით 28 IOPS-ს შეადგენს თითო სამუშაო სადგურზე.

რეაგირების საშუალო დრო წერისთვის 3 ms იყო, ხოლო კითხვისთვის 1 ms-მდე.

სულ

HPE SimpliVity ინფრასტრუქტურაზე რეალური სამუშაო დატვირთვების სიმულირებით, ჩვენ მივიღეთ შედეგები, რომლებიც ადასტურებდა სისტემის შესაძლებლობას, მხარი დაუჭიროს ვირტუალურ სამუშაო მაგიდებს მინიმუმ 300 სრული კლონირებული აპარატით SimpliVity კვანძების წყვილზე. შენახვის სისტემის რეაგირების დრო ოპტიმალური დარჩა ტესტირების განმავლობაში.

ჩვენ ძალიან მოგვწონს ფართომასშტაბიანი ტესტირებისა და გადაწყვეტილებების შედარების მიდგომა დანერგვამდე. ასევე, სურვილის შემთხვევაში, შეგვიძლია თქვენი სამუშაო დატვირთვების შესრულების ტესტირება, მათ შორის სხვა ჰიპერკონვერგენტულ გადაწყვეტილებებზე. ზემოხსენებული კლიენტი ამჟამად ასრულებს პარალელურ ტესტირებას სხვა გადაწყვეტაზე. მათი ამჟამინდელი ინფრასტრუქტურა შედგება მხოლოდ რამდენიმე კომპიუტერის, დომენისა და თითოეულ სამუშაო სადგურზე არსებული პროგრამული უზრუნველყოფისგან. VDI-ზე ტესტირების გარეშე მიგრაცია, რა თქმა უნდა, საკმაოდ რთულია. კერძოდ, რთულია VDI ფერმის რეალური შესაძლებლობების გაგება რეალური მომხმარებლების მიგრაციის გარეშე. ეს ტესტები საშუალებას გვაძლევს სწრაფად შევაფასოთ მოცემული სისტემის რეალური შესაძლებლობები ჩვეულებრივი მომხმარებლების ჩართვის გარეშე. სწორედ აქედან დაიწყო ეს კვლევა.

მეორე მნიშვნელოვანი მიდგომა ის არის, რომ კლიენტს თავიდანვე აქვს დაგეგმილი სათანადო მასშტაბირება. ეს მათ საშუალებას აძლევს შეიძინონ დამატებითი სერვერები და დაამატონ ფერმა, მაგალითად, 100 მომხმარებლისთვის, ყველაფერი პროგნოზირებადი ფასებით თითოეული მომხმარებლისთვის. მაგალითად, როდესაც მათ კიდევ 300 მომხმარებლის დამატება დასჭირდებათ, მათ იციან, რომ სჭირდებათ ორი სერვერი წინასწარ განსაზღვრული კონფიგურაციით, იმის ნაცვლად, რომ ხელახლა გადახედონ ინფრასტრუქტურის მთელ განახლებას.

HPE SimpliVity ფედერაციის შესაძლებლობები საინტერესოა. ბიზნესი გეოგრაფიულად გაფანტულია, ამიტომ გონივრულია ცალკე VDI აპარატურის დისტანციურ ოფისში განთავსება. SimpliVity ფედერაციის საშუალებით, თითოეული ვირტუალური მანქანა რეპლიკირდება გრაფიკის მიხედვით, გეოგრაფიულად გაფანტულ კლასტერებს შორის რეპლიკაციის ძალიან სწრაფად და გამტარუნარიანობის დატვირთვის გარეშე - ეს არის ძალიან მაღალი ხარისხის ჩაშენებული სარეზერვო ასლი. საიტებს შორის ვირტუალური მანქანების რეპლიკაციისას, გამტარუნარიანობის გამოყენება მინიმუმამდეა დაყვანილი, რაც იძლევა ძალიან საინტერესო DR არქიტექტურის შექმნის შესაძლებლობას ერთი საკონტროლო ცენტრით და მრავალი დეცენტრალიზებული საცავის ადგილით.

ფედერაცია

ყოველივე ეს ერთად შესაძლებელს ხდის ფინანსური მხარის დეტალურად შეფასებას და VDI ხარჯების კომპანიის ზრდის გეგმებში გათვალისწინებას, იმის გაგებას, თუ რამდენად სწრაფად გაამართლებს გადაწყვეტა და როგორ იმუშავებს. რადგან ნებისმიერი VDI გადაწყვეტა საბოლოოდ ზოგავს რესურსების მნიშვნელოვან რაოდენობას, მაგრამ სავარაუდოდ, ის არ გვთავაზობს მისი გამოყენებიდან 5-7 წლის განმავლობაში ჩანაცვლების ეკონომიურ გზას.

ზოგადად, თუ თქვენ გაქვთ რაიმე შეკითხვები, რომლებიც კომენტარისთვის არ არის განკუთვნილი, გთხოვთ, მომწეროთ mk@croc.ru-ზე.

წყარო: www.habr.com