以数据驱动并使用发现工具避免中断 - 评估在迁移到AWS云

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

以数据驱动并使用发现工具避免中断

考虑停用的应用程序时,数据驱动至关重要。架构图和机构知识很容易过时或不完整。有时也会出现意外的问题,例如由于中断修复情况而导致另一个应用程序在没有正式参与的情况下依赖于您的系统。

数据驱动的方法为您可以做出决策或验证方法奠定了基础。评估应用程序是否可以停用时,必须确认要迁移的工作负载不依赖于它。迁移这些工作负载然后退出依赖关系可能会导致服务降级,或者更糟糕的是,服务中断。

幸运的是,通过使用数据监控计划停用的服务器上的网络入站和出站连接,了解这些依赖关系非常简单。网络入站连接(例如连接到应用程序的应用程序)和出站连接(例如文件上传到网络文件系统 (NFS) 共享)表示潜在的上游依赖关系。需要调查这种依赖关系,因为如果将要迁移到AWS云连接到应用程序,如果稍后停用应用程序,则可能会中断服务。这个过程可能需要深入探索才能跟踪依赖链。按照上一个示例,如果应用程序将文件上传到 NFS 共享,下一步是确定哪个系统使用该文件以及该应用程序的状态。

你可能决定调查这些连接并评估影响水平。为此,您可以使用发现工具来显示与计划停用的服务器启动的连接。您可能会注意到,大多数连接来自管理服务器,可以忽略,因为它们是收集性能指标或系统管理员代理实例的工具。但是,如果有连接到服务器的应用程序计划迁移,则应该深入了解并检查迁移对该应用程序的潜在影响。

AWSApplication Discovery Service通过收集有关计划停用的本地数据中心的信息,帮助客户规划迁移项目。将代理部署到服务器后,Application Discovery Service 会记录每台服务器的入站和出站网络活动以及其他信息。通过使用Amazon Athena要分析这些数据,您可以确定其他应用程序是否依赖于计划停用的服务器。AWS迁移能力伙伴还可以提供深入的发现和规划工具。

例如,下面的屏幕图示显示了连接到端口 22 上服务器的四个源 IP 地址(目标 = 172.31.1.117)。


        分析连接的示例。

这些是系统管理员使用的堡垒主机,可以忽略。该图还显示了在端口 80 上连接到此应用程序的两台服务器,这两个服务器属于计划迁移的范围。在此阶段,您需要深入了解连接的应用程序。这种更深入的分析将使您能够评估退休后是否会产生任何上游影响。