大于5GB的对象支持多部分上传。 我们已经在同一个AWS账户下有一个存储桶中的5gb +文件，我想转移到另一个存储桶中。 当我使用s3cmd发出命令时： s3cmd mv s3://BUCKET1/OBJECT1 s3://BUCKET2[/OBJECT2] 我回来的错误： ERROR: S3 error: 400 (InvalidRequest): The specified copy source is larger than the maximum allowable size for a copy source: 5368709120 如果完全有可能的话，我认为无需额外的带宽/成本就不能移动。 即使如此，我试图弄清楚是否可以通过某种多部分方法移动大文件。
我开始研究Amazon OpsWorks，并创build了一个包含数据库层和2个自定义层的堆栈。 我把我的食谱放在一个私人的git仓库上。 我想知道为什么我的scheme中使用的机器太慢了 ！ 第一次启动机器大约需要15-30分钟，直到准备就绪，甚至为什么我只是开始“更新自定义食谱”这个任务，需要4（!!）分钟才能从github上获取它们。 我已经为创build自定义AMI而减less了启动时间，但是之后我必须删除opsworks-agent 。 我仍然可以使用OpsWorks界面去除代理吗？ 我错过了什么，或者是每个人都这么慢？ 我正在使用m1.small实例进行testing。
我试图将我的SignalR应用程序移到IIS8的ELB后面，使用websockets。 遵循AWS推荐的步骤（将ELB上的侦听器更改为TCP，启用代理协议 – http://docs.aws.amazon.com/ElasticLoadBalancing/latest/DeveloperGuide/enable-proxy-protocol.html ）我无法find一种让IIS了解代理协议信息的方法，并取而代之的是取得错误的请求。 有没有人通过AWS ELB和IIS工作获得Websockets？
我已经阅读了关于aws的零停机时间的文档，但似乎无法理解在这种情况下会发生什么？ 我有一个在生产环境中运行的“红色” 我将环境复制为“蓝色” 我在我的应用程序中使用eb init来推送到称为蓝色的新环境。 我的新版本成功运行在蓝色环境中 我交换环境url（我没有这样做，害怕，我猜） 一段时间后，我的stream量被指示为蓝色，红色将显示零stream量监控。 现在的问题是， 如果我从命令行使用git aws.push ，它会推到红色还是蓝色？ 如果推到红色，我有一个零宕机的过程。 如果它变成蓝色，这是否意味着我必须再次启动init？ 如果我必须再次启动它意味着 破坏红色（旧）环境 将蓝色复制为红色 eb init再次用于红色环境 这似乎并不正确。 我可能会错过一些东西。 什么是正确的方法来做ebs零宕机？ 我读了很多，但似乎不能得到这些观点。 谢谢！
前言：我没有要求configuration帮助。 我的用例被覆盖，工作正常。 这是一个理论问题。 在AWS上有一个名为AWSLambdaExecute的策略，定义如下： { "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "logs:*" ], "Resource": "arn:aws:logs:*:*:*" }, { "Effect": "Allow", "Action": [ "s3:GetObject", "s3:PutObject" ], "Resource": "arn:aws:s3:::*" } ] } 这个定义对我说： 完全访问所有日志 可以下载/上传到S3。 这背后的推理是什么？ 他们为什么在谈论S3？ （我特别的lambda调用与S3没有任何关系。）我们是否知道任何有关预定义策略的详细文档，而不是每个单行描述？
我正在设置ELB，我很难find一个合适的度量来调整池的大小。 RequestCount不起作用，因为一些请求比其他请求便宜得多。 延迟不起作用，因为有些请求是长时间轮询的，所以最大延迟时间几乎总是60秒。 我真正喜欢的是一个衡量开放连接数的统计量。 我相信这就是LoadBalancer本身在路由请求时所使用的，所以我们真的很惊讶，它似乎没有在CloudWatch中公开给我们使用。 我只是想念一些东西？ 其他build议？ 我将不得不创build我自己的指标？
我有一个Python Elastic Beanstalk负载平衡应用程序。 以下是用户请求进入Elastic Beanstalk应用程序的path： user -> Elastic Beanstalk ELB -> Elastic Beanstalk mod_wsgi 问题： 在eb deploy新的应用程序版本之后，来自user的前2-4个请求将从ELB生成504个错误。 经过这些〜2-4个生成504的请求，一切都很好！ 到处都是200s。 当504s发生时，根据/var/httpd/access_log ，零请求将传递到Elastic Beanstalk mod_wsgi应用程序。 在ELB决定重新开始工作之后，我只看到了200年代。 我已经尝试过的事情没有奏效： 我将Elastic Beanstalk ELB空闲超时增加到了300秒 我将Elastic Beanstalk mod_wsgi apache KeepAliveTimeout增加到了300秒，如下所示： http : //docs.aws.amazon.com/ElasticLoadBalancing/latest/DeveloperGuide/ts-elb-error-message.html 有人可能会说，“只是和504一起生活！” 但是，实际的问题是，在我的生产环境中， user和Elastic Beanstalk ELB之间有CloudFlare 。 CloudFlare设置为积极caching.css和.js文件，因为我将md5散列添加到静态文件URL。 当这些重要文件的请求失败时，CloudFlare似乎将这些失败caching为404。 对这些文件的进一步请求404，从而打破了每个部署的站点的视觉样式。 再次使用相同的应用程序版本部署Elastic Beanstalk应用程序将修复CloudFlare 404问题。 这不是一个好的解决scheme。 我想继续使用CloudFlare，因为它使得一个优秀的透明CDN，所以摆脱它也不是一个解决scheme。 很难相信我对这个问题一无所知，但是Google，stackoverflow / serverfault和AWS论坛还没有find任何解决scheme，甚至是类似的问题报告。 我希望我对这种行为的描述在这里与某人敲响。 提前致谢。
我的VPC通过IPSec VPN连接到我的场所，隧道在AWS控制台上显示为UP。 事情的工作： 我可以在VPCstream量日志上看到从我的场所（子网192.168.0.0/16）到AWS VPC（10.0.0.0/16）的stream量，标记为接受。 当我使用sudo tcpdump -i eth0 icmp and icmp[icmptype]=icmp-echo做terminal上的ICMPstream量的tcp转储时，我看到ping： 06:32:13.446579 IP ip-192-168-234-254.ap-southeast-1.compute.internal > graylog: ICMP echo request, id 17473, seq 18722, length 44 。 当我使用其公有IP访问AWS实例时，我可以从任何地方获得Ping回复。 当我使用来自同一VPC中的另一个AWS实例的私有IP对AWS实例进行ping时，我可以获得ping答复。 事情不起作用： 从我的办公室到任何AWS实例（包括接收我的icmp ping的实例）ping时，无法获得ping回复。 从我的AWS实例ping我的房屋时，我无法获得ping回复。 我无法从我的AWS实例到192.168.234.254或任何其他私有IP在我的房屋做traceroute。 这些traceroute结束超时，一路星号。 我无法从我的场所到任何AWS实例执行跟踪路由。 这些traceroute结束超时，一路星号。 configuration： 子网的路由表： Destination target status propagated 10.0.0.0/16 local Active No 0.0.0.0/16 igw-f06e2d95 Active No 192.168.0.0/16 vgw-d1084e83 Active No […]
我把我的ELBconfiguration成能够通过将我的证书放入ELB本身来服务ssl页面。 说ELB服务www.example.com的请求。 同时，我需要在ELB 之外使用ssl，并直接从服务器提供一些内容，而不经过ELB。 在这种情况下，请求将发送到web.example.com。 我怎么能做到这一点，并确保如果SSL服务的ELB从服务器卸载？ 考虑到我的networking服务器是nginx。 谢谢，C
我们正在尝试减less到我们的服务器的TCP连接的初始延迟。 在一些testing中，我们发现当我们下载15587字节以下的文件时，总下载时间（apache基准总数）是52ms。 但是，当我们添加一个额外的字节，这个时间增加到77毫秒。 经过一些testing和进一步的调查，我们发现问题是我们的AWS Linux服务器有10个TCP初始拥塞窗口的默认值。 当我们增加这个值时，我们可以发送低于28969字节的文件和52ms，这是很好的。 现在的问题是，尽pipe我们把initcwnd增加到了很高的值，但是我们无法克服这个限制。 除了initcwnd之外，是否还有其他额外的参数可以帮助我们超越这个限制？ 有人有类似的情况或合适的解决scheme吗？ 提前谢谢了， 托马斯