Amazon Web Services Application Migration Service Major Updates – New Migration Servers Grouping, Updated Launch, and Post-Launch Template

{"value":"Last year, we [introduced ](https://aws.amazon.com/blogs/aws/how-to-use-the-new-aws-application-migration-service-for-lift-and-shift-migrations/)the general availability of [Amazon Web Services Application Migration Service](https://aws.amazon.com/application-migration-service/) that simplifies and expedites your migration to Amazon Web Services by automatically converting your source servers from physical, virtual, or cloud infrastructure to run natively on Amazon Web Services. Since the GA launch, we have made improvements, adding features such as [agentless replication](https://aws.amazon.com/about-aws/whats-new/2021/11/aws-application-migration-agentless-replication/), [MAP 2.0 auto-tagging](https://docs.aws.amazon.com/mgn/latest/ug/map-program-tagging.html) and support for optional [post-launch modernization actions](https://aws.amazon.com/blogs/aws/aws-mgn-update-configure-dr-convert-centos-linux-to-rocky-linux-and-convert-suse-linux-subscription/).\n\nToday we announce three major updates of Application Migration Service to support your migration projects of any size:\n\n- **New Migration Servers Grouping** – You can group migration servers into “applications,” a group of servers that function together as a single application, and manage the migration stage in “waves,” a plan of migrations including grouping servers and applications.\n- **Updated Launch Template** – You can modify the general settings and default launch template, and this template is then used to generate the Amazon Elastic Compute Cloud (Amazon EC2) instance launch template of subsequently installed source servers.\n- **Updated Post-Launch Template** – You can configure custom modernization actions for the post-launch template. You can associate any [Amazon Web Services Systems Manager documents](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-ssm-docs.html) and their parameters with a post-launch custom action.\n\nLet’s dive deep into each launch!\n\n**++New Migration Servers Grouping – Applications and Waves++**\n\nCustomers have clusters of servers that comprise an application, with dependencies between them. The servers within an application share the same configurations, such as network, security policies, etc. Customers want to migrate complete applications and services, as well as set up and configure the application environment.\n\nWe introduce the new concept of “**application**,” representing a group of servers, and you can manage the migration of an application.\n\n\n\nThe new application feature groups source servers together with the same application for integrated migration jobs. It includes configuring the environment before migrating the application’s servers, creating the appropriate security groups, and performing bulk actions on all of the applications servers.\n\nYou can track and monitor the status of application migration and data replication within the migration lifecycle from source servers.\n\n\n\nAlso, customers with large migrations plan their migration, grouping servers and applications in waves. These are logical groups that describe the migration plan over time. Waves may include multiple servers and applications that do not necessarily have dependencies between them.\n\nWe introduce the new concept of “**wave**,” assisting customers in building their migration plan, as well as executing and monitoring it.\n\n\n\nApplication Migration Service supports actions on waves, such as launching all servers in a testing environment or performing cutover of a wave. Application Migration Service also provides reporting and monitoring information at the wave level so that customers will be able to manage their migration projects.\n\n\n\n**++Updated Launch Template – Launch Settings and Default EC2 Launch Template++**\n\nThe launch template allows you to control the way Application Migration Service launches instances in the Amazon Web Services Cloud. You can change the settings for existing and newly added servers individually. Previously, we only supported the [Amazon Web Services Migration Acceleration Program](https://aws.amazon.com/migration-acceleration-program/) (MAP) option to add tags to launched migration instances.\n\nWe added two new options to modify the global launch template, and this template is then used to generate the EC2 launch templates of subsequently installed source servers. Customers start with a global Application Migration Service launch template, which can be used for predefined launch templates. They would then potentially only have to perform modifications to a smaller subset of source servers, as opposed to all of them.\n\n\n\nHere are default settings that will be used when launching target servers:\n\n- **Activate instance type right-sizing** – The service will determine the best match instance type. The default instance type defined in the EC2 template will be ignored.\n- **Start instance upon launch** – The service will launch instances automatically. If this option is not selected, the launched instance will need to be manually started after launch.\n- **Copy private IP** – This enables you to copy the private IP of your source server to the target.\n- **Transfer server tags** – Transfer the tags from the source server to the launched instances.\n- **Operating system licensing** – Specify whether to continue to use the Bring Your Own License model (BYOL) of the source server or use an Amazon Web Services provided license.\n\nAlso, you can configure the default settings that will be applied to the EC2 launch template of every target server, such as default target subnet, additional security groups, default instance type, [Amazon Elastic Block Store](https://aws.amazon.com/ebs) (Amazon EBS) volume type, IOPS, and throughput to associate with all instances launched by this service.\n\n**++Updated Post-Launch Template – Custom Actions++**\n\nPost-launch settings allow you to control and automate actions performed after the server has been launched in Amazon Web Services. It includes four built-in actions: installing the Amazon Web Services Systems Manager agent, installing the Amazon Web Services Elastic Disaster Recover agent and configuring replication, CentOS conversion, and SUSE subscription conversion.\n\nWe added a new option to configure custom actions in the post-launch template. You can associate any Amazon Web Services Systems Manager and its action parameters. It also includes the order in which the actions will be executed and the source server’s operating systems for which the custom action can be configured.\n\n\n\nChoose **Add custom action** to make a new post-launch custom action. For example, the **Amazon Web Services-CopySnapshot**, one of Systems Manager Automation’s runbooks, copies a point-in-time snapshot of an EBS volume. You can copy the snapshot within the same Amazon Web Services Region or from one Region to another.\n\n\n\nIn the **Action parameters**, you can assign **SnapshotId** and **SourceRegion** to run the[ Amazon Web Services Systems Manager CopySnapshot runbook.](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-aws-copysnapshot.html)\n\n\n\nYou can create your own Systems Manager document to define the actions that Systems Manager performs on your managed instances. Systems Manager offers more than 100 preconfigured documents that you can use by specifying parameters as the post-launch actions. To learn more, [see Amazon Web Services Systems Manager Automation runbook reference](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-runbook-reference.html) in the Amazon Web Services documentation.\n\n**++Now Available++**\nThe new migration servers grouping, updates on the launch, and post-launch template are available now, and you can start using them today in all Regions where [Amazon Web Services Application Migration Service](https://aws.amazon.com/application-migration-service/) is supported.\n\nTo learn more, see the [Application Migration Service User Guide](https://docs.aws.amazon.com/mgn/latest/ug/what-is-application-migration-service.html), give it a try, and please send feedback to [Amazon Web Services re:Post for Application Migration Service](https://repost.aws/tags/TApsmvDS3vRjaKNAncO7T1BQ/aws-application-migration-service) or through your usual Amazon Web Services support contacts.\n\n– [Channy](https://twitter.com/channyun)\n\n\n\n### [Channy Yun](https://aws.amazon.com/blogs/aws/author/channy-yun/)\n\nChanny Yun is a Principal Developer Advocate for Amazon Web Services, and passionate about helping developers to build modern applications on latest Amazon Web Services services. A pragmatic developer and blogger at heart, he loves community-driven learning and sharing of technology, which has funneled developers to global Amazon Web Services Usergroups. His main topics are open-source, container, storage, network & security, and IoT. Follow him on Twitter at @channyun.","render":"<p>Last year, we <a href=\"https://aws.amazon.com/blogs/aws/how-to-use-the-new-aws-application-migration-service-for-lift-and-shift-migrations/\" target=\"_blank\">introduced </a>the general availability of <a href=\"https://aws.amazon.com/application-migration-service/\" target=\"_blank\">Amazon Web Services Application Migration Service</a> that simplifies and expedites your migration to Amazon Web Services by automatically converting your source servers from physical, virtual, or cloud infrastructure to run natively on Amazon Web Services. Since the GA launch, we have made improvements, adding features such as <a href=\"https://aws.amazon.com/about-aws/whats-new/2021/11/aws-application-migration-agentless-replication/\" target=\"_blank\">agentless replication</a>, <a href=\"https://docs.aws.amazon.com/mgn/latest/ug/map-program-tagging.html\" target=\"_blank\">MAP 2.0 auto-tagging</a> and support for optional <a href=\"https://aws.amazon.com/blogs/aws/aws-mgn-update-configure-dr-convert-centos-linux-to-rocky-linux-and-convert-suse-linux-subscription/\" target=\"_blank\">post-launch modernization actions</a>.</p>\n<p>Today we announce three major updates of Application Migration Service to support your migration projects of any size:</p>\n<ul>\n<li><strong>New Migration Servers Grouping</strong> – You can group migration servers into “applications,” a group of servers that function together as a single application, and manage the migration stage in “waves,” a plan of migrations including grouping servers and applications.</li>\n<li><strong>Updated Launch Template</strong> – You can modify the general settings and default launch template, and this template is then used to generate the Amazon Elastic Compute Cloud (Amazon EC2) instance launch template of subsequently installed source servers.</li>\n<li><strong>Updated Post-Launch Template</strong> – You can configure custom modernization actions for the post-launch template. You can associate any <a href=\"https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-ssm-docs.html\" target=\"_blank\">Amazon Web Services Systems Manager documents</a> and their parameters with a post-launch custom action.</li>\n</ul>\n<p>Let’s dive deep into each launch!</p>\n<p><strong><ins>New Migration Servers Grouping – Applications and Waves</ins></strong></p>\n<p>Customers have clusters of servers that comprise an application, with dependencies between them. The servers within an application share the same configurations, such as network, security policies, etc. Customers want to migrate complete applications and services, as well as set up and configure the application environment.</p>\n<p>We introduce the new concept of “<strong>application</strong>,” representing a group of servers, and you can manage the migration of an application.</p>\n<p><img src=\"https://dev-media.amazoncloud.cn/38123b1d58004195b8719681c3832a0d_image.png\" alt=\"image.png\" /></p>\n<p>The new application feature groups source servers together with the same application for integrated migration jobs. It includes configuring the environment before migrating the application’s servers, creating the appropriate security groups, and performing bulk actions on all of the applications servers.</p>\n<p>You can track and monitor the status of application migration and data replication within the migration lifecycle from source servers.</p>\n<p><img src=\"https://dev-media.amazoncloud.cn/6721bb97d8134438bc43c7f136527c0d_image.png\" alt=\"image.png\" /></p>\n<p>Also, customers with large migrations plan their migration, grouping servers and applications in waves. These are logical groups that describe the migration plan over time. Waves may include multiple servers and applications that do not necessarily have dependencies between them.</p>\n<p>We introduce the new concept of “<strong>wave</strong>,” assisting customers in building their migration plan, as well as executing and monitoring it.</p>\n<p><img src=\"https://dev-media.amazoncloud.cn/a36b459da6c04327b7c14821a8daf1f2_image.png\" alt=\"image.png\" /></p>\n<p>Application Migration Service supports actions on waves, such as launching all servers in a testing environment or performing cutover of a wave. Application Migration Service also provides reporting and monitoring information at the wave level so that customers will be able to manage their migration projects.</p>\n<p><img src=\"https://dev-media.amazoncloud.cn/c75ed469e476471e87ba8c374f11b30d_image.png\" alt=\"image.png\" /></p>\n<p><strong><ins>Updated Launch Template – Launch Settings and Default EC2 Launch Template</ins></strong></p>\n<p>The launch template allows you to control the way Application Migration Service launches instances in the Amazon Web Services Cloud. You can change the settings for existing and newly added servers individually. Previously, we only supported the <a href=\"https://aws.amazon.com/migration-acceleration-program/\" target=\"_blank\">Amazon Web Services Migration Acceleration Program</a> (MAP) option to add tags to launched migration instances.</p>\n<p>We added two new options to modify the global launch template, and this template is then used to generate the EC2 launch templates of subsequently installed source servers. Customers start with a global Application Migration Service launch template, which can be used for predefined launch templates. They would then potentially only have to perform modifications to a smaller subset of source servers, as opposed to all of them.</p>\n<p><img src=\"https://dev-media.amazoncloud.cn/5b40a46c3d8a4370873c4057dc774f9f_image.png\" alt=\"image.png\" /></p>\n<p>Here are default settings that will be used when launching target servers:</p>\n<ul>\n<li><strong>Activate instance type right-sizing</strong> – The service will determine the best match instance type. The default instance type defined in the EC2 template will be ignored.</li>\n<li><strong>Start instance upon launch</strong> – The service will launch instances automatically. If this option is not selected, the launched instance will need to be manually started after launch.</li>\n<li><strong>Copy private IP</strong> – This enables you to copy the private IP of your source server to the target.</li>\n<li><strong>Transfer server tags</strong> – Transfer the tags from the source server to the launched instances.</li>\n<li><strong>Operating system licensing</strong> – Specify whether to continue to use the Bring Your Own License model (BYOL) of the source server or use an Amazon Web Services provided license.</li>\n</ul>\n<p>Also, you can configure the default settings that will be applied to the EC2 launch template of every target server, such as default target subnet, additional security groups, default instance type, <a href=\"https://aws.amazon.com/ebs\" target=\"_blank\">Amazon Elastic Block Store</a> (Amazon EBS) volume type, IOPS, and throughput to associate with all instances launched by this service.</p>\n<p><strong><ins>Updated Post-Launch Template – Custom Actions</ins></strong></p>\n<p>Post-launch settings allow you to control and automate actions performed after the server has been launched in Amazon Web Services. It includes four built-in actions: installing the Amazon Web Services Systems Manager agent, installing the Amazon Web Services Elastic Disaster Recover agent and configuring replication, CentOS conversion, and SUSE subscription conversion.</p>\n<p>We added a new option to configure custom actions in the post-launch template. You can associate any Amazon Web Services Systems Manager and its action parameters. It also includes the order in which the actions will be executed and the source server’s operating systems for which the custom action can be configured.</p>\n<p><img src=\"https://dev-media.amazoncloud.cn/10127493521c4a3fbcc1940c4502c463_image.png\" alt=\"image.png\" /></p>\n<p>Choose <strong>Add custom action</strong> to make a new post-launch custom action. For example, the <strong>Amazon Web Services-CopySnapshot</strong>, one of Systems Manager Automation’s runbooks, copies a point-in-time snapshot of an EBS volume. You can copy the snapshot within the same Amazon Web Services Region or from one Region to another.</p>\n<p><img src=\"https://dev-media.amazoncloud.cn/0a93d8b1e61b41b39bc727a43a4bf813_image.png\" alt=\"image.png\" /></p>\n<p>In the <strong>Action parameters</strong>, you can assign <strong>SnapshotId</strong> and <strong>SourceRegion</strong> to run the<a href=\"https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-aws-copysnapshot.html\" target=\"_blank\"> Amazon Web Services Systems Manager CopySnapshot runbook.</a></p>\n<p><img src=\"https://dev-media.amazoncloud.cn/3497d95044374d318e9bed2f898e6e27_image.png\" alt=\"image.png\" /></p>\n<p>You can create your own Systems Manager document to define the actions that Systems Manager performs on your managed instances. Systems Manager offers more than 100 preconfigured documents that you can use by specifying parameters as the post-launch actions. To learn more, <a href=\"https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-runbook-reference.html\" target=\"_blank\">see Amazon Web Services Systems Manager Automation runbook reference</a> in the Amazon Web Services documentation.</p>\n<p><strong><ins>Now Available</ins></strong><br />\nThe new migration servers grouping, updates on the launch, and post-launch template are available now, and you can start using them today in all Regions where <a href=\"https://aws.amazon.com/application-migration-service/\" target=\"_blank\">Amazon Web Services Application Migration Service</a> is supported.</p>\n<p>To learn more, see the <a href=\"https://docs.aws.amazon.com/mgn/latest/ug/what-is-application-migration-service.html\" target=\"_blank\">Application Migration Service User Guide</a>, give it a try, and please send feedback to <a href=\"https://repost.aws/tags/TApsmvDS3vRjaKNAncO7T1BQ/aws-application-migration-service\" target=\"_blank\">Amazon Web Services re:Post for Application Migration Service</a> or through your usual Amazon Web Services support contacts.</p>\n<p>– <a href=\"https://twitter.com/channyun\" target=\"_blank\">Channy</a></p>\n<p><img src=\"https://dev-media.amazoncloud.cn/4c05cc22e1ff46d9a7a37b5b65176ff8_marcia-profile%281%29.jpg\" alt=\"marciaprofile1.jpg\" /></p>\n<h3><a id=\"Channy_Yunhttpsawsamazoncomblogsawsauthorchannyyun_79\"></a><a href=\"https://aws.amazon.com/blogs/aws/author/channy-yun/\" target=\"_blank\">Channy Yun</a></h3>\n<p>Channy Yun is a Principal Developer Advocate for Amazon Web Services, and passionate about helping developers to build modern applications on latest Amazon Web Services services. A pragmatic developer and blogger at heart, he loves community-driven learning and sharing of technology, which has funneled developers to global Amazon Web Services Usergroups. His main topics are open-source, container, storage, network &amp; security, and IoT. Follow him on Twitter at @channyun.</p>\n"}