Articles of amazon web services

AMI在AWS EC2上进行或不进行重新启动

当从一个EC2实例创buildAMI时,我总是选中“不重启”,我一直在想,在重启/不重启的情况下创build镜像的优缺点是什么? 保持服务器活着会影响到生产的ami的质量,还是像重新启动一样好?

EC2 linux任何和所有新贵的工作返回“无法识别的服务”

有一个噩梦从Ubuntu的一些暴发户工作迁移到EC2 Linux(ElasticBeanstalk) 我无法获得最基本的工作。 我正在使用下面的脚本,它完美的在Ubuntu上运行,但是当我尝试在EC2 Linux中启动它时,会返回无用的“无法识别的服务”。 我读过这通常是一个语法错误,但不符合,如果这在Ubuntu语法上确定。 任何帮助大量赞赏,我只是需要任何工作的例子。 这在以root用户身份创build的/etc/init/test.conf中。 安慰: # sudo service test start # test: unrecognized service /etc/init/test.conf: description "test" start on startup script echo $(ping -c 1 serverfault.com) > /var/log/testjob.log end script

使用SSD驱动器将AWS EC2迁移到新的实例types

我有一个m1.xlarge实例上运行MySQL的100GB EBS卷保存数据文件。 我想迁移到一个m3.2xlarge的实例,并将数据文件放在新的2个80GB SSD驱动器上。 我停止了我的实例,相应地改变了types,并启动了它。 然而,我所能find的所有存储都是15G tempfs和8G安装驱动器。 $ fdisk -l Disk /dev/xvda1: 8589 MB, 8589934592 bytes 255 heads, 63 sectors/track, 1044 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000 如何访问此实例types的2个80GB固态硬盘?

Aws vpc CloudFormation中的默认路由表

我是否错过了一些东西,但是没有办法通过CloudFormation将路由添加到默认路由表中,该路由表配备了VPC?

如何计划AWS EC2 Windows实例的自动(每日)快照?

我有一些在Amazon EC2上托pipe的Windows服务器。 一些运行Windows Server 2003和其他运行Windows Server 2008.这些是EBS支持的实例。 大多数实例还附加了一些额外的EBS卷。 我们希望将每天的Windows机器快照(以及连接的EBS卷)安排到S3,以便我们每天都有可用的备份。 有人会认为这是一个非常普遍的要求,可以通过AWSpipe理控制台提供,但是,事实并非如此。 有什么方法可用? 我如何在Windows服务器上安排每日快照? 有几个在线的脚本例子可以在Linux上使用,但是对于windows而言则不是那么多。 我曾看过http://sehmer.blogspot.com/2011/04/amazon-ec2-daily-snapshot-script-for.html以及https://github.com/ronmichael/aws-snapshot-调度程序 。 有没有人使用这些方法之一,它的工作? 我也考虑过像Skeddly这样的服务,乍一看似乎不贵,但是当你把它用于多台服务器时,价格很快就会boost到这样一个点,看起来更好的select是创build你自己的解决scheme,然后将它应用到未来的新服务器。 用Skeddly我们会支付每个服务器。 我们如何计划Windows实例的每日快照?

没有caching控制标题,用于AWS CloudFront与S3 Origin的文件

我们刚刚迁移到Amazon AWS。 我们目前有一个EC2实例运行良好。 它在前端运行Nginx,在后端运行Apache。 这也运行良好。 所有站点都正确启动,并包含由EC2提供的文件的caching控制头。 问题在于我们放置在Amazon S3中的所有静态文件都是通过CloudFront CDN访问的。 我们可以很好地访问这些文件(而CORS也没有问题),但显然CloudFront不提供具有Cache-Control头文件。 我们希望利用浏览器caching。 我看到它的方式,EC2实例在这里没有扮演一个angular色,因为静态文件是由S3 + CloudFront直接提供的,请求不会转到EC2中的Web服务器。 我完全迷失了。 问题:1)在这种情况下,如何设置Cache-Control? 2)是否可以设置caching控制? 从S3还是CloudFront? 注意:我已经在Google上打了几页,您可以在S3中为单个对象设置标题。 这实在不是一个有效的方法,因为在我的情况下,我们正在谈论几个对象。 谢谢!

下载现有的EC2密钥对

我正在玩亚马逊EC2,并(终于)设法从我的家用机器SSH进入框。 现在我想从我的工作机器连接,但忽略了将密​​钥对复制到USB密钥上。 有没有办法下载现有的密钥对,而不删除实例? 谢谢

强制CloudFront从S3传递最新的HTML文件

背景 我在S3上托pipe一个静态站点,CloudFront位于顶部。 我的问题是我的HTML文件。 根据CloudFront的FAQ : Amazon CloudFront使用这些caching控制标头来确定需要检查该文件的更新版本的来源的频率 我到目前为止所做的 考虑到这一点,我已经在我的S3桶中设置了HTML文件来添加下面的头文件: Cache-Control: no-cache, no-store, max-age=0, must-revalidate Expires: Fri, 01 Jan 1990 00:00:00 GMT 在我第一次调用我的samplefile.htm ,我看到以下响应标题(我已经排除了明显的标题(例如Content-Type )以保持这一点: Cache-Control:no-cache, no-store, max-age=0, must-revalidate Date:Sat, 10 Dec 2011 14:16:51 GMT ETag:"a5890ace30a3e84d9118196c161aeec2" Expires:Fri, 01 Jan 1990 00:00:00 GMT Last-Modified:Sat, 10 Dec 2011 14:16:43 GMT Server:AmazonS3 X-Cache:Miss from cloudfront 正如你所看到的,我的Cache-Control头在那里。 问题是,如果我更新这个文件并刷新,我得到caching的内容(而不是最新的文件),我可以看到CloudFront通过查看响应头来提供它的caching版本: X-Cache:Hit from […]

尝试创buildAWS :: Route53 :: RecordSet时,AWS CloudFormation返回“无效请求”

我在这一个亏本。 99%的时间CloudFormation非常擅长给你一些你可以使用的debugging信息,但是“无效请求”让我难以忍受,特别是当资源非常简单时。 这是说给我的问题(Ansible生成的模板,因此{{…}}符号)的资源, "DatabaseDNSRecord": { "Type": "AWS::Route53::RecordSet", "Properties": { "HostedZoneId": "HOSTED_ZONE_ID", "Name": "db.{{ item.env_name|lower }}v2.<DOMAIN>.com.", "ResourceRecords": [ { "Fn::GetAtt": [ "Database", "Endpoint.Address" ] } ], "Type": "CNAME" }, "DependsOn": "Database" } 从文档中我可以看出,所需的一切都是正确的,格式正确的。 我能想到的唯一的事情就是我将这个资源添加到我之前创build的已经创build了Database资源的现有 CloudFormation堆栈中,该资源对于logging是AWS::RDS::DBInstance (很高兴发布资源模板如果需要,也没有什么特别的)。 任何想法,为什么我得到“无效的请求”? 谢谢。 编辑:我试过这个和没有TTL ,同样的错误。

适用于多个webapps的弹性负载平衡器

我有N webapps。 每个Web应用程序在我的域中由不同的主机名提供服务,并部署到在AWS中运行的两个实例。 换句话说,我有2N实例,分成两对,运行N不同的web应用程序。 我想要设置一个AWS Elastic Load Balancer,它将根据Host头将代理请求发送给提供服务的两个实例之一。 有可能使用单个ELB,否则我需要部署N ELB,每个ELB对一个?