- AMD GPU-k jövője - amit tudni vélünk
- OLED monitor topic
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Vezetékes FÜLhallgatók
- Sony MILC fényképezőgépcsalád
- Milyen processzort vegyek?
- Gaming notebook topik
- Milyen monitort vegyek?
- Dell notebook topic
-
PROHARDVER!
Sziasztok, udvozlunk mindenkit Magyarorszag legnagyobb VMware forumjaban!
Új hozzászólás Aktív témák
-
[Newman]
tag
válasz
kraftxld
#6049
üzenetére
Én csak a hazai piacról tudok nyilatkozni és túl sok helyen nincs vSAN. Egészen egyszerűen azért, mert kell hozzá egy rendes hálózat és persze minden szerverbe - most tegyük félre a mesh-t és a compute only-t - a HDD/SSD. Rack space-t nem spórol vele senki, mert 2U-ba bele lehet vágni használható fél petát is lazán. Ugyanakkor erősen túl kell vásárolni a redundancia miatt, sokkal jobban mint egy központi tárolót. Szóval van helye a vSAN-nak, de nem úgy mint ahogy azt a VMware nyomja - kb mint süket a csengőt.
Azure Stack HCI az tényleg az árban foglalt, de kell hozzá ugye egy Azure subscription is.
Az ELA-król én nem mondhatok semmi publikusat, ott lehet lesz meglepetés.A klaszteren belüli mixeléstől sem tartanék, mert egy vSphere Enterprise Plus perpetual kulcs és egy VSS/VCF-ben kapott Enterprise Plus kulcs között nincs funkcionalitásban különbség, attól teltekintve, hogy az előfizetéses kulcsnak lesz lejárati dátuma.
Miért akarnak oda vetetni veletek VCF-et? Ha nincs NSX, nem kell Automation csak mondjuk VSAN, akkor az utóbbinál ki kell matekozni, hogy melyik olcsóbb (a vSphere Foundation + a VSAN TiB licenszek vagy éppen a VCF a maga 1TiB/core kapacitásával).
-
kraftxld
félisten
válasz
[Newman]
#6048
üzenetére
Mindenképp visszajönnek a tradicionális SAN-ok az ilyen árazás miatt. Csak abból az infrából kiindulva amivel most a legtöbbet foglalkozok, a datacenterek már nagyjából kiűrítve, a legtöbb site meg max 2-3 host-al elmegy.
A Stack HCI meg kvázi ingyen van ha amúgy is licenszelted a VMware-n futó Windows Servereket és van rá SA.Igen, én is úgy tudtam, hogy a perpetual vCenter-be mehet subscription-os meg perpetual cluster is, clusteren belől nem érdemes mixelni a feature különbségek miatt.
Az Essentials Plus-al se vagyunk előrébb sokkal, ott is meg kell venni 96 vcore-t.
Még az nem tiszta, hogy egy agreement-en belől lehet-e mixelni a vCF, vVF, vVS-t, meg az essentialst, mert így a megfelelő licenszekkel le lehetne fedni mindent.
A VMware szerint meg vegyünk 32 vCore-nyi vCF-et arra a site-ra is ahol van egy ezer éves host 2x6 fizikai CPU maggal, és fut rajta 3 VM amit minimálisan használnak
-
[Newman]
tag
válasz
kraftxld
#6046
üzenetére
Akkor véleményed szerint ez itt a központi tárolók létezésének vége? Csak a HCI marad?
A Nutanix és az Azure Stack HCI is előfizetéses, ott sincs semmiféle garancia arra, hogy öt év múlva nem lesz kétszeres emelés.Egy perpetual licenszelt vCenter-ben lehet keverni a perpetual és subscription klasztereket és hosztokat, ez tény.
Az Essential Plus csomag vásárolhatóságát feloldották, ott egy telephelyre lehet már többet is venni. Az lehet alternatíva a Robo-ra ha nincs pl VSAN, ha van, akkor ott el kell felejteni a vSAN-t.
-
válasz
kraftxld
#6046
üzenetére
Ez ipari szívás akinek sok pici site-ja van 1-2 host-al ami eddig ROBO-val ment.
Nekünk csak 60+ ilyen van, de elképzelek egy retail láncot 5000+ lokációval, lokációnként 5-10 VM-el, nekik ez pár millió USD pluszköltség lenne. Mi jók vagyunk 2026 júniusig a tavalyi ELA-nkkal (bár a HPP kreditjeinket el kell költenem 2 héten belül), de nekem is meg kell néznem az alternatívákat 2 node-os helyi clusterekre (lehet Proxmox lesz vagy Nutanix).
-
kraftxld
félisten
Azért bakker... nagyon durván tolja a Broadcom / VMware.
Ész nélkül nyomnak mindent vCF felé, nem sok hiányzott, hogy pofán röhögjem a jóembert amikor a prezin azt mondta, hogy nekünk jobban megéri pénzügyileg a most 25-ös ROBO pakkal lefedett host-okat áttenni vCF-re. Testvérek között is legalább 20x-os árkülönbség van.
Megy a ködösítés, hogy be kell trade-inelni a meglévő SnS-eket.
A kapott vSAN capacity-t nem lehet pool-ozni
épp most akartunk letenni sok site-ra pici vSANt, valszeg kuka az egész.Az "Account director!!!!" azt mondta írásban, hogy egy vCenteren nem lehet mixelni a meglévő perpetual licenszeket amire X évig még van SnS, az új vCF-el meg a vVF-el. Sőt, szerinte a vCF-et meg a vVF-et se lehetne mixelni. Udvarisan rákérdzetem, hogy küldje már el az EULA ide vonatkozó részét meg a releváns KB cikkeket, azonnal változott a válasz.
Rosszabb mint a legutolsó hazug ingatlanügynök.Elvileg a nagyobb agreement-be csak vCF-et meg vVF-et lehet tenni, standard-ot nem. Ez ipari szívás akinek sok pici site-ja van 1-2 host-al ami eddig ROBO-val ment. Ennek még azért pontosan utána megyek.
Szerintem mindenki kösse fel a gatyát és tesztelje a Stack HCI-t meg a Nutanix-ot
mert vérontás lesz. -
bugizozi
őstag
válasz
CsodaPOK
#6044
üzenetére
Szia!
Igen, itt írtam róla: [link]
"a hostname és a pnid egyezik,
szervernev.domain.localmindkettő.
Kipróbáltam, hogy újragenerálom a cert-etszervernev.domain.localnévvel, de az után nem tudtam belépni a webes felületre, a szervizek sem indultak el. Utána megcsináltam simánszervernevnévvel és jó lett.
Rémlik, hogy korábban is volt gond ezzel a vCenter-rel amikor lejárt a tanúsítványa, akkor is csak aszervernev-vel tudtam megújítani."
Napi szinten működik a vCenter.
Mindegy, feladtam én is és a VMware support is, marad az új vCenter egy új full backup Veeam mentéssel.
-
CsodaPOK
senior tag
válasz
bugizozi
#6029
üzenetére
Olyat próbáltál, hogy az upgrade előtt a cert manager-rel csinálsz egy full cert resetet (asszem 8-as pont) és self-signed cert-tel futsz neki az upgrade-nek?
Esetleg ezeket a check-eket futtatni (bár ha ezekkel baj lenne, az a napi működésben is gondot okozna):
https://kb.vmware.com/s/article/79248
https://kb.vmware.com/s/article/82332Illetve érdemes lenne a DNS-t alaposan átnézni. Forward, reverse bejegyzések, figyelve a kis és nagybetűkre.
-
#6043
szpeti40
addikt
DerStauner
#6042
válasz
DerStauner
#6042
üzenetére
Otthoni gépen virtual boxban a megfelelő vm plusz vpn-nel windows távoli asztal?
-
#6042
DerStauner
senior tag
szpeti40
#6038
DerStauner
senior tag
-
#6038
szpeti40
addikt
DerStauner
#6036
válasz
DerStauner
#6036
üzenetére
Nem egyszerűbb a saját gépen pl egy VirtualBoxban?
-
#6037
balaaa88
aktív tag
DerStauner
#6036
balaaa88
aktív tag
válasz
DerStauner
#6036
üzenetére
Oracle Cloud Infrastructure - Free tier.
-
#6036
DerStauner
senior tag
DerStauner
senior tag
Sziasztok!
Remélem, jó helyen kérdezek. Olyan szolgáltatót/megoldást keresek (lehetőleg valami free tier-rel), ahol lényegében egy virtuális számítógépet tudok kezelni. Amit bárhonnét elérek, és azt telepítek rá, amit akarok (jelen esetben fejlesztői környezetet szeretnék). Van ilyen?
-
kraftxld
félisten
-
bugizozi
őstag
válasz
kraftxld
#6030
üzenetére
Ja igen, az kimaradt, hogy ha újrahúzom a vCenter-t, akkor meg lehetne valahogy mókolni a Veeam-et, hogy ne tekintse teljesen "új" környezetnek, mert akkor lementi fullba az egészet ha jól tudom
igazából ez a baj, ezért küzdök vele.
Amúgy az járható út, hogy vCenter 8 install, régiből remove-olom a host-ot, hozzáadom az újhoz, Veeam-be felveszem az új vCenter 8-t, módosítom a Backup job-ba a forrást, csak ismerje már fel a Repository-ban, hogy ezek ugyanazok a VM-ekKöszi!
-
bugizozi
őstag
válasz
bugizozi
#5998
üzenetére
Sziasztok!
Ez a vCenter 6.7 -> 7.0 vagy 8.0 frissítés még mindig nem megy, VMware support se tud segíteni hetek óta
Odáig jutottam, hogy legalább a stage 2-ig eljut, de az STS service nem indul el. Kiolvastam már a fél google-t:- SSO admin groupban ott van az admin (tényleg nem volt ott) [link]
- vsphere.local domain-t default-ra raktam [link] [link]
- tényleg volt AD-ban korábban, de már nincs, kipucoltam [link]
- futattam vdt toolt az kiköpte ezt:SSO Site: default-first-site[PASS] Node: ##NO_HOSTNAME##[FAIL] Node: budapest70 (Embedded)- PROBLEM: Port 7444 Found: Please run python lsdoctor.py --stalefix option on this node.- futtattam lsdoctor-t, fixsts-t, fixcers-t
- felhúztam a 6.7 legfrissebb verzióraDe semmi se segített, a hiba még mindig ugyanez
Van valakinek valami ötlete?
-
Némi segítség William Lam-tól a VVF VCF licenszek kiszámításához
-
regler19
csendes tag
válasz
Mykroft
#6013
üzenetére
hogy is mondjam nem igazán hivatalos a dolog.ez egy moddolt vm csak nem akartam hangosan mondani...ezért nem jó a chr mert nincs belőle moddolt (lehet van csak én nem találtam) ami nekem van routeros csak is kizárólag VMwere alatt működik.
Végül találtam egy másik verziót amivel már megy rendesen az auto start. -
-
-
válasz
szpeti40
#6008
üzenetére
ESXi-n futnak? DRS kell ehhez és DRS group-ok, valahogy így:
(persze ehhez legalább Enterprise licensz kell)#connect to vCenter(s) first
Connect-VIServer -Server $vCenter -User $user -Password $password
#define cluster
$Cluster="Production_Cluster"
#create new DRS group for ESX hosts
New-DrsClusterGroup -Cluster $Cluster -Name "ESX_odd" -VMHost "esxhost3.domain.com","esxhost5.domain.com","esxhost1.domain.com"
New-DrsClusterGroup -Cluster $Cluster -Name "ESX_even" -VMHost "esxhost2.domain.com","esxhost4.domain.com","esxhost6.domain.com"
#create new DRS group for VMs
New-DrsClusterGroup -Cluster $Cluster -Name "VM_odd" -VM "vm211","vm213","vm215","vm217","vm219"
New-DrsClusterGroup -Cluster $Cluster -Name "VM_even" -VM "vm212","vm214","vm216","vm218","vm220"
#Create DRS rule
New-DrsVMHostRule -Cluster $Cluster -Name "odd_to_odd" -VMGroup "VM_odd" -VMHostGroup "ESX_odd" -Type "ShouldRunOn"
New-DrsVMHostRule -Cluster $Cluster -Name "even_to_even" -VMGroup "VM_even" -VMHostGroup "ESX_even" -Type "ShouldRunOn" -
Sziasztok!
Van 2 datacenterünk és azt szeretnénk megoldani, hogy bizonyos redundáns szolgáltatások (pl radius szerver, dhcp), amiből 2 vagy több vm is fut sose fussanak egy teremben lévő hostokon.
Hiába csinálok host group-ot a 2 datacenterben lévő szerverekről, ha utána nem tudok rá szabályt rakni, hogy a 2 vm mindig A és B helyen lévő hostokon fusson.
Ti hogy oldanátok meg? -
regler19
csendes tag
válasz
Mykroft
#6001
üzenetére
Igen ez jó is lenne ha volna licensz kulcsom...
Sajnos csak ESXI jöhet szóba a lvl6 miatt de most meg egy olyan szarsággal küzdök, hogy nem akar működni az auto start... Gyanakszok a VMware tool hiányára, de tudtommal nem is létezik hozzá... Valaki járt már hasonló cipőben? -
bugizozi
őstag
Sziasztok!
Egyik napról a másikra nem tudok belépni a vCenter 5.5 (appliance) felületére vSphere klienssel. (mentés se futott le, onnan vettük észre)
A log-ban megtaláltam ugyanazt a részt amit itt írnak: Sudden problem logging in in old vCenter
2023-12-12T11:09:00.465Z [7F4575EEF700 info '[SSO]' opID=5d39c3e] [UserDirectorySso] Authenticate(svc_backup, "not shown")2023-12-12T11:09:00.510Z [7F4575EEF700 error '[SSO]' opID=5d39c3e] [UserDirectorySso] AcquireToken exception: N9SsoClient12SsoExceptionE(Unexpected SOAP fault: ns0:InvalidTimeRange; request failed.)2023-12-12T11:09:00.510Z [7F4575EEF700 error 'authvpxdUser' opID=5d39c3e] Failed to authenticate user <svc_backup>2023-12-12T11:09:03.038Z [7F4575FF1700 info 'commonvpxLro' opID=261BD030-00000004-de] [VpxLRO] -- FINISH task-internal-213 -- -- vim.SessionManager.login --2023-12-12T11:09:03.038Z [7F4575FF1700 info 'Default' opID=261BD030-00000004-de] [VpxLRO] -- ERROR task-internal-213 -- -- vim.SessionManager.login: vim.fault.InvalidLogin:--> Result:--> (vim.fault.InvalidLogin) {--> dynamicType = <unset>,--> faultCause = (vmodl.MethodFault) null,--> msg = "",--> }--> Args:-->A weboldal tanúsítványa elvileg jó:
Kezdete Thu, 21 Feb 2019 14:55:47 GMT
Vége Mon, 19 Feb 2029 14:55:47 GMTAz idő rendben, tárhely van, szervizek futnak, menedzsment weboldalra (https://vcenter:5480) be tudok lépni meg SSH-n is, jelszó biztos jó.
Mit lehetne még ellenőrizni?
Ami gyanús, hogy kb ~10 éve, 2013 decemberében telepítettük ezt a rendszert, lehet pont 11-én.
Köszönöm!
(tudom-tudom, 5.5, mindenkinek a reddites poszt első kommentje jut eszébe, dobjam ki és használjanak supportált verziót)
épp most akartunk letenni sok site-ra pici vSANt, valszeg kuka az egész.
mert vérontás lesz. 
igazából ez a baj, ezért küzdök vele.
Új hozzászólás Aktív témák
- AKCIÓ! Apple Macbook Pro 16" 2019 i9 9980HK 64GB DDR4 512GB SSD Radeon Pro 5500M garanciával
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RX 9070 XT 16GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- Azonnali készpénzes Intel i3 i5 i7 i9 12/13/14 gen processzor felvásárlás személyesen / csomagküldés
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB DDR5 RAM RX 9070 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest