.net - AWS，EC2 - RunInstances 之后的 CreateTags

Question

我正在使用 .NET SDK 并尝试在创建新实例后立即对其进行标记 - 在 RunInstances 之后立即进行 CreateTags。

大多数时候它只是工作，但偶尔我会收到实例 ID 无效的错误(随后在控制台中检查或再次尝试，它是有效的)。

我知道，对于 SQS、SDB 等，它们“最终是一致的”，并且可能有必要重试调用(尽管我相信 SDK 无论如何都会为你做到这一点) - 但是对于创建实例的一般调用，我认为没有必要.更重要的是，我认为这不是一件好事。寻找特定的异常并几乎无限地重试直到它起作用。

如果必须将创建实例和标记它的过程输入到分布式工作流中，并使用冗余集中系统进行轮询和重试，我认为这是一个糟糕的情况!

我似乎在文档中找不到与此相关的任何内容。我想如果我调用 RunInstances 并得到一个带有实例 ID 的响应，那么该实例 ID 应该立即对标记有效。

到目前为止，我对可能解决方案的想法:

修复了 RunInstances 后几秒钟的延迟(坏的，任意延迟)

立即尝试，否则延迟 5 秒并重试，最多 'n' 次(可以但任意)

创建分布式工作流来处理像这样的任何链式 API 调用，需要 EC2 实例的中央冗余场来管理以确保可靠(糟糕，大量过度设计)

找到一些其他解释，我可以在其中调用另一个 API 方法或在请求上设置一些内容以使其工作

有没有其他人经历过这个，在那个领域有任何知识，等等？

(我在 AWS 社区论坛上有一个帖子，还没有: https://forums.aws.amazon.com/thread.jspa?threadID=80489&tstart=0)

Answer 1

恐怕您的第一个选项是正确的 - 在调用 RunInstances 之后需要一段有限的可变时间在为实例分配预留标识、开始运行并可供进一步调用它之前。

我的控制软件只是在启动线程上休眠 5 秒，直到实例进入 'Running'。状态，此时我可以开始发出其他调用。