![\"kvm0\"](\"https:\/\/vm.piszki.pl\/wp-content\/uploads\/2016\/10\/kvm0.png\" "\\"kvm0\\"")
<\/a><\/p>\n<\/p>\n
Zagnie\u017cd\u017canie wirtualizacji w wersji dla ESXi om\u00f3wi\u0142em dok\u0142adnie tutaj<\/a> i tutaj<\/a> i tutaj<\/a>. W przypadku KVM mamy dok\u0142adnie takie same wymagania, czyli serwer fizyczny musi wspiera\u0107 zagnie\u017cd\u017canie wirtualizacji (jak to sprawdzi\u0107 opisa\u0142em tutaj<\/a>). Ten warunek w przypadku ka\u017cdego, standardowego serwera jest spe\u0142niony, w przypadku maszyn na komponentach \u201cdomowych\u201d trzeba to dok\u0142adnie sprawdzi\u0107 (dotyczy to g\u0142\u00f3wnie procesor\u00f3w Intel). Dodatkowo, w ustawieniach wirtualnej maszyny z KVM musimy w\u0142\u0105czy\u0107 opcj\u0119 \u201cHardware wirtualization\u201d. Jak wida\u0107 w\u0142\u0105czone s\u0105 te\u017c performance counters i I\/O MMU, zwi\u0119ksza to wydajno\u015b\u0107 dzia\u0142ania KVM.<\/p>\n Dodatkowo sie\u0107 w jakiej funkcjonuje zagnie\u017cd\u017cony KVM powinna mie\u0107 w\u0142\u0105czony Promiscuous-Mode i kilka innych opcji.<\/p>\n I teraz najwa\u017cniejsze, je\u015bli chcemy (a chcemy) u\u017cywa\u0107 wewn\u0105trz zagnie\u017cd\u017conego KVM zaawansowanych sieci i us\u0142ug (np. keepalived) to sie\u0107 typu Trunk nie mo\u017ce wychodzi\u0107 wi\u0119cej ni\u017c jedn\u0105 kart\u0105 sieciow\u0105<\/p>\n Jak ju\u017c wspomnia\u0142em, serwer KVM to standardowy CentOS 7 zainstalowany jako minimal install. W tak spreparowanym systemie musimy wykona\u0107 kilka krok\u00f3w aby uruchomi\u0107 w pe\u0142ni funkcjonalny serwer QEMU\/KVM. Zaczniemy oczywi\u015bcie od zainstalowania odpowiednich pakiet\u00f3w.<\/p>\n yum install kvm libvirt virt-install virt-manager qemu-kvm libvirt-client virt-viewer bridge-utils qemu-img libvirt-python xauth<\/p>\n Oczywi\u015bcie virt-manager nie jest niezb\u0119dnym pakietem, pozwoli nam on jednak na ko\u0144cu w prosty spos\u00f3b sprawdzi\u0107 czy wszystko jest ok. Po zainstalowaniu pakiet\u00f3w musimy skonfigurowa\u0107 pakiet QEMU i libvirt. Zaczynamy od pliku \/etc\/libvirt\/qemu.conf w kt\u00f3rym us\u00f3wamy znak # z lini: vnc_listen=0.0.0.0<\/p>\n Nast\u0119pnie w pliku \/etc\/libvirt\/libvirtd.conf dodajemy nast\u0119puj\u0105ce parametry (lub usuwamy # z odpowiednich linii):<\/p>\n W kolejnym pliku, w \/etc\/sysconfig\/libvirtd us\u00f3wamy znak # z linii: LIBVIRT_ARGS=\u201d\u2014listen\u201d<\/p>\n Nast\u0119pnie przyst\u0119pujemy do konfiguracji sieci wewn\u0105trz maszyny. KVM funkcjonuje jako router, maszyny wirtualne z wewn\u0105trz KVM komunikuj\u0105 si\u0119 ze \u015bwiatem zewn\u0119trznym za pomoc\u0105 standardowej, mostkowanej (bridge) sieci z wykorzystaniem translacji adres\u00f3w NAT (w tym przyk\u0142adzie nie u\u017cyjemy OpenVswitch). Aby Linuks funkcjonowa\u0142 jako router, musimy mu zezwoli\u0107 na przesy\u0142anie dalej pakiet\u00f3w (ip forwarding). Tworzymy plik \/etc\/sysctl.d\/99-ipforward.conf z zawarto\u015bci\u0105 net.ipv4.ip_forward = 1.<\/p>\n Ustawienie to mo\u017cemy w\u0142\u0105czy\u0107 poleceniem sysctl \u2013p lub zrestartowa\u0107 maszyn\u0119 (ustawienie jest trwa\u0142e). W kolejnym kroku rekonfigurujemy ca\u0142kowicie sie\u0107, robimy to z konsoli maszyny (w pewnym momencie odetniemy si\u0119 na chwil\u0119) za pomoc\u0105 nast\u0119puj\u0105cych polece\u0144:<\/p>\n Jak wida\u0107, stworzyli\u015bmy mostek na kt\u00f3ry przenie\u015bli\u015bmy adres IP maszyny, od tej pory ca\u0142a komunikacja przejdzie przez po\u0142\u0105czenie cloudbr0. Powy\u017csze polecenia to oczywi\u015bcie Natwork Manager CLI, mo\u017cemy to samo zrobi\u0107 za pomoc\u0105 plik\u00f3w opisuj\u0105cych interfejsy w \/etc\/sysconfig. Tak przygotowany serwer mo\u017cemy zrestartowa\u0107 aby mie\u0107 pewno\u015b\u0107 \u017ce wszystkie zmiany s\u0105 aktywne. Test mo\u017cna przeprowadzi\u0107 za pomoc\u0105 virt-manager, jest to polecenie okienkowe co oznacza, \u017ce na stacji roboczej z Windows musimy zainstalowa\u0107 i uruchomi\u0107 serwer X (Xming) a z konsoli przekierowa\u0107 ekran poleceniem export DISPLAY=IP_STACJI_Z_WINDOWS:0.0. Uruchamiamy virt-manager i sprawdzamy czy wszystko jest ok.<\/p>\n W okienku g\u0142\u00f3wnym klikamy \u201cDetails\u201d na pozycji QEMU\/KVM.<\/p>\n KVM dzia\u0142a poprawnie, mostek jest widoczny i pod\u0142\u0105czony. Od tego momentu mo\u017cna tworzy\u0107 wirtualne maszyny (r\u0119cznie) lub pod\u0142\u0105czy\u0107 taki serwer pod CloudStack i przej\u015b\u0107 na wy\u017cszy poziom wirtualizacji. Uzupe\u0142nienie informacji z tego artyku\u0142u znajdziecie tu<\/a>\u00a0i tu<\/a> (szczeg\u00f3lnie druga cz\u0119\u015b\u0107 omawia przygotowanie w\u0119z\u0142a CentOS 7 do pe\u0142nienia roli Hyperwizora, cz\u0119\u015b\u0107 pierwsza omawia u\u017cycie sieci zaawansowanej OpenvSwitch).<\/p>\n W ramach mojego \u015brodowiska testowego bardzo intensywnie sprawdzam ostatnio wszystkie rozwi\u0105zania typu Cloud dost\u0119pne na licencji Open Source (takie jak Proxmox, oVirt i CloudStack). Wszystkie one korzystaj\u0105 g\u0142\u00f3wnie z darmowego hipernadzorcy jakim jest KVM. Oczywi\u015bcie nie ma mowy o tym, … Continue reading <\/p>\n<\/p>\n<\/p>\n<\/p>\n<\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n<\/a><\/p>\n