{"id":643471,"date":"2013-02-22T08:24:00","date_gmt":"2013-02-22T13:24:00","guid":{"rendered":"http:\/\/www.datacenterknowledge.com\/?p=91823"},"modified":"2013-02-22T08:24:00","modified_gmt":"2013-02-22T13:24:00","slug":"migrating-to-the-cloud-top-3-best-practices","status":"publish","type":"post","link":"https:\/\/mereja.media\/index\/643471","title":{"rendered":"Migrating to the Cloud: Top 3 Best Practices"},"content":{"rendered":"<p><i>Jake Robinson is a Solutions Architect at <a href=\"http:\/\/www.bluelock.com\/\">Bluelock<\/a>. He is a VCP and former CISSP and a VMware vExpert. Jake\u2019s specialties are in infrastructure automation, virtualization, cloud computing, and security.<\/i><\/p>\n<div class=\"columnist-image\"><img loading=\"lazy\" decoding=\"async\" class=\"alignleft size-full wp-image-91834\" alt=\"jake-robinson\" src=\"http:\/\/www.datacenterknowledge.com\/wp-content\/uploads\/2013\/02\/jake-robinson.jpg\" width=\"88\" height=\"115\" \/>JAKE ROBINSON<br \/>\nBluelock<\/div>\n<p>Working at an Infrastructure-as-a-Service provider, I see a lot of IaaS application migration. Migration occurs in both directions&#8211;from physical servers to cloud, from private cloud to public cloud (and back), and to private cloud from public cloud.<\/p>\n<p>Though it occurs often, migration shouldn\u2019t be rushed. A poor migration strategy can be responsible for costly time delays, data loss and other roadblocks on your way to successfully modernizing your infrastructure.<\/p>\n<p>Each scenario is different based on your application, where you\u2019re starting from, and where you\u2019re going.<\/p>\n<h3>Best Practice: Pick Your Migration Strategy.<\/h3>\n<ul>\n<li><b>Option 1: Just data migration.<\/b> This is typically the correct choice for Tier 1 and 2 applications. If you choose to migrate your VM or vApp, it\u2019s still going to be constantly changing.\u00a0If it\u2019s a Tier 1 application you won\u2019t be able to afford a lot of downtime, so typically, we\u2019ll recommend invoking some sort of replication. Replication is a complex, detailed subject in itself, but the key to understanding it is to identify the size of the data, the rate of change and the bandwidth between the source and target. As a general rule, if your rate of change is greater than or equal to your bandwidth, your migration will likely fail.\u00a0That\u2019s because the rate of change refers to everything coming in to the app, it\u2019s gaining gravity as the rate comes in.\u00a0The bandwidth is like the escape velocity it requires to get off the ground, or migrate.\u00a0You need a high enough bandwidth to \u201covertake\u201d that rate of change.<\/li>\n<\/ul>\n<ul>\n<li><b>Option 2: Machine replication.<\/b>\u00a0 This is best for Tier 1 and 2 applications that can afford some downtime and it involves stack migration.\u00a0 There is less configuring in this scenario, but there is more data migrating. Option two is best if you\u2019re moving to an internal private cloud. You will be able to replicate the entire stack, because you have plenty of bandwidth to move stuff around. It\u2019s important to note the portability of VMware-based technology, because VMware allows you to package the entire VM\/vApp, the entire stack, into an OVF. The OVF can then be transported anywhere if you\u2019re already on a virtualized physical server.<\/li>\n<\/ul>\n<ul>\n<li><b>Option 3: P2V migration.<\/b> You typically see this for Tier 2 and 3 apps that are not already virtualized. The concept involves taking a physical app and virtualizing it. VMware has a VMware converter that does P2V, and it\u2019s very easy to go from a physical to a private cloud using P2V.\u00a0 It is, however, an entirely different set of best practices, and you should do some extended research to make sure you have the latest updates, best practices and suggestions. In option three, there is no replication; however, those apps can be shipped off to a public cloud provider to run in the public cloud after being virtualized.<\/li>\n<\/ul>\n<ul>\n<li><b>Option 4: Disaster Recovery.<\/b> A final path some companies take is to treat it as a Disaster Recovery (DR) scenario.\u00a0 Setting up something to do basically replication from the physical to one machine to another.\u00a0They choose to replicate the entire stack from point a to point b, and then click the failover button.<\/li>\n<\/ul>\n<p>Now, let\u2019s say you have identified the best vehicle and path to migrate your application.\u00a0Before you actually get to work there is still quite a bit of information to evaluate and incorporate.<\/p>\n<h3>Best Practice: Understand the Gravity of Your Data.<\/h3>\n<p>When moving Tier 1 applications from a physical data center to a private or public cloud, we have to take data gravity into account, and the data itself will be the weightiest part.<\/p>\n<p>There\u2019s no easy way to shrink down the data, so you need to evaluate the weight of the data in the app you\u2019re considering migrating. Especially if you\u2019re a high transaction company, or if it\u2019s a high transaction application, there would be a lot of data to replicate.\u00a0The data of the app constitutes 99 percent of the data gravity of the application.<\/p>\n<p>Another aspect that you should evaluate as part of your pre-migration plan is to determine how connected your VM or vApp is to other apps. If you have a lot of applications tightly coupled to the application you want to migrate, the cloud might not be an option for that application, or at least <i>only<\/i> that application.<\/p>\n<h3>Best Practice: Identify How Your Apps Are Connected.<\/h3>\n<p>Does your application have data that other applications need to access quickly? If so, an \u201call or nothing\u201d philosophy of migration is your best option. If you have an application that is tightly coupled to two or three others, you may be able to move them all to the cloud together.\u00a0Because they are still tightly coupled, you won\u2019t experience the latency that would occur if your cloud-hosted application needed to access a physical server to get the data it needs to run.<\/p>\n<p>A step beyond identifying how many apps are tied to the application you wish to migrate, work next to identify which of those applications will be sensitive to latency problems. How sensitive it can be should be a consideration of whether you migrate the app or not.<\/p>\n<p>To be able to check this best practice off your list, be very sure you understand everything your application touches so you won\u2019t be surprised later, post-migration.<\/p>\n<p>Each application, and migration strategy, is unique, so there is no detailed instruction manual that works for everyone.<\/p>\n<p><em>Industry Perspectives is a content channel at Data Center Knowledge highlighting thought leadership in the data center arena. See our <a href=\"http:\/\/www.datacenterknowledge.com\/industry-perspectives-thought-leadership\/\">guidelines and submission process<\/a> for information on participating. View previously published Industry Perspectives in our <a href=\"http:\/\/www.datacenterknowledge.com\/archives\/category\/perspectives\/\">Knowledge Library<\/a>.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Jake Robinson is a Solutions Architect at Bluelock. He is a VCP and former CISSP and a VMware vExpert. Jake\u2019s specialties are in infrastructure automation, virtualization, cloud computing, and security. JAKE ROBINSON Bluelock Working at an Infrastructure-as-a-Service provider, I see a lot of IaaS application migration. Migration occurs in both directions&#8211;from physical servers to cloud, [&hellip;]<\/p>\n","protected":false},"author":7448,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[],"class_list":["post-643471","post","type-post","status-publish","format-standard","hentry","category-news"],"_links":{"self":[{"href":"https:\/\/mereja.media\/index\/wp-json\/wp\/v2\/posts\/643471","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mereja.media\/index\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mereja.media\/index\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mereja.media\/index\/wp-json\/wp\/v2\/users\/7448"}],"replies":[{"embeddable":true,"href":"https:\/\/mereja.media\/index\/wp-json\/wp\/v2\/comments?post=643471"}],"version-history":[{"count":0,"href":"https:\/\/mereja.media\/index\/wp-json\/wp\/v2\/posts\/643471\/revisions"}],"wp:attachment":[{"href":"https:\/\/mereja.media\/index\/wp-json\/wp\/v2\/media?parent=643471"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mereja.media\/index\/wp-json\/wp\/v2\/categories?post=643471"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mereja.media\/index\/wp-json\/wp\/v2\/tags?post=643471"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}