我们需要将我们自己的专用服务器与Route 53服务以及我们的AWS实例一起使用。 基于延迟的DNS是否支持非AWS IP地址？
我试图让AWS 5.4在AWS Opsworks上运行。 当我添加“PHP应用程序服务器”层时，我得到以下描述“PHP应用程序服务器层是作为PHP应用程序服务器的实例的蓝图，默认安装PHP 5.3和Apache 2.2”。 我试图用“PHP应用服务器”进行一些修改。 我试过自定义厨师食谱（从git：//github.com/evopix/opsworks-cookbooks.git）：mod_php54_apache2“和”部署:: php54“ 在调查了日志和代码之后，我发现它仍然安装了5.3，并且在安装5.4时失败了。 我正在考虑的另一个select是，select“自定义图层”，或者创build自己的食谱，find其他人，或修改一个足够接近的。 我注意到AWS Chef的配方似乎在PHP 5.3上有很多硬编码的依赖，所以我不确定需要多less努力来修改它们的代码。 理想情况下，如果AWS即将发布诸如PHP 5.3或5.4和/或Apache或Nginx之类的选项，但我一直无法find有关他们将多久更新其配方的信息，那将是一件好事。 TL / DR：如何在AWS Opsworks上安装PHP 5.4。 有人有我可以使用的厨师食谱，或指针修改已经存在的厨师食谱。
具体来说，我希望用户能够在AWS控制台中创build/删除自己的访问密钥（ "Action": ["iam:*AccessKey*"] ），但不会在IAM仪表板中为其提供完整的用户列表视图。 AWS文档中列出的说明在此处为策略的所有用户添加了"Action": "iam:ListUsers" ，这是我想要避免的。 我试过使用 { "Sid":"AllowUserToListHimselfInConsole", "Action": "iam:ListUsers", "Effect": "Allow", "Resource": "arn:aws:iam::593145159899:user/${aws:username}" } 允许用户列出他自己的帐户，但它不起作用。 有没有办法做我的目标，或者是完整的用户列表的先决条件，能够在控制台中更改自己的凭据？
我有一个带有一个EC2实例和一个RDS实例的AWS Elastic Beanstalkconfiguration（PHP）。 这是一个质量保证环境。 它运行良好，但最近它开始失败一致与以下错误（没有代码的变化）： “PDO :: __构造（）：php_network_getaddresses：getaddrinfo失败：名称parsing中的临时失败错误：连接到pdo_mysql数据库错误：连接尝试失败：SQLSTATEHY000 2002 php_network_getaddresses：getaddrinfo失败：名称parsing中的临时失败” 没有什么是暂时的。 如果我用RDS实例的IP地址replace主机名称，它在AWS中运行良好。 如果我使用主机名从我的本地开发机器（AWS以外）访问AWS RDS实例，则它将完美地执行相同的代码。 RDS主机名的Nslookup在EC2实例中运行良好。 我已经停止并启动ec2实例，并重新启动RDS实例无济于事。 我看到有关于间歇性的AWS DNS故障的零星的post，但似乎没有什么适合我的问题。 有人认识到这个问题吗？ 有人知道我能做些什么进一步的testing来诊断吗？ 谢谢 https://forums.aws.amazon.com/thread.jspa?threadID=141277
我有一个ELB。 它有我们所期望的地址myelbname.eu-west-1.elb.amazonaws.com 。 ELB背后还有一个EC2实例。 负载均衡器说实例是健康的（状态为“In Service”）。 我可以通过我的networking上的IP访问EC2实例（使用VPN到VPC），但是如果我在浏览器中访问负载平衡器的Alogging，则无法find它。 另外，如果我运行nslookup它会显示负载均衡器的IP地址。 我也尝试添加一个CNAMElogging，并指向ELB的DNS名称，但没有奏效。
我正在寻找从Linux服务器备份各种目录和文件到AWS Glacier。 我正在努力解决如何做到这一点的细节。 增量备份 我想逐步上传文件。 所以基本上，如果一个文件没有改变，我不想再次上传到冰川，如果它已经存在那里。 我想我有这个部分解决。 由于您无法即时获取冰川保pipe库中的存档列表，因此我将保留上传文件的本地数据库，以便能够分辨存储库中存在的内容以及不存在的内容。 这将允许我做增量备份（只上传丢失或更改的文件）。 不能覆盖文件？ 根据（ http://aws.amazon.com/glacier/faqs/ ）： 存储在Amazon Glacier中的档案是不可变的，即档案可以被上传和删除，但不能被编辑或覆盖。 那么，如果我上传一个文件/档案文件，然后在本地更改文件，下一次我做备份时，会发生什么情况，因为它不能用新版本覆盖文件，Glacier如何处理？ 删除旧数据 AWS每GB收取0.03美元，用于删除不到3个月的存档。 由于我正在做一个本地服务器的备份，我想删除本地不存在的归档文件。 什么是组织这个最好的方法。 使用本地存储的存档清单来确定哪些数据不再存在，如果大于3个月，请将其从Glacier中删除？ 这似乎很简单，但有没有更好的方法呢？ 单个文件与TAR / ZIP文件 您可以上传单个文件作为存档，或者通过在上传之前将文件分组为TAR或ZIP文件来提高效率。 TAR / ZIP文件的想法是有吸引力的，因为它使得它更简单，你会收取较less的存储费，但我想知道我将如何处理增量上传。 如果上传了一个包含10,000个文件的20 MB压缩文件，并且其中一个文件在本地进行了更改，那么是否需要上传另一个20 MB的压缩文件？ 现在，我需要吃掉在这些zip文件中存储几乎所有东西的两个副本的成本…另外，我将如何处理删除不在本地存在的ZIP文件中的东西？ 由于我不想删除整个zip文件，现在我要花费存储不再存在的文件。 也许我正在反思这一切。 什么是最直接的方法来处理这些问题？ 我不知道是否重要，但是我正在使用PHP SDK作为这个备份脚本。 另外，我不想先上传到S3存储桶，然后将存储桶备份到Glacier，因为我现在必须支付S3存储和传输费用。
对不起，我是一个完整的AWS新手。 在本月底参加AWS Essentials课程。 我有一个非常基本的问题：两个或两个以上不同的AWS账户持有人是否可以同时login到一个AWS Linux EC2实例，并可以在同一个EC2实例上作为两个或更多独立的Linux用户使用？ 例如，我们希望在EC2 Linux实例上运行RStudio Server Pro，同时有两个或两个以上的人使用RStudio进行同一个EC2实例的不同分析。 我刚刚和一位AWS解决scheme架构师打了一个电话，我很惊讶他说他不知道答案。 我search了网站和StackExchange网站，但一直没能find答案。 我的印象是，一个EC2 Linux实例基本上就像远程运行一台Linux服务器，并且在一台Linux服务器上，你显然可以有超过1个用户同时login。 但是，我不确定EC2实例是否以相同的方式工作。 如果这个基本问题在别处得到解答，非常抱歉。
我已经读过，基本的亚马逊阿米已经build立在docker支持。 有一些我不明白，也许有人可以帮忙。 VM（AWS实例）比Docker容器启动速度慢吗？ 我会从2个运行Docker应用程序的小型VM中获得更多性能，而不是1个运行2个Docker应用程序的大型VM？ 是否有任何场景/服务可以利用虚拟机（AWS实例）的启动速度利用容器的启动速度来自动调节应用程序？ 谢谢
比方说，我有一台机器在不同的子网上有两个networking适配器， eth0 （10.0.100.5）和eth1 （10.0.200.5）。 假设两个子网都有通往互联网的路由（通过他们自己的NAT）和本地networking的其余部分（尽pipe他们自己的交换机）： 在向10.0.150.5或173.194.43.102发出请求时，Linux将如何select使用哪个networking接口？ 有没有一种方法可以在networking层面影响这一点？ 从子网中删除路由会影响这个吗？ 我处于AWS环境中，使用无法login的Appliance AMI，因此无法正常工作。 AWS VPC环境，运行Ubuntu 12.04的其他机器，不知道我试图影响的机器正在运行（因为我无法login到它）。 澄清： 两个子网都设置为/24秒
我对服务器世界比较陌生，所以请原谅我，如果其中一些是基本的（第一位文本将是我解释我的逻辑，以确保没有缺陷）。 我的所有问题都会以粗体显示，让你的帮助变得更简单:) 我一直在研究和教授自己的一些AWS技术，并且我在他们的Mobile Hub中注意到，如果您需要云逻辑，他们只允许“自动”设置Lambda函数。 在阅读和研究之后，我发现了一些指向“无服务器”体系结构（Lambda支持）的资源。 过去，我的理解是引入了Elastic Beanstalk，使服务器pipe理（尤其是移动设备）的pipe理更为简单。 对于移动开发，有2个选项（显然更多，但为简单起见，我们会同意）： 设置一个Elastic Beanstalk，它至less有一个24/7全天候运行的实例，并且每个URL都有多个端点 借助API网关，我们可以轻松地将url路由到特定的Lambda函数。 有了这个，我们可以处理任何请求（就像设置Elastic Beanstalk应用程序一样）。 所有这一切使我相信，一个完整的Lambda后端将是完全可能的，并且容易创build，其成本只有服务器全天候运行的一小部分。 那是对的吗？ 现在，假设上述是正确的，我们需要确定使用Lambda是否真的比Elastic Beanstalk有利。 对于简单的服务器，我们可以设置一些Lambda函数，并在一天内调用它（与使用Elastic Beanstalk相比，它可能更简单，更便宜（至less对于小型项目））。 但是，对于具有更多url和数据库连接的更复杂的服务器，情况会变得更加有趣。 这些是我在上述情况下使用Lambda所看到的问题 每个url都拥有自己的API网关，并拥有自己的Lambdafunction。 如果在多个函数中使用了任何代码或模块，我们必须将其复制并粘贴到每个函数中。 pipe理多个Lambda函数（和API网关）只是比pipe理一个项目/回购/无论你想要调用你的代码基础更多的工作。 每个需要数据库连接的函数都必须在函数内部进行连接（也就是说，在Node.js应用程序中有一个常量连接）。 避免前两个问题的唯一方法就是创build一个充当调度的健壮函数（主函数从API网关获取参数，并确定在Lambda函数中运行哪个文件）。 有没有什么重要的一点，我想确定如果使用Elastic Beanstalk上的Lambda是值得的？