为什么 AMI 与 ec2 上的某个区域绑定？
据我所知，当我在 ec2 上启动实例时，该实例必须位于特定的数据中心上，并且启动后您无法更改它。我还了解到 AMI 是从实例创建的。
但我不明白的是，当我从 AMI 启动实例时，为什么我不能指定我希望它在哪个区域运行？看起来这并不重要，创建 AMI 后，您应该能够在任何区域启动它。 AMI 包含哪些内容将其与某个区域联系起来？为什么？
I understand that when I launch an instance on ec2, that the instance has to be located on a particular data center, and that after launching you can't change that. I also understand that an AMI is created from an instance.
But what I dont understand, is when I launch an instance from an AMI, why can't I specify what region I want it to run on? Seems like it shouldnt matter, once the AMI is created you should be able to launch it in any region. What does the AMI contain that ties it to a region and why?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
内核。内核 ID 会随着区域的不同而变化（不要问我为什么）。
这意味着指定要引导的内核 ID 的 AMI 只能在该内核 ID 存在的区域中引导。
Kernels. The kernel IDs change across regions (don't ask me why).
Meaning an AMI which specifies a kernel ID to be booted with can only be booted in the region this kernel ID exists.
AMI 是特定于区域的，因为 AMI 基本上包含软件配置（例如操作系统、应用程序服务器和应用程序）。您可以从 AMI 启动一个实例，该实例是作为云中虚拟服务器运行的 AMI 的副本。如果我们将 AMI 视为一项全球服务，则意味着所有 AMI 都存储在一个位置并可以访问所有区域。为此，需要更多时间来拉取然后创建实例。因此，如果它在某个区域（特定于区域）可用，那么我们可以快速启动实例，而不会造成时间延迟。
AMI is region specific because AMI basically contains a software configuration (for example, an operating system, an application server, and applications). From an AMI, you launch an instance, which is a copy of the AMI running as a virtual server in the cloud. And if we consider AMI a global service, it means all AMIs are stored in one place and have access to all regions. For this, it will take more time to pull and then create instances. So if it is available in a region(region-specific), then we can quickly launch instances fast without time delay.