- Huawei Watch Fit - hajtás, kartárs!
- Az Apple is mesterséges intelligenciával turbózza fel a teljes kínálatot
- iPhone topik
- KuKirin G4 - a sebesség ára
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Samsung Galaxy S22 és S22+ - a kis vagány meg a bátyja
- Az iPhone 15 frissítésgaranciát, a 16 szép rendereket kapott
- Samsung Galaxy A52s 5G - jó S-tehetség
- Touroll J1 - amikor az átlagos is elég
- Okosóra és okoskiegészítő topik
Hirdetés
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
Frissítve! Ubisoft Forward 2024 - Az összes bejelentés egy helyen
gp A show hamarosan kezdődik, utána az összes trailert összegyűjtjük egy helyre.
-
Az EU-s bejegyzésekkel tréningezi az AI-t a Meta
it A Meta közölte: az AI tréningezéséhez ezentúl az európai közösségi médiás bejegyzéseket is felhasználják.
-
Mobilarena
Sziasztok, udvozlunk mindenkit Magyarorszag legnagyobb VMware forumjaban!
Új hozzászólás Aktív témák
-
Utka
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.
Víg napot polgártárs! Nem értek a lovakhoz.
-
Utka
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.Víg napot polgártárs! Nem értek a lovakhoz.
-
-
addikt
válasz balaaa88 #3672 üzenetére
Nagyon attól függ mi szolgáltatja az iSCSI storage-ot
Nekem még mindig az NFS tűnik egyszerűbbnek/könnyebben kezelhetőnek, mondjuk mi NetApp-okat használunk főleg.
[ Szerkesztve ]
"After successfully ignoring Google, FAQ's, the board search and leaving a undecipherable post in the wrong sub-forum don't expect an intelligent reply."
-
őstag
-
-
-
válasz balaaa88 #3729 üzenetére
Ilyen nagy sávszélességed van WAN-ra, hogy kell neki a 2x10Gbit?
Igen, amit írtál kicsit megváltoztatja a dolgokat A veeam szerver egy különálló fizikai host, az is 2x(2x10Gbit)-el megy a switchbe?[ Szerkesztve ]
| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'
-
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
Apró: https://hardverapro.hu/aprok/hirdeto/immy/index.html
-
Chal
addikt
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 #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=1004048Apró: https://hardverapro.hu/aprok/hirdeto/immy/index.html
-
Chal
addikt
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
-
Konflikt
Topikgazda
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.
Commodore Amiga 500 - es a kepzeleteinek tobbe semmi nem szab hatart! // VCIX-DCV&CMA
-
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.
Új hozzászólás Aktív témák
- Windows 10, 11 Professional, Home, Enterprise licenckulcsok 64, 32 bit - MEGA Akció!
- Windows 7 Home Premium, Pro, Ultimate és Windows 8, 8.1 Pro licenckulcsok 64, 32 bit - MEGA Akció!
- Eladó bontatlan Fallout S.P.E.C.I.A.L. Anthology
- Star Wars Outlaws (PC)
- Windows Server 2016, 2019, 2022 Standard, Datacenter, Essentials termékkulcsok - MEGA akció!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen