A kvm szerver kezelése a gépből az ablakok alatt, odminsky blog
Mint korábban írtam. szakaszában telepítése és létrehozása KVM virtuális gép szerver, a fő probléma virtualke menedzsment, a teljes hiányát józan megoldásokat a virtuális struktúra esetén KVM szerver telepítve van egy * nix grafikus felhasználói felület nélkül, és a rendszergazda gépen futó Windows alatt.
Tulajdonképpen a gép maga keresztül érhető VNC, ami fut alapértelmezés szerint minden új virtuális gép a helyi IP 127.0.0.1 portokat, mivel 5900. Más szóval, akkor játszani VNC kapszuiázássai ssh. de a telepítéskor könnyebb elérni a VNC munkamenetet, és beállítani a szervert, hogy hallgassa a külső IP-kapcsolatot.
Ez a következőképpen történik.
Kezdetben, amikor létrehoz egy virtuális gép, akkor regisztráljon a paramétereket annak létrehozását --graphics vnc, hallgatni = 0.0.0.0 --noautoconsole amely megnyitja a VNC csatlakozni bármely host.
De feltételezzük, hogy létrehoztunk egy alapértelmezett gépet, amelyhez csatlakozniuk kell.
Először meg kell változtatnunk a gép profilját a VNC hozzáadásával. A profilfájlok az / etc / libvirt / qemu / mappában vannak tárolva, de a KVM speciális hibakereséssel rendelkezik a gépfájlok szerkesztéséhez:
# virsh szerkesztés% vm-name%
nyissa meg a szükséges gépet, és keresse meg a grafikus vonalat
ahol néhány sort adunk hozzá a jelszóhoz és meghallgatjuk az összes külső kapcsolatot:
mentse el a fájlt, mint egy rendszeres vi és túlterhelés libvirtd és a gépünket
# /etc/init.d/libvirtd újraindítás
# virsh shutdown% vm-name%
# virsh start% vm-name%
Ezután külső gépünkön és egy adott jelszóval fel tudjuk hackelni gépünket. A port egyidejűleg a virtuális gép sorszámát is figyelembe veszi, az elsőnek 5900, vagyis ha az első gép a rendszerben, akkor az 5900; ha a második 5901, stb. Vagy ha sok a gépünk a rendszerünkben, akkor átnézzük a segédprogramokat:
# virsh listát
Id neve állam
------------------
2 win7 fut
4 win7N2 fut
# virsh vncdisplay win7N2
: 1
Az így kapott számot hozzáadjuk az 5900-hoz, és megkapjuk azt a portot, amelyhez csatlakozniuk kell.
Az egyetlen dolog az, hogy a kapcsolathoz vagy letiltjuk a tűzfalat, vagy megnyitjuk a portokat a VNC hozzáféréshez, amelyhez a következő sorokat adjuk hozzá a / etc / sysconfig / iptables fájlhoz
-INPUT -m állapot - NEW -m tcp -p tcp -port 5901 -j ACCEPT
-INPUT -m állapot - NEW -m tcp -p tcp -portport 5900 -j ACCEPT
és túlterheljük a tűzfalat
# service iptables újraindítása
Mindez persze nagyszerű, de azt jelenti, hogy ásni fog a konzolban, de kívánatos lenne egy kezelhetőbb gépkezelő, virtuális hálózatok, foglalás és így tovább.
A Windows alatt a webes ügyfeleket használhatja:
A forgatókönyv meglehetősen pneumatikus, ezért a rendszer automatikusan kiirtja a virtuális gépeket, ami számomra egy kis meglepetés volt, mivel egy gépen futott egy folyamat.
Ha felhúzza a Cloudmint egy csupasz gépre, akkor csak kezd egy rendszert a semmiből. Ha van működő géped, a rendszer újraindítása után inicializálni kell azt: Rendszerműveletek -> Keresse meg a KVM példányokat, ahol beírja a szerver eléréséhez szükséges paramétereket.
Az inicializálás után a gépek a kezelőkonzolban jelennek meg, de a kezelői funkciójuk, amint azt meg kell jegyezni, sokkal rosszabb lesz, mint a webvirtmgr. Sőt, az én esetemben a gépek valamilyen oknál fogva a Cloudmin telepítése után kezdték eldurkolni, és könnyebb volt az irányítási rendszer lerombolása, mint megérteni a konfliktusok miatti okokat.