-
Fototrend
Sziasztok, udvozlunk mindenkit Magyarorszag legnagyobb VMware forumjaban!
Új hozzászólás Aktív témák
-
kraftxld
félisten
Itt azért nem erről van szó, korábban vastagon ment a propaganda, hogy ESXi-nek elég a 8GB-os SD kártya. De a 7.0 U2 USB driverjében elb*sztak valamit ami miatt megállnak a hostok.
Ami a gáz:
VMware kb 3 hónap után dobott fel egy KB-t amiben kb annyi van, hogy "majd javítjuk"
Van újabb .vib file ami javítja a hibát, de azok se tudják kikönyörögni akiknél nagy gázt okoz.
A helyett, hogy visszavonták a release-t, hibajegyek nyitogatása és Dell / HP-ra mutogatás után kinyögik, hogy ja, rollback-elj 7.0 U1-re. Kellemes egy több száz gépes upgrade közepén amikor már a firmware-t is végignyomtad és hogy a HCL-en maradj, azt is lehet rollback-elni.Pár helyen a Dell kicserélte az SD kártyát BOSS-ra, de ennek a koordinálása se lehet egyszerű.
-
kraftxld
félisten
Az a gond, hogy sok különálló ügyfél, és közöttük nincs semmiféle kapcsolat, valami skálázható megoldás kell.
Az outage nem gond, este a mentési ablakon kívül le lehet lőni a VMeket.
Leginkább az a gond, hogy vMotion sincs (mivel essentials) és csak local storage van. Erre kellene valami automatizált dolog, hogy gombot megnyomnak és minden frissen visszajön 2 óra mulva. -
kraftxld
félisten
válasz
ratkaics
#5189
üzenetére
Kicsi helyeken ezt szoktam:
VMware Essentials Licensz
Két szerver, mindegyikben local storage
Az elsődleges szervereken futnak a prod VM-ek
A másodlagos szerveren fut a VCSA meg a Veeam VM
Veeam VM-ben fut egy community edition, és azzal vannak replikálva az elsődleges szerverről a másodlagosra a VM-ek. -
kraftxld
félisten
válasz
ratkaics
#5167
üzenetére
Egy raid tömb, virtualizációnál nincs értelme így szétszedni. A VHD-t nem tudom értelmezni VMware kontextusban
Ezt a soros port témát meg úgy szoktuk általában megoldani, hogy ezeknek a konvertereknek van vmi szoftvere amin beállítod, hogy melyik IP címen van az eszköz és azt melyik helyi soros portra csattintsa rá. -
-
-
kraftxld
félisten
válasz
TheProb
#5151
üzenetére
Azért egy olyan vállalkozásnak ahol van 1-2 fizikai vas rajta 4-5 VM, nem hiszem, hogy gondot okozna egy Essentials bundle.
Én régen nagy hyper-vs voltam, de belefáradtam az állandó apró faszságokba még 1-2 host-os környezetben is. Az MS is nagyjából tojik rá, hogy az on-prem környezetben bármit fejlesszen rajta.
Úgyhogy pár éve csak VMware megy mindenhová. -
kraftxld
félisten
válasz
kraftxld
#5127
üzenetére
Ezzel kapcsolatban a kérdés, így néz ki a switching design:
A két datacenter a vastag szaggatottal elválasztva, az világos, hogy DC-ként a két-két swithcet berakom egy VLT-be 2x100Gbit-en összedrótozva. Ilyet már csináltam, ez nem túl bonyolult.
Lesz még switchenként 2-2 100Gbites optikai modul amelyikkel a két DC-t kötném össze, ezt hogy kell bekonfigolni? Mert néztem a VLT architektúrát de ilyen szinten már dinnye vagyok a hálózathoz -
kraftxld
félisten
válasz
TheProb
#5078
üzenetére
És ez a szerencséje ennek a fosnak, hogy 18 ezer km-re van, már már ott lennék a város főterén és 30L benzinnel lelocsolva égne a switch stack
A migráció alatt az egyik Unifi AP-t nem vitte át a controller migráció, a helyi IT-s arc megkereste, hogy melyik porton volt. Ezt a portot átraktam VLAN99 access-re, hogy lássam az AP-t, firmware frissítés, provisioning. Majd a controlleren átállítottam a management portot VLAN 99 tagged-re.
Utána a switch-en is visszaállítottam a vlan-okat és megoldódott a network hiba
Full ugyanaz a konfig. -
kraftxld
félisten
válasz
TheProb
#5069
üzenetére
Igen, minden forgalom lassú, hááátt. 18 ezer km-re van a cucc, nem nagyon tudok átugrani és switch-ekkel matatni
A switch portok ilyenek ezen csoda Huawei-en (hogy döljön rá egy taligányi pandaszar arra aki ezt a kínai fost eladta az ügyfélnek), nincs SSH access, és csak trunk port-ként tudom beállítani, hogy az összes VLAN átmenjen.
-
kraftxld
félisten
válasz
TheProb
#5065
üzenetére
Mindkettő rajta van az ESXi 7.0 U1 HCL-en. Firmware-t frissítettem.
Mindkettőn ESXi van, local storage.
A vmotion lassú ha az alap 100-as VLAN-on csinálom és ugyanúgy felmegy a latency
Ha átrakom a vmotion-t a 130-as VLAN-ra akkor is ugyanez.
Ez egy Windows-os VM az egyik host-on, a 100-as VLAN-on csatlakozik iSCSI-n egy Synology NAS-re. Ez a Veeam ReFS repository.
Ha elindítom a Veeam mentést ugyanez a hiba, hogy max 15MB/sec-el megy a folyamat és a latency is megnő.
Ha indítok egy AzCopy-t bármelyik VM-ről akkor is ez történik, korábban a Hyper-V-ről simán tolta 500Mbit-el Azure Blobba a biteket.Szerk, most indítottam egy Veeam replikációt a 2 host között, ez is hasonló sebességgel megy. 1ms alatt van a latency ha nincs terhelés a hálón, alatta a latency ha megy a replikáció
-
kraftxld
félisten
válasz
bmw320d4
#5063
üzenetére
Kicsit meg vagyok lőve ezzel a setup-al.
Egy Dell T430-as meg egy Dell R330-as szerver. Broadcom 5720-as hálókártyák.
Legfrisebb Dell ESXi 7.0 U1 image rajtuk, pár VM-et migráltam rá hyper-v-ről.
Semmi komplex cucc, egy management / computer VLAN meg két másik VLAN amin egyéb cuccok vannak.
Huawei S1720-as switch-ek, hálókártyák aktív / passive módban vannak.A vmotion meg bármilyen hálózati dolog mocsok lassú, elér max 150Mbit-et és atom latency jön mindenfelé. Ha átraktam a vMotion-t egy másik VLAN-ra akkor is.
A veeam mentés egy iSCSI-n csatlakoztatott Synology NAS-re, ezt ha elindítom akkor is ugyanez a helyzet mint a vMotion-nál, max 150Mbit, magas latency.
Ötletek, hogy mi lehet? Hyper-Vn előtte nem volt ilyen gond.
-
kraftxld
félisten
-
kraftxld
félisten
Annyira szeretem amikor a zsír új valami sokkal szarabb mint a régi.
ESXi 7.0, Windows 2019-es VM, HW version 17, default virtual NVMe controller.
Ha új disk-et adunk a VM-hez akkor reboot kell hozzá, mert másképp nem látja. Rescan a lemezkezelőben semmit se ér.
[link] -
kraftxld
félisten
Én inkább a sima essentials felé mozdulnék, mert az essentials plus nem tud storage vmotion-t, aztán shared storage nélkül nem sokra mész vele.
Inkább Veeam licenszbe ruháznék be ha még nincs, akkor lesz rendes mentésed, replikáció, és a quick move-al elég gyorsan (kb egy restart ideje) át tudod mozgatni a VM-eket shared storage nélkül. -
kraftxld
félisten
én 2x 8 fizikai core-s magas GHz-ű procikat szoktam kérni, mert így nem szopatnak meg a licenszeléssel
Figyelni kell, mert a VMware is elkezdett megint variálni, pedig emlékszek ESXi 6-nál amikor megjelent eléggé elsöpörte a hasonló próbálkozást a népharag.
[link]
Gondolom az Inteltől kaptak egy kis pénzt, hogy fingassák meg az AMDs sok magos szervereket egy kis plusz licensz költséggel, és a TCO így az Intel felé fog menni. -
kraftxld
félisten
Most csináltam egy kisebb rendszert (új Dell R340 meg a régi HP DL360 G7 mint replika), 6.7-es Essentials kit-el, 1 éves SnS-el jött a Dell, kis küzdés után sikerült frissíteni a kulcsokat.
A HP-nál szögelni kellett [link] meg a generic ISO-t használtam, de hiba nélkül teszi a dolgát.
És igen, most kell frissíteni a kulcsokat, aztán használni amikor kell, még ha lejárt közben az SnS -
kraftxld
félisten
válasz
[Newman]
#4815
üzenetére
Igen, most külön van aztán egyben lesz.
Itt van, hogy vMotion-ra rakja: New-VMHostNetworkAdapter -PortGroup VLAN31 -VirtualSwitch $newvswitch -VMotionEnabled $true -IP $vmkip -SubnetMask $vmksubnet -Mtu 9000Ma még próbálkozok pár firmware verzióval, de valszeg cseréltetem.
-
kraftxld
félisten
Meg kérdeznék is, HP C3000 chassis, benne 8 db BL460c G7 blade.
Frissítés, még pár évig hajtaná az ügyfél nem kritikus cuccokkal rajta. A legutolsó G7 HP SPP-t lefuttattam 7 db blade-en, minden rendben volt a cuccos szerint. Majd kiderült, hogy a benne lévő csodálatos Broadcom / Emulex nc533i dual port hálókártya firmware-t frissítette, amitől teljesen megbolondult.
Valami hasonló: [link]
De megpróbáltam már vagy 5 féle firmware-t, egyikkel se működik, ESXi meg Win2012 R2 látja a hálókártyát, de semmilyen forgalom nem megy rajta.
Valamilyen varázslat folytán a cucc még garis, üssem az HP-t, hogy cserélje ki? Bonyolítja a helyzetet, hogy a cucc meg az USA-ban van
Az egy blade-en ahol nem frissítettem a firmware-t tökéletesen megy, de ha arra a firmware verzióra csinálok egy rollback-et akkor se működik -
kraftxld
félisten
Mai feladat, ügyfél belép a 21. századba, 10Gbit-es networking lesz
Mostani konfig, 2x1Gbit management, 4x1Gbit VM traffic, 2x1Gbit vMotion.
Ezt átrakni egy új 2x10Gbit-es standard vswitch-re.A PowerCLI rész a vMotion meg a VM traffic részt pakolja át, utána pedig némi bütykölés az esxcli-vel, ezt majd iLO-n keresztül kell bepötyögni, mert ugyebár ha legyalulom a vmk0 adaptert akkor elszáll minden management. 8 host van, lehet majd feltöltöm azt a részt egy datastore-ba mint .sh file.
#Connecting to the host, uncomment and change as required#Connect-VIServer -Server esx01.corp.local$newvswitch = '10G'$vmotionvmk = 'vmk1'#Moving the vMotion adapter to the 10Gbit switch$vmkip = (Get-VMHostNetworkAdapter -Name $vmotionvmk).IP$vmksubnet = (Get-VMHostNetworkAdapter -Name $vmotionvmk).SubnetMaskNew-VirtualPortGroup -Name VLAN31 -VirtualSwitch $newvswitch -VLanId 31$vmnic = Get-VMHostNetworkAdapter -Name $vmotionvmkRemove-VMHostNetworkAdapter -Nic $vmnic -Confirm:$falseNew-VMHostNetworkAdapter -PortGroup VLAN31 -VirtualSwitch $newvswitch -VMotionEnabled $true -IP $vmkip -SubnetMask $vmksubnet -Mtu 9000Remove-VirtualSwitch -VirtualSwitch vSwitch2 -Confirm:$false#Moving the VirtualNetworks to the 10Gbit switch$oldvswitch = 'vSwitch1'foreach ($pg in (Get-VirtualPortGroup -VirtualSwitch $oldvswitch)){Remove-VirtualPortGroup -VirtualPortGroup $pg -Confirm:$falseNew-VirtualPortGroup -VirtualSwitch $newvswitch -Name $pg.Name -VLanId $pg.VLanId}Remove-VirtualSwitch -VirtualSwitch $oldvswitch -Confirm:$false#esxcli commands for management interface# 1, removing the vmk0 interface, 2, removing the port group, 3, removing the vSwitch, 4, adding vmk0 to the new switch, 5, setting up the management IP, 6, re-adding the default route#esxcli network ip interface remove --interface-name vmk0#esxcli network vswitch standard portgroup remove --porgroup-name Management --vwitch-name vSwtich0#esxcli network vswitch standard remove --vswitch-name vSwitch0#esxcli network ip interface add --interface-name vmk0 --mtu 9000 --portgroup-name VLAN25#esxcli network ip interface ipv4 set --interface-name vmk0 --ipv4 172.16.1.14 --netmask 255.255.255.0 --type static#esxcfg-route -a default 172.16.1.1#just for reference, vmk0 is always tagged with management traffic: esxcli network ip interface tag add - vmk0 -t Management -
kraftxld
félisten
Ehh.. az elmult pár napban eléggé keményen beleástam magam a VMware SSO-ba egy SRM hiba miatt. Tök jó, eddig nem is tudtam, hogy egy kb Active Directory kinézetű LDAP van az egész mögött, nagyon nagy ötlet.
De legalább már értem az egészet és a VMware supportos ürge helyett is én javítottam meg a hibát. Majd ha lesz időm írok róla bővebben. -
kraftxld
félisten
Tegnapi szopás megoldása:
Volt 2 db Windows-os vCenter 6.0 (mellé SRM 6.1 + VRA 6.1) külön site-on.
Persze mióta a kollega telepítette 2015-ben semmi se volt még újraindítva
Na mindegy, ezt frissítettem VCSA 6.7 U2-re + VRA 8.2 + SRM 8.2-re.
Szerencsére az SRM dolgokat újra akarták csinálni, úgyhogy nem kellett vele küzdeni.Ügyködés előtt snapshot, majd a /mob szerkesztőben kigyalultam az SRM meg a VRA extension-t.
[link]
A migrációs cucc szépen észre is vette, hogy az SRM meg a VRA már nincs.Sikeres migráció után próbálom regisztrálni az új VRA-t, kövér két oldal hosszú hibát dobott az appliance, a kulcsszó: DuplicateSolutionCertificateFault
A vCenterben meg visszajött a régi 6.1-es VRA plugin és sírt, hogy nem kompatibilis.A megoldás:
- Megint ki kell szedni a /mob -on keresztül a VRA extensiont
- Majd a flash konzolon keresztül (ez nincs benne a html-ben ) a solution users-ből ki kell törölni a vSphere Replication usert
- Újra regisztrálni a VRA-t, majd minden szép és jó lesz.
-
#4679
kraftxld
félisten
szallasi007
#4678
kraftxld
félisten
válasz
szallasi007
#4678
üzenetére
Mehet menet közben is.
-
#4675
kraftxld
félisten
szallasi007
#4673
kraftxld
félisten
válasz
szallasi007
#4673
üzenetére
Az essentials plus-ban csak sima vmotion van, storage vmotion nincs.
Sima essentials-ban meg lóf*sz sincs -
#4672
kraftxld
félisten
szallasi007
#4671
kraftxld
félisten
válasz
szallasi007
#4671
üzenetére
Arra figyelj, hogy a 60 napos trial licensz alatt mozgasd a VM-eket, mert utána nincs nagyon vmotion meg storage vmotion
Én már 6.7 U2-t raknék, nemrég csináltam hasonlót egy amcsi tanácsnál, ott 4 db kócos régi R710, R610 és társai voltak 2 TrueNAS storage-el.
2 db R630 jött, és mindent újracsináltunk 6.7 U2-vel. -
kraftxld
félisten
válasz
[Newman]
#4656
üzenetére
A storage network-el nincs gond, ott simán megvan a 10Gbit.
Az 1Gbit-es adapterekkel van a gáz, ahol a VM traffic, a régi cuccról jövő migráció meg a management megy. Amikor beraktunk egy sima konfigurálatlan switch-et, simán megvolt az 1Gbit. Majd rugdalom a hálózatos arcokat kicsit -
kraftxld
félisten
Mult héten összedobtam egy vSAN miniclustert (2 node direct connect).
Már az első nap gyanús volt, hogy valami nem 100-as a hálózattal. A hálózatos legények tagadtak persze
Valami istenverte QoS van a core switcheken...
Jobb oldalt a tényleges sebesség, ha elindítottam bármit (ISO feltöltés, vMotion, replikáció Veeam-el.) úgy max 20-30Mbit-et tudott a gigabites háló, a latency meg felment 300ms fölé.
A végén már ugrattam is a legényket, hogy küldjék már haza a takkernénét aki 10 megabites D-link hubokat kötöget össze mindennel a szerverszobábanBal oldal alján némi rugdalás után már elértük a mágikus 230Mbit-es sebességet a core switcheken, felette meg a 10Gbites VSAN háló rendes sebessége, azt szerencsére nem a core-on hajtjuk át.
Valaki nagyon elkefélt valamit a Juniper switcheken....
-
kraftxld
félisten
Hát a free licenszen már nem sokat lehet rontani
Simán menni fog, de ilyen régi vason én már nem bűvészkednék. Maradjon úgy ahogy van, aztán egy normálisabb cuccot venni. Párszor láttam már, hogy ilyen régi szerverek a leállítás után el se indultak, alaplap megrottyant, tápegység, stb. -
kraftxld
félisten
válasz
bugizozi
#4630
üzenetére
Én mostanában Veeam agent-el szoktam.
Csinálok egy teljes mentést egy hálózati meghajtóra ahová a gép menni fog, majd a leállás előtt egy gyors incremental mentést. Bebootolom a cél VM-et és az már a Veeam Recovery ISO-t betöltve vár.
Utána gép kikapcs, a VM-ből betallózom a mentést, átvariálom a partíciókat hogy ne legyen több egy virtuális disk-en, visszaállítás indít.
A Veeam egész jól tömörít, és persze, az üres helyet nem menti.
Miután elkészült, hálózat nélkül újraindít, kipucolom a fizikai drivereket, meg egyéb szemetet, vmware tools fel, vmxnet3 hálókártyát beállítom, leállítás. Majd hálózattal indít. -
kraftxld
félisten
Vegyél már egy rendes gépet
Amennyi időt elb*sztál ezekkel a bontószökevényekkel, még minimálbérből is kijött volna egy HP G6 amin csont nélkül megy minden.
Egy támogatott intel E1000 alapú PCI-os hálókártya kb ezer Ft a hardveraprón, és a fos realtek-et meg forraszd ki az alaplapról, kb annyit ér -
kraftxld
félisten
válasz
TheProb
#4534
üzenetére
Volt egy hasonló esetem Hyper-V alatt, ott csúnyán megborult pár .VHDX file miután kihullott egy SSD a RAID1-ből.
Csak egy megoldás segített, a guest alatt indított Paragon ISO ami a hibás részek kihagyásával lementette a VM-et, majd egy új host-on létrehoztam és visszaállítottam. -
-
kraftxld
félisten
válasz
[Newman]
#4486
üzenetére
Majd később talán, még a VSAN vizsga van, meg egy pár Microsoft idénre, de most belerángattak egy üzletág kivásárlás projectbe (2500 fős cég 450 fős üzletága megy egy 1400 fős cégbe), ez nagyon kócos lesz minimál VMware-ve.
Ezen kívül van pár esetleges VMware project de kevesebb mint szeretném, de majd meglássuk -
kraftxld
félisten
válasz
TheProb
#4407
üzenetére
Ha nem sok host van és nem nagyon függ semmi a vcentertől akkor simán kezdd újra.
1, legyen meg a root password a host-okhoz. Ha nincs meg akkor most vCenteren keresztül resetelni tudod. Licenszeket mentsd le.
2, Régi vcenter, jobb klikk, delete from disk
3, Új vcenter-t telepítessz a 6.7 telepítőből, majd újra hozzáadod a hostokat, mentés beállít
4, Host-okat frissíted 6.7-re. -
-
kraftxld
félisten
válasz
TheProb
#4387
üzenetére
Mi a fizetős?
Technikailag nem inplace upgrade, de a végeredmény ugyanaz. Azonos vCenter IP, név, konfig megmarad.
Ha már frissítettél VCSA 6.5 U2-re, arról még nem lehet 6.7 RTM-re frissíteni, majd gondolom 6.7 U1-re.
Lehet nyugodtan frissíteni a vCentert nem fogja a host-ok at befolyásolni maga a vCenter frissítése. Persze ha van még 5.5-ös host vagy mondjuk pár egyéb dolog (backup, stb) ami nem támogatja a 6.7-et, aztán lehet szívni nagyokat.
A Veeam pl épp a napokban adta ki a frissítést a 6.7-hez.
Új hozzászólás Aktív témák
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Méretét meghazudtolóan hatékony Akasa léghűtő jön inteles vasakhoz
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Fotók, videók mobillal
- Kerékpárosok, bringások ide!
- Battlefield 6
- sziku69: Fűzzük össze a szavakat :)
- Samsung kuponkunyeráló
- LEGO klub
- BestBuy topik
- További aktív témák...
- Apple iPhone SE 2020 128 GB Fehér 1 év Garancia Beszámítás Házhozszállítás
- Azonnali készpénzes Microsoft XBOX Series S és Series X felvásárlás személyesen/csomagküldéssel
- BESZÁMÍTÁS! MSI B460M i5 10400F 16GB DDR4 512GB SSD RTX 2060 6GB Zalman S2 TG FSP 600W
- GYÖNYÖRŰ iPhone 13 mini 128GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3060
- BESZÁMÍTÁS! LENOVO Legion 5 Pro 16ACH6H notebook - R7 5800H 16GB DDR4 512GB SSD RTX 3070 8GB
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest