იმპორტის ჩანაცვლება პრაქტიკაში. ნაწილი 2. დასაწყისი. ჰიპერვიზორი

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

1. არჩევანის აგონია

მაშ, რისგან შეგიძლიათ აირჩიოთ? IN ტელეკომის და მასობრივი კომუნიკაციების სამინისტროს რეესტრი არის არჩევანი:

• სერვერის ვირტუალიზაციის სისტემა "R-ვირტუალიზაცია» (libvirt, KVM, QEMU)
• პროგრამული პაკეტი"ბრესტის ვირტუალიზაციის ინსტრუმენტები» (libvirt, KVM, QEMU)
• ვირტუალიზაციის გარემოს მართვისა და მონიტორინგის პლატფორმა "შარქსის ნაკადი" (ღრუბლოვანი გადაწყვეტა, რომელიც არ არის შესაფერისი სამთავრობო ოფისებისთვის 95% შემთხვევაში (საიდუმლოება და ა.შ.)
• პროგრამული პაკეტი სერვერების, დესკტოპის და აპლიკაციების ვირტუალიზაციისთვის "ჰოსტი" (KVM x86)
• ვირტუალიზაციის გარემოს უსაფრთხო მართვის სისტემა "ზ|ვირტ"(aka oVirt+KVM)
• ვირტუალიზაციის გარემოს მართვის სისტემა "ROSA ვირტუალიზაცია"(aka oVirt+KVM)
• ჰიპერვიზორი QP VMM (ზედმეტად ჰგავს Oracle Virtual Box-ს, რომ სხვა არაფერი იყოს)

თქვენ ასევე შეგიძლიათ გაითვალისწინოთ ჰიპერვიზორები, რომლებიც შედის OS დისტრიბუციაში ან მდებარეობს მათ საცავებში. მაგალითად, Astra Linux-ს აქვს KVM მხარდაჭერა. და რადგან ის შედის OS-ის საცავებში, შეიძლება ჩაითვალოს „ლეგიტიმურად“ ინსტალაციისა და გამოყენებისთვის. „რისი გამოყენება შეიძლება იმპორტის ჩანაცვლების ნაწილად და რა არა“ განვიხილეთ წინა მუხლი, ამიტომ ამ საკითხზე არ შევჩერდები.

ფაქტობრივად, აქ Astra Linux-ის ვირტუალიზაციის ხელსაწყოების სია:

• VirtualBox
• ვირტ-მენეჯერი (KVM) არწივის დენი
• ლიბვირტი KVM-ზე

ROSA Linux-ს არ აქვს ასეთი სია, მაგრამ შეგიძლიათ იპოვოთ იგი ვიკიზე შემდეგი პაკეტები:

• ROSA ვირტუალიზაცია oVirt-ზე KVM-ზე
• QEMU KVM-ზე
• oVirt 3.5 KVM-ზე

გამოთვლა აქვს ამას QEMU KVM-ზე

Alt Linux-ს აქვს იგივე KVM

1.2. არის ერთი მაგრამ

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

1. KVM
2. VirtualBox
3. QEMU

QEMU არის უფასო და ღია კოდის პროგრამა სხვადასხვა პლატფორმის ტექნიკის ემულაციისთვის, რომელსაც შეუძლია იმუშაოს KVM-ის გამოყენების გარეშე, მაგრამ ტექნიკის ვირტუალიზაციის გამოყენება მნიშვნელოვნად აჩქარებს სტუმრების სისტემების მუშაობას, ამიტომ KVM-ის გამოყენება QEMU-ში (-enable-kvm) სასურველი ვარიანტია. (გ) ანუ QEMU არის ტიპი 2 ჰიპერვიზორი, რომელიც მიუღებელია პროდუქტის გარემოში. KVM-ით მისი გამოყენება შესაძლებელია, მაგრამ ამ შემთხვევაში QEMU გამოყენებული იქნება როგორც KVM მართვის ინსტრუმენტი...

ორიგინალის გამოყენებით VirtualBox კომერციაში არის რეალურად ლიცენზიის დარღვევა: „დაწყებული 4 ვერსიით, რომელიც გამოვიდა 2010 წლის დეკემბერში, პროდუქტის ძირითადი ნაწილი უფასოდ ნაწილდება GPL v2 ლიცენზიით. მასზე დაყენებული დამატებითი პაკეტი, რომელიც უზრუნველყოფს USB 2.0 და 3.0 მოწყობილობების მხარდაჭერას, დისტანციური დესკტოპის პროტოკოლს (RDP), დისკის დაშიფვრას, ჩატვირთვას NVMe-დან და PXE-დან, ნაწილდება სპეციალური PUEL ლიცენზიით („პერსონალური გამოყენებისა და შეფასებისთვის“). , რომლის მიხედვითაც სისტემა უფასოა პირადი სარგებლობისთვის, სასწავლო მიზნებისთვის ან შეფასებისთვის, სანამ გადაწყვეტთ კომერციული ვერსიის შეძენას." (გ) Plus VirtualBox ასევე არის ტიპი 2 ჰიპერვიზორი, ამიტომ ის ასევე ქრება.

სულ: მისი სუფთა სახით გვაქვს მხოლოდ KVM.

2. დანარჩენი: KVM თუ KVM?

თუ ჯერ კიდევ გჭირდებათ "შიდა" ჰიპერვიზორზე გადასვლა, თქვენი არჩევანი, გულწრფელად რომ ვთქვათ, მცირეა. Ეს იქნება KVM ამა თუ იმ შეფუთვაში, გარკვეული ცვლილებებით, მაგრამ ის მაინც იქნება KVM. კარგია თუ ცუდი ეს სხვა საკითხია, ალტერნატივა ჯერ კიდევ არ არსებობს.

თუ პირობები არც ისე მკაცრია, მაშინ, როგორც წინაში იყო განხილული მუხლი: „მაჩვენებლები დადგენილ ზღვრამდე უნდა მივიყვანოთ. სინამდვილეში, ეს ნიშნავს, რომ ჩვენ უნდა შევცვალოთ არსებული ოპერაციული სისტემა ტელეკომის და მასობრივი კომუნიკაციების სამინისტროს რეესტრის პროდუქტებით და გავზარდოთ გამოცვლილი ოპერაციული სისტემების რაოდენობა 80%-მდე... ასე რომ, ჩვენ შეგვიძლია უსაფრთხოდ დავტოვოთ კლასტერი Hyper-V-ზე. , რადგან გვაქვს და მოგვწონს...“ (გ) ასე რომ, არჩევანის წინაშე ვდგავართ: Microsoft Hyper-v ან KVM. KVM შესაძლოა, მასზე „დახურული“ სამართავი, მაგრამ ის მაინც იგივე დარჩება KVM.

ეს პროდუქტები შორს არის შედარებისგან ერთხელარ ორჯერარ სამჯერ... კარგი, გესმის...

განლაგებისა და კონფიგურაციის შესახებ KVM არ ეწერა ერთნაირად ერთხელარ ორჯერარ სამჯერ არა ოთხჯერ... Ერთი სიტყვით, გაქრა.

იგივე ეხება Microsoft Hyper V..

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

ერთადერთი განსხვავება, რაზეც მინდა გავამახვილო ყურადღება, არის წარუმატებელი კლასტერირება. თუ Microsoft-ს აქვს ეს ჩაშენებული OS-სა და ჰიპერვიზორის ფუნქციონალში, მაშინ KVM-ის შემთხვევაში მოგიწევთ მესამე მხარის პროგრამული უზრუნველყოფის გამოყენება, რომელიც უნდა იყოს ჩართული OS-ის საცავებში. Corosync+Pacemaker-ის იგივე კომბინაცია, მაგალითად. (თითქმის ყველა საშინაო ოპერაციულ სისტემას აქვს ეს კომბინაცია... შესაძლოა ყველა, მაგრამ მე არ გადავამოწმე მათი 100%.) კლასტერინგის დაყენების სახელმძღვანელოები ასევე უხვად არის ხელმისაწვდომი.

3. დასკვნა

ისე, როგორც ყოველთვის, ჩვენი კულიბინები არ შეწუხდნენ, აიღეს რაც ჰქონდათ, დაამატეს ცოტა საკუთარი და გამოუშვეს "პროდუქტი", რომელიც, დოკუმენტების მიხედვით, შიდაა, მაგრამ სინამდვილეში არის OpenSource. აქვს თუ არა აზრი ბიუჯეტიდან თანხის დახარჯვას "ცალკე" ვირტუალიზაციის სისტემებზე (წაიკითხეთ: არ შედის OS-ში)? არ იფიქრო. ვინაიდან თქვენ კვლავ მიიღებთ იმავე KVM-ს, თქვენ მხოლოდ უნდა გადაიხადოთ იგი.

ამრიგად, ჰიპერვიზორის შემცვლელის არჩევა დამოკიდებულია იმაზე, თუ რომელი სერვერის ოპერაციული სისტემა აპირებთ შეიძინოთ საწარმოსთვის და იმუშაოთ. ან, როგორც ჩემს შემთხვევაში, თქვენ დარჩებით იმით, რაც უკვე გაქვთ (Hyper-VESXi insert_needed).

წყარო: www.habr.com