რატომ მომიწია VirtualBox-დან Virt-Manager-ზე გადასვლა
VirtualBox-ის დიდი ხნის მხარდამჭერი დეტალურად აღწერს ვირტუალური მანქანების მენეჯერის იმედგამაცრუებელ სანდოობის პრობლემებს, რამაც აიძულა ის, რომ პროგრამა KVM/Virt-Manager-ით ჩაანაცვლოს. სტატიაში განხილულია VirtualBox-ის განმეორებადი ხარვეზები, KVM-ის ბირთვის დონეზე ინტეგრაციისა და თითქმის მშობლიური წარმადობის უპირატესობები, ასევე ის, თუ როგორ გვთავაზობს Virt-Manager, მიუხედავად საწყისი სირთულეებისა, ვირტუალიზაციის უფრო სტაბილურ და ეფექტურ გადაწყვეტას Linux-ის მომხმარებლებისთვის.
VirtualBox-ის დიდი ხნის მხარდამჭერი ვარ. წლების განმავლობაში, მის შესახებ ალბათ ასობით სტატია დავწერე სხვადასხვა გამოცემისთვის და ათასობით ვირტუალური მანქანა შევქმენი. VirtualBox ჩემთვის Linux-ის გაშუქების განუყოფელი ნაწილი იყო. მაგრამ ახლახან, მომიწია უარი მეთქვა ამ ვირტუალური მანქანების მენეჯერზე, რადგან საკმარისად მომბეზრდა. გასულ თვეს, მოულოდნელად და სწორედ მაშინ, როცა VirtualBox ყველაზე მეტად მჭირდებოდა, აღმოვაჩინე, რომ ვირტუალურ მანქანებს ვერ ვქმნიდი. როდესაც იგივე მოხდა ერთი კვირით ადრე, იძულებული ვიყავი პროგრამის სრული დეინსტალაცია (purge uninstall) და ხელახლა ინსტალაცია შემესრულებინა, რათა ამუშავებულიყო. ამჯერად, დეინსტალაციის ის მეთოდი არ ამუშავდა. რაც არ უნდა მეცადა, VirtualBox-ს ვერ ვაიძულებდი გამართულად ემუშავა. ეს იგივე პრობლემა წლების განმავლობაში განმეორებით მიჩნდებოდა. VirtualBox-ის დეინსტალაციისა და ხელახლა ინსტალაციის რაოდენობა გასაოცარია. ზოგჯერ, მხოლოდ დეინსტალაცია და ხელახლა ინსტალაციაც კი არ არის საკმარისი პრობლემის მოსაგვარებლად. უარესიც, მიღებული შეცდომები სრულიად უსარგებლოა.
წლების წინ, დაწერილი მქონდა კიდევ ერთი VM პროგრამული უზრუნველყოფის შესახებ, რომლის მიმართაც არაერთგვაროვანი გრძნობები მქონდა. ზოგიერთი ასპექტით ის VirtualBox-ზე უკეთესი იყო, მაგრამ სხვა ასპექტებით… არც ისე. ეს პროგრამა KVM-ისა და Virt-Manager-ის კომბინაციაა. KVM, რაც ნიშნავს Kernel-based Virtual Machine-ს, არის ღია კოდის ტექნოლოგია, რომელიც ინტეგრირებულია Linux-ის ბირთვში. KVM იყენებს აპარატურულ ვირტუალიზაციას, როგორიცაა Intel VT და AMD-V, რაც ვირტუალურ მანქანებს თითქმის მშობლიურ წარმადობას ჰპირდება. სხვა სიტყვებით რომ ვთქვათ, არ არის საჭირო KVM-ის ინსტალაცია Linux-ზე, რადგან ის უკვე ჩაშენებულია. და რადგან KVM ბირთვის ნაწილია, საკმაოდ დარწმუნებული ვიყავი, რომ ის VirtualBox-ზე გაცილებით საიმედო იქნებოდა.
Virt-Manager უბრალოდ KVM-ის GUI (გრაფიკული ინტერფეისი) წინა ნაწილია, რომელიც ვირტუალურ მანქანებს libvirt-ის საშუალებით მართავს. GUI შესაძლოა არ იყოს ყველაზე თანამედროვედ გამოიყურებოდეს, მაგრამ ის libvirt-თან და KVM-თან მუშაობას ბრძანების ხაზთან შედარებით ექსპონენციალურად ამარტივებს. არსებობს ერთი რამ, რაც Virt-Manager-ის შესახებ უნდა იცოდეთ. Red Hat-მა ეს პროგრამა გარკვეული ხნის წინ Cockpit-ის სასარგებლოდ მოძველებულად გამოაცხადა (deprecated). თუმცა, ეს მოძველება მხოლოდ RHEL-ს ეხება. ასევე, Cockpit-ს არ მივიჩნევ ვირტუალური მანქანების მართვის სიცოცხლისუნარიან გადაწყვეტად, რადგან მის სწორად ამუშავებას გარკვეული სირთულეები ახლავს. Virt-Manager კვლავ აქტიურ განვითარებაშია და (ჩემი აზრით) Cockpit-ზე გაცილებით მარტივი გზაა. ამიტომ, თუ სადმე ნახავთ, რომ პროგრამა მოძველებულადაა მოხსენიებული, იცოდეთ, რომ ეს, სავარაუდოდ, თქვენ არ გეხებათ.
პასუხი რთულია. VirtualBox ვირტუალური მანქანების შექმნას ძალიან მარტივს ხდის – როდესაც ყველაფერი „ნორმალურია“. როდესაც ყველაფერი ნორმალური არ არის, VirtualBox შეიძლება ცოტა დამაბნეველი გახდეს. რომელი ვიდეო დრაივერი გამოვიყენო? საჭიროა თუ არა UEFI-ის ჩართვა ან გამორთვა? ზოგჯერ ეს გამოცნობაა და საკმაოდ იმედგამაცრუებელი შეიძლება იყოს. Virt-Manager-ს აქვს საკუთარი სირთულეები. ვირტუალური მანქანის შენახვის ადგილის განსაზღვრის ერთადერთი გზა storage pools-ის გამოყენებაა; წინააღმდეგ შემთხვევაში, თქვენ გამოიყენებთ ნაგულისხმევ ვარიანტს, რომელიც თქვენს ოპერაციულ სისტემასთან ერთ დისკზეა. იმის გათვალისწინებით, თუ რამდენ ვირტუალურ მანქანას ვქმნი ხოლმე, ეს არ არის სიცოცხლისუნარიანი გადაწყვეტა. ამის გამო, იძულებული ვარ storage pools შევქმნა. როდესაც პირველად იწყებთ storage pools-თან მუშაობას, ეს შეიძლება ცოტა მოუხერხებელი იყოს. თუმცა, მას შემდეგ რაც მიეჩვევით, ის ბუნებრივი ხდება.
რაც შეეხება ქსელს, VirtualBox-ში ყოველთვის უნდა მახსოვდეს ქსელის ოფციის „Bridged“-ზე დაყენება; წინააღმდეგ შემთხვევაში, ჩემს LAN-ზე არსებული მანქანები ვერ შედიოდნენ VM-ზე. კონტრასტში, Virt-Manager ნაგულისხმევად იყენებს „bridged networking“-ს. ყველაფერი რაც უნდა გააკეთოთ არის VM-ის ჩატვირთვა, IP მისამართის პოვნა და მზად ხართ. როდესაც წლების წინ პირველად გამოვიყენე Virt-Manager, აღმოვაჩინე, რომ ის VirtualBox-თან შედარებით არც ისე მარტივი გამოსაყენებელი იყო. ახლა კი, მოხარული ვარ განვაცხადო, რომ ის ისეთივე მარტივი გამოსაყენებელია, განსაკუთრებით თუ გავითვალისწინებთ, თუ რამდენად ხშირად ფუჭდება VirtualBox. Virt-Manager-ის საშუალებით, აღარ მიწევს ყოველ ორ კვირაში საათობით დროის დახარჯვა პროგრამის გამართულად ამუშავებისთვის. დიახ, Virt-Manager-ს VirtualBox-ზე ოდნავ რთული სასწავლო მრუდი აქვს. (მალე დავწერ სტატიას, თუ როგორ შევქმნათ VM Virt-Manager-ით.) თუმცა, მასთან გამართულად მუშაობის დაწყების ჯილდო გაცილებით საიმედო გადაწყვეტაა, რომელიც თითქმის მშობლიურ წარმადობას გთავაზობთ და არ წყვეტს შემთხვევით, რომ მისი საქმე დასრულებულია. ამის დრო არ მაქვს. Virt-Manager-ის გაგებაზე რამდენიმე წუთის დახარჯვისთვის კი, დრო მქონდა.
Virt-Manager არა მხოლოდ უფასოა, არამედ მარტივი ინსტალაციაც აქვს. ბექენდი უკვე დაინსტალირებული გაქვთ (რადგან KVM ბირთვშია ჩაშენებული), ასე რომ, ერთადერთი რაც გჭირდებათ, არის ფრონტენდის ინსტალაცია, რაც შეიძლება გაკეთდეს ასე: ინსტალაციის შემდეგ, დარწმუნდით, რომ გაუშვით და ჩართეთ libvirt ბრძანებით: sudo systemctl enable --now libvirtd. შესაძლოა დაგჭირდეთ თქვენი მომხმარებლის [ჯგუფში დამატება].
თეგები:
#პროგრამული უზრუნველყოფა
#ღია კოდი
#linux
#virtualbox
#virt-manager
#kvm
#ვირტუალიზაცია
#კომპიუტერული სისტემები
წყარო: www.zdnet.com
AI-ით გადამუშავებული
მსგავსი სტატიები
ტექნოლოგიები
Honor Magic V6: უთხელესი დასაკეცი ტელეფონი? პირველი შთაბეჭდილებები
ტექნოლოგიები
Honor Magic V6: ყველაზე თხელი დასაკეცი სმარტფონი და მისი შთამბეჭდავი შესაძლებლობები
ტექნოლოგიები