我们有一个大型的AWS基础设施，我们使用合理的pipe理和configuration。 我想尝试将我们的configurationpipe理迁移到盐滩。 我已经build立了一个服务器，成为我们拥有的更小的VPC中的盐主和食盐。 我已经完成了基本的configuration，可以执行如下的基本命令： salt-cloud -f list_nodes <provider-name> salt-cloud -a get_tags <node_name> 我为nginx创build了一个状态，并且能够在本地安装。 现在，我希望能够使用saltstack来pipe理VPC中的所有其他EC2节点。 我打算把angular色从Ansible移到Saltstack。 这不是问题。 我希望能够以salt '*' test.ping为例，并从现有的EC2节点获得响应。 这是否意味着在所有现有的节点上安装salt-minion并接受他们的密钥，这应该是路要走？
我在AWS EC2 Linux实例上安装了Drupal 7.37。 这是完美的工作，直到我重新安装httpd24和PHP 5.5。 从那以后，主页加载完美，但我无法访问我的虚拟目录。 例如，当我点击Drupal的button“login”它尝试加载mypage.com/user/logout （我有干净的url激活），但我得到错误404。 这是我的VirtualHost： <VirtualHost *:80> ServerName www.mypage.com ServerAlias mypage.com DocumentRoot /usr/share/drupal7 </VirtualHost> 和目录： <Directory "/usr/share/drupal7"> AllowOverride None Require all granted </Directory> 我应该在哪里寻找问题？ httpd.conf或php.ini？ 编辑1：访问日志输出当我尝试访问这些页面之一。 没有错误日志输出： xx.xx.xx.xx – – [14/May/2015:16:35:47 +0000] "GET / HTTP/1.1" 200 18900 "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/42.0.2311.135 Safari/537.36" xx.xx.xx.xx – […]
我已经按照文档中的步骤，创build了一个新的EBS卷，并将其附加到实例（我只有一个）。 我重新启动并尝试关机/启动，但设备不显示在FreeBSD实例内部。 我只有/dev/ada0和/dev/ada0a 。 是否有任何其他步骤可以使FreeBSD实例工作？ 我不知道亚马逊正在使用的抽象层。 我想一个问题可能是FreeBSD 设备的命名是不一样的。
我已经在EC2中启动了默认的Amazon ElasticBeanstalk映像（php）。我可以在Apache上部署应用程序。我正在尝试在AWS Beanstalk中使用自定义AMI，并且没有在实例上部署。 如何使用自定义AMI？
我正在为网站部署生产环境， 它在AWS上运行。 这包括一个负载平衡器的私有VPC和运行Debian 8.1的单个EC2实例 但是，将来会有更多的EC2实例，因为stream量越来越重，负载平衡器实际上需要工作。 因此，我目前正在考虑使用相同的代码库和configuration部署多个EC2实例的选项。 这归结于存储，但我不认为有可能将S3可靠地部署为我们网站的主目录。 目前的EC2实例还利用Syslog和许多其他安全function，如tripwire。 主要网站运行在apache下的wsgi应用程序，是基于Python（Django）的。 不幸的是，我们还需要推送用户可以下载的文件。 是统一的解决scheme或将使用什么？ ElasticBeanstalk不是一个选项。 网站本身使用git进行部署。
我已经阅读了几个类似的问题，并检查我的用户名是Ubuntu，因为我正在运行的Ubuntu实例，我的Pem键是400的权限和.ssh文件夹是.600 ssh -i ~/.ssh/my-key.pem ubuntu@myserver -v OpenSSH_6.7p1 Ubuntu-5ubuntu1, OpenSSL 1.0.1f 6 Jan 2014 debug1: Reading configuration data /home/me/.ssh/config debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug1: Connecting to myserver [myserver] port 22. debug1: Connection established. debug1: key_load_public: No such file or directory debug1: identity file /home/me/.ssh/my-key.pem type -1 debug1: […]
我有EC2实例的IAMangular色（所谓实例configuration文件），附带两个策略，可以完全访问SQS和S3。 有一个与此angular色相关的EC2实例正在运行。 它运行几个应用程序，使用临时凭据，一切工作正常。 现在，我的一个应用程序也需要访问SNS。 我修改了IAMangular色，在策略生成器中添加了内联策略，允许特定的SNS主题的API调用。 然而，在修改IAMangular色后，当试图使用aws sns list-topics我得到以下错误（相应的arn被三重X代替）： User: XXX is not authorized to perform: SNS:ListTopics on resource: XXX:* 添加策略是否需要重新启动实例？ 还是必须等待临时凭证（ /latest/meta-data/iam/security-credentials/iam-role-name ）过期？ 我可以以某种方式强制这些凭据到期吗？ 编辑 ：最后一个问题似乎是通过IAM常见问题回答。 临时凭证无法重新激活或扩展。
有谁知道是否有可能从在线EC2pipe理控制台（每天或每小时）自动创buildEBS快照，然后告诉它保留多久（修剪它们）？ 我不使用命令行工具，所以希望有一个选项（我目前无法看到！）来自动化快照？ 我知道你可以通过Ylastic这样的第三方应用程序和网站来做到这一点 – 但是希望现在能够build成这个网站吗？
我面临一个非常奇怪的问题与AWS。 ec2仪表板上有四个ec2实例，处于运行状态。 但是，当我在开发工具下查看它们时，表示它们正在停止或重新启动状态。 我仍然可以SSH入他们，但实例不可用在客户端。 我试图部署一些代码（大约12小时前），由于磁盘空间不足（可能是由于日志文件大小），部署失败。 但是，实例刚刚停止，而不是部署失败。 有关这个问题的任何想法？
我在尝试使用AWS时遇到了一个问题：“实例存储”并不总是自动挂载。 根据实例types，SSD卷的设备名称可能会有所不同。 有时两个SSD中的一个已经自动挂载，有时不是。 （从我的经验看来，第二个SSD永远不会自动挂载。）有时，实例存储已经有一个文件系统，有时它不。 如果有一个启动脚本能够自动findSSD存储（如果有的话），并根据需要对其进行格式化，然后将其作为单个RAID0逻辑卷进行安装，那就太好了。 但是考虑到脚本可能面临的情况的变化，这似乎不是一件微不足道的任务。 除非我们总是使用相同的实例types，在这种情况下，也许我们可以依赖于某种方式。 （但是我们不希望总是使用相同的实例types。） 对我来说，亚马逊似乎并不提供一些现成的解决scheme来解决这个问题。 也就是说，一个只需将所有可用的实例存储作为/mnt下的单个逻辑卷装载的工具，或者其他任何东西。 有没有这种现成的解决scheme，或者我将不得不再次重新发明轮子？ 亚马逊如此困难，这似乎是一个耻辱。 我不确定他们在这方面的想法！