问题标签 [ec2-ami]

该ec2-run-instances命令需要一个 AMI ID，并且该 ID 在所有区域中都不同。有什么方法可以指定我需要一个适用于区域 x / 区域 y 和 instance_type z 的 AMI？

换句话说，我需要一种方法来使用一些“默认”AMI，以便我可以编写一个适用于所有 EC2 区域的脚本。

帮助！！！

我正在尝试创建一个 Windows ami，它在启动时（需要在短时间内启动多个 [20] 实时服务器）自动登录并运行 .exe 应用程序（不幸的是，我无法让应用程序作为服务运行）。机器名称也必须是唯一的。

问题在 sysprep 之前工作正常，但是当我从 ami 启动实例时，它无法登录，因为机器名称显然已从原始机器映像更改。

我管理它的唯一方法是不进行 sysprep，使用 ami，然后在启动时登录新机器并手动更改机器名称，并设置自动登录 sysinternal 工具。这并不理想，因为最终用户不是技术人员，而且时间限制不允许有效地执行此操作。

我已经黔驴技穷了！非常感激你的帮助。

是否有任何预安装了 .NET 4 框架的Amazon 提供的Windows AMI？除非我遗漏了什么，否则图像上似乎可以使用 3.5（例如ami-cab91da3），但不是 .NET Framework 4。

如果没有，我们能否期望 AMI 的更新在不久的将来包括 .NET 4？在这一点上，它已经正式发布了将近两年。还是我负责安装它并构建（和维护）自定义 AMI？

（从AWS 论坛交叉发布）

我可以下载 vhd 格式的 EC2 实例吗？还是以 AMI 格式下载并将其转换为 VHD？

我正在使用 Switchvox，一个 Asterisk PBX，我想将它托管在 EC2 上。

Digium Switchvox 提供了一个 ISO，其中包含托管 pbx 服务器所需的一切：操作系统、软件等。它基本上是服务器的映像。

如何使用他们提供的自定义 ISO 实例化新的 EC2 实例？

我正在使用以下命令来设置 AWS 启动配置：

其中 ami-xxxx 是我通过 Web 控制台从我的实例中获得的图像 ID。我收到以下错误：

我已经三次检查图像 ID 是否与实例图像 ID 匹配。我的可用区是 ap-southeast-1a。如果它不接受我希望添加到自动缩放组的实例的图像，我不清楚要求什么图像

我有一个 ec2 实例为 apache 提供网页服务。我在启动配置中使用此实例的 AMI 创建了一个自动缩放组。一旦 CPU 超过 80% 并且自动缩放策略运行，就会创建一个新实例。但是我的原始实例的 CPU 继续上升，而我的新实例的 CPU 保持在 0%。

新实例未提供网页。我猜这是因为 apache 并没有随着图像的启动而启动。我尝试通过 ssh 进入新实例以运行“service httpd start”，但出现以下错误：

为什么我不能 ssh 进入？如何配置自动缩放以在启动时自动启动 apache？

您如何配置 AWS 自动扩展以快速扩展？我已经使用 ELB 设置了一个 AWS 自动缩放组。一切运行良好，只是在添加新实例并上线之前需要几分钟时间。我在一篇关于 Puppet 和自动缩放的帖子中遇到了以下内容：

如果您用于一组节点的 AMI 已经是最新的，则扩展时间可以从几分钟减少到几秒钟。

http://puppetlabs.com/blog/rapid-scaling-with-auto-generated-amis-using-puppet/

这是真的？扩展时间可以减少到几秒钟吗？使用 puppet 会增加性能吗？

我还读到较小的实例比较大的实例启动得更快：

小型实例 1.7 GB 内存、1 个 EC2 计算单元（1 个虚拟内核和 1 个 EC2 计算单元）、160 GB 实例存储、32 位平台，基本安装 CentOS 5.3 AMI

从实例启动到可用性的时间量：5 到 6 分钟 us-east-1c

大型实例 7.5 GB 内存，4 个 EC2 计算单元（2 个虚拟内核，每个内核有 2 个 EC2 计算单元），850 GB 实例存储，64 位平台，基本安装 CentOS 5.3 AMI

从启动实例到可用的时间：
11 到 18 分钟 us-east-1c

两者都是使用亚马逊工具通过命令行启动的。

http://www.philchen.com/2009/04/21/how-long-does-it-take-to-launch-an-amazon-ec2-instance

我注意到这篇文章很旧，我的 c1.xlarge 实例肯定不会花费 18 分钟来启动。尽管如此，配置具有 50 个微型实例的自动扩展组（具有 100% 容量增加的扩展策略）是否比具有 20 个大型实例的组更有效？或者可能创建两个自动缩放组，一个用于快速启动时间的微型实例和一个用于在几分钟后添加 CPU grunt 的大型实例？在其他条件相同的情况下，t1.micro 上线速度比 c1.xlarge 快多少？

我目前将我的应用程序代码保留在 S3 上，并有一个 startup.sh 脚本，该脚本通过 /etc/rc.local 触发并安装应用程序和任何编辑等。因此，当我进行更改时，我需要重新启动我的所有实例更改生效。

有没有办法在不重启实例的情况下触发脚本？

编辑：

我不想单独登录我的所有实例。我更喜欢一种可以编写脚本的方法，以便一次应用于我的所有实例——这些实例位于自动缩放组中。

我有一些带有 EBS 卷的微型实例，您可以从 ec2 控制台右键单击并创建整个系统的 AMI 映像。

但我购买了一些具有 500GB 存储空间的高内存预留实例，因此我安装了“Instance Store”ubuntu AMI 映像

现在我已经在我的服务器上配置了所有东西，并想创建一个实例存储 ami 映像，这样我就可以在新服务器上安装这些映像，而不必再次安装所有东西

你能帮我吗，我该怎么做。

谢谢