是否有可能通过CloudWatch获得可用磁盘空间量（df）？ 如果是这样，那么什么度量代表可用磁盘空间？
我在欧盟地区拥有AWS EC2 AMI。 我想把它移到美国地区。 根设备types是EBS，操作系统是Linux。 是否有可能将图像转移到美国地区，如果是这样的话？
我见过很多关于创build AMI的教程，但是我从来没有真正理解AMI的全部概念。 是一个到实例的链接，或者它被存储并且永不改变。 此外，映像是否包含本地存储和所有安装在该实例上的软件包等，还是仅仅是特定实例configuration的副本。 谢谢
我刚刚创build了一个包含所有默认值的免费EC2实例。 它表示它正在AWSpipe理控制台中运行。 在“实例操作”菜单上，单击“连接”。 我复制提供的DNS名称（看起来像ec2-a-dashed-IP-address.compute-1.amazonaws.com），并尝试SSH到它。 没有反应。 我甚至不能ping通它。 是什么赋予了？
我将使我的网站在AWS服务器上运行，并且100％的预期网站受众将仅来自印度。 由于亚马逊提供的服务来自不同的区域，我想知道如果我select我的服务器在北维吉尼亚州或亚太地区，那么在性能和页面访问时间方面是否会有实质性差异？ 我已经读了一些地方，更多的服务器在客户端的电脑附近，更快的网页加载在他的机器上。 随着客户端机器和服务器之间的跳数减less。 如果是这样，那么亚马逊在亚太地区（新加坡，东京，悉尼）提供三个地方，其中亚太地区（新加坡）是离印度最近的地方。 我应该只在新加坡服务器，或者我可以select任何位置？ 请build议我？
我以比常规的按需实例更低的成本购买Amazon EC2实例。 当我在EC2中启动一个新实例时，没有任何迹象表明我将使用保留的实例。 我怎样才能确保我正在使用的实例是保留实例，而不是按需？
我正在试验EC2点实例，并且需要在terminal之间保留一些数据。 现在据我所知，当前价格高于我的最高价。 出价，它会自动终止。 我假设我有任何init脚本将在关机时运行，所以我可以在卸载之前将数据推送到EBS。 我的问题是，一旦价格下跌，我怎么能自动挂载相同的EBS卷，因为它不会有我第一次加载到根卷上的init脚本？ 我必须创build一个自定义的AMI，还是有其他方法来实现这一目标？
在创buildMySQL RDS数据库时，我没有selectVPC，所以它在自动生成的“默认”VPC中创build它。 我现在无法将其添加到任何预定义的安全组，或从现有VPC中的实例访问它。 显而易见的解决scheme是将其重定位到正确的VPC，但在“修改数据库实例”屏幕上似乎没有任何编辑VPC的选项。 有什么办法来select不同的VPC，或者是我唯一的select删除数据库，并在正确的VPC内重新创build它？
我已经build立了一个Rails包的Ubuntu实例，部署我的应用程序，它工作正常。 但是当我尝试做SSH时，它不允许我进行远程login，并抛出如下错误： Host key verification failed 。 这个问题似乎是持久的。 我已经附加弹性IP到这个实例，我无法看到公共DNS。 我的实例正在新加坡地区运行。 sshdebugging输出： OpenSSH_5.8p1 Debian-7ubuntu1, OpenSSL 1.0.0e 6 Sep 2011 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to 46.137.253.231 [46.137.253.231] port 22. debug1: Connection established. debug1: identity file st.pem type -1 debug1: identity file st.pem-cert type -1 debug1: Remote protocol version 2.0, […]
同样的问题已经被提出，但是我需要知道在这种情况下会推荐什么，以便知道我是否在使用EC2的时候错过了一些东西。 一家小型创业公司正在EC2networking上运行他们的业务，并要求我提供关于备份选项的一些build议。 他们目前正在自筹资金，并在可行的情况下尽其所能节约成本。 没有深入研究他们的系统configuration，我将以Web服务器为例。 这是一个简单的networking服务器与数据库。 蹭的是，他们不希望服务器被closures。 一直在做这个设置的人认为他们应该定期转储数据库并存储到S3上，或者创build脚本，在需要时在Amazon上重build一个新的服务器，方法是备份保存configuration信息的select文件夹。 他build议，创build服务器的快照将是浪费，因为他们占用大量的磁盘空间，本质上会有大数据转储之间的数据中断，所以快照会很快过时。 我的想法是拍摄虚拟机的快照，然后定期转储数据库并存储在S3中。 如果他们失去了EC2实例或者像更新渲染那样不可用，他们可以使用快照来build立服务器，并且使用最新的数据库转储来相对快速地备份服务器，而不是从头开始从完全build立一个新实例新的AMI。 我的理解是，拍摄一个EC2实例（或EBS商店）的快照将需要停机时间，这是他们犹豫不决。 我也读过，你应该closures服务器，以保持文件系统的快照时保持一致。 由于它们还没有位于平衡器之后的集群，所以这限制了涉及快照的选项。 编写服务器的脚本，除非我没有意识到亚马逊特有的东西，否则将涉及创build一个Chef或Puppet服务器，可以在EC2上部署新服务器及其相关angular色。 目前，创业公司没有资金来维持这种服务器，现在他们并不需要部署这么多的服务器。 理想情况下，他们将有资金在虚拟平衡器或Amazon平衡器服务之后创build大量服务器，然后逐个取下服务器以执行更新或快照。 现在我更想要做更新，因为如果你正在做数据库的转储，如果系统更新改变了应用程序所依赖的库和服务的closures，这将是无济于事的。 我还假设另一个select是运行一个创buildEBS卷的脚本，将其挂载，并在服务器上运行rsync等大部分文件系统信息到EBS卷，然后压缩并将内容复制到S3，断开卷并将其销毁以节省存储成本，然后执行数据库转储以捕获飞行中的数据，否则将会不一致。 对于他们的一些服务器来说，随着数据库需求的增长，很可能需要保存临时的EBS卷。 正在创build一个VMWare沙箱，以便在更新可以预先testing的环境中重新创build其networking系统，然后将其应用于Amazon的生产系统。 我希望这可以最大限度地减less系统更新会杀死他们的应用程序的可能性。 因此，考虑到在系统上运行一台服务器（数据库和应用程序服务器）的限制，尽可能地缩短停机时间（限制使用快照并使备份过程尽可能“热”在没有把服务器closures的情况下直接创build），我是否在错误的轨道上build议安排时间来创build处于工作状态的EC2实例的快照，并从那里做数据库转储以复制到S3？是否有更好的策略去追求在创build服务器的活动备份，如果快照将创build宕机？