Virtualizáció

Egy kis segítséget, tanácsot szeretnék kérni, köszi!

# Probléma: fizikai tárhelyen lassan elfogy a hely.

# Környezet:
Hyper-V Manager 10.0.14393.0
vm:
- Win Srv 2016 Std.: AD, közös meghajtó
- 2db vhdx: 1 rendszernek és 1 adatnak (fizikai tárhely maxra kiosztva)

# kédésem:
- fizikai hdd bővítéssel pl.: +2db hdd raid 1-ben, lehet úgy bővíteni az adat táhelyet, hogy azt
egyben lássák a meglévővel felhasználók és ne külön (jelen esetben a közös meghajtó méretét szeretném növelni)?

Köszönöm! :-]

Sziasztok,

routert virtualizálnék. Sajnos a Guest OS nem támogatja az SR-IOV-t, PCI-E a hálókártya.
vfio-pci 0000:07:00.0: DMAR: Device is ineligible for IOMMU domain attach due to platform RMRR requirement.  Contact your platform vendor.

Elvileg mindent elkövettem már, amiket a howto-kban láttam. Van valakinek tippje esetleg?

Tiszteletem a kollégáknak!

Kifogytam az ötletekből és a google-ből, így itt kérek segítséget hátha találkozott már valaki ilyennel. 

Windows 10 pro-m van és fejlesztőként igen sok virtuális gépre van szükségem párhuzamosan, illetve van egy vm, ami egy ilyen mindenes (adattároló, archiváló, crawler) szerepet is betölt. És ez a mindenes vm-el lett az utóbbi időkben probléma, főleg mióta biztonsági mentéseket tolok rclone-al google drive-ba. Az van, hogy nagyobb adatmennyiség mozgatásakor (ami 2-400G is lehet) - amit jellemzően éjszaka történik, amikor nem vagyok gép előtt - a memóriahasználat elszabadul, a 6G helyett képes 20-30G ram-ot is elfoglalni. Vagy legalábbis a hoston úgy néz ki, hogy az az egyetlen virtuális gép használ annyi ramot. Ha 3-4 napig hagyom futni a gépet (host és vm egyaránt) képes 59-61G-ra telítődni a memóriafoglaltság a hoston és a host szépen lassan kezd letérdelni, belassulni és akadozni. 

A VMware support oldalán olyanokat írnak, hogy húzzam a reserved memory értékét alacsonyabb értékre, változtassak a memóriaallokálás módján, telepítsek vmware tools-t a virtuális gépekre - ezek egyike sem segített. Papírforma szerint jelenleg 24G-t kellene foglaljanak a futó vm-ek *összesen*, de jelen pillanatban is már efölött jár ez az érték.

Természetesen ha leállítom a problémás vm-et és újra elindítom nagyjából fél-egy napig használható a gép, de szeretném elkerülni, hogy állandóan újra kelljen indítgatni. Ha pedig csak leállítom a feladatkezelőben az igen látványos tud lenni: https://i.imgur.com/BMiD2TD.jpg

...és némi gyanakvásra ad okot, hogy a rengeteg lefoglalt memóriaméret miért "két lépcsőben" szabadul fel a host szerint és miért nem egyben, mint a többi vm-nél.

Ha pedig este befejeztem a melót, majd reggel bejelentkezek a gépre úgy, hogy a vm és a host futva maradt (ekkor újra elkezd statolni a feladatkezelő) ez fogad: https://i.imgur.com/hDsb95G.jpg

Btw a feladatkezelő részletek fülén a munkakészlet, munkakészlet csúcsértéke és aktív privát munkakészlet számok elég furán alakulnak már most, hogy nemrégiben indítottam újra az egész gépet: https://i.imgur.com/0TAOlTm.jpg

Host: 

Asus Prime X570-P, 64G ram, Ryzen 3900X, Windows 10 pro, WMware Workstation 16.1

Problémás vm: Ubuntu 18.04, 6G ram, 12 processors, network: bridged, side channel mitigations for Hyper-V enabled hosts: tiltva. Érdemes még megemlíteni, hogy 4db 3T virtuális disk van rá csatolva, melyek különböző merevlemezekről vannak betallózva, snapshot nincs készítve.

Evidens lenne - lehet idővel sor is kerül rá -, hogy bővítsem és 128G-ra host memóriáját, de tartok attól, hogy a probléma ugyanúgy nem oldódna meg, csak később következne be a "katasztrófa".

Van valakinek ötlete mivel lehetne még próbálkozni?

Hi!

3 node-s Proxmox 6.3-4, a VLAN-okkal gyűlt meg a bajom, pontosabban 1 VLAN-al. Lássuk a felállást:

VLAN221 (management):
- node1: 192.168.221.101
- node2: 192.168.221.102
- node3: 192.168.221.103

VLAN206  VLAN207 (ring0, ring1)
- node1: 192.168.206.101    192.168.207.101
- node1: 192.168.206.102    192.168.207.102
- node1: 192.168.206.103    192.168.207.103

VLAN17 belső hálózati címek.

Egy VM-ben lévő debian 2 hálózati interfacet kap, ebből az elsőt szerettem volna a VLAN221-be betenni, de sajnos meg sem mozdul. 
Lássunk magának a Node2-nek a konfigját:

=======Node2============

auto eno33np0
iface eno33np0 inet manual

auto eno34np1
iface eno34np1 inet manual 

auto bond0
iface bond0 inet manual
        bond-slaves eno33np0 eno34np1
        bond-miimon 100
        bond-mode 802.3ad
        bond-xmit-hash-policy layer3+4

auto vmbr0
iface vmbr0 inet manual
        bridge-ports bond0
        bridge-stp off
        bridge-fd 0
        bridge-vlan-aware yes
        bridge-vids 2-4094

auto vmbr0.17
iface vmbr0.17 inet manual

auto vmbr0.221
iface vmbr0.221 inet manual

auto vlan221
iface vlan221 inet static
        address 192.168.221.102/24
        gateway 192.168.221.9
        vlan-raw-device bond0
=============================

A "Tesztmasina" VM network beállításai:
=================================

Network device (net0)    virtio:3E:D1:E1E8:DB:E9,bridge=vmbr0,tag=221
Network device (net1)    virtio:......

===================================

Magában a Tesztmasina VM--ben az ens18-as interface minden VLAN nélkül, "sima" hálózati interface-nak van felkonfigolva, az IP-je pedig 192.168.221.33.

Az inteface feljön, de nem pingelhető egyik node, de még az átjáró sem, de ezt a gépet sem lehet pingetni.

Amennyiben a VM "Network device (net0)" résznél átteszem a VLAN-t a "tag=17"-be és a VM-ben belül is ebbe a tartományba helyezem az IP-t (192.168.17.33) akkor viszont minden szépen megy, látja a VLAN17 átjáróját!! 

Próbáltam, hogy a VM "Network device (net0)" résznél nem tettem rá VLAN tag-et, de a VM-ben ens18.221-ként húztam fel az interfacet (tehát a VM-en belül tettem rá a VLAN tag-et), de az sem segített.

A tűzfal - ahol csak találtam - ki lett kapcsolva. 

Esetleg valakinek valami tippje, hogy a VM-be miért nem sikerül a VLAN221-ből forgalmazni, mit nézek el?

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

Hi!

AWS Student fiókban tesztelem a kubernetes-t.

Milyen jogosultság kell cluster létrehozásához? Ill. hol kel beállítani? A neten talált infókkal nem sokra mentem...

... is not authorized to perform: eks:CreateCluster on resource: arn:aws:eks:us-east-1:548571543228:cluster/mycluster-01 with an explicit deny

Hosszas tépelődés után döntöttem vps -t fogok bérelni. Mivel 5 napos a teszt időszak amit kihasználhatok, rá kell készülnöm.
A szolgáltatónak már küldtem egy email -t a kérdéseimmel, de van amiben ti is tudtok segíteni.

A szolgáltató (a legfapadosabb csomaghoz) 30T forgalmat kapcsol, amiből 90% belföldi és 10% külföldi lehet, vagyis a külföldi ck. 3T nem kevés, de ezt ha kilépek az internetre nemigen tudom befolyásolni, illetve csökken az értelme az internet kapcsolatnak. Nagyon furcsa feltétel számomra. Van valami lehetőségem, hogy a szolgáltatótól függetlenül ellenőrizhessem, felügyelhessem, esetleg beavatkozhassak ebbe? A szolgáltató ezt hogy méri?

A szolgáltató egy VLAN -t alapból nyújt/szolgáltat. Én azt találtam, hogy a VLAN egy olyan kiterjesztése a LAN -ak  ami egy hálózaton belül, azt internet használata nélkül épül fel (pl. egyesít több C osztályú hálózatot), a VPN az ami az internet hálózat felhasználásával lehetővé teszi a kapcsolatot két(vagy több) földrajzilag távoli végpont között, titkosítva.
Mi értelme van egy VLAN -ak egy, az internetről elérhető virtuális szerver kapcsán?
Erre azt a választ kaptam, hogy akkor játszik ha több szerverem is van náluk (csak feltételezem, hogy az ftp mentést is ezen végzik).

Miután tisztáztuk a VLAN kérdést, rákérdeztem a VPN -re (OpenVPN már most használok OpenWRT router -en). Mire azt a választ kaptam, hogy az OpenVPN -t tudják telepíteni, ami egy külön szolgáltatás és 4.990,- Ft/hó.
Mire rákérdeztem, hogy az OpenVPN reguláris csomag a Linux disztribúciókban, nem telepíthetem magamnak?
Azóta nem kaptam több választ :(

Most akkor mire használhatok egy vps -t? Miért zavarja őket a VPN, amikor a forgalom már amúgy is korlátozott?
Esetleg a vps (szintén) virtuális ethernet -e nem alkalmas egy ilyen egyszerű VPN -hez sem?

OFF: Eddig azt tapasztaltam (windows 10 Debian -on, VirtualBox -ban), hogy egy virtuális gép hálózati csatolója nagyon is megengedőleges.

Sziasztok!

Gondolom, már a kérdés is szentségtörés, de....
Egy darab szervert állítok be munkára, Proxmox-al.
Egy 8 magos xeon 2689 és 64 GB RAM lesz a proxmox alatt.

Nem tervezek egy dedikált gépet adni külön egy NAS-nak.

Mennyire istentől elrugaszkodott ötlet, hogy a 3db 2TB -os disket, direktben, fizikailag odaadom egy guest vm -nek, amire meg telepítenék egy Truenas-t ??

A többi virtuális gépeknek már nem tervezek innen továbbadni tárhelyet, de akkor a virtuális NAS lenne itthon a fájl szerver. Asztali gépnek, telefonnak, media playernek, a stb.

Szerintetek számíthatok valami vad sebességvesztésre. Vagy egyéb szívásra, amit a nálam okosabbak előre látnak?

Köszönöm szépen

Sziasztok
 

Kis parázsvita alakult ki több kolléga között, nem vagyok maximálisan jártas a témában, szeretném kérni a szakik segítségét.

Adott egy VMware 6.5-ös 3 node-os cluster. A közös storage-ban az egyik VM 5TB-s diszkkel rendelkezik. Állítólag egy nagyon érzékeny sql jellegű förmedvény van benne, amit szeretnénk konzisztens lementeni tokkal vonóval, mielőtt átalakítjuk. Nem állhat a szolgáltatás fél napot, míg lehúzzuk az 5TB-t.

Az ötlet: snapshot  -> export egy felcsatolt NFS datastore-ra és utána nyúlunk csak hozzá.
Válasz: nem lehet snapshotolni, mert +5TB-t akar lefoglalni.
(XenServernél találkoztam ilyennel, ott is a teljes diszket még1x le akarta foglalni, szemben a sima linux lvm-nél megszokott 0bájt majd folyamatosan növekedő snapshot mérettel).
Felmerült, hogy a Veeam jó lehet ide. De utánaolvasva viszont úgy látom, hogy az is vmware storage snapshotra támaszkodik, tehát bukónak tűnik.

Kérdések:

A VMware snapshot tényleg mégegyszer lefoglalja a teljes diszket? Le lehet erről beszélni?
A Veeam ugyanerre a snapshotra épül vagy valamit jobban csinál?
Veeam nélkül hogy szoktak VMware alól menteni automatizálva mondjuk hetente?

Köszönöm!

Sziasztok,

adott egy hardver, amit USB-n lehet lekérdezni/programozni. Ez egy VMware hostba van dugva, és a megfelelő virtuális gépnek van átadva. Eddig minden jó, működik.

Ám a dolog szépséghibája, hogy ez a virtuális gép ehhez a hosthoz van rögzítve. Nem lehet migrálni, csak ha átdugom az USB kábeleket.

Induljunk ki abból, hogy ezekből az USB-s eszközökből nincs ethernetes változat, még legalább két évig velünk lesznek. Van olyan USB-HUB, ami megoldaná a problémámat?

(Bár sose néztem utána, de úgy tudom, hogy a klasszikus USB-HUB egy gép egy portját osztja több felé, hogy több eszközt is ráköthess. Nekem pont fordítva kellene, egy USB-s eszközt kellene három szerverre rákötni.)

A konkrét hiba:

A virtuális gép elindítása sikertelen: win7.

Failed to load R0 module /usr/lib/virtualbox/ExtensionPacks/Oracle_VM_VirtualBox_Extension_Pack/linux.amd64/VBoxEhciR0.r0: RTLdrGetBits failed (VERR_SYMBOL_VALUE_TOO_BIG).

Failed to load ring-0 module 'VBoxEhciR0.r0' for device 'usb-ehci' (VERR_SYMBOL_VALUE_TOO_BIG).

Eredmény kód:	NS_ERROR_FAILURE (0x80004005)
Komponens:	ConsoleWrap
Interfész:	IConsole {872da645-4a9b-1727-bee2-5585105b9eed}

Látom, hogy az ext pack verzióval van hiba. Gondoltam nem egyezik a verziószám a vbox verziójával. De sajnos miután felcsatoltam az azonos verziójú ext pack-ot utána is ugyanez a hiba.