Virtualizáció

Adott egy nem bootolo ARM64 rendszer, amirol a konzolon annyit sikerult megallapitani, hogy filerendszerre var. Nalam a megoldas az fstab javitasaban es az initrd ujrageneralasaban rejlett, de nem ez a lenyeg itt.

A kiindulo alap:
- openSUSE x86_64 host
- openSUSE aarch64 'idegen' filerendszerek mountolva /mnt ala
- host pseudo-filerendszerek (/proc /sys /dev /dev/pts) mountolva az 'idegen' rootfs ala
- qemu-arm, qemu-linux-user csomagok (elobbi tartalmazza az aarch64-et is openSUSE-n)

Nalam az alabbi lepesekre volt szukseg:


cp /usr/bin/qemu-aarch64* /mnt/usr/bin/
qemu-binfmt-conf.sh
chroot /mnt /usr/bin/qemu-aarch64 /bin/bash


Kb ennyi.

Linkek/Forras:
http://blog.thijsbroenink.com/2015/10/emulate-file-system-with-differen…
https://en.opensuse.org/HCL:Chroot

Sziasztok!

A cim elmond mindent :)

A Dockstation-t talaltam eddig, de az sajnos csak monitorozni tud, meg par alap funkciot (start, stop...)

Elv igerik a 2.0 verziotol a remote projectkezelest is, de egyelore meg nem megy...

Esetleg van olyan kliens, amivel lehet docker hub-rol letolteni, inditani, szerkeszteni stb?

Üdv. Mindenkinek!

Adott egy Xen (Debian 8) szerver amin fut több GuestVM (HVM Windows).
A Guest rendszereknek, egy közös hálózatot látnak, ahonnan el kell érniük egymást többek között, az elérés sikeres ping 100% rendben.
A probléma ott kezdődik ha pl. egy 1GB-os adatot akarok másolni a két VM között ekkor a másolás sebessége 30Kb/s ami igen lassú, ezért kipróbáltam egy GuestVM és egy fizikai gép közötti hálózati másolást és ott szépen teljesít 80-95MB/s (Intel hálókártyák). Mitől van ez a nagy különbség?

Az már biztos hogy valamilyen hálózati beállítás nem jó ami csak a Guest-Guest között okoz problémát. A rendszer telepítésekor az alábbi módosításokat végeztem a hálózati beállításokon:
sysctl.conf
-------------------------------
# Disable Netfilter on Bridges
net.bridge.bridge-nf-call-ip6tables = 0
net.bridge.bridge-nf-call-iptables = 0
net.bridge.bridge-nf-call-arptables = 0

A közös bridge beállítása:
---------------------------------
iface xenbr10 inet static
bridge_ports bond0
address 92.68.0.xx
netmask 255.255.255.0
gateway 92.68.y.xx
dns-nameservers 192.168.y.xx
bridge_stp off
bridge_stp off
bridge_waiport 0
bridge_fd 0

Érdeklődnék, hogy találkoztatok-e már hasonlóval, ha igen hogyan sikerült megoldani?

Előre is köszönöm.

Hali!

Van egy ilyen parám, a legfrissebb vbox van fent a win10-es gépen, és a linuxos másikon is, abból emeltem át a win 10-re egy win7-et. Ugyanúgy bridged hálózati kártyával, viszont a guest nem a virtualizált hálókártya MAC címét, hanem a hostgép MAC címét használva kér a DHCP-től IP-t, amit így nem kap meg, mert ugyanazt osztaná ki neki is, ezért "IP cím ütközés".
Kérdés tehát, hogy ez valami win10 feature, vagy bug, vagy win10-hez valami extra beállítás is kellene, amit nem találok?

Sziasztok!

Adott egy infrastruktura, ami tartalmaz 3 Hostot (3xPowerEdgeR730 2 CPU, 12 Mag 256GB memoria/host, ESXi+vSphere)

A kozponti storage egy NetApp, NFS-el kapcsolva a hostokhoz.

Storage-Host kapcsolat (dedikalt halozat) egy Nexus Fiberbridge-el valosul meg, 10Gbit-es optikai linken.

A kerdesem: jelenleg egy random VM-nel durvan 100MB/sec HDD speed-et merunk. (Thin provision minden VM disk)

Ez realis sebesseg egy ilyen konfig alatt? ( A rendszerben kb 60 futo VM van, de leterheltnek nem mondanam)

Az OK, amiert kerdem ezt, mert van egy adatbazis szerverunk (MSSQL) ami a berszamfejtest vegzi es eleg lassu sajnos... a napokban tervezzuk lecserelni az ot futtato VM-et (2008-->2016 OP rendszer+SQL server) de erdekelne az is, hogy "melyebb" szinten tudnank-e esetleg meg nyomni kicsit a teljesitmenyen. gondolok itt kapcsolatra (NFS) storage fajlrendszerre, technologiara (CEPH,Gluster?) stb...

Illetve a masik dolog, hogy az uj VM-et adatbazis eseten hogyan erdemes letrehozni, a merevlemezek vonatkozasaban? olyanra gondolok, hogy van-e ertelme pl az SQL-t egy masik HDD-re tenni a rendszer mellett, ilyesmik.

Az unnepek alatt volt idom "jatszadozni" Az Ovirt-el és az a gondolat fogalmazodott meg bennem, hogy vajon lehetseges-e egy teljes infrastrukturat Red-Hat(kozeli) eszkozokkel megvalositani.

Egyelore addig jutottam, hogy tesztkornyezetbe (Workstation-on) raktam egy Ovirt Node-ot, hosted-engine-el, a VM storage pedig egy masik Ovirt Node ami egy kulon cluster, csak Gluster node kent hasznalva.

Raktam egy ManageIQ VM-et, ha kene komolyabb cloud feature, valamint egy Atomic Host is folyamatban van, kontenereknek.

Egyelore meg azt probalom megoldani, hogy az Engine a Gluster tarhelyrol fusson (jelenleg egy 3. gep a tarhelye NFS-rol). Lehet elv Eleve Glsuster-re rakni egybol, de ahhoz legalabb 3 Node kell...

Ha esetleg valakit erdekel ez az egesz, szovesen fogadok otleteket, javaslatokat, mit hogyan erdemes beallitani.

Igazabol azert csinalom az egeszet, hogy kicsit jobban megismerjem egy teljes infrastruktura kiepitesenek menetet, valamit hogy kiismerjem, hogy VMware/Hyper-V/Citrix Triumviratuson kivul (nalunk a cegnel ezek jatszanak) is van elet...

ESXI 6.5U1-re szeretnék Xpenology-t telepíteni. Már túl vagyok egy-két teszt telepítésen és ismerkedtem is a rendszerrel. Most szeretném beállítani az "éles" használatra szánt VM-et. A telepítési tutorialok elég sablonosak és csak a telepítésre mennek rá. A helyes VM konfigurációt nem annyira részletezik. A cél, hogy a jelenleg használt WD MyCloud-ot kiváltsam(fájlmegosztás, transmission, twonky server).

Minden telepítési tutorial úgy kezdődik, hogy a loader-t mint meglévő vmdk-t hozzá kell adni. Ezen kívül beállítanak még egy 10-15GB-os méretű új virtuális lemezt is hozzáadnak. A telepítés során erre települ a rendszer ~5GB területre. Az, hogy a többi részével mi legyen nem részletezik. Azt sem, hogy a rendszernek a jövőben mekkora a helyigénye? Az elején például akartam telepíteni az open-vm-toolst, meg egyéb kiegészítőket próbaképpen és hibaüzenetet kaptam, hogy nincs tárhely ahová lehetne telepíteni... Mert mint kiderült arra külön fel kell venni meghajtót/tárterületet... Így hozzáadtam azt a 10-15GB-os lemezt amire a Xpenology települt és a maradék helyet mát tudta használni telepítésre. De itt megint feljön a jövőbeli helyigény. Akár frissítésnél akár kiegészítők telepítésénél. Jól jönne valami referencia beállítás.

Ez egyelőre az alap rendszer ami egy 320GB-os HDD-n van jelenleg. (Később talán SSD-re kerülnek a VM-ek.) Ezen kívül van 2TB-os HDD amit RDM-ként szeretnék majd odaadni az Xpenology-nak. Erre csak a tényleges adatok kerülnek majd. Semmi VM-hez köthető "meta" infó.

Ha van esetleg valaki aki hasonló megoldást használ, akár csak részben is, nagyon megköszönném ha tudna segíteni egy kis infóval.

Sziasztok!

Szolgáltató váltás előtt állok és ebben kérem a segítségeteket, sajnálatosan az eddig szolgáltatóm, nem igazán van a helyzet magaslatán, az ő elmondása alapján igen, és hogy velem van baj mert szeretném hogy a szolgáltatás megfelelően működjön.
Külföldi szolgáltató nem érdekel, magyar szolgáltatónál szeretnék maradni, remélem vannak még jók, ez is jó volt egy ideig nem az utóbbi időben nagyon elszálltak :-(, és már nem érdekli őket a szolgáltatás minősége.

Az igény nem olyan nagy, 2-3 VPS, 2-4GB RAM, 1-2 CPU, 100-200 GB tárhely (ez a sarkalatos pontja a dolognak, itt lehetőség volt 100-200GB-os tárhelyre)

Legfontosabb hogy jó és stabil legyen a szolgáltatás, és nagyméretű tárhellyel, illetve nem szeretnék heti 5-6 hibajegyet nyitni, mint az előző szolgáltatónál, napi szinten nyitottam már 2-3-at.

Köszönöm a hozászolásokat előre is.

Létezik-e valami olyan ingyenes virtualizációs platform, ami szerverként telepíthető egy manapság kapható hardverre és erre tesztelési célzattal ősrégi linuxokat lehetne felrakni pl. Debian 3.1 és 4.0, amiket egy újabb gépre már nem lehetne virtualizáció nélkül feltelepíteni.

Olyasmire gondoltam mint a MS Hyper-V Core, ami ingyenesen letölthető és szerverként feltelepíthető a gépre, majd egy grafikus kliensen futtatható egy táv menedzsment szoftver, amivel a virtuális linuxok létrehozhatóak és konfigurálhatóak. A virtualizációs szerver újraindulása esetén pedig, mint a Hyper-V esetében is a virtuális gépek induljanak el, ha előtte épp futó fázisban voltak.

Sziasztok,

Van egy script, ami a vmware-tools feltelepítéséért felelős ESXi alatt Linuxon, mindezt automatikusan, user beavatkozás nélkül kell tennie, default értékekkel.
Az a helyzet, hogy a vmware-tools megváltozott egy bizonyos verziótól. Azt gondolom, hogy az ESXi 5 és az ESXi 6 változásakor, de ebben nem vagyok biztos.

Tehát a régebbi verziónál így kellett telepíteni: /tmp/vmware-tools-distrib/vmware-install.pl --default
Az újnál pedig így kéne: /tmp/vmware-tools-distrib/vmware-install.pl --default --force-install

Utóbbinál azért kell a parameter, mert a tool-ban az első kérdés default értéke megváltozott.
Az első kérdés ez (nem pontosan idézem):
Do you van to install VmWare Tools? [n]
Tehát ha nem használnám a --force-install paramétert, akkor az első kérdésnél kiszállna a dolog. (Régebbi verziónál nincs ilyen paraméter.)

Probléma:
Nem lehet tudni, hogy a virtuális gépet 5-ös vagy 6-os verzióra teszik fel, csak a vmware-tools verzószámát tudhatjuk (scriptből). (ez egy előre csomagolt termék, ezért nem tudjuk hova telepítik)

Kérdés:
Tudja-e valaki, hogy melyik vmware-tools verziótól változott meg az első kérdés, illetve, hogy melyiktől vezették be a --force-install paramétert.
Ha ezt tudnám, akkor biztosan átírhatnám úgy a scriptet, hogy bizonyos verzió felett használja a paramétert.

Nézegettem a release notes-okat, egyelőre nem találtam benne semmit, illetve egyelőre a Google sem segített.

üdv: redman