我不清楚我在Amazon EC2上为我的实例从EBS和实例存储中获得了什么好处.如果有的话,似乎EBS在成本相对较小的差异方面更有用(停止,开始,持续+更好的速度)......?此外,是否有更多人正在使用EBS,因为它仍然相对较新?
当我重新启动EC2实例时,我是否会再次获取初始映像,或者在重新启动之前是硬盘的状态?
结账时会发生什么,小时重新开始,还是我继续我重新启动时所处的小时数?
我有一个基于Amazon Linux AMI运行AMI的EC2实例.与所有此类AMI一样,它支持cloud-init系统,用于根据传递到每个实例的用户数据运行启动脚本.在这种特殊情况下,我的用户数据输入恰好是一个包含几个其他启动脚本的Include文件:
#include
http://s3.amazonaws.com/path/to/script/1
http://s3.amazonaws.com/path/to/script/2
Run Code Online (Sandbox Code Playgroud)
我第一次启动我的实例时,cloud-init启动脚本正确运行.但是,如果我对实例进行软重启(例如,通过运行sudo shutdown -r now
),则实例会在不再运行启动脚本的情况下重新启动.如果我进入系统日志,我可以看到:
Running cloud-init user-scripts
user-scripts already ran once-per-instance
[ OK ]
Run Code Online (Sandbox Code Playgroud)
这不是我想要的 - 我可以看到启动脚本每个实例生命周期只运行一次的实用程序,但在我的情况下,这些应该在每次实例启动时运行,就像正常的启动脚本一样.
我意识到一个可能的解决方案是rc.local
在第一次运行后手动让我的脚本插入.然而,这似乎很麻烦,因为cloud-init和rc.d环境略有不同,我现在必须分别在首次启动和所有后续启动时调试脚本.
有谁知道我怎么能告诉cloud-init总是运行我的脚本?这听起来像是cloud-init的设计者会考虑的事情.
我想自动启动一组Linux EC2实例.
基本上,我想写一个脚本/程序,它将:
使用VMWare,我通常会使用vmrun或Vix SDK.
Amazon AWS/EC2有哪些选项?
在AWS中为实例定义userdata似乎对执行各种引导类型操作非常有用.不幸的是,由于PCI原因,我必须使用不是源自其中一个提供的AMI的自定义CentOS AMI,因此尚未安装和配置cloud-init.我只是想要它设置一个主机名并运行一个小的bash脚本.我如何让它工作?
我已经开始在AWS,Azure和Rackspace中创建云实例了.但是,我需要在一天结束时和早上关闭我的实例,因为这将是我的托管成本的一半(它们用于开发).
我看了一些管理服务,但他们把我的脑子吹了出来.有一个简单的方法吗?
有没有办法让ELB或EC2自动扩展组从ELB终止(或重新启动)不健康的实例?
我们的前端存在一些特定的数据库故障情况,这使得它变得不健康,因此ELB将停止将流量路由到它.该实例也是自动扩展组的一部分,该组可以扩展组的CPU负载.因此,最终发生的事情是实例不再从ELB获取流量,因此它没有CPU负载,并且会扭曲组的CPU负载,从而搞砸了扩展条件.
是否有一个"简单"的方式,以某种方式配置ELB或自动缩放组自动终止从组不健康的情况,而不必实际编写代码来执行查询,并通过EC2 API终止?
amazon-ec2 ×7
cloud ×2
cloud-init ×2
amazon-ami ×1
amazon-ebs ×1
amazon-elb ×1
autoscaling ×1
azure ×1
centos ×1
ec2-ami ×1