{"id":3931,"date":"2012-10-03T12:15:00","date_gmt":"2012-10-03T12:15:00","guid":{"rendered":"http:\/\/cloudcomputing.sys-con.com\/node\/2384353"},"modified":"2012-10-03T12:15:00","modified_gmt":"2012-10-03T12:15:00","slug":"load-balancing-101-active-active-in-the-cloud","status":"publish","type":"post","link":"https:\/\/icloud.pe\/blog\/load-balancing-101-active-active-in-the-cloud\/","title":{"rendered":"Load Balancing 101: Active-Active in the Cloud"},"content":{"rendered":"<p>Why active-active is not best practice in the data center, and shouldn&#8217;t be in the cloud either.<\/p>\n<p>Last time we dove into a &#8220;Load Balancing 101&#8221; discussion we looked at the difference between architected for scale and architected for fail. The question that usually pops up after such a discussion is &#8220;why can&#8217;t I just provision an extra server and use it. If one fails, the other picks up the load&#8221;?<\/p>\n<p>We call such a model N+1 \u2013 where N is the number of servers necessary to handle load plus one extra, just in case. The assumption is that all N+1 servers are active, so no resources are just hanging out idle and wasting money. This is also sometimes referred to as &#8220;active-active&#8221; when such architectures include a redundant pair of X (firewalls, load balancers, servers, etc\u2026 ) because both the primary and backup are active at the same time.<br \/>\nSo it sounds good, this utilization of all resources and when everything is running rosy it can benefit in terms of improving performance, because utilization remains lower across all N+1 devices. <\/p>\n<p><a href=\"http:\/\/cloudcomputing.sys-con.com\/node\/2384353\" >read more<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Why active-active is not best practice in the data center, and shouldn&#8217;t be in the cloud either.<\/p>\n<p>Last time we dove into a &#8220;Load Balancing 101&#8221; discussion we looked at the difference between architected for scale and architected for fail. The question &#8230;<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[],"tags":[],"class_list":["post-3931","post","type-post","status-publish","format-standard","hentry"],"_links":{"self":[{"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/posts\/3931","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/comments?post=3931"}],"version-history":[{"count":0,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/posts\/3931\/revisions"}],"wp:attachment":[{"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/media?parent=3931"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/categories?post=3931"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/icloud.pe\/blog\/wp-json\/wp\/v2\/tags?post=3931"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}