Microsoft Joins the Open Compute Project, Shares its Server Designs
datacenterknowledge.com
datacenterknowledge.com
We were one of the initial Open Compute hardware partners thanks to some historical networking connections. We had almost zero interest in Open Compute from our customers. Maybe a dozen quotes total over six months, and we've never shipped a single Open Compute system despite all the initial hype, and despite the designs suiting a lot of our repeat customers. Nobody that would otherwise buy a commodity server wants these Open Compute designs, at least from us. We ended our Open Compute effort a few months ago.
Is anyone outside of the original designers actually using Open Compute hardware in a production environment?
If you are building a singular app that requires a DC specifically built to meet your scaling requirements, then Open Compute can fit your needs.
If you rent a rack, cage, area in a DC - then you'll fail.
The Open Compute initiative i similar to Zuck's H1B Visa actions; they are solely designed to meet his specific needs. To put it bluntly; don't be fooled by this effort for FB to PR their personal optimizations...
Notice how GOOG never even promoted their internal server/system/DC design and kept all their design vendors under NDA lock and key?
FB tried to "open source" a proprietary architecture approach (they stole from google) in a PR push to look like they were doing the industry good...
The fact is that open compute CAN be great - so long as you're operating at the scale that you can really benefit; OR if a provider embraces the full scope of open compute deployents... this is ONLY recognized with players such as amazon and rackspace (lesser)....
It is NOT an capital sot savings; "It takes money to make money, but once you have money; money makes itself"
No way a small ISP is going to be able to operate this way.
The benefit for open compute infra going forward will be in the modular space.
Nobody stole anything from Google. FB's design's are different enough, otherwise Google would have sent David Drummond and his asshole lawyers team after FB. Didn't happen.
Google's platforms team always takes this arrogant approach bragging about their 5 year lead and then come up with broken and buggy products that have to be supported and suffered by various SRE teams.
Their servers are just run off the mill AMD or Intel based design's with a single 12v DC power requirement to make it easier to hook them up to Google's proprietary Ikea racks.
There are alternate design like Manifest Destiny which uses POWER cpus, but they're not in production yet.
I was referring to the concept of building internally - not the actual device designs.
Chill.
There are plenty of shops, big and small, who prefer to do their own integration from white box parts for good reason. Having to call for quotes from some margin-hungry middleman who probably doesn't even have the stuff in stock sort of defeats the purpose of the "Open" platform.
http://www.opencompute.org/assets/open-rack/Open_Compute_Pro...
The target audience won't be deploying one or two machines, they'll be deploying multiple racks. Given that we regularly ship customers full racks of machines and entire preconfigured clusters, we kind of expected some of them to be interested in the alleged superiority of the platform...
Hardware goes through longer "sprints" than software. The equivalent of "merge and compile" is "setup a new manufacturing line" so it isn't surprising to me that at less than 3 years old adoption isn't widespread.
The fact that other company can use the designs is just a side effect, unlikely to impact their operations (as is, enabling competitors).
Something about embrace, extend and extinguish... http://en.wikipedia.org/wiki/Embrace,_extend_and_extinguish
SSDD
They open sourced the hyper-v drivers for linux and freebsd and got them integrated into the kernel.
Asp.Net is completely open source and hosted on GitHub.
Here's a list of open source projects that they have started or contributed to on platforms/languages like Java, Node.js, PHP, and Ruby...
http://www.microsoft.com/opensource/directory.aspx
They open source quite a bit of software...
That said, most of their flagship stuff is closed, in many cases understandably so but in others, it doesn't make as much sense (to me), and seems not to benefit anyone.
I'm with you...I think that they should have open sourced a lot of the supporting software around windows server. I wouldn't really care if the source was available, it would be nice, but I personally think that System Center should be free to any customer with more than 100 servers.
Is this payback for all of the PC players adopting Chromebook and Android, or is this the tipping point where MS has decided not to care about selling Windows Server and instead cares only about driving down its own costs to deploy Azure and O365?
Microsoft's pricing model is ingenious -- pay a couple of thousand bucks per socket for the OS + half that for the entire system center suite. HyperV in 2012R2 is pretty sweet... it will become increasingly difficult to justify additional investments in the VMWare stack.
I run a Hyper-V shop now, and I don't know that I would look back until I hit the performance limitations of Hyper-V. It doesn't make sense, especially if you're running Windows OSes on the HW.
Edit: Downvotes? I'm sharing my server setup, which is simple to set up (in conjunction with Puppet), works wonderfully, doesn't involve any bullshit RAM or core/socket limits, and doesn't cost you as much as the hardware in software licensing costs. Sorry if it was a bit flippant, but I think a better approach would be to point out the advantages that these extremely expensive bits of software bring over the free open source software that many of them are ultimately based on.
The argument for HyperV vs. VMWare is the same as KVM/Xen vs. VMWare.
Any particular reason for choosing RHEL? apt-get is so much better than yum in my experience, and if you go with the support contract, you're adding $1,000-$4,500 to the cost of the server over 3 years. That's a pretty substantial bump that I'd rather spend on more RAM...
The history of corporations is full of examples of not-very-bright companies vanquishing their competition only because they were the least incompetent in that segment and all their competition blundered itself into oblivion.
Why RHEL? Commercial apps are certified to run on it. Its easier to hire people who know it. There's a manual and vendor guidance who will recommend the "right" way to do things. I'm not going to stand up an application generating a few million dollars a year and discover during an outage that some change in Ubuntu breaks the app.
I love Ubuntu, and use it a lot on my personal projects. But in my professional experience, I've seen plenty of cases where some talented SA sets up a "special snowflake" Ubuntu/Debian environment, then leaves. The company is kind of fucked when nobody understands how things work.
My experience is from enterprise environments. Obviously in startups things are a bit different.
RE: Ubuntu changes breaking, couldn't this be mitigated by running your own repo and introducing the changes to your repo once they'd been tested on some staging servers? It may be a moot point, though - I've never had a Ubuntu update break an app, and I've found LTS to be very stable. And if there was an issue, I've always got a backup image I can revert to.
Fair wrt the SA thing, it can be very janky in startups and SMBs, but in an enterprise, I'd expect most server deployment to be automated in a sane way, is this not the case?
Usually, a sign of a well run enterprise IT environment is infrastructure builds driven by vendor recommendations, but customized by a deep understanding of the vendor's bugs and other strategic factors. On the procurement side, they make deals to keep costs in line. No Fortune 500 is paying $1,300/socket per host for RHEL -- they're wheeling and dealing site licenses that probably end up being similar to the Microsoft model of $X/socket for unlimited VMs.
For example, Microsoft hands out lots of useless sizing guidance by assuming that you use physical hardware and JBOD disk. Good Windows admins/build engineers test the actual limits on their environment and size appropriately, and get the vendor to sign off.
Enterprises are all about risk mitigation. Usually that means (Product X broke because vendor Y told us to deploy component Z wrong.)
I know I am not Microsoft biggest fan, but it even seems like their software knows it.
http://arstechnica.com/information-technology/2014/01/ibm-sa...
In competitive procurements, IBM was buying business, taking massive losses to get some hardware installed.
Well, if you ignore not only App Engine (their PaaS offering), but also the rest of the Google Cloud Platform products -- https://cloud.google.com/products/ -- sure, I guess you could say that.
But, really, you are completely wrong. Google clearly does offer its computing as a product.
[1] http://blogs.technet.com/b/microsoft_blog/archive/2014/01/27...
I think these documentations will be very helpful for startups and companies moving away from the cloud to building their own datacenters.
I remember Blackblaze open sourcing something similar, their pod designs, which were not only immensely helpful for other startups and companies but also for individuals building home server racks.
Not that x86 servers aren't already pretty much commoditized anyway. People pay for the support and for incremental features like who has the most free disk bays or does the best deals on SSD storage. Open Compute won't change that in anyway.
[1] http://www.joelonsoftware.com/articles/StrategyLetterV.html