Enjoy! If you have any questions, just reach out on twitter.
Friday, November 11, 2016
Enjoy! If you have any questions, just reach out on twitter.
Wednesday, March 25, 2015
On Mar 24, 2015, at 6:37 <redacted> wrote:
Hey Scott,Hope you are doing well. Your thoughts on the question below . Should they get the 1380 VIC for redundancy ? My gut feeling tells me yes for best practice since it is a single point a failure and these guys are a TIER 1 trauma center. Any reason why we should not add another VIC for redundancy ? Will the cluster be sufficient for redundancy ?
If you were going to build an ESX cluster with UCS B200 M4 blades and were going to put Tier-1 applications on this cluster would you rely solely on the built-in 1340 VICs? Or would you purchase the 1380 VICs as well in order to create VIC redundancy in VMware as shown below?
vmnic0 vmnic3 Mgmt
vmnic1 vmnic4 VMotion
vmnic2 vmnic3 Production VMs
This way if a VIC failed you would still be up and connected to Ethernet and Storage.
Or do you think this is “overkill”.
Monday, October 27, 2014
Cisco UCS leads in the simplicity and flexibility of our fabric design. Through innovations in our ASICs on our Virtual Interface Cards (VICs) we are able to create up to 256 virtual ethernet and/or fiber channel interfaces. These connections are created in software giving you the flexibility to simply change connections without changing cables.
Down the road your applications might require a different connection architecture, and UCS allows you to do that in software. Our design is based of a pair of fabric interconnects and either a 4 port or 8 ports IO Module in the chassis. Other designs offer "choices" for the switching fabrics. In the case of Dell, they have a 93 page guide that walks you through the choices (http://www.dell.com/learn/us/en/04/shared-content~data-sheets~en/documents~poweredge_m_series_blades_io_guide.pdf). I'd argue that those are the choices you don't need to make these days. How you choose to connect things should be determined by application demands, not some piece of hardware.
Do we really want to go back to the days of choosing Token-Ring, ARCnet, FDDI, Thicknet, etc .. and then choosing NetBIOS, NetBEUI, AppleTalk, 3270SNA, IPX/SPX, etc ?? Just give me the IOPs to meet my application needs and a pathway to connect the communication.
With Cisco UCS we don’t have the concept of management consoles and agents. It's all built into our hardware from the ground up. There's no Dell OMSA or, HP Insight Management agents. No Dell Management Console (DMC), Dell ITA, or HP Insight console for Cisco UCS. All the functionality is built into the platform.
When you want to upgrade firmware, there's no complicated matrix of what needs to be updated first or what order things should be updated. It's all handled by the system.
I have a customer that used to plan an all weekend outage to upgrade their HP blade systems with Virtual Connect. The first time we upgraded their Cisco UCS system, we were done in 3 hours, and that's including the time it took to hand hold them through the process. They now have more UCS blades than they had HP systems and it still only takes a couple of hours to perform upgrades. I've got another customer that does them during the day and experiences ZERO downtime during the process.
That last thing that separates us is the statelessness of our systems. In most servers the things that define the server live on the server. Things like MAC address, UUIDs, WWPNs, WWNNs, Firmware, BIOS settings, number of Ethernet and FC interfaces, etc. If you want to examine or change the state of those items you have to boot the server, hit F1 to go into the BIOS, change things, then F10 save and exit.
Not the case with Cisco UCS.
In UCS everything is stored in the system as either a Resource Pool, or a Policy. Those are then used to define a Service Profile. The Service Profile is then "associated" with a blade or rack server and it's programmed with the state information contained in the Service Profile.
Service Profiles are portable, I can associate them with different blades or rack servers. The "identify" of the server remains the same no matter where I move it. This means other things in your infrastructure like zoning on switches, mapping of LUNS, network items tied to MACS don't have to change.
If you'd like to see Cisco UCS in action, I'd recommend watching this 1 hour demo I did a few months ago. No PowerPoint slides, just some whiteboarding and a demo of the system showing the power of Cisco UCS Unified Fabric, Simplified Management and Stateless Computing.
Monday, March 31, 2014
It's definitely a sensational eye-ball catching headline when you read "RIP, the server." You immediately think, "Did Peter just say the server is dead?!" ... and certainly many of the readers did as you browse through the comments.
- "Excuse me, but what else is the Cloud made of but servers!"
- "Last time I checked, "the cloud" was running on servers...and lots of them"
- "What does he think those Cloud environments run on....air?"
- "you idiot. the cloud runs on servers."
- "the moron who wrote this doesn't know tech. Cloud is a bunch of servers -_-"
Of course servers aren't dead. This is the challenge when a visionary piece hits the street and lands in a zombie herd of technical people. (Sorry too much Walking Dead last night) :-) ) Big shifts in how we do things don't happen overnight. They happen slowly, and while you're buried in your day to day tactical activities you can't see the shift. You poke your head up from time to time and "poo-poo" anyone that says something different from the way you are doing it.
Back in the early 80's, I was a BBS kid. I grew up on 300/1200 baud modems and trading software on underground BBS's. One night while browsing through the boards I can across a file name "Madonna_Like_A_Virgin_Digitized.sound" ... well not exactly, this was early 80's so it was probably named MDLKVIRG.IFF .. don't you all miss the 8.3 days ? :-) Anyway, it was a HUGE file at the time and was going to take all night to download. I setup my YMODEM transfer and went to bed. (I actually worked with Ward Christensen later at IBM - It was kind of a big deal to meet him)
The next morning I woke up, super excited to play the file. I loaded it up, pressed play, and for a full 10 seconds I could barely make out the screeching and scratching over the PC speakers of Madonna singing Like a Virgin. It sounded like shit. I remember banging my fist on my homemade computer desk and screaming "Who the F#!K is going to do this?!"
Fast forward 10 years. I'm now a co-op at IBM. Taking classes part time and working mostly full time. This was the early 90's. We were college students on a corporate network in the early days of the internet. What do you think we were doing? Yup, downloading files from sites we shouldn't have been visiting ... hello newsgroups, and hello no filters and firewalls. One of the brighter amongst our group, name of Steve McKay (hopefully some statute of limitations has passed), came running down the hall to show us the .MP2 files he had just burned to a CD. You have to remember during this time CD burners cost $600 and media was $20 each. You had to be careful to not do anything else on your PC while burning a CD, or you made a $20 coaster.
I shrugged, "Hmmm, music files. I've seen these before. How many can you fit on the CD? ... only 20? ... How much to burn the CD? ... I can only play them from this application, I can't play them in a *regular* CD player? ... That's interesting, but who the F#!K is going to do this?! .. I can buy a music CD for $10."
It was only a few short years later that .MP3 was out, costs came down, and digital music was everywhere. Plus you have to remember that Apple had not even entered the market. Yet another lesson that you don't have to be first to be best.
Why did I tell this story?
First to remind myself to not get too old and crusty in my thinking and stop yelling "Get off my lawn!" Secondly, IMO Peter is trying to make people think to the future and much larger implications. He used some analogies that gave some knee-jerk reactions the comments, but if you stop and think, he's on to something.
I'm less and less competing with HP, Dell, Lenovo (the artist formerly known as IBM System x) and more and more with Amazon, Rackspace, Google, etc. My customers want services, not servers. Where I used to be competing against other hardware manufacturers on the best MS Exchange design and the merits of my technical solution, I'm now losing the whole deal to Office 365. Peter is simply pointing out new choices where customers can deploy their applications and services. Does it cost more in the public cloud now? ... Can you build a private cloud better? ... What about hybrid solutions? Questions that have certain answers now, but different answers in the future.
Lots of things to think about, instead of simply saying, "Hey you idiot, servers run the cloud." That's not really the point.
But then again, what the hell do I know? I "poo-poo'd" digital music not once, but twice.
Thursday, March 27, 2014
Donate directly by clicking here
Monday, February 17, 2014
Lately I've been doing #SlideFree presentations, using a whiteboard followed by a demo.
If you're reading this in March, April, or May of 2014 - Click and register for more upcoming events.
I challenge you to do the same. When I worked at IBM, my last gig was in the Executive Briefing Center. I was mentored by a guy named Ron .. Ron Jeremy, Ron Burgandy ? .... heck I can't remember his last name. Anyway, he told me something I'll never forget. He said,
"Scott, these people are going to remember maybe 5% of what you told them. What they will remember is, did they believe you, and did they like you. If they like you and believe you, we're half way there. So stop putting so much damn stuff on your slides!"Ron was right. Every preliminary presentation I've done with customers that includes too much detail, fails miserably. They end up being more confused than when I started.
Here's links to two recent whiteboarding sessions I recorded. If we haven't had a chance to meet in person, this is how I typically present the topics of Cisco UCS and Cisco UCS Director. Enjoy!
Thursday, February 6, 2014
Well apparently not anymore for HP. This is good for us (Cisco) as most customers evaluate a new purchase when their support contracts run out. Well the one's in my segment sometimes push it a little longer. But now they are forced to renew contracts or look to a new vendor. It's good for me, so hell yeah I sent a tweet pointing this fact out.
I knew I would get a few replies to the tweet of the nature, "But yeah, Cisco has contracts, entitlements, SmartNet, etc that have to be in place to download your software". You're likely coming from the router/switch world of Cisco, in which that statement is absolutely true.
It is NOT TRUE FOR CISCO UCS. You can use any Cisco.com ID that you registered fresh off the street to download Cisco UCS firmware and software updates.
Now I wouldn't be a proper geek if i didn't prove it. You have to show your work. Which is a problem with the other interesting thing that popped up in the streams last night. Go read Tony's great post on the report that shows how awesome FC is compared to FCoE. Seriously great read, you don't want to have this man pick apart your technical "marketing" whitepaper.
So here's my work.
|First, create a gmail account from a computer on a public network.|
|Next, create a free Cisco.com account.|
|Check that I don't have Service Contracts Associated.|
|Check I have no serial numbers attached to my account|
|Download any Cisco UCS updates I need|
|Anything I can't DL is marked with a "lock" icon - Router, switch, etc|
|Lock icon highlighted|
|All my freshly downloaded Cisco UCS updates - no registration, free account, wide open.|