Amazon web services 将正在运行的AWS实例移动到其他区域

我创建了一个EC2实例（出于某种原因），其可用区为us-east-2c

不过，我的应用程序只能在欧洲使用

我应该更改可用区域还是不重要

同样在屏幕截图中，我们可以看到默认情况下选择了许多其他区域。为了降低AWS每月的成本，我是否应该取消选择这些（例如亚太地区（香港）），还是与此无关

---

谢谢你的帮助

你应该移动你的实例，是的

它位于地球的另一边，这意味着你将增加应用程序的延迟。即使您使用CloudFront，CloudFront也不能处理所有问题。但听起来你不是，在这种情况下，你肯定应该移动它

而且，根据你的应用程序正在做什么以及它正在记录什么数据，可能有法律要求将这些数据存储在欧洲

---

区域是否启用并不重要。这更像是一个安全标志，这样你就不会错误地使用不同的区域。

这里有两个问题。我会分别回答：

1） 如果您在us-east-2中启动了一个实例，那么它将实际驻留在该地区（在本例中为美国俄亥俄州）。您仍然可以从欧洲访问该实例，但是您将从欧洲看到。不可能简单地将实例移动到另一个区域。您可以终止它，在所需区域启动一个新的，然后执行相同的安装步骤。或者，您可以创建EBS卷的快照，将快照复制到所需区域，然后从该快照启动所需区域中的实例

---

2） 仅对您在区域内部署的服务收费。因此，启用所有区域不会花费任何费用，除非您在这些区域部署了服务。

可用性区域在这里似乎无关紧要。听起来你可能需要把它转移到另一个地区。但是，如果没有关于应用程序类型、CDN使用情况等的更多信息，就无法告诉您是否需要将其移至欧洲AWS地区，或者是否可以将其保留在

us-east-2

中。谢谢您的详细回答！然后我将更改区域，并在终止旧实例后运行新实例。关于你的观点，假设我的应用程序只在欧洲可用，但有人可能会去亚洲度假并在那里使用该应用程序——这是否会被视为在该地区的部署，意味着我的额外成本？理想情况下，我不希望我的应用程序在欧盟以外的任何地方使用，以保持我的服务器成本低-这可能吗？另外，该应用程序类似于Tinder，它基本上是一个具有聊天功能的网络应用程序。无论从世界何处访问服务器，其成本都不会超过部署服务器的地区。如果您的用户所在的区域远离您的服务部署所在的区域，则他们可能会看到延迟增加，但这不会增加您的成本。