|
Yeah, if you go to the IP of your host in a web browser it will have a link to download the client. That doesn't cost you anything. The only things you will pay for are the vSphere Server and whatever licensing for the hosts + features.
|
#
?
Mar 6, 2012 00:27
|
|
|
|
| # ? Apr 18, 2024 05:05 |
|
|
doomisland posted:vSphere Server and whatever licensing for the hosts + features. doomisland posted:Yeah, I can never seem to keep the names straight... evil_bunnY fucked around with this message at 01:15 on Mar 6, 2012 |
|
#
?
Mar 6, 2012 00:50
|
|
|
evil_bunnY posted:You mean vCenter. Yeah, I can never seem to keep the names straight...
|
|
#
?
Mar 6, 2012 00:54
|
|
|
doomisland posted:Yeah, if you go to the IP of your host in a web browser it will have a link to download the client. That doesn't cost you anything. The only things you will pay for are the vSphere Server and whatever licensing for the hosts + features. Alright, I was confused by the evaluation timer on the vSphere client, which was obviously not for the vSphere client, but for the ESXi host itself. Now that the registration key has been added, there's no more timer. Thanks for the replies!
|
|
#
?
Mar 6, 2012 01:14
|
|
|
doomisland posted:Yeah, I can never seem to keep the names straight... This is me. "God drat it why isn't my google search coming up with anything??" *googles "vSphere Server" quite literally every single time*
|
|
#
?
Mar 6, 2012 01:16
|
|
|
I was going over pricing for stuff and it was a terrible morning since every other sentence I was saying when trying to explain to a coworker was a mouthful. Though one of the vendors I talked to kept on calling the Remote Office and Branch Office license the ROBO license. Beep.
|
|
#
?
Mar 6, 2012 01:51
|
|
|
I've got a shot at getting Jumbo Frames enabled this weekend since we have a shutdown scheduled for some electrical work. Is there an order of operations I need to be concerned with, as far as enabling it on the switch, SAN and in vSphere? I'm assuming as long as I get it switched over everywhere to MTU = 9000 and can verify it with a code:I'm also not sure if I need to modify the vmkernel interface directly too or just esxcfg-vswitch -m 9000 the vswitch. edit: ESXi 4.1 with NetApp NFS datastores, Compellent gear getting installed in the near future though so this is more in preparation for that.
|
|
#
?
Mar 6, 2012 21:19
|
|
|
Mierdaan posted:I'm also not sure if I need to modify the vmkernel interface directly too or just esxcfg-vswitch -m 9000 the vswitch.
|
|
#
?
Mar 6, 2012 21:20
|
|
|
I think you still want the physical switches to be a bit more than the vSwitches and portgroups to account for overhead. And I don't think vmkping accounts for such overhead either, so it might fail by 14 bytes. You can do, for example: vmk0: 9000 vSwitch0: 9000 Your physical switch: 9100. There should be a KB article along those lines; going 100 extra is just a safe ballpark figure. And if anyone can call bullshit on it, feel free. I'm not terribly strong with my networking.
|
|
#
?
Mar 6, 2012 21:35
|
|
|
Kachunkachunk posted:And if anyone can call bullshit on it, feel free. I'm not terribly strong with my networking. Me neither. Someday I'll get to stop being jack of all trades, master of none, right guys? 
|
|
#
?
Mar 6, 2012 21:52
|
|
|
Edit: dumb
Vulture Culture fucked around with this message at 22:40 on Mar 6, 2012 |
|
#
?
Mar 6, 2012 22:36
|
|
|
We have relations here with Quest who owns the vRanger product. Hell, it's developed a few blocks away. I haven't begged for a demo or trial license, though.
|
|
#
?
Mar 6, 2012 23:36
|
|
|
 click for big I feel as if something is wrong here, but it shouldn't be. Each VBA has 2GB of RAM and two vCPUs. The backups are all being done on an isolated gigabit network with verified near-line speeds. Pushing data to/from the target outside of PHD hits normal speeds. Yet, all my initial backups (and replications) take forever. The selected task has been running since 3pm yesterday... e: Also you can see the weird issue I'm having where it very rarely states speeds and estimated time left. Which further makes me wonder WTF is going on. I've got a call with my sales rep tomorrow and going to try to have him pull an engineer in. Wonder_Bread fucked around with this message at 23:56 on Mar 6, 2012 |
|
#
?
Mar 6, 2012 23:53
|
|
|
Anyone have any hard numbers on performance gains/losses using jumbo frames on iSCSI VMware storage and vMotion over GbE? I found some good numbers (like single percent increase in performance), but they were invalidated by the guy having a dodgy switch. The documentation for my HP P4000 says "likely not needed" but I'm curious about how slight the gains are.
|
|
#
?
Mar 7, 2012 01:37
|
|
|
luminalflux posted:Anyone have any hard numbers on performance gains/losses using jumbo frames on iSCSI VMware storage and vMotion over GbE?
|
|
#
?
Mar 7, 2012 01:48
|
|
|
Nevermind. I have no idea. This turned out to not be the problem.
Wonder_Bread fucked around with this message at 03:25 on Mar 7, 2012 |
|
#
?
Mar 7, 2012 02:14
|
|
|
Mierdaan posted:Me neither. Someday I'll get to stop being jack of all trades, master of none, right guys? Good luck with that. VMware is like InfoSec. It's the IT generalist's specialization. It definitely to be jack of all trades, master of many in this area. My experience may be different, but I'm expected to perform minor miracles every day, know more than the admins about their own server functions, and more about networking than anyone else where I work.
|
|
#
?
Mar 7, 2012 16:52
|
|
|
BelDin posted:Good luck with that. VMware is like InfoSec. It's the IT generalist's specialization. It definitely to be jack of all trades, master of many in this area. My experience may be different, but I'm expected to perform minor miracles every day, know more than the admins about their own server functions, and more about networking than anyone else where I work. Yep. To be a good Vmware administrator you need to.. 1. Know how the physical servers work. 2. Know how the OS's use resource. 3. Know how networks work (specifically vlanning and mtu if you are dealing with legacy networks). 4. Know how storage works. 5. Everything else I forgot to list. On the upside: Knowing VMWare is a hot thing right now and I'm on my third implementation (Started with ESX 3 in a webhosting environ, moved on to 4.1 in government, and now I'm doing a 5.0 deployment back in the corporate world). The first one I was just a line admin implementing someone elses plans. The second time was me helping design but not doing any of the implementation. The third one I've done it all myself from the ground up and so far it's the best one yet. Though I want to know how to get my hierarchical view back for my VM cluster so I can see what is where at a glance. Anyone know how? For a visual of what I'm talking about. I dropped everything into a cluster and this was the result: Is there any way to go back to  host -Virtual machine host 2 -Virtual machine Rhymenoserous fucked around with this message at 17:46 on Mar 7, 2012 |
|
#
?
Mar 7, 2012 17:38
|
|
|
BelDin posted:Good luck with that. VMware is like InfoSec. It's the IT generalist's specialization. It definitely to be jack of all trades, master of many in this area. My experience may be different, but I'm expected to perform minor miracles every day, know more than the admins about their own server functions, and more about networking than anyone else where I work. Yeah, I get - and even enjoy - that about virtualization. I've always liked having a broad understanding of systems, it's only frustrating when the lack of time spent in any given area leaves me with a shallower understanding of an issue than I want, and I don't have the time to really dive into it.
|
|
#
?
Mar 7, 2012 17:56
|
|
|
Rhymenoserous posted:Though I want to know how to get my hierarchical view back for my VM cluster so I can see what is where at a glance. This is how it looks with DRS turned on and fully automated. I guess it encourages you to think of VMs as just running on a cluster and not worrying about which host they're on.
|
|
#
?
Mar 7, 2012 17:59
|
|
|
Erwin posted:This is how it looks with DRS turned on and fully automated. I guess it encourages you to think of VMs as just running on a cluster and not worrying about which host they're on. Well I don't like it. Also I only have it set to make suggestions, not do any active moving.
|
|
#
?
Mar 7, 2012 18:07
|
|
|
We don't use DRS at all and that's how it looks for me. You can go to the Virtual Machines tab of the cluster if you want to see where all your guests are 
|
|
#
?
Mar 7, 2012 18:08
|
|
|
Why don't you use DRS?
|
|
#
?
Mar 7, 2012 18:28
|
|
|
Rhymenoserous posted:Well I don't like it. Click on one of the host servers in the cluster and click virtual machines to see which guests are actually running on the host. There's very little reason to disable DRS automation, at its lowest level of automation, a guest will only be moved off a host if significant resources would be freed by doing so. I've only been in one scenario where automation needed to disabled, that was in a stretched cluster - i.e. a cluster whose hosts are separated miles from each other.
|
|
#
?
Mar 7, 2012 18:29
|
|
|
three posted:Why don't you use DRS? 4.0 Essentials Plus kit.
|
|
#
?
Mar 7, 2012 19:05
|
|
|
fatjoint posted:I've only been in one scenario where automation needed to disabled, that was in a stretched cluster - i.e. a cluster whose hosts are separated miles from each other.
|
|
#
?
Mar 7, 2012 19:13
|
|
|
fatjoint posted:Click on one of the host servers in the cluster and click virtual machines to see which guests are actually running on the host. Yeah that's just a pain in the rear end, I wish it would show the hierarchical view ala a non clustered vcenter implementation. It tells you a lot more at a glance.
|
|
#
?
Mar 7, 2012 19:50
|
|
|
Is this... normal? This is a machine with 12 physical cores (two hexacore Intels) running ESX 4.1. The dark red line is CPU usage, and you can see the average is only 18%, but some of the cores have these 100% spikes, even though the averages on all the cores is pretty low . Is this something I should worry about? Is there a way to see which VMs are causing the spike?
|
|
#
?
Mar 8, 2012 05:11
|
|
|
FISHMANPET posted:Is this... normal?
|
|
#
?
Mar 8, 2012 05:20
|
|
|
Are you running virtual desktops? Could be updates all at the same time maybe? That's not a very high spike so it's probably something simple and normal. This might be overkill for your organization but we just bought a license to http://www.vkernel.com. You can specifically have it send you reports for any large jumps in resources and lets you drill down really easily to see where it's happening.
|
|
#
?
Mar 8, 2012 05:22
|
|
|
Nitr0 posted:Are you running virtual desktops? Could be updates all at the same time maybe? That's not a very high spike so it's probably something simple and normal. No, it's just got a couple DCs, mail server, Kerberos, LDAP/DHCP, and a couple other random infrastructure things, nothing big. I guess I won't worry about it until I see problems. My other server has two DCs, a file server, and two SCCM servers (meaning SCCM + SQL on each) and that has a slightly higher average usage, but no spikes like that.
|
|
#
?
Mar 8, 2012 06:22
|
|
|
Are you running iscsi by chance? I see those hiccups sometimes with iscsi, software iscsi has to offload on CPU so seeing spikes is somewhat normal. As long as your VM's seem to me functioning fine I wouldn't lose too much sleep over it
|
|
#
?
Mar 8, 2012 16:56
|
|
|
I got an email today about vmware user group regional conference coming up in a few months (http://www.vmug.com/p/cm/ld/fid=121). It's a one-day thing, but there's no details yet for my local one beyond the date. I should be able to get work to pay for it, but what's the registration cost like? Are these things even worth going to?
|
|
#
?
Mar 8, 2012 22:23
|
|
|
I went to one a few months back when they held the first one in Stockholm. It boiled down to boring IT people caring a lot about very boring stuff (from my perspective as a dev/sysadmin working with web apps on linux). It's one of those events where the event itself was boring as gently caress but the network was really really interesting and useful. Then again, they've promised more specific meets geared towards different areas of virtualization so it might be useful. In this case, the event itself was free, dunno if all are. Walked out of there with a cool vMug, some good contacts, eval license for VEAAM. Also a free lunch and free beer 
|
|
#
?
Mar 8, 2012 23:40
|
|
|
luminalflux posted:I went to one a few months back when they held the first one in Stockholm.
|
|
#
?
Mar 9, 2012 02:48
|
|
|
anyone running a VMware cluster on AMD? we are going to eval a few HP DL165C 1U servers to possibly use in our next refresh this spring. We figure 16 "core"/128GB/4x 1Gbe is about right density wise. Just curious if I should expect disappointment from our eval.
|
|
#
?
Mar 9, 2012 03:02
|
|
|
adorai posted:anyone running a VMware cluster on AMD? we are going to eval a few HP DL165C 1U servers to possibly use in our next refresh this spring. We figure 16 "core"/128GB/4x 1Gbe is about right density wise. Just curious if I should expect disappointment from our eval. Just use anandtech for reviews http://www.anandtech.com/tag/IT they give fair reviews of stuff. I use some Opterons, they perform just as I would expect, amd is more price performance, intel does offer nicer power but at a price http://www.anandtech.com/show/5058/amds-opteron-interlagos-6200 http://www.anandtech.com/show/5279/the-opteron-6276-a-closer-look/7 are reviews of the 16 core cpus Dilbert As FUCK fucked around with this message at 03:42 on Mar 9, 2012 |
|
#
?
Mar 9, 2012 03:39
|
|
|
I have a hard time taking some of these reviews seriously, specifically when I don't think the reviewers really understand datacenter needs. For instance, having 16 integer cores vs 8 hyperthreaded cores has some tangible benefits in a typical high density VMware environment where you see 1000s of idling VMs vs simply maxing out the processors and reporting which ones complete the workload faster. CPU contention is a real concern, and whether you solve it by throwing more cores at the problem or simply throwing raw compute at it to get rid of workload faster can result in a very different experience. I'm really interested in anecdotal experience, even if I run the risk of calling in the fan boys. anandtech in particular has great reviews regarding raw performance, but I am not convinced that carries over to real life datacenter needs. I don't even know how you would measure it beyond throwing a certain load on VM after VM until you hit a certian CPU ready threshold.
|
|
#
?
Mar 9, 2012 04:03
|
|
|
adorai posted:I have a hard time taking some of these reviews seriously, specifically when I don't think the reviewers really understand datacenter needs. For instance, having 16 integer cores vs 8 hyperthreaded cores has some tangible benefits in a typical high density VMware environment where you see 1000s of idling VMs vs simply maxing out the processors and reporting which ones complete the workload faster. CPU contention is a real concern, and whether you solve it by throwing more cores at the problem or simply throwing raw compute at it to get rid of workload faster can result in a very different experience. I'm really interested in anecdotal experience, even if I run the risk of calling in the fan boys. I'm tempted to go with the Sandy Bridge Xeons that Intel just released and call it a day. Dell came out with some servers that look pretty amazing. A Dell sales guy who we've worked with to look at some storage offered to give us a presentation about the new servers, and my boss is really interested, so this might make this an easy choice. One step closer to real honest to god virtualization 
|
|
#
?
Mar 9, 2012 04:15
|
|
|
|
| # ? Apr 18, 2024 05:05 |
|
|
Having a ton of cores is good for fighting thread contention, but you still have shared cache. You'll kind of have to know how the apps behave and use that to decide on whether that will be your next point of contention, or not. And unfortunately it's pretty hard to figure out without real testing (as opposed to reading documentation). Also I'm really not a fan of AMD's errata and would go with Intel wherever possible.
|
|
#
?
Mar 9, 2012 15:30
|
|