{"id":11465,"date":"2011-08-08T17:38:00","date_gmt":"2011-08-08T17:38:00","guid":{"rendered":"https:\/\/aidanfinn.com\/?p=11465"},"modified":"2011-08-08T17:38:00","modified_gmt":"2011-08-08T17:38:00","slug":"cloud-and-increased-uptime-is-it-a-myth","status":"publish","type":"post","link":"https:\/\/aidanfinn.com\/?p=11465","title":{"rendered":"Cloud and Increased Uptime \u2013 Is it a Myth?"},"content":{"rendered":"

Some of the hype about (public) cloud services is that they\u2019ll give you increased levels of uptime.  I propose that this is a myth.  There\u2019s been lots of headlines about downtime (some being quite brief) for the likes of GMail and BPOS.  Last night, storms in Dublin cause electrical issues for the Amazon and Microsoft cloud data centres which led to service outages<\/a>.  Microsoft claims that the Amsterdam data centre will kick in for the Dublin one during an outage but it appears<\/em> that this did not happen last night.  It\u2019s funny because not only are these data centres unbelievably complex, and therefore susceptible to failure, but they can be incredibly simple too, which also can lead to failure.<\/p>\n

These data centres may have incredible built-in levels of fault tolerance, but somewhere there is always a single point of failure.  I\u2019ve personally seen them hurt two operators in the past 4 years.  One was a single point of fault in an electrical supply, right where incoming power met the UPS\/generator (I\u2019m no electrician).  That one caused an incident that was referred to as \u201cblack Friday\u201d when 1\/3 of the Irish internet went offline for less than an hour but the exponential traffic backlog caused an issue for a weekend.  The other was a central router in a tier IV data centre that decided to crap itself.  That one lasted just 10 minutes, but this was supposed to be a \u201czero single-point-of-failure\u201d tier IV data centre that charged it customers like it was a tier IV data centre.  Somewhere deep down, despite all the clustering, despite the redundant diesel generators, despite the international replication, despite the automation, there is usually one or more single points of failure, such as being vulnerable to a lightning strike.  We understand that even Google, Microsoft, and Amazon have data centre failures from time to time, now let\u2019s continue dealing with the uptime comparison myth.<\/p>\n

How often does your internal Exchange service fail?  How often is your internal SharePoint\/file services offline?  We\u2019re a typical small business with a single Exchange server.  It was off briefly last week when a switch died.  We were on it straight away and replaced it.  Maybe 10 minutes of downtime.  Note: I am not involved in day-day internal IT all that much.<\/em>  I would be very happy in saying that in the last 4 months, something like BPOS has had more downtime than our internal Exchange server.  Our file server hasn\u2019t had any downtime since I\u2019ve been here.<\/p>\n

Go have a look at the downtime history of those public cloud services.  Then go look at how often your on-premises services have downtime.  I bet your IT folks are doing a better job than you think.<\/p>\n

I hate it when I hear people saying that the (public) cloud will increase uptimes of your IT services.  To me, it\u2019s a BS myth.  There are other reasons to consider the cloud, but I am not willing to agree that uptime is one of them.  <\/p>\n

Technorati Tags: Cloud Computing<\/a><\/div>\n","protected":false},"excerpt":{"rendered":"

Some of the hype about (public) cloud services is that they\u2019ll give you increased levels of uptime.  I propose that this is a myth.  There\u2019s been lots of headlines about downtime (some being quite brief) for the likes of GMail and BPOS.  Last night, storms in Dublin cause electrical issues for the Amazon and Microsoft … Continue reading “Cloud and Increased Uptime \u2013 Is it a Myth?”<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[8],"tags":[],"class_list":["post-11465","post","type-post","status-publish","format-standard","hentry","category-cloud"],"aioseo_notices":[],"jetpack_featured_media_url":"","amp_enabled":true,"_links":{"self":[{"href":"https:\/\/aidanfinn.com\/index.php?rest_route=\/wp\/v2\/posts\/11465","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/aidanfinn.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/aidanfinn.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/aidanfinn.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/aidanfinn.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=11465"}],"version-history":[{"count":0,"href":"https:\/\/aidanfinn.com\/index.php?rest_route=\/wp\/v2\/posts\/11465\/revisions"}],"wp:attachment":[{"href":"https:\/\/aidanfinn.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=11465"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/aidanfinn.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=11465"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/aidanfinn.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=11465"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}