{"id":346,"date":"2012-11-20T18:15:04","date_gmt":"2012-11-20T23:15:04","guid":{"rendered":"http:\/\/www.smbitjournal.com\/?p=346"},"modified":"2017-02-18T12:19:15","modified_gmt":"2017-02-18T17:19:15","slug":"virtualization-as-a-standard-pattern","status":"publish","type":"post","link":"https:\/\/smbitjournal.com\/2012\/11\/virtualization-as-a-standard-pattern\/","title":{"rendered":"Virtualization as a Standard Pattern"},"content":{"rendered":"
Virtualization as an enterprise concept is almost as old as business computing is itself.\u00a0 The value of abstracting computing from the bare hardware was recognized very early on and almost as soon as computers had the power to manage the abstraction process, work began in implementing virtualization much as we know it today.<\/p>\n
The earliest commonly accepted work on virtualization began in 1964 with the IBM CP-40<\/a> operating system developers for the IBM System\/360 mainframe.\u00a0 This was the first real foray into commercial virtualization and the code and design from this early virtualization platform has descended today into the IBM VM platform that has been used continuously since 1972 as a virtualization layer for the IBM mainframe families over the decades. \u00a0Since IBM first introduced virtualization we have seen enterprise systems adopting this pattern of hardware abstraction almost universally. \u00a0Many large scale computing systems, minicomputers and mainframes, moved to virtualization during the 1970s with the bulk of all remaining enterprise systems doing so, as the power and technology were available to them, during the 1980s and 1990s.<\/p>\n The only notable holdout to virtualization for enterprise computing was the Intel IA32 (aka x86) platform which lacked the advanced hardware resources necessary to implement effective virtualization until the advent of the extended AMD64 64-bit platform and even then only with specific new technology. \u00a0Once this was introduced the same high performance, highly secure virtualization was available across the board on all major platforms for business computing.<\/p>\n Because low cost x86 platforms lacked meaningful virtualization (outside of generally low performance software virtualization and niche high performance paravirtualization platforms) until the mid-2000s this left virtualization almost completely off of the table for the vast majority of small and medium businesses. \u00a0This has lead many dedicated to the SMB space to be unaware that virtualization is a well established, mature technology set that long ago established itself as the de facto pattern for business server computing. \u00a0The use of hardware abstraction is nearly ubiquitous in enterprise computing with many of the largest, most stable platforms having no option, at least no officially support option, for running systems “bare metal.”<\/p>\n There are specific niches where the need to avoid hardware abstraction through virtualization is not advised but these are extremely rare, especially in the SMB market. \u00a0Typical systems needing to not be virtualized include latency sensitive systems (such as low latency trading platforms) and multi-server combined workloads such as HPC compute clusters where the primary goal is performance above stability and utility. \u00a0Neither of these are common to the SMB.<\/p>\n Virtualization offers many advantages. \u00a0Often, in the SMB where virtualization is less expected, it is assumed that virtualization’s goal is consolidation where massive scale cost savings can occur or in providing new ways to provide for high availability. \u00a0Both of these are great options that can help specific organizations and situations but neither is the underlying justification for virtualization. \u00a0We can consolidate and achieve HA through other means, if necessary. \u00a0Virtualization simply provides us with a great array of options in those specific areas.<\/p>\n Many of the uses of virtualization are artifacts of the ecosystem such as a potential reduction in licensing costs. \u00a0These types of advantages are not intrinsic advantages to virtualization but do exist and cannot be overlooked in a real world evaluation. \u00a0Not all benefits apply to all hypervisors or virtualization platforms but nearly all apply across the board. \u00a0Hardware abstraction is a concept, not an implementation, so how it is leveraged will vary. \u00a0Conceptually, abstracting away hardware whether at the storage layer, at the computing layer, etc. is very important as it eases\u00a0management, improves reliability and speeds development.<\/p>\n Here are some of the benefits from virtualization. \u00a0It is important to note that outside of specific things such as consolidation and high availability nearly all of these benefits apply not only to virtualizing on a single hardware node but for a single workload on that node.<\/p>\n In today’s computing environments, server-side workloads should be universally virtualized for these reasons.\u00a0 The benefits of virtualization are extreme while the downsides are few and trivial.\u00a0 The two common scenarios where virtualization still needs to be avoided are in situations where there is specialty hardware that must be used directly on the server (this has become very rare today, but does still exist from time to time) and extremely low latency systems where sub-millisecond latencies are critical.\u00a0 The second of these is common only in extremely niche business situations such as low latency investment trading systems.\u00a0 Systems with these requirements will also have incredible networking and geolocational requirements such as low-latency Infiniband with fiber to the trading floor of less than five miles.<\/p>\n Some people will point out that high performance computing clusters do not use virtualization, but this is a grey area as any form of clustering is, in fact, a form of virtualization. \u00a0It is simply that this is a “super-system” level of virtualization instead of being strictly at the system level.<\/p>\n It is safe to assume that any scenario in which you might find yourself in which you should not use virtualization you will know it beyond a shadow of a doubt and will be able to empirically demonstrate why virtualization is either physically or practically impossible.\u00a0 For all other cases, virtualize.\u00a0 Virtualize if you have only one physical server and one physically workload and just one user.\u00a0 Virtualize if you are a Fortune 100 with the most demanding workloads.\u00a0 And virtualize if you are anyone in between.\u00a0 Size is not a factor in virtualization; we virtualize out of a desire to have a more effective and stable computing environment both today and into the future.<\/p>\n <\/p>\n","protected":false},"excerpt":{"rendered":" Virtualization as an enterprise concept is almost as old as business computing is itself.\u00a0 The value of abstracting computing from the bare hardware was recognized very early on and almost as soon as computers had the power to manage the abstraction process, work began in implementing virtualization much as we know it today. The earliest … Continue reading Virtualization as a Standard Pattern<\/span> \n