我为我的EC2实例有一个CPUUtilization警报设置。 警报的设置是： CPUUtilization >= 95% for 15 consecutive periods of 1 minute (15mins total) 即使实例未进入定义的警报状态，我们仍然收到警报电子邮件。 我和我收到的电子邮件报警解释： 您收到此电子邮件是因为您的Amazon CloudWatch警报…已进入警报状态，因为“阈值交叉： 3个数据点大于或等于阈值（95.0）”。最近的数据点：[99.466,98.45] .. 。 3个数据点？ 我的理解是，如果15个数据点大于95％，那么我设置15个连续的1分钟的时间应该只能提醒一下。 我误解了电子邮件的文字吗？ 我的闹铃设置是否与某些内容相冲突？
使用Powershell启动Server 2012 R2计算机。 我可以从库存服务器2012R2 AMI启动一个实例，为d：驱动器定义一个新的EBS卷，启动后，联机，工作正常。 如果我采用相同的代码，只是从快照添加卷的创build，它启动，音量在那里，但它显示为脱机。 一旦进入磁盘pipe理器，在线标记，一切都很好，我有一个D：驱动器。 我尝试了几种不同的方法来创build快照（运行，脱机，分离，实例停止）。 没有什么似乎有所作为。 编辑：也尝试启动实例没有卷，configuration卷，并将其附加到实例。 相同的结果 思考？ 谢谢 凸轮 我正在使用的代码： #configure D:\ drive $Volume2 = New-Object Amazon.EC2.Model.EbsBlockDevice $Volume2.DeleteOnTermination = $True $Volume2.VolumeSize = 10 $Volume2.VolumeType = "gp2" $Volume2.SnapshotId = "snap-xxxxxx" #and map it $Mapping2 = New-Object Amazon.EC2.Model.BlockDeviceMapping $Mapping2.DeviceName = 'xvdf' $Mapping2.Ebs = $Volume2 #create the instance $NewInstance = New-EC2Instance -ImageId $ImageId […]
我们烘烤AMI，最近我想运行一些用户数据脚本，以便在实例启动并投入使用时通知云的形成。 我正在使用cfn-signal来做到这一点。 在原始的ubuntu映像上，脚本将会执行，但是在烘烤我们的自定义AMI之后，用户数据脚本不能运行。 如果我将“＃cloud-boothook”放在它执行的脚本的顶部，但因为它执行得太早，所以对于通知机器何时启动无用。 我希望有人知道标志或文件的位置，它指示cloudinit它是一台机器的第一启动。 我也尝试修改configuration，像这里所build议的 我知道必须有一个标志或文件，我可以在AMI创build过程之前删除，但无法find有关该标志或文件可能的任何信息。
在vpc我使用aws ec2的默认情况下不会获得公共ip地址。 我想在引用这个和这个文档之后手动添加一个。 目前我的云端模板包含 "netinterface" : { "Type" : "AWS::EC2::NetworkInterface", "Properties" : { "SubnetId" : {"Ref": "Subnet"} } }, "billingattributionapi" : { "Type" : "AWS::EC2::Instance", "Properties" : { "NetworkInterfaces" : [ { "AssociatePublicIpAddress" : "true", "DeviceIndex" : "eth0", "NetworkInterfaceId" : {"Ref" : "netinterface"}, "DeleteOnTermination" : "true" } ] } } 有很多省略，但这是与添加IP有关的一切。 我的问题是，文档说，只有eth0的DeviceIndexnetworking接口可以有一个公共IP地址，但使用eth0导致错误说 Encountered non numeric […]
我无法使用PHP连接到远程EC2服务器，因为我拒绝了权限。 不过，我可以通过命令行从同一台服务器远程连接，所以看起来防火墙设置是好的，bindIp也是正确的，所以似乎只有PHP有这个连接问题。 服务器是： CentOS Linux release 7.1.1503 (Core) NAME="CentOS Linux" VERSION="7 (Core)" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="7" PRETTY_NAME="CentOS Linux 7 (Core)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:7" HOME_URL="https://www.centos.org/" BUG_REPORT_URL="https://bugs.centos.org/" CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" CentOS Linux release 7.1.1503 (Core) CentOS Linux release 7.1.1503 (Core)
我正在尝试使用EC2手动设置一个负载平衡的环境。 我的实例可以通过SSH和ping访问。 但是，只要将它们放入负载平衡器中，实例就无法通过负载平衡器的健康检查。 我试过按照故障排除Elastic Load Balancing指南。 从同一VPC内的另一个实例通过telnet连接到任何实例不起作用。 在一个实例内执行telnet localhost 25似乎工作。 这些实例运行Amazon Linux。 健康检查通过TCP发送到80端口。 负载均衡器和实例在同一个安全组中。 我已经放松了所有的安全组设置并允许通过所有端口进行通信，所有组的所有成员都能够相互之间进行ssh / ping。 问题出现后立即启动，无论是我已经设置了我希望他们运行的软件的实例或保持不变。 还有什么我应该尝试？ 谢谢！
新的m4实例看起来比以前的m3实例（性能和pice）要好得多，所以我将把它们作为我们云服务的默认实例。 这些服务之前在m3实例上运行，所以我想使用“更改实例types”选项执行定期升级。 但它似乎不适用于m3-to-m4迁移。 我知道，通过从原始磁盘映像创build磁盘映像，然后根据映像启动新实例，可以将服务从一个实例“移动”到另一个实例。 问题是，是否有可能以更优雅的方式执行此迁移？ 任何意见表示赞赏。
我在看这里的指示http://www.ivarch.com/blogs/oss/2007/01/resize-a-live-root-fs-a-howto.shtml 我想知道是否可以修改这些以重新挂载EBS卷作为EC2竞价型实例中的根FS？
我试图设置IAMangular色的权限，如果需要，将提交一个新的专题实例请求。 它将被一个Lambda函数使用。 该代码执行以下AWS API调用： ec2.describeSpotInstanceRequests ec2.requestSpotInstances ec2.createTags 我为它创build了以下策略（尝试了很多其他选项之后）： { "Version": "2012-10-17", "Statement": [ { "Sid": "Stmt1437749945000", "Effect": "Allow", "Action": [ "ec2:Describe*", "ec2:RequestSpotInstances", "ec2:RunInstances", "ec2:CreateTags", "iam:List*" ], "Resource": [ "*" ] } ] } 如果我添加iam:*它的工作，但显然我不想这样做.. 任何人都可以帮助我猜测它真的需要什么权限？ 有人知道AWS API调用和所有必需的权限之间的映射吗？
我需要一些跨终点的持久性存储。 我解决问题的方法是 编写一个启动脚本来附加和挂载持久性卷 快照此状态并注册一个私人AMI 启动基于专用AMI的竞价型实例 在这个论坛[ 1 ]的search表明这是正确的程序 我的启动脚本： #!/bin/sh echo "executing startup script" # attach the EBS volume to this machine aws ec2 attach-volume –volume-id vol-7bef1d96 –instance-id $(wget -q -O – http://169.254.169.254/latest/meta-data/instance-id ) –device /dev/xvdg sleep 10 # mount the attached EBS volume echo "mounting the attached volume" sudo mount /dev/xvdg1 /home/ubuntu/persistent/ #run script […]