我正在使用EC2 p2.xlarge实例来训练image processing模型。 我的预测任务的目标类是相当多的（20），并得到最好的准确性，我要训练一个模型每个目标。 所以我做了我的主卷的快照，并创build了4个重复卷（通用SSD），以便我可以同时运行4个更多的p2实例。 问题是，除了主卷，我正在经历一个非常低的IO性能。 举个例子来说，一个主要实例需要200秒的训练时间是“估计”的，重复实例需要10000秒。 我错过了什么？
是否有另一个AWS服务，允许我在未来的任意date发布主题到SNS？ 我已经研究过使用Cloudwatch Events，但似乎更多的是重复性事件，而我需要一次性事件。
我在Ubuntu AWS AMI上为我的应用程序服务器使用Bitnami Tomcat。 我想将我的旧PV镜像升级为硬件虚拟化（HVM），这样我就可以利用AWS上的m4实例types。 我按照这些说明将现有的Ubuntu PV映像升级到HVM映像，并且一切正常，直到我尝试基于从该stream程创build的映像启动新实例。 如果我使用旧的m3实例types，我可以启动新的实例，但是如果我尝试启动m4.large，则会从AWSpipe理控制台中获取此错误： 启动失败此AWS Marketplace产品的实例configuration不受支持。 请参阅AWS Marketplace站点以获取有关受支持的实例types，区域和操作系统的更多信息。 原始启动卷中是否还有一些内容不允许此映像在hvmtypes上运行？ 我进入这个过程的两天，我可以看到终点线，但我不能完全到达那里！
我最近使用aws s3控制台pipe理选项卡下的度量标准，并注意到我的一些桶中的NumberOfObjects（count / day）图似乎没有办法。 我在这些桶里大约有50个物品，它显示超过100个。 在一些cli命令之后，我能够接近确定这个数字。 添加当前显示的对象数量+版本+删除对象+分段上传的部分我能够一致地获得显示的数字 – 2。 例如，对于我的两个存储区：存储区＃1在cloudwatch指标中显示了186个对象，但控制台仅显示了44个对象。 有9个删除标记，8个以前的版本和一个多部分的123部分上传。 44 + 9 + 8 + 123 = 184。桶＃2在cloudwatch指标中显示了78个对象。 控制台显示8个，其中22个以前的版本，8个删除标记和一个38个部分上载。 8 + 22 + 8 + 38 = 76。 这不仅仅是这两个桶的情况。 什么在s3 cloudwatch指标中被视为一个对象？ 我是否用我最初的计算来解决某个问题，或者这只是一个非常不可能的巧合？
我有一个WordPress的博客，在domain.com上提供利基内容 在不同的端点上， domain.com/api/ /api/我有一个完全不同的Node.JS API，不考虑WordPress，但我想从同一个域中提供。 值得一提的是，我们最重要的是performance和速度。 我的想法如下： 设置2个EC2 Instances ，一个用于WordPress，另一个用于API（也许使API成为Lambda实例？）。 设置一个Application Load Balancer ，将知道如何路由请求与规则取决于URL。 这是正确的路要走吗？ 我应该只使用nginx作为反向代理服务本地端口上的Node.JS API？ 我还希望使用Elastic Beanstalk为自己节省configurationLoad Balancer和Auto Scaling组的麻烦。 PS如果任何人有任何build议或良好的习惯，如何build立这些（与S3桶或许，在CloudFront等等），这将是多余的欢迎。 谢谢 ！
下面我粘贴了默认的终止策略。 这是我在AWS文档中find的。 但是第三步有一个问题。 它说它select最接近下一个计费小时的实例。 现在EC2实例被计入第二个，这一步不再有效。 那么默认的终止策略究竟是如何select哪个实例终止？ 我们只是跳过第3步？ （1）Auto Scaling确定在多个可用区域中是否有实例。 如果是，则select实例数最多的可用区，并至lessselect一个不受扩展保护的实例。如果有多个可用区使用此实例数，则Auto Scaling会select带有使用实例的可用区最古老的发射configuration。 （2）Auto Scaling确定选定可用区中哪些不受保护的实例使用最早的启动configuration。 如果有一个这样的实例，它会终止它。 （3）如果有多个实例使用最早的启动configuration，则Auto Scaling将确定哪些不受保护的实例最接近下一个计费小时。 （这可以帮助您最大限度地使用EC2实例并pipe理您的Amazon EC2使用成本。）如果存在一个此类实例，Auto Scaling将终止它。 （4）如果有多个不受保护的实例最接近下一个计费小时，则Auto Scaling会随机select其中一个实例。 在页面上find： http : //docs.aws.amazon.com/autoscaling/latest/userguide/as-instance-termination.html#default-termination-policy
这是一个纯粹的理论问题，但是如果我有一个通常每天只能获得几千次点击的网站，但是每个月的几天可能会在一个月的时间内达到几十万甚至几百万次点击-3天。 该网站将是相当简陋（如在总共2-3页，每个页面上有1-2个MySQL查询和一些PHP），所以带宽不会是问题，但是绝对数量会减less网站主要关心。 云主机似乎是最好的方式，但像这样的事情，像Amazon EC2，MediaTemple，或其他东西是正确的select？
Amazon EC2实例是VPS / VDS还是专用服务器？
我正在从单一的应用服务器转移到负载平衡的configuration。 在单个服务器configuration中，我每隔几分钟就通过S3 cmd sync s3同步源，并在hostup（Scalr事件）上同步从S3返回的源。 这确保服务器将运行更新的来源。 当应用程序服务器的数量是dynamic的时候，最佳实践是什么？ 假设我有2个服务器，服务器A获取更新的源代码。 如果同步脚本先在B上运行，则服务器A将从B中获取旧文件而不是反过来。 这种情况下的最佳做法是什么？
我遇到了EC2中两个实例之间的tcp连接问题。 起初我以为是我使用的工具（JRuby on Rails stack + MongoDB），当我在代码中看到以下exception时： A Mongo::OperationFailure occurred in foo#bar: Mongo::OperationFailure .bundle/jruby/1.8/gems/mongo-1.6.2/lib/mongo/util/tcp_socket.rb:76:in `read' 所以认为这是一个软件问题，我没有来到ServerFault。 我认为JRuby中的IO类在经过一些研究之后可能会被淘汰，但这并不准确。 我继续安装Ruby 1.9.3，并将整个堆栈移到它。 果然，过了一段时间，类似的例外就出现了： A Errno::ETIMEDOUT occurred in anotherfoo#anotherbar: Connection timed out mongo (1.6.2) lib/mongo/util/tcp_socket.rb:70:in `readpartial' 我来到服务器故障的原因是因为我相信这可能是亚马逊的基础设施的一些区域间超时问题，我想知道是否有任何可以validation或给我的build议，如何进一步debugging，因为我用尽了解决scheme。 我的应用程序服务器在我们东 – 1a。 mongodb服务器位于us-east-1c。 也许这可能是一个原因？ 为什么我可以打赌使用默认的Amazon Linux AMI（64位，XLARGE）来获取这些超时？