Miezsta ( 12 years ago )
Well, I've made it clear that I'm personally not 100% on the side of this bleggor, but I do think they have some valid points to make. And I also feel that the hatred Watson gets is over-the-top, but at the same time, I don't think she's above reproach. And again, I'll point to how Skepchick was falling over itself with praise for the last TAM, but in the last 11 months has done an about-face and has declared that TAM is bad for women and is not a safe space. I'm sorry, but that stinks to high heaven; something is just not right.I think there's wrong being done on BOTH sides of this squabble, and at this point it doesn't matter who's wrong is worse. The problem is we have people on both sides digging in their heels and refusing to budge. There's screwed-up human beings in the mix here (and I don't mean that as a slam to anyone, to my mind being human is to be screwed-up by definition) and lots of emotions at play, including a lot of wounded ego and injured pride on both sides. And yes, prejudice. I do believe there's some sexism going on, but also I think sometimes (not always) folks can see prejudice where possibly none was intended or no ill-will felt. I've seen that with feminists, with pagans/wiccans, with gays, etc. I've dealt with folks who are sexist and racist; I have an acquaintance who is rather sexist, quite racist, but without a trace of homophobia. I've dealt with women who intensely hate men and assume men only want to get laid. Look at Dianic Wiccan Z. Budapest, who raised ire at a pagan gathering for declaring her women-only circles were openly only to those who were  born women,  e.g. no transsexuals allowed. I knew a self-styled feminist who felt that men were menaces to society and should be eliminated, and another who just shrugs and says  We're all messed up in this world,  and invites me over for dinner and bad movies.Despite the rambling, my point is, I've seen it all before. Are sexual assaults being covered up at TAM or other skeptic events? I don't know, I'd like to see both sides of the issue. Are people being sexist? Or overly touchy? A large part of it is in our perceptions.So what if the next TAM is only 18% women? There's still women going and presenting, women who DO feel it's safe space. And I'm waiting to hear anything they have to say about it. It could very well be this is all a temporary aberration and next year it'll be back up again. Who knows? Maybe this will all blow over. Maybe DJ Grothe will resign in disgrace and go to a farm to raise turnips. Maybe Rebecca Watson will be revealed as a liar and end up working at McDonald's. (Not that I think either of them are evil and deserve that, but it's always a possibility.) There's little way of knowing what the future holds.And even if this  new blood  you spoke of once rises up and starts its own string of events, it's not going to be sunshine, lollipops, and rainbows. I say it's almost guaranteed that this vaunted  new blood  will suffer it's own internal conflicts and accusations of prejudice (either the same or different ones I'm waiting for shrieks about speciesism if it's held in a hotel that serves meat), because history repeats itself.Because new blood or not, they're still human, and fall prey to human nature, in all its glorious ugliness.

Hitomi ( 12 years ago )
Awesome write up.  Setting up a lab like this is extremely vullabae in the learning that occurs in doing so but the added benefit of having a testing environment to play in when complete is even better.  I really like ESXi, especially the ease with which virtual networking components can be configured, but having several issues with hanging boots caused me to look elsewhere for my hypervisor needs.   While I would recommend ESX for those without much virtualization experience for it's ease of use and VMWare's near ubiquity in production virtualized environments, I would also recommend checking out Proxmox VE.  It's open source, highly stable, and since the most recent upgrade to version 2.0 almost on par with ESX in terms of ease of configuration and depth of configurability.

Keshan ( 12 years ago )
Hi GSThanks for the great question, and one (as you might epxect) with potentially several answers depending on the implementation, i.e. whether using Standard vSwitches / vDS, Nexus 1000V or VM-FEX. Lets take the most common implementation I tend to do which is vSphere using standard vSwitches.Ok, Thats narrowed us down but still a lengthy topic, so I'll concentrate on the Cisco UCS specific aspects and not so much on the standard VMware config, I/O control etc.. which is equally relevant whatever platform is used and I'm sure you are familiar with.So the first question I tend to address with customers is how do they want their hosts networking to look. What I mean by that is, the client may well have a Networking Standard for their ESXi hosts or want to use their standard host templates, which is fine. But Cisco UCS does have some nice features which could greatly simplify the Hosts networking. Features that you may well already be aware of like Hardware Fabric Failover, where you can present a single vNIC to the OS / Hyper-visor and that vNIC is backed by Hardware fabric failover, i.e. if there is any break in the traffic path on the primary fabric that the vNIC is mapped to then UCS Manager will immediately switch the data path to the other fabric, without the OS ever seeing the vNIC go down. This as you may have guessed could potentially half the number of Network interfaces in your hosts (i.e. you could potentially leave out all the Uplink interfaces which are purely there for redundancy, and you can salt and pepper the remaining single vNICs to be mapped primarily to Fabric A and Fabric B to provide load balancing across both Fabrics.The Potential situation to be aware of here though is if a VM which has its active traffic flow via an Uplink mapped to fabric A is communicating with a VM whose traffic flow is mapped via Fabric B then that flow has to be forwarded to beyond the Fabric Interconnects to the upstream LAN switches to be switched at Layer 2 between fabrics even if both VM's are on the same VLAN.So what I tend to do is use a mixture of both single vNICs backed by hardware fabric failover and dual teamed vNICs for vSwitch uplinks which I would like to load balance across both fabrics.But lets assume the customer wants to retain their Physical Host Networking standard so vSphere admins have a consistent view and config for all hosts whatever platform they are hosted on.So a typical ESXi Host would look something like:2 x Teamed vNICs for Management vSwitch    eth 0 mapped to fabric A    eth 1 mapped to fabric B1 x vNIC for VMware user PortGroups uplinking to a dVS    eth 2 mapped to fabric A1 x vNIC with Fabric Failover enabled for vMotion    eth 3 mapped to fabric BOf course you can add other vNICs if you have more networking requirements or require more than a simple port-group (802.1q tag) separation. i.e. an add in an iSCSI vSwitch, Backup vSwitch etc.. So the setup would look something like thisThe reason I go with a single fabric failover vNIC for vMotion is for the potential  issue  pointed out above, which if I have 2 vNIC uplinks to my vMotion vSwitch and were using them in an Active/Active team for redundancy and load balancing I would map one to fabric A and one to fabric B, that could mean that vMotion traffic is potentially taking a very suboptimal route across the network i.e having to go via the upstream swicthes. so by using only 1 vNIC and mapping it so a single fabric all my East/West vMotion traffic will be locally switched within the Fabric Interconnect and not have to be sent to the upstream LAN at all. And if in the event we had a failure within the primary fabric path UCS would switch this traffic transparently from the ESXi host to the other fabric which would again locally switch all vMotion traffic.  Also important to note when teaming the vNICs within vSphere to use Port-ID as the hash, this is to prevent hosts  flapping  between fabrics in the eyes of the upstream LAN switches.OK once the above its setup you do have the option of mapping UCS QoS policies to each of the above vNICs within UCS Manager (by default all traffic is placed in a  best effort  policy)As a standard I generally set a 1Gbs reservation for the vMotion vNICs and leave the others as default. Bearing in mind that these are multiple 10Gbs links and the QoS would only kick in in the event of congestion. NB) FCoE traffic is inherently prioritised within the 802.1Qbb   Priority-based Flow Control standard a sub component of the Data Center Bridging (DCB) standard which Cisco UCS inherently uses. between the Mez Card on the blade and the Fabric Interconnect.Ok, so with reagrds to Northbound load balancing, as you may know when you create the vNIC within the Mez card what you are actually creating is a Veth port within the Fabric Interconnect, as the Mez card (Cisco VIC) is an adapter Fabric Extender.So when you create your teamed pair of vNICs within vSphere that will only get your load balanced traffic to the fabric Interconnects. Now assuming you are running your fabric Interconnects in the default end host mode (Where the FI's appear to the upstream LAN as a Big Server, The FI's obviously need load balancing uplinks into the LAN. Now for redundancy you will likely have a pair of LAN switches hopefully capable of running a Multi-Chassis Ethernet service live Nexus vPC or Catalyst VSS. If thats the case you just size your uplinks to what you want and dual connect your FI's to the upsteam switch pair and channel them at both ends (Standard LACP).As shown belowThe end to end result is that load balancing is done safely and optimally and East/West traffic is maintained within the UCS Infrastructure as much as possible.Hope that answers your question, if not fire back at me, after all us Guru's need to stick together RegardsColin