{"id":507,"date":"2013-06-29T12:16:12","date_gmt":"2013-06-29T17:16:12","guid":{"rendered":"http:\/\/www.smbitjournal.com\/?p=507"},"modified":"2017-02-19T04:26:35","modified_gmt":"2017-02-19T09:26:35","slug":"the-inverted-pyramid-of-doom","status":"publish","type":"post","link":"https:\/\/smbitjournal.com\/2013\/06\/the-inverted-pyramid-of-doom\/","title":{"rendered":"The Inverted Pyramid of Doom"},"content":{"rendered":"
\n

The 3-2-1 model of system architecture is extremely common today and almost always exactly the opposite of what a business needs or even wants if they were to take the time to write down their business goals rather than approaching an architecture from a technology first perspective.\u00a0 Designing a solution requires starting with business requirements, otherwise we not only risk the architecture being inappropriately designed for the business but rather expect it.<\/p>\n

The name refers to three (this is a soft point, it is often two or more) redundant virtualization host servers connected to two (or potentially more) redundant switches connected to a single storage device, normally a SAN (but DAS or NAS are valid here as well.) It’s an inverted pyramid because the part that matters, the virtualization hosts, depend completely on the network which, in turn, depends completely on the single SAN or alternative storage device. So everything rests on a single point of failure device and all of the protection and redundancy is built more and more on top of that fragile foundation. Unlike a proper pyramid with a wide, stable base and a point on top, this is built with all of the weakness at the bottom. (Often the ‘unicorn farts’ marketing model of “SANs are magic and can’t fail because of dual controllers” comes out here as people try to explain how this isn’t a single point of failure, but it is a single point of failure in every sense.)<\/p>\n

So the solution, often called a 3-2-1 design, can also be called the “Inverted Pyramid of Doom” because it is an upside down pyramid that is too fragile to run and extremely expensive for what is delivered. So unlike many other fragile models, it is very costly, not very flexible and not as reliable as simply not doing anything beyond having a single quality server.<\/p>\n

There are times that a 3-2-1 makes sense, but mostly these are extreme edge cases where a fragile environment is desired and high levels of shared storage with massive processing capabilities are needed – not things you would see in the SMB world and very rarely elsewhere.<\/p>\n

The inverted pyramid looks great to people who are not aware of the entire architecture, such as managers and business people.\u00a0 There are a lot of boxes, a lot of wires, there are software components typically which are labeled “HA” which, to the outside observer, makes it sounds like the entire solution must be highly reliable.\u00a0 Inverted Pyramids are popular because they offer “HA” from a marketing perspective making everything sound wonderful and they keep the overall cost within reason so it seems almost like a miracle – High Availability promises without the traditional costs. \u00a0The additional “redundancy” of some of the components is great for marketing. \u00a0As reliability is difficult to measure, business people and technical people alike often resort to speaking of redundancy instead of reliability as it is easy to see redundancy. \u00a0The inverted pyramid speaks well to these people as it provides redundancy without reliability. \u00a0The redundancy is not where it matters most. \u00a0It is absolutely critical to remember that redundancy is not a check box nor is redundancy a goal, it is a tool to use to obtain reliability improvements. \u00a0Improper redundancy has no value. \u00a0What good is a car with a redundant steering wheel in the trunk? \u00a0What good is a redundant aircraft if you die when the first one crashes? \u00a0What good is a redundant sever if your business is down and data lost when the single SAN went up in smoke?<\/p>\n

The inverted pyramid is one of the most obvious and ubiquitous examples of “The Emperor’s New Clothes” used in technology sales. \u00a0Because it meets the needs of the resellers and vendors by promoting high margin sales and minimizing low margin ones and because nearly every vendor promotes it because of its financial advantages to the seller it has become widely accepted as a great solution because it is just complicated and technical enough that widespread repudiation does not occur and the incredible market pressure from the vast array of vendors benefiting from the architecture it has become the status quo and few people stop and question if the entire architecture has any merit. \u00a0That, combined with the fact that all systems today are highly reliable compared to systems of just a decade ago causing failures to be uncommon enough that the fact that they are more common that they should be and statistical failure rates are not shared between SMBs, means that the architecture thrives and has become the de facto solution set for most SMBs.<\/p>\n

The bottom line is that the Inverted Pyramid approach makes no sense – it is far more unreliable than simpler solutions, even just a single server standing on its own, while costing many times more. \u00a0If cost is a key driver, it should be ruled out completely. \u00a0If reliability is a key driver, it should be ruled out completely. \u00a0Only if cost and reliability take very far back seats to flexibility should it even be put on the table and even then it is rare that a lower cost, more reliable solution doesn’t match it in overall flexibility within the anticipated scope of flexibility. \u00a0It is best avoided altogether.<\/p>\n

Originally published on Spiceworks in abridged form: http:\/\/community.spiceworks.com\/topic\/312493-the-inverted-pyramid-of-doom<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

The 3-2-1 model of system architecture is extremely common today and almost always exactly the opposite of what a business needs or even wants if they were to take the time to write down their business goals rather than approaching an architecture from a technology first perspective.\u00a0 Designing a solution requires starting with business requirements, … Continue reading The Inverted Pyramid of Doom<\/span> →<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[120,45,133,41,43],"tags":[78,121],"class_list":["post-507","post","type-post","status-publish","format-standard","hentry","category-architecture","category-business-of-it","category-risk","category-storage-2","category-virtualization-2","tag-design","tag-inverted-pyramid"],"_links":{"self":[{"href":"https:\/\/smbitjournal.com\/wp-json\/wp\/v2\/posts\/507","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/smbitjournal.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/smbitjournal.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/smbitjournal.com\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/smbitjournal.com\/wp-json\/wp\/v2\/comments?post=507"}],"version-history":[{"count":3,"href":"https:\/\/smbitjournal.com\/wp-json\/wp\/v2\/posts\/507\/revisions"}],"predecessor-version":[{"id":521,"href":"https:\/\/smbitjournal.com\/wp-json\/wp\/v2\/posts\/507\/revisions\/521"}],"wp:attachment":[{"href":"https:\/\/smbitjournal.com\/wp-json\/wp\/v2\/media?parent=507"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/smbitjournal.com\/wp-json\/wp\/v2\/categories?post=507"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/smbitjournal.com\/wp-json\/wp\/v2\/tags?post=507"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}