Qemu-Kvm + ვირტის მენეჯერი Debian– ზე - კომპიუტერული ქსელები მცირე და საშუალო ბიზნესისთვის

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

2013 წლის მაისში ამ ბლოგში გამოქვეყნდა, ორი სტატია ეძღვნება ინსტალაციას ქემუ-კვმ Debian 7-ში «ხიხინი« ისინი კვლავ ძალაშია. მას შემდეგ, რაც Debian 8 "Jessie" - ში ინსტალაციისა და კონფიგურაციის ლანდშაფტი ოდნავ შეიცვალა, ჩვენ გვინდა განაახლოთ პროცედურა.

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

საიტები, რომელთა დათვალიერებასაც გთავაზობთ

დაკვირვება

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

მონტაჟი

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

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

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

დომენის სახელი: fromlinux.fan
გუნდის სახელი: sysadmin
FQDN: sysadmin.fromlinux.fan
IP მისამართი: 192.168.10.3
ქვე ქსელი: 192.168.10.0/24
ჩვეულებრივი მომხმარებელი: ბაზ
მომხმარებლის სრული სახელი: Debian პირველი OS Buzz

ჩვენ ვამოწმებთ ვირტუალიზაციის მხარდაჭერას

კონსოლში ჩვენ ვასრულებთ:

buzz @ sysadmin: ~ $ egrep -c "(svm | vmx)" / proc / cpuinfo
2

ჩვენს შემთხვევაში, ბრძანება გვაბრუნებს, რომ ჩვენ გვაქვს 2 პროცესორი სათანადო მხარდაჭერით.

ჩვენ დავაყენებთ პაკეტებს

უპირველეს ყოვლისა, ჩვენ გავარკვევთ, რომ დავაყენებთ შემდეგი ბრძანებების გამოყენებით:

buzz @ sysadmin: ~ $ შესაძლებლობის ძიება kvm
p ikvm - Java ვირტუალური მანქანა CLI- სთვის          
ვ კვმ                             - p libicsharpcode-nrefactory-ikvm5 - C # Parsing and Refactoring Library - IKVM p libikvm-native - მშობლიური ბიბლიოთეკა IKVM.NET p nova-compute-kvm - OpenStack Compute - გამოთვალეთ კვანძი (KVM)    
p qemu-kvm - QEMU სრული ვირტუალიზაცია x86 აპარატზე

buzz @ sysadmin: ~ $ aptitude show nova-compute-kvm
პაკეტი: nova-compute-kvm ახალი: დიახ სტატუსი: არ არის დაინსტალირებული ვერსია: 2014.1.3-11 პრიორიტეტი: დამატებითი განყოფილება: net შემქმნელი: PKG OpenStack არქიტექტურა: ყველა არაკომპრესირებული ზომა: 50.2k დამოკიდებულია იმაზე: adduser, dpkg-dev, qemu-kvm | kvm, libvirt-daemon-system, nova-common, nova-compute, python-libvirt დამოკიდებულიაზე: dpkg (> = 1.15.6 ~) რეკომენდაცია: guestmount აქვს კონფლიქტები: nova-baremetal, nova-compute-lxc, nova- compute-qemu, nova-compute-uml, nova-compute-xen გთავაზობთ: nova-compute-hypervisor აღწერა: OpenStack Compute - გამოთვალეთ კვანძი (KVM) OpenStack საიმედო ღრუბლოვანი ინფრასტრუქტურაა. მისი მისიაა Cloud Computing- ის საყოველთაო პლატფორმის წარმოება, რომელიც დააკმაყოფილებს საჯარო და კერძო ღრუბლების პროვაიდერების საჭიროებებს, განურჩევლად მათი ზომისა, მარტივი განსახორციელებლად და მასშტაბურად მასშტაბური. OpenStack Compute, კოდური სახელით Nova, არის ღრუბლოვანი კომპიუტერული ქსოვილის კონტროლერი, რომელიც შექმნილია მოდულურად, ადვილად გასაგრძელებლად და ადაპტაციად. გარდა მისი "მშობლიური" OpenStack API, იგი ასევე მხარს უჭერს Amazon EC2 API და იგი მხარს უჭერს სხვადასხვა მონაცემთა ბაზის backends (მათ შორის SQLite, MySQL და PostgreSQL), hypervisors (KVM, Xen) და მომხმარებლის დირექტორია სისტემები (LDAP, SQL ) ეს არის დამოკიდებულების პაკეტი გამოთვლითი კვანძებისთვის KVM– ის გამოყენებით. მთავარი გვერდი: http://www.openstack.org/software/openstack-compute/
  • ჩვენ არ ვაპირებთ პაკეტის დაყენებას OpenStack, რადგან Cloud– ს არ გვჭირდება ვირტუალიზაციის მთელი ინფრასტრუქტურა - Cloud.
buzz @ sysadmin: ~ $ aptitude show qemu-kvm
პაკეტი: qemu-kvm ახალი: დიახ სტატუსი: დაინსტალირებული არ არის მრავალარქიანი: უცხოური ვერსია: 1: 2.1 + dfsg-12 + deb8u1 პრიორიტეტი: სურვილისამებრ განყოფილება: სხვადასხვა შემქმნელი: Debian QEMU გუნდი არქიტექტურა: amd64 არაკომპრესირებული ზომა: 60.4 კ დამოკიდებულია: qemu-system-x86 (> = 1.7.0 + dfsg-2) აქვს წინააღმდეგობები: kvm შესვენება: qemu-system-x86 (<1.7.0 + dfsg-2 ~) სუპერსიები: qemu-system-x86 (<1.7.0 + dfsg-2) უზრუნველყოფს: kvm აღწერა: QEMU სრული ვირტუალიზაცია x86 აპარატზე QEMU არის სწრაფი პროცესორის ემულატორი. ეს პაკეტი გთავაზობთ მხოლოდ შესაფერის სკრიპტს / usr / bin / kvm, რომელიც აწარმოებს qemu-system-x86 kvm რეჟიმში უკუ თავსებადობისთვის. გთხოვთ გაითვალისწინოთ, რომ ძველი qemu-kvm კონფიგურაციის ფაილები (in / etc / kvm /) აღარ გამოიყენება.
მთავარი გვერდი: http://www.qemu.org/

ჩვენ ვაყენებთ ვირტუალიზაციის პლატფორმას Qemu-Kvm

buzz @ sysadmin: ~ $ sudo aptency დააინსტალირეთ qemu-kvm libvirt-bin Bridge-utils
დაინსტალირდება შემდეგი ახალი პაკეტები:     
  augeas- ლინზები {a} Bridge-utils dmeventd {a} ebtables {a} ethtool {a} hdparm {a} ipxe-qemu {a} libaio1 {a} libapparmor1 {a} libaugeas0 {a} libboost-thread1.55.0 {a } libdevmapper-event1.02.1 {a} libfdt1 {a} libiscsi2 {a} liblvm2cmd2.02 {a} libnetcf1 {a} libnuma1 {a} librados2 {a} librbd1 {a} libreadline5 {a} libseccomp2 {a} libspice-server1 {a} libvdeplug2 {a} libvirt-bin libvirt- კლიენტები {a} libvirt-daemon {a} libvirt-daemon-system {a} libvirt0 {a} libx86-1 {a} libxen-4.4 {a} libxenstore3.0 { a} libxml2-utils {a} lvm2 {a} netcat-openbsd {a} pm-utils {a} powermgmt-base {a} qemu-kvm qemu-system-common {a} qemu-system-x86 {a} qemu {0} seabios {a} vbetool {a} 42 პაკეტი განახლებულია, დაინსტალირებულია 0 ახალი, ამოღება 0 და განახლებული 8,422. მე უნდა გადმოწეროთ 14.8 კბ / 53.3 მბ ფაილი. შეფუთვის შემდეგ, XNUMX MB გამოყენებული იქნება. Გინდა გააგრძელო? [Y / N /?] და

მნიშვნელოვანი

  • როგორც ჩვენ ვაყენებთ სამუშაო მაგიდას, ჩვენ დაგვჭირდება ინტერფეისი KVM- ის სამართავად. თუ ჩვენ ვაყენებდით დაყენებას ერთ ან მეტ სერვერზე, როგორც დესკტოპის ინსტალაცია, ასევე ინსტალაცია ვირტუალური მანქანა მენეჯერი, რომ შემდეგ დავაყენებთ. Cამ გრაფიკული ინტერფეისის ერთ ინსტანციაზე, ჩვენ შეგვიძლია ყველა სერვერის მართვა, რომელშიც დავაყენეთ პაკეტები ქემუ-კვმ, ლიბვირტ-ბინ y ხიდი-უტილიტები.
  • მთავარი დემონი - daemon ვირტუალიზაციის არის ლიბვირტდი. მისი სტატუსის გასაცნობად ჩვენ ვასრულებთ:
buzz @ sysadmin: ~ $ sudo systemctl სტატუსი libvirtd
buzz @ sysadmin: s $ sudo service libvirtd სტატუსი
  • თუ რომელიმე წინა ბრძანების გამოცემაში ვკითხულობთ წითელ რიგ ხაზებს, სერვისის გადატვირთვა ჯანმრთელია ლიბვირტდი და ისევ შეამოწმეთ, ან გადატვირთეთ კომპიუტერი და შეამოწმეთ. ის scriptlibvirtd. მომსახურება ვინ მართავს systemdნაპოვნია /lib/systemd/system/libvirtd.service. გაითვალისწინეთ, რომ ჩვენ შეგვიძლია ძველი დროით მივმართოთ ამ დემონს, ეს არის:
buzz @ sysadmin: s $ sudo სერვისი libvirtd
გამოყენება: /etc/init.d/libvirtd {დაწყება | შეჩერება | გადატვირთვა | გადატვირთვა | ძალის გადატვირთვა | სტატუსი | ძალის შეჩერება}

buzz @ sysadmin: ~ $ sudo სერვისი libvirtd გადატვირთეთ buzz @ sysadmin: ~ $ sudo სერვისი libvirtd სტატუსიlibvirtd.service - ვირტუალიზაციის დემონი
   დატვირთულია: ჩატვირთული (/lib/systemd/system/libvirtd.service; ჩართულია)
   აქტიური: აქტიური (გაშვებული) მზის შემდეგ 2016-11-27 11:23:53 EST; 8 წუთის წინ Docs: man: libvirtd (8) http://libvirt.org მთავარი PID: 1112 (libvirtd) CGroup: /system.slice/libvirtd.service └─1112 / usr / sbin / libvirtd
  • El script მდებარეობს /და ა.შ/init.d/qemu-system-x86, პასუხისმგებელია Qemu-Kvm– ის სწორი მუშაობისთვის საჭირო მოდულების ჩასმაში. მას შემდეგ, რაც იგი წარმატებით შეასრულებს თავის საქმეს, შესრულდება. თუ ჩვენ გადავამოწმებთ მის სტატუსს, ის გიბრუნებს 0-ს ან წარმატებას.
buzz @ sysadmin: ~ $ sudo systemctl სტატუსი qemu-system-x86 ● qemu-system-x86.service - LSB: QEMU KVM მოდულის ჩატვირთვის სკრიპტი დატვირთულია: ჩატვირთული (/etc/init.d/qemu-system-x86)
   აქტიური: აქტიური (გასული) მზის შემდეგ 2016-11-27 11:18:17 EST; 18 წთ-ის წინ პროცესი: 172 ExecStart = / etc / init.d / qemu-system-x86 დაწყება (კოდი = გამოვიდა, სტატუსი = 0 / წარმატება)
  • თუ ჩვენ დავინტერესდებით და გვინდა ვიცოდეთ რომელი მოდულებია და მათი ადგილმდებარეობა, ჩვენ ვასრულებთ:
buzz @ sysadmin: ~ $ sudo განახლებული b

buzz @ sysadmin: ~ $ განთავსება kvm | grep კო
/lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/kvm-amd.ko
/lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/kvm-intel.ko
/lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/kvm.ko

buzz @ sysadmin: l $ ls -l /lib/modules/3.16.0-4-amd64/kernel/arch/x86/kvm/
სულ 1016 -rw-r - r-- 1 ძირეული ფესვი 97120 17 2015 წლის XNUMX ივლ კვმ-ამდ.კო
-rw-r - r-- 1 ფესვის ფესვი 223680 17 წლის 2015 ივლისი kvm-intel.ko
-rw-r - r-- 1 ფესვის ფესვი 715920 17 წლის 2015 ივლისი კვმ.კო

ჩვენ ვირტუალური მანქანის მენეჯერს ვაყენებთ

buzz @ sysadmin: ~ $ sudo aptency დააინსტალირეთ virt-manager
[sudo] პაროლი buzz- ისთვის: დაინსტალირდება შემდეგი ახალი პაკეტები: gir1.2-gtk-vnc-2.0 {a} gir1.2-libvirt-glib-1.0 {a} gir1.2-spice-client-glib-2.0 { a} gir1.2-spice-client-gtk-3.0 {a} libvirt-glib-1.0-0 {a} python-ipaddr {a} python-libvirt {a} python-urlgrabber {a} ვირტ-მენეჯერი ვირტ-მნახველი {a} virtinst {a} განახლებულია 0 პაკეტი, დაინსტალირებულია 11 ახალი, ამოღება 0 და განახლებული 0. მე უნდა გადმოვწერო 2,041 კბ ფაილი. შეფუთვის შემდეგ, 12.5 მბ გამოყენებული იქნება. Გინდა გააგრძელო? [Y / N /?] და
  • პაკეტის დაყენების შემდეგ ჩვენ ვურჩევთ:
buzz @ sysadmin: cat $ cat /usr/share/doc/virt-manager/README.Debian 
წვდომის კონტროლი ============== libvirt ბუდეზე წვდომას აკონტროლებს "libvirt" ჯგუფის წევრობა. თუ გსურთ ვირტუალური მანქანების მართვა, როგორც არა root, უნდა დაამატოთ თქვენი მომხმარებელი ამ ჯგუფში, ან უნდა გამოიყენოთ სხდომის uris, როგორიცაა qemu: /// session. აგრეთვე იხილეთ /usr/share/doc/libvirt-bin/README.Debian. - გვიდო გიუნტერი ხუთშაბათი, 04 ივნისი 2010 11:46:03 +0100
  • ზემოაღნიშნული მიუთითებს იმაზე, რომ ჩვენ მომხმარებელს ხმა უნდა გავუკეთოთ libvirt ჯგუფი ახლად დაყენებული ინტერფეისის შესასვლელად:
buzz @ sysadmin: ~ $ sudo adduser buzz libvirt
მომხმარებლის "buzz" ჯგუფის "libvirt" დამატება ... მომხმარებლის buzz- ის დამატება libvirt ჯგუფში დასრულებულია.
  • ახლა ჩვენ ვხურავთ სესიას და თავიდან ვიწყებთ მას. დარიჩინის სამუშაო მაგიდაზე შესვლის შემდეგ, გადავალთ აქ მენიუ -> ადმინისტრაცია -> ვირტუალური მანქანების მენეჯერი, და ჩვენ ვწვდებით ჩვენი KVM ადმინისტრაციის ინტერფეისს. ვირტ-მენეჯერი

ვირტუალური ქსელები ვირტუალური მანქანების მენეჯერში

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

ჩვენ ნავიგაცია თქვენი მენიუ -> რედაქტირება -> კავშირის დეტალებიდა მივდივართ ჩანართზე «ვირტუალური ქსელები« თუ ჩვენ დააჭირეთ ბმულს IPv4 კონფიგურაცია, Red, და ასევე გვამცნობს, რომ DHCP სერვერი გააქტიურებულია მისთვის. ეს სერვერი მუშაობს პაკეტის წყალობით dnsmasq- ბაზა, რომელიც დაინსტალირებულია.

დამატებითი ინფორმაციისთვის იხილეთ ფაილი: /usr/share/doc/libvirt-bin/README.Debian. ქსელები

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

buzz @ sysadmin: ~ $ sudo cp /etc/libvirt/qemu/networks/default.xml /etc/libvirt/qemu/networks/default.xml.original
buzz @ sysadmin: cat $ cat /etc/libvirt/qemu/networks/default.xml.original
ნაგულისხმევი 

buzz @ sysadmin: ~ $ sudo nano /etc/libvirt/qemu/networks/default.xml
ნაგულისხმევი 

buzz @ sysadmin: ~ $ sudo systemctl გადატვირთეთ libvirtd
buzz @ sysadmin: ~ $ sudo systemctl სტატუსი libvirtd

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

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

შენახვა ვირტ-მენეჯერში

კიდევ ერთი ასპექტი, რომელზეც გვინდა შევეხოთ არის შენახვა - შენახვის სივრცე ვირტ-მენეჯერში. სტანდარტულად, ვირტუალური მანქანის ყველა სურათის შესანახად სისტემის საქაღალდე მდებარეობს აქ / var / lib / libvirt / სურათები. დავუშვათ, რომ ჩვენ გვაქვს მყარი დისკი, რომელიც ამ ფუნქციას მთლიანად ეძღვნება და მასში ჩართულია / სახლი / vms. ამის დამატება ვირტ-მენეჯერი, ჩვენ გადავდივართ მისი მენიუში -> რედაქტირება -> კავშირის დეტალები -> მეხსიერება. ქვედა მარცხენა კუთხეში დააჭირეთ ღილაკს «+« შემდეგ ოსტატი «შექმენით შენახვის ვედრო" შენახვა

მოდით გავეცნოთ სხვადასხვა ტიპის საცავის, რომელთა არჩევაც შეგვიძლია. დეტალური დოკუმენტაცია ჩვენ იხილავთ ვირტუალიზაციის განლაგების და ადმინისტრაციის სახელმძღვანელო, Red Hat- დან. ჩვენ ავირჩევთ პირველ «რეჟ: ფაილური სისტემის დირექტორია". შენახვა 2 შენახვა 3

ოსტატის ბოლოს, ახალი საცავის ავზი აქტიურია და მისი ავტომატურად იწყება.

პირველი ვირტუალური მანქანა

ჩვენ უნდა განვიხილოთ და წავიკითხოთ სხვადასხვა ვარიანტი, რომელსაც ვირტ-მენეჯერი გვთავაზობს. მოდით, დავაკვირდეთ მოგვიანებით ნაჩვენებ წინასახეზე, რომ როდესაც ჩვენ მივაღწევთ ახლად შექმნილი ვირტუალური მანქანის გამოცემას და მანამდე ინსტალაციის დაწყება, ვარიანტი «პროცესორი«, ჩვენ აღვნიშნავთ ყუთს "კონფიგურაცია" დააკოპირეთ მასპინძელი კომპიუტერის CPU კონფიგურაციას. შეიძლება ამის გაკეთება არ იყოს საჭირო, მაგრამ ჩვენ ვიცავთ Debian– ის რეკომენდაციას და HP სერვერის პრაქტიკას.

დამატებითი ინფორმაციისთვის იხილეთ ფაილი: /usr/share/doc/libvirt-bin/README.Debian. კრეა-ვმ 01 კრეა-ვმ 02 კრეა-ვმ 03 კრეა-ვმ 04 კრეა-ვმ 05 კრეა-ვმ 06 კრეა-ვმ 07 კრეა-ვმ 08 კრეა-ვმ 09

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

ვიმედოვნებთ, რომ ეს სტატია გამოგადგებათ.

შემდეგი მიტანა?

«ვირში დებიანზე«

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


სტატიის შინაარსი იცავს ჩვენს პრინციპებს სარედაქციო ეთიკა. შეცდომის შესატყობინებლად დააჭირეთ ღილაკს აქ.

12 კომენტარი დატოვე შენი

დატოვე კომენტარი

თქვენი ელფოსტის მისამართი გამოქვეყნებული არ იყო. აუცილებელი ველები აღნიშნულია *

*

*

  1. მონაცემებზე პასუხისმგებელი: მიგელ ანგელ გატონი
  2. მონაცემთა მიზანი: სპამის კონტროლი, კომენტარების მართვა.
  3. ლეგიტიმაცია: თქვენი თანხმობა
  4. მონაცემთა კომუნიკაცია: მონაცემები არ გადაეცემა მესამე პირებს, გარდა სამართლებრივი ვალდებულებისა.
  5. მონაცემთა შენახვა: მონაცემთა ბაზა, რომელსაც უმასპინძლა Occentus Networks (EU)
  6. უფლებები: ნებისმიერ დროს შეგიძლიათ შეზღუდოთ, აღადგინოთ და წაშალოთ თქვენი ინფორმაცია.

  1.   ნიშანი დიჯო

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

  2.   ალბერტო დიჯო

    ძალიან კარგი სტატია Qemu-KVM– ში ნებისმიერი ინიციატივისთვის.
    ძალიან საინტერესო იქნება, რომ მომავალ სტატიებში ახსნით ვირტუალური მანქანების XML ფაილებს და მყარი დისკების წვრილ მომარაგებას, რითაც მიიღებთ ძალიან ეფექტურ განლაგებას.
    მოგესალმებით და მადლობას გიხდით წვლილისთვის.

  3.   ფედერიკო დიჯო

    დიდი მადლობა კომენტარისთვის!

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

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

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

    ვცდილობ, რომ მეხსიერების საჭირო რესურსები, მყარი დისკი, პროცესორების რაოდენობა და ა.შ. ვირტუალური სერვერების ან სტუმრების შესასრულებლად არ აღემატებოდეს მასპინძლის რესურსებს.

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

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

    შესყიდვების შესახებ დამატებითი ინფორმაციისთვის ეწვიეთ პირველ ინსტანციას: https://en.wikipedia.org/wiki/Thin_provisioning.

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

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

  4.   ფედერიკო დიჯო

    ლუიჯი, მე არ მიჭირს გამოქვეყნებული კომენტარების მიღება.

    1.    ლუიჯის ტორო დიჯო

      ჩვენ მასზე ვმუშაობთ

  5.   მარტი მაკფლაი დიჯო

    რატომ არ ყოფილა არაფერი მას შემდეგ, რაც Linux- მა თქვა პოპულარული Fedora დისტრიბუციის 25 გამოშვების შესახებ? ისეთი შთაბეჭდილება მრჩება, რომ ეს ბლოგი სპეციალიზირებულია მხოლოდ Debian- სა და Ubuntu- ში ... რამდენად სამწუხაროა, რომ ერთდროულად ვარ Fedora- ს მოყვარული მკითხველი და მომხმარებელი.

    1.    ლუიჯის ტორო დიჯო

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

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

      ყველას ეწვია DesdeLinux– ში თანამშრომლობისთვის, ამისთვის არსებობს სახელმძღვანელო მწერალთა და რედაქტორთათვის https://blog.desdelinux.net/guia-redactores-editores/ ამიტომ ვიმედოვნებთ, რომ მალე, კიდევ უფრო მეტი მასალა გვეძლევა.

    2.    ფედერიკო დიჯო

      გსურთ ჩვენც გამოვაქვეყნოთ ამის შესახებ CentOS?

  6.   კრესპო 88 დიჯო

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

  7.   ფედერიკო დიჯო

    თუ თქვენ ხართ Crespo88– ის დამკვირვებელი, ამ ახალ სტატიებში Qemu-KVM– ს შესახებ, მე უფრო ღრმად ჩავუღრმავდები, როგორც უკვე ნახეთ შემდეგში, და ნახავთ კიდევ ორში, რომლებსაც მალე გამოვაქვეყნებ. დღევანდელ მსოფლიოში ვირტუალიზაცია აუცილებელი ტექნოლოგიაა. მისი გამოყენება ღირს ჩაღრმავება. მადლობა კომენტარისთვის !!!.

  8.   ისმაილ ალვარეს ვონგი დიჯო

    ძალიან კარგი სტატია იმის შესახებ, თუ როგორ უნდა პრაქტიკაში მარტივი და ხელმისაწვდომი გზით განხორციელდეს თეორია ვირტუალიზაციის შესახებ, რომელიც დაფუძნებულია KVM (ან ბირთვზე დაფუძნებულ ვირტუალურ აპარატზე), ანუ ამ ყველაფრის საფუძველია დასაწყებად:
    1) დააინსტალირეთ ვირტუალიზაციის პლატფორმა Qemu-Kvm.
    მე -2) ვინაიდან მასპინძელს აქვს გრაფიკული ინტერფეისი, ჩვენ გვჭირდება ვირტუალური მანქანის მენეჯერი KVM ვირტუალიზაციის სამართავად.
    მე -3) ძალიან კარგი რჩევები, რომ დაამატოთ ჩვენი მომხმარებელი ხმაური libvirt ჯგუფს ვირტუალური მანქანების მენეჯერის ინტერფეისზე წვდომისთვის; ვირტუალური ქსელის ინტერფეისისა და ნაგულისხმევი მეხსიერების შეცვლა ვირტ-მენეჯერში მე -2 მყარი დისკის სხვა "დამონტაჟებულ" დანაყოფზე.
    მე -4 და საბოლოო) 1-ლი MV- ის შექმნა.
    გმადლობთ, რომ ეს ინფორმაცია "თავდაუზოგავად" გაგვიზიარეთ Linux– ის სამყაროში უკეთესობისკენ.

  9.   ფედერიკო დიჯო

    დიდი მადლობა კომენტარისთვის, მეგობარო ვონგ. თქვენი მსგავსი შეტყობინებები მაიძულებს გავაგრძელო წერა FromLinux საზოგადოებისთვის და Linux- ის ყველა მოყვარულისთვის