Hirdetés
- Fotók, videók mobillal
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- CMF Phone 1 - egy jó telefon
- Félmillió felett a kiszállított Xiaomi autók száma
- Xiaomi 14 - párátlanul jó lehetne
- Xiaomi 15T Pro - a téma nincs lezárva
- QWERTY billentyűzetes, üzenet-fókuszú androidos mobil a Clicks Communicator
- Rugalmas OLED panelre válthat a Samsung Galaxy A57
- Google Pixel 8 Pro - mestersége(s) az intelligencia
-
Mobilarena
Sziasztok, udvozlunk mindenkit Magyarorszag legnagyobb VMware forumjaban!
Új hozzászólás Aktív témák
-
#4072
adriankoooo
senior tag
balaaa88
#4070
adriankoooo
senior tag
válasz
balaaa88
#4070
üzenetére
Engem ami kicsit idegesít, hogy fordítva nem működik (shrinking).
Mint újdonsült Esxi tulajdonos odaadtam az első virtuális gépnek az egész merevlemezt. Telepítettem egy másik gépet, gondoltam, hogy lekicsinyítem akkor ezt a lemezt (kb 30%-ban volt foglalt). Na ná hogy ilyet nem lehet, csak ha Convert-tel átkonvertálom az egész gépet (=pain in the ass).
Kár, hogy nincs ez valahogy egyszerűbben megoldva, előre nem tudom, hogy mekkora lemez kell egy adott VM-nek. -
Konflikt
addikt
válasz
balaaa88
#3736
üzenetére
az osszes load balancing algoritmus vSphere-ben akkor mukodik jol, ha vagy a fogado vagy a kuldo oldal tobb vegpontos, igy tud forgalmat elosztani az elerheto osszes linkre. hogy milyen modon teszi, ezt tudod csupan beallitani. (n:m, n:1, 1:m OK)
1:1 eseten (pl. 1 VM-et mentesz ki egy VEEAM szerverre) nem lesz kihasznalva egynel tobb link soha. egy adatfolyamot sem a vSphere algoritmusai, sem az LACP nem bont szet es kuldi ki tobb linken.a masik dolog: jolhangzik a 2x10G link, de minden tudna ezt utkozben? (osszes NIC, switchek, diskek, tombok, disk vezerlo..) mert jellemzoen nem a link szokott a szuk keresztmetszet lenni.
-
válasz
balaaa88
#3736
üzenetére
iSCSI amúgy más tészta, mert ott ugye protokoll szinten van round-robin multipath, tehát nem szükséges bűvészkedni interface teamingel, simán megy 2x10G NIC-el a 20G, ha jól állítod be a bindinget esxi oldalon, és target oldalon is jó a multipath config. Az már persze más kérdés, hogy ez inkább elvi dolog, mert target oldalon gondolom nincs olyan storaged ami 20G-t ki tudna szolgálni
-
Immy
őstag
válasz
balaaa88
#3732
üzenetére
Ha a WAN kapcsolat 1Gbps akkor hiába csinálsz 2Gbps vonalat a WAN modem és az ESXi között, sebességben soha nem fogod átlépni az 1Gbps-et.
Más országokban terjed már az FTTH, ott várhatóan tudnál 1Gbps-nél többet kihasználni, azonban ott se kötném be közvetlenül az ESXi-be a szolgáltatótól kapott kábelt, hanem külön modemet/routert/tűzfalat használnék erre.
Helyi datastore-ot hogyan fogod kialakítani?
Remote storage, mennyire "remote"? Interneten valahol elérhető vagy esetleg site-to-site VPN-el egy másik "közeli" site-ról?Függ attól is, hogy a túloldali hálózati eszköz mit támogat: (lacp) 802.3ad / etherchannel
Itt egy jó leírás: https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1004048 -
válasz
balaaa88
#3732
üzenetére
Itt szerintem minden kérdésedre megvan a válasz:
vCenter nélkül nincs dVS-ed, amivel két módot buksz:
- Route Based on Physical NIC Load (ez viszont nem érint)
- "Route Based on IP Hash" módban az LACP-tAmit tudsz standard vswitchel:
- "Route Based on IP Hash" módban etherchannelt
Mivel ez IP hash alapú, ezért akkor van igazán értelme ha a vm-jeid több destination IP-vel kommunikálnak egyidejűleg. Ha 1db vm-ed akar 1db valamivel kommunikálni, akkor a hash kalkuláció miatt mindig ugyanazon az uplinken fognak kimenni a csomagok, tehát plusz sávszélességet ebben az esetben nem nyersz.
-
Immy
őstag
válasz
balaaa88
#3724
üzenetére
vCenter azért fog kelleni, ha normálisan akarod konfigurálni majd a jövőben...
Az ESXi-n fog futni egy tűzfal/router funkcionalitást ellátó virtuális gép, ezért akarod közvetlenül a WAN kapcsolatot bekötni (pl.: pfSense/Netgate)?
Alapvetően etherchannel használata esetén az elméleti sávszélesség összeadódik, azaz 2*10GB/s=20GB/s a Te esetedben. Azonban 2 végponti MAC cím között maradni fog 10GB/s a kihasználható sebesség. Plusz kliensek kellenek szimultán, hogy az etherchannel sebességét ki tudják használni.
Kétségkívül az etherchannel másik előnye a failover képesség, tehát ha az egyik kábel/switchport leszakad, attól függetlenül a kapcsolat tovább él. Ettől függetlenül én nem a WAN kapcsolatra "pazarolnék" el egy fizikai hálózati interface-t, hanem inkább a LAN-ra vagy ISCSI-ra, ahol ténylegesen nagyobb adatforgalom várható általában.
Ha kész az architektúra szívesen ránéznénk, hátha másnak is hasznos lesz a jövőben
-
Utka
aktív tag
válasz
balaaa88
#3187
üzenetére
Nem, csak simán USB-ről feltenni imaget
Elképzelés:
1./
Fizikai gépről készít egy VHD külső usbre. Usb feldug az ESXi -re, Kép-file felcsatol, örül.2./
Macriummal készitettem egy mentést és egy rescue image -t.
A készített isot és mentést rátettem egy usb lemezre.
ISO- fölcsatol virtuális gépre, bebútol, majd innen behúz a mentés. -
Utka
aktív tag
válasz
balaaa88
#3185
üzenetére
Üdv!
Próbálnék virtualizálódni ....
Csak nem értek hozzá. Olyan alap dolognál akadtam el, hogy hogy tudok egy külső USB meghajtót catlakoztatni ESXi 5.1 alá ( Gyenge vas miatt nem 6 ). Arról szeretnék egy fizikai gépről készült mentést felrakni.Próbáltam utánakeresnei, Ilyeneket leltem, de a leírtak nem működtek.
Konzolba belépek, de már a 'tail' sor sem műxik ...
Hol találok szájbarágós leírást az ESCi -ről? (Az sem bej ha magyar, v- angol.)Köszönöm szépen.
Kár, hogy nincs ez valahogy egyszerűbben megoldva, előre nem tudom, hogy mekkora lemez kell egy adott VM-nek.
A veeam szerver egy különálló fizikai host, az is 2x(2x10Gbit)-el megy a switchbe?
Új hozzászólás Aktív témák
- Samsung Galaxy S23 Ultra Green 120 Hz Dynamic AMOLED 2X, 200 MP kamera, beépített S Pen
- Azonnali készpénzes Microsoft XBOX Series S és Series X felvásárlás személyesen/csomagküldéssel
- Új Steelseries Arctis Nova pro vezetékes gamer fejhallgató
- ÚJ HP OmniBook Ultra Flip 14"OLED 2,8 K 120Hz - Ultra 7 256V - 16GB - 1TB - 2, év gari - MAGYAR
- Eredeti, új Lenovo 330W töltők - ADL330SDC3A
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest