გამოიწერეთ ZDNET: დაგვიმატეთ, როგორც სასურველი წყარო Google-ზე. მე VirtualBox-ის დიდი ხნის მხარდამჭერი ვარ. წლების განმავლობაში, მის შესახებ ალბათ ასობით სტატია დავწერე სხვადასხვა გამოცემისთვის და ათასობით ვირტუალური მანქანა გავუშვი. VirtualBox განუყოფელი ნაწილი იყო ჩემი შესაძლებლობისა, დამეწერა Linux-ის შესახებ. მაგრამ ბოლო დროს, მომიწია ამ ვირტუალური მანქანების მენეჯერზე უარის თქმა, რადგან უკვე საკმარისად მომბეზრდა. გასულ თვეს, მოულოდნელად და სწორედ მაშინ, როცა VirtualBox ყველაზე მეტად მჭირდებოდა, აღმოვაჩინე, რომ ვირტუალური მანქანების შექმნა არ შემეძლო. როდესაც იგივე მოხდა ერთი კვირით ადრე, იძულებული გავხდი პროგრამა მთლიანად წამეშალა (purge uninstall) და თავიდან დავაყენე, რომ ამუშავებულიყო. აგრეთვე: საუკეთესო Linux დისტრიბუციები დამწყებთათვის: ექსპერტების მიერ გამოცდილი და შეფასებული. ამჯერად, პროგრამის წაშლამ და თავიდან დაყენებამ შედეგი არ გამოიღო. რაც არ უნდა მეცადა, ვერ მივაღწიე VirtualBox-ის გამართულად მუშაობას. ეს პრობლემა წლების განმავლობაში არაერთხელ გამომჩენია. VirtualBox-ის დეინსტალაციისა და რეინსტალაციის სიხშირე წარმოუდგენელია. ხანდახან, მხოლოდ წაშლა და თავიდან დაყენებაც არ კმარა პრობლემის მოსაგვარებლად. უარესიც, შეცდომები, რომლებსაც ვიღებ, სრულიად უსარგებლოა. წლების წინ, სხვა VM პროგრამული უზრუნველყოფის შესახებ დავწერე, რომლის მიმართაც არაერთგვაროვანი გრძნობები მქონდა. ზოგიერთი ასპექტით, ის VirtualBox-ზე უკეთესი იყო, მაგრამ სხვა ასპექტებით... არა დიდად. ეს პროგრამა KVM-ისა და Virt-Manager-ის კომბინაციაა. KVM, რაც ნიშნავს Kernel-based Virtual Machine-ს (ბირთვზე დაფუძნებული ვირტუალური მანქანა), არის ღია წყაროს ტექნოლოგია, რომელიც ჩაშენებულია Linux-ის ბირთვში. KVM იყენებს აპარატურულ ვირტუალიზაციას, როგორიცაა Intel VT და AMD-V, რაც ვირტუალურ მანქანებს თითქმის მშობლიურ (native) შესრულებას ჰპირდება. აგრეთვე: Linux შეუჩერებელი იქნება 2026 წელს - მაგრამ ერთმა ღია წყაროს ლეგენდამ შესაძლოა ვერ გადაურჩეს. სხვა სიტყვებით რომ ვთქვათ, Linux-ზე KVM-ის დაყენება საჭირო არ არის, რადგან ის უკვე იქაა. და რადგან KVM ბირთვის ნაწილია, საკმაოდ დარწმუნებული ვიყავი, რომ ის VirtualBox-ზე ბევრად საიმედო იქნებოდა. Virt-Manager უბრალოდ KVM-ის გრაფიკული ინტერფეისია (GUI), რომელიც ვირტუალურ მანქანებს libvirt-ის საშუალებით მართავს. GUI შესაძლოა არ იყოს ყველაზე თანამედროვედ გამოიყურებოდეს, მაგრამ ის libvirt-თან და KVM-თან მუშაობას ბრძანების ხაზთან შედარებით ექსპონენციურად ამარტივებს. Virt-Manager-ის შესახებ ერთი რამ უნდა გესმოდეთ. Red Hat-მა პროგრამა გარკვეული ხნის წინ Cockpit-ის სასარგებლოდ შეაჩერა (deprecated). თუმცა, ეს შეჩერება მხოლოდ RHEL-ს ეხება. ასევე, მე Cockpit-ს ვირტუალური მანქანების მართვისთვის სიცოცხლისუნარიან გადაწყვეტად არ მივიჩნევ, რადგან მისი გამართულად ამუშავებისთვის გარკვეული სირთულეების გადალახვაა საჭირო. Virt-Manager კვლავ აქტიურ განვითარებაშია და (ჩემი აზრით) Cockpit-ზე ბევრად მარტივი გზაა. ასე რომ, თუ პროგრამის შეჩერების შესახებ მოიძიებთ ინფორმაციას, იცოდეთ, რომ ეს, სავარაუდოდ, თქვენ არ გეხებათ. პასუხი რთულია. VirtualBox ვირტუალური მანქანების შექმნას ძალიან ამარტივებს — როდესაც ყველაფერი „ნორმალურია“. როდესაც ყველაფერი ნორმალური არ არის, VirtualBox შეიძლება ცოტა დამაბნეველი გახდეს. რომელი ვიდეო დრაივერი გამოვიყენო? უნდა ჩავრთო თუ გამოვრთო UEFI? ზოგჯერ ეს გამოცნობაა და საკმაოდ გამაღიზიანებელი შეიძლება იყოს. აგრეთვე: 5 ჩემი საყვარელი Linux დისტრიბუცია, მზად გამოსაყენებლად – დაყენება საჭირო არ არის. Virt-Manager-ს აქვს საკუთარი სირთულეები. ვირტუალური მანქანის შენახვის ადგილის განსაზღვრის ერთადერთი გზა არის „საცავის პულების“ (storage pools) მეშვეობით; წინააღმდეგ შემთხვევაში, თქვენ იყენებთ ნაგულისხმევ პარამეტრს, რომელიც ოპერაციულ სისტემასთან ერთ დისკზეა. იმის გათვალისწინებით, თუ რამდენი ვირტუალური მანქანის შექმნა მიწევს, ეს სიცოცხლისუნარიანი გადაწყვეტა არ არის. ამის გამო, იძულებული ვარ, შევქმნა საცავის პულები. როდესაც პირველად იწყებთ მუშაობას საცავის პულებთან, ეს შეიძლება ცოტა მოუხერხებელი იყოს. თუმცა, როგორც კი შეეჩვევით, ეს ჩვეულებრივ მოქმედებად იქცევა. რაც შეეხება ქსელს, VirtualBox-ის შემთხვევაში, ყოველთვის უნდა მახსოვდეს ქსელის პარამეტრის დაყენება „ხიდის“ (Bridged) რეჟიმზე; წინააღმდეგ შემთხვევაში, ჩემს LAN-ზე არსებული მანქანები ვერ შედიოდნენ VM-ზე. კონტრასტისთვის, Virt-Manager ნაგულისხმევად იყენებს ხიდის ქსელს. ყველაფერი, რაც უნდა გააკეთოთ, არის VM-ის ჩართვა, IP მისამართის მოძიება და მზად ხართ. როდესაც Virt-Manager პირველად გამოვიყენე წლების წინ, აღმოვაჩინე, რომ ის VirtualBox-ის მსგავსად მარტივი გამოსაყენებელი არ იყო. ახლა კი, მოხარული ვარ გაცნობოთ, რომ ის ისეთივე მარტივი გამოსაყენებელია, განსაკუთრებით თუ გავითვალისწინებთ, თუ რამდენად ხშირად ფუჭდება VirtualBox. Virt-Manager-ით, აღარ მიწევს ყოველ მეორე კვირას საათობით მუშაობა, რათა პროგრამამ ის აკეთოს, რაც უნდა აკეთოს. აგრეთვე: 5 მიზეზი, თუ რატომ გაუსწრებს Linux Windows-სა და MacOS-ს დესკტოპზე – საბოლოოდ. დიახ, Virt-Manager-ს VirtualBox-ზე ოდნავ რთული სასწავლო მრუდი აქვს. (მალე დავწერ სტატიას, თუ როგორ შევქმნათ VM Virt-Manager-ის გამოყენებით.) თუმცა, სწავლის შედეგი არის ბევრად უფრო საიმედო გადაწყვეტა, რომელიც გთავაზობთ თითქმის მშობლიურ შესრულებას და შემთხვევით არ წყვეტს, რომ თავისი საქმე დაასრულა. ამისთვის დრო არ მაქვს. Virt-Manager-ის გაგებაზე რამდენიმე წუთის დახარჯვაზე კი დრო მქონდა. Virt-Manager არამხოლოდ უფასოა, არამედ მარტივი ინსტალაციაც აქვს. უკვე დაინსტალირებული გაქვთ უკანა ნაწილი (backend) (რადგან KVM ჩაშენებულია ბირთვში), ასე რომ, ყველაფერი რაც უნდა გააკეთოთ, არის წინა ნაწილის (frontend) დაყენება, რაც შეიძლება გაკეთდეს ასე: ინსტალაციის შემდეგ, დარწმუნდით, რომ ჩართეთ libvirt შემდეგი ბრძანებით: sudo systemctl enable --now libvirtd შესაძლოა დაგჭირდეთ თქვენი მომხმარებლის დამატებაც...