类似于memcache服务器在错过命中之后可以踩踏数据库的方式。 我应该期望从我的CDN（s）高stream量？
我正在使用Route 53，并为与实例关联的弹性IP创build了一条logging 。 在安全组中，我激活了“All ICMP” ，并且可以从任何地方访问（0.0.0.0/0），所以我可以ping通它。 当我ping我的域这是输出： 64 bytes from ec2-xx-xxx-xxx-xxx.ap-southeast-1.compute.amazonaws.com (xx.xxx.xxx.xxx): icmp_req=477 ttl=55 time=19.5 ms 题： 我可以更改公共DNS，所以输出将如下所示？ 64 bytes from my.domain.com (xx.xxx.xxx.xxx): icmp_req=477 ttl=55 time=19.5 ms 谢谢 ：）
在部署之间保持dynamic或用户提交的文件的最佳实践是什么？ 即git aws.push简单地删除现有的应用程序目录，然后提取新的版本到EC2实例，但我需要保留一些日志，设置和用户提交的数据存储在文件系统。 我即将装载S3存储桶，但是我无法在AWS Beanstalk上find任何后期部署挂钩以自动触发挂载S3 …
我试图转发系统日志到logentries.com需要一行添加到/etc/rsyslog.conf，到目前为止很好。 然而，我在亚马逊弹性beanstalk上运行，并有3个环境（dev，staging，prod），我想根据环境路由到不同的端口（logentries根据它转发的端口区分环境） 我创build了一个运行在端口8001，只输出我想用于这个特定的服务器的端口（因为弹性beanstalk容器属性附加到php.ini，我需要一种方式来输出php.inivariables）的Apache网站。 然后我写了一个脚本： #!/bin/bash LOGENTRIES_PORT=`curl 127.0.0.1:8001` if [ "${LOGENTRIES_PORT}" == '' ]; then exit -1 fi echo "*.* @@46.51.181.128:${LOGENTRIES_PORT}" >> /etc/rsyslog.conf service rsyslog restart 这从terminal运行时工作很好，但我似乎无法启动运行。 我已经把它放在/etc/rc.d/rc.local ，我把它放在/etc/rc.d/rc3.d/S99logentries烫发），没有运气。 任何想法，为什么这可能是？
我有一个EC2实例正在运行。 它是从一个32位的AMI推出的。 现在我想扩展到“超大”尺寸。 有没有办法做到这一点？ 通过pipe理控制台，这是不允许的。 如果我真的这样做，在超大型实例中运行32位应用程序有什么用处吗？ 如何将32位实例迁移到64位实例？ 在我的情况下，它是一个Linux实例，所以我可以创build一个现有实例的快照，创build一个卷，并将其附加到64位实例中，并从那里使用应用程序（jboss），而不会丢失数据。 即使如此，一些应用程序将不得不重新安装为64位版本。 请build议有效的方法。
希望将现有的Mongodb支持的解决scheme部署到客户端的云中。 我希望将MongoHQ和Azure结合起来使用尽可能简单的Mongodb部署和最简单的.Net部署。 在我头上可以想到的可能的问题包括延迟（云之间的交叉期望多less）和额外的带宽使用（这当然完全取决于所讨论的应用）。 我的问题是，如果有人在这里做过类似的事情，知道我应该知道的任何陷阱？
我使用AWS微型实例超过一年半。 只需使用SQLExpress提供一个小型网站就足够了。 但在其他情况下， 速度 非常 缓慢 。 在安装任何新软件，打开，closures，configuration各种工具和服务器时，它显示98％到100％的CPU使用率。 我正在计划迁移到Azure VM XS实例。 一旦Azure虚拟机运行GA，它的成本大致相同。 在此之前，Azure虚拟机的成本降低了33％，并没有保证正常运行时间。 一个明显的优点是，Windows 8服务器，与IIS 8和websockets可用。 任何人都可以与我分享与Azure的经验吗？ 移动到Azure XS实例会受益吗？ 编辑VM =虚拟机XS = Xtra小GA =一般可用性AWS =amazon web servicesIIS =每个人都知道:)
我们有我们的电子邮件服务器托pipe在AWS上。 上个星期，亚马逊在东海岸地区出现故障，导致我们的服务器和其他许多服务器一起中断。 我们现在要实施故障转移策略，以便如果邮件服务器再次变得不可用，那么我们可以简单地切换到另一个区域中的另一个邮件服务器，并且用户可以继续发送和接收邮件以及仍然可以访问他们现有的邮件项目。 显然，定期备份邮件并不是一个足够好的解决scheme，因为有一个连续不断的传入和传出电子邮件被写入磁盘。 我们正在使用Windows 2008 Server并运行Mailenable Enterprise。 MailEnable的configuration（例如，用户帐户，密码等）存储在邮件服务器上的SQL Server数据库中。 我们正在考虑以下解决scheme： 使用像tntdrive这样的工具将S3存储装载为Windows驱动器来存储消息。 与EBS存储（仅限于单个可用区域）不同，S3存储在可用区域间可用，即使单个区域发生故障，我们的存储也可用。 我们每天拍摄邮件服务器的快照并将其复制到S3。 在邮件服务器发生故障的情况下，我们从快照创build邮件服务器的一个新实例（这意味着configuration更改（如更改密码或创build快照后创build的新用户帐户）将不会包含在内，但我们可以接受那风险） 我们将包含消息的S3存储作为驱动器安装在新服务器上。 我们将邮件服务器的弹性ip切换到新的服务器，并且我们有一个邮件服务器可以再次使用！ 这个解决scheme能工作吗 与EBS相比，我有点担心S3的延迟和成本（请参阅http://jimliddle.sys-con.com/node/1103438/mobile ）。 我们应该考虑一个不同的方法吗？ 你会推荐不同的亚马逊工具来解决这个问题吗？
AWS Storage Gateway的使用案例总是假设虚拟存储网关将安装在本地（即，本地客户），然后将同步到AWS。 我想知道把存储网关放在EC2上。 我的用例是这样的： 我有大量的客户数据必须通过文件系统访问（即不能简单地存储在S3中）。 很大比例的这些数据很less被访问。 我使用安装在EC2上的一些EBS卷来实现这一点，并将它们快照到S3。 但是，由于EBS驱动器只能连接到单个实例，因此存储成本很高，并且存在单点故障。 但是，这听起来像我可以在我的EC2服务器上安装虚拟存储网关，并使用新的网关cachingfunction在本地保留经常访问的数据（使用免费实例存储进行caching）。 另外，我已经读到，只要iSCSI驱动器使用支持群集的文件系统进行格式化， 就可以安装在多个服务器上 。 我的问题： 这对于Storage Gateway来说是否合理？ Storage Gateway iSCSI驱动器能否真正从多个EC2实例中挂载，消除单点故障？
我有一台运行Apache2 web服务器的Ubuntu 11.04 AWS服务器（顺便说一句，基于Python和使用Django）。 我们最近需要添加对php5的支持，让我们使用第三方PHP库（顺便提供js和css文件的缩小版本）。 但是，如果我们只是跑步，没有任何理由可以辨别出来 sudo apt-get install php5 在服务器上，然后安装似乎成功完成，但是，没有我们采取任何进一步的行动（包括尚未运行sudo apt-get install libapache2-mod-php5 ，我认为这将是我们的下一步，如果一切正常），或者实际上在服务器上运行任何PHP脚本，几分钟后服务器将无法连接，并且在EC2pipe理控制台中查看服务器的“监控”选项卡显示，在安装后一段时间，CPU使用率达到峰值100％，并永久保留（直到我们从AWS控制台重新启动服务器）。 重新启动后，服务器也可以在几分钟之内（0到10分钟）内可靠地死亡。 我们从AMI映像中恢复服务器到一个pre-PHP状态，观察它是稳定的，然后再次尝试安装PHP5，并以完全相同的方式观察服务器死亡，所以我们非常确定安装PHP5是什么导致症状。 究竟是什么导致了这种行为，我们如何在服务器上安装PHP而不会死亡？