我试图 创build一个EBS卷 创build一个EC2实例， 然后 将卷附加到实例。 但是，当我尝试这个，我不断击中InsufficientInstanceCapacity。 显然，某些区域的EBS卷仍有很多空间，但不能创build更多的EC2实例。 有没有简单的方法来testing这种情况，以便我可以隐藏用户没有容量的区域？ 或者还有其他一些技巧，例如创build一个没有指定可用区域的EBS卷，这将允许我select一个具有剩余容量的区域而不会随机猜测？
我已经使WIAB在本地机器上正常运行，但对于将其设置为与AWS EC2配合使用的过程有些困惑。 目前run-server.sh运行没有任何问题，但我不相信我已经正确configuration。 应该wave_server_domain，http_frontend_public_address，http_frontend_addresses都挂钩到我的弹性IP，还是别的东西？
我有一个正在运行的大型实例（使用临时存储），为了开发/testing目的，我需要在微型实例（使用ebs存储）上运行多个副本。 最简单的方法是什么？
将Amazon EBS支持的AMI转换为Eucalyptus EMI的步骤是什么？ 我们可以做到吗？ 将Amazon实体商店AMI转换为Eucalyptus EMI的步骤是什么？
我使用AWS开发工具包自动创build了一个实例，并希望一旦第一次启动时就可以执行一些shell脚本。 但只有在某些条件下，所以我不能把这个脚本放在crontab或init脚本中。 任何想法或经验呢？ 除https://help.ubuntu.com/community/CloudInit之外的其他任何（或更通用的）解决scheme？ 谢谢
似乎现在有很多人在使用AWS，而且我真的希望有人能够给我一个关于如何deviseEC2内可扩展系统的指针。 我尝试过search，但是我能想出的是CloudBuzz，CloudCookie，CloudIceCream，并且没有关于实际基础架构的良好文档。 我想要的是创build一个服务器集群，可以做一些计算的东西，并扩大/缩小。 但是，pipe理及其工作时间表取决于不能直接从CPU / RAM / HDD负载导出的非明显因素。 所以我想知道是否有可能调用CloudSuperScaleMe函数来简单地从内部或从云外以编程方式启动和终止一个实例。 从所有的stream行语看起来，最接近我能find的是CloudWatch和CloudElasticSomething，但它似乎是基于自动调整组来检查CPU /networking/等。 加载和，因为这些因素都不能在我的架构中被信任，所以我没有看到如何在不严重改变和定制AMI的情况下编写报警和扩展/缩放function。
我有一个实例运行，我需要点“弹性IP”到我的域名（www.mydomain.com），我也想添加rsc.mydomain.com，1.mydomain.com，2.mydomain.com 我怎样才能做到这一点？ 它在Amazon Web服务控制台中吗？
刚刚启动了EC2的一个实例，我试着做： $JAVA_HOME/bin/java -version 它让我回到： $JAVA_HOME/bin/java -version java version "1.6.0_20" OpenJDK Runtime Environment (IcedTea6 1.9.1) (amazon-44.1.9.1.21.amzn1-i386) OpenJDK Client VM (build 19.0-b06, mixed mode) 所以我可以看到它安装在那里。 我打开了我的bashconfiguration文件，但是我没有看到我的JAVA_HOMEpath是什么？ 我如何得到这个？ 谢谢
我正在使用AWSpipe理控制台（GUI Web控制台）pipe理所有实例，但是现在我想使用自动缩放，而且似乎无法使用该控制台完成此操作。 是的，有CloudWatch，但我只能创build警报（电子邮件通知），似乎CouldWatch需要您在其他地方（通过命令行控制台？）添加自动缩放策略。 我想用一些简单的GUI界面。 Ylastic和Scalr似乎是一个不错的select。 你认为哪一个更好？ 关于Scalr，开源软件Scalr和Scalr.net是否有区别？ 我的意思是，GUI界面是一样的吗？ 我喜欢Scalr的想法，因为我不需要将我的秘密访问密钥交给第三方（比如在Ylastic或Scalr.net中） 有关Scalr软件的一个问题，它必须安装在实例中，还是必须安装在另一台机器上？ 是否需要再次设置我的所有安全权限，AMI，快照等，或者我可以使用AWSpipe理控制台处理所有事务，并使用Scalr自动缩放。
我不是一个开发人员，远非如此，但我期待着1）具有成本效益的服务器能力和2）随需应变的可扩展性。 我们目前正在用cbeyond托pipe我们的登台站点，但是当我们上线时，我们需要一个更强大的服务器。 所以我的select升级cbeyond（非常昂贵）或迁移。 在向我的开发人员介绍“让我们转向AWS”之前，我想知道将要涉及的头痛问题，以及它是否可行。 在我们推出之前，我不想再向他介绍另一个困难的任务，但我们都同意需要一个更强大的服务器。 我们正在运行asp.net 3.5和sql server 2008.是否有一个陡峭的学习曲线转移到AWS（任何build议的资源），或者我们仍然可以运行AWS的所有famailiar微软技术？ 注释版本：1）AWS上的可能的asp.net / sql？ 2）由此提出的头痛？ 3）build议资源？ 提前致谢。