我正在通过AWS Marketplace和Community AMI来查看我在Amazon上新注册的免费层上的实例。 AMI商店提供的免费服务中包含的广告，让我感到非常困惑。 例如： AWS文档和商店似乎出售免费层的t2.micro实例（t1.micro是“旧一代”，并且是灰色的） t2.micro实例仅支持HVM虚拟化 在启动实例的“快速启动”下，如果我select“Free Tier only”，那么只有一个Ubuntu选项：14.04 LTS， PV虚拟化…与t2.micro instacetypes不兼容。 我在Ubuntu的AMI定位器上发现了其他实例。 当我按照链接，我能够selectt2.micro ，它说“免费层”（我猜的实例types，而不是操作系统）。 但是当我通过它的ID（例如ami-09b4b74c）searchAMI时，它没有提到免费层。 我觉得我疯了，在圈子里。 社区AMI是否有资格获得免费级别？ 我看到有关它的信息有冲突。 说他们没有。 为什么唯一符合条件的免费级别Ubuntu映像与我在免费级别上获得的唯一实例types不兼容？
这似乎是一个非常简单的问题，但我找不到答案。 当我在Amazon AWS上创build实例，然后进行一些更改并创buildAMI存储的AMI时， S3？ 将额外的AMI添加到每月支付的金额？
我正在使用Amazon Linux AMI版本2015.03，我试图通过在/etc/rsyslog.d中删除configuration文件来configurationrsyslog，以将日志redirect到远程日志logging服务器（在本例中为logstash）。 远程日志loggingconfiguration似乎工作正常，但日志仍然写入/ var / log / messages。 这是一个问题，因为他们正在填满磁盘。 我的conf文件看起来像这样： # Log docker generated log messages to logstash :syslogtag, startswith, "docker" @xxxx:5000 & ~ 经过对其他一些系统的调查之后，我发现Amazon Linux中默认存在的rsyslog.conf文件在conf文件的最后包含了这个指令： $IncludeConfig /etc/rsyslog.d/*.conf 我使用的其他系统在configuration文件中有更高的指令。绝对在默认的日志configuration之前。 在我看来，默认值不能被覆盖，因为这个。 我错过了什么吗？
在弹性beanstalk容器中，我在运行Python的EC2框中遇到问题。 为了debugging问题，我需要附加一个debugging器，并用python符号debuggingpython。 当我将GDB附加到进程中时，出现此错误： Reading symbols from /usr/bin/python…(no debugging symbols found)…done. Attaching to program: /usr/bin/python, process 31238 Reading symbols from /lib64/ld-linux-x86-64.so.2…Reading symbols from /usr/lib/debug/lib64/ld-2.12.so.debug…done. done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 0x00007ffec3759a63 in ?? () Missing separate debuginfos, use: debuginfo-install python-2.6-2.23.amzn1.noarch 但是，当我运行debugging信息安装python-2.6-2.23.amzn1.noarch，它doe [[email protected]]# debuginfo-install python-2.6-2.23.amzn1.noarch Loaded plugins: auto-update-debuginfo, fastestmirror, priorities, update-motd enabling amzn-main-debuginfo enabling amzn-updates-debuginfo Loading mirror speeds […]
我捆绑了一个我很满意的AMI。 但是我知道最终我需要修改它（例如，用于Debian安全更新或更新AMI中的其他系统软件）。 捆绑后是否可以更新图像？ 如果我将一个新的AMI与同一个名称，清单和S3位置捆绑在一起呢？ EC2cachingAMI一段时间; AMI在两次发射之间会发生什么变化？ 我明白，我可以简单地捆绑一个全新的AMI，尽pipe我想避免图像的扩散。 我会更好地存储至less一些我的软件（如JRuby等）在EBS卷而不是AMI本身？ 请注意，我指的“软件” 不包括我自己的可部署单元，而是第三方软件。
我正在尝试使用EC2来提供一种易于使用的方式来引导难以构build的Web应用程序。 麻烦的是，文件系统上有一些敏感的configuration，例如密码盐。 我已经编写了一个用户数据脚本，它在首次启动时用随机值replace这些盐，并将其放入我构buildAMI的实例的user-data属性中。 但现在看起来像用户数据脚本特定于实例，而不是AMI – 也就是说，它只在用户进行克隆时指定运行，而不是AMI（我）的创build者。 那么…呃，我想这是有道理的名称“用户数据”。 这是错的吗？ 有没有什么办法可以提供一个在我的AMI的新克隆上自动运行的脚本？
我已经使用Amazon Linux php54-pecl-http Yum软件包安装了PHP的pecl_http扩展。 php -i显示加载的http.ini文件 http.ini的extension=http.so php -m显示安装的HTTP模块 pecl list显示安装的pecl_http 2.0.0beta1 。 但是，当我试图使用它的任何函数 – new HttpRequest() ， http_build_url()等等 – 他们回来不存在。 我正在CLI上运行所有的东西（这是一个实用程序服务器），所以在环境之间不可能有不同的php.ini文件。 php -i的http块状态： http HTTP Support => enabled Extension Version => 2.0.0beta1 Used Library => Compiled => Linked libz => 1.2.5 => 1.2.5 libcurl => 7.24.0 => 7.24.0 libevent => 1.4 or greater => […]
Add "create volume" permissions to the following associated snapshots when creating permissions时， Add "create volume" permissions to the following associated snapshots when creating permissions的意义是什么，表示我们何时将AMI共享到不同的帐户？ 这可以用于分享一个AMI到不同的帐户 – 但他们将无法从中取出新的AMI图像吗？
我有一个基于Windows的Amazon EC2实例，并将EBS驱动器作为根设备。 是否可以在不创buildAMI的情况下启动此实例的副本 – 例如，从C：驱动器的快照？ 我们想在服务器的一个克隆上testing一些东西，而不必closures它（这似乎是在我们尝试创buildAMI时发生的）。
我们必须将亚马逊账户分成两个账户，以更好地跟踪公司各部门之间的使用情况。 为了转移服务器，我们创build了EC2服务器的AMI，并用新帐户私下共享。 新帐户能够成功实例化EC2服务器。 该服务器在旧帐户中停止，并且AMI仍然是私人共享的。 所以怀疑归结为： 实例化的服务器是否依赖共享的AMI？ 在旧帐户上终止EC2实例并取消共享和取消注册AMI是否安全？ 新帐户是否仍然能够运行实例化的服务器？ 删除旧帐户上的共享AMI后，是否可以在新帐户上创build新的AMI？ 谢谢