存储容量问题数据存储自定义自动群集EC2 AMI
我正在尝试创建自定义自动群集AMI以与Datastax Enterprise 3.0 OpsCenter创建群集向导一起使用。存储容量问题数据存储自定义自动群集EC2 AMI
我试过至少两种方法,并继续在同一个地方结束。当我使用标准的Datastax自动群集(AC)AMI时,群集的大小是千兆字节。当我使用我的自定义ami时,群集的大小为40GB。我为每次启动选择4个m1.extra大型实例。
方法1:我把datastax AC AMI让我修改使用的指令集,这里的标准:https://github.com/riptano/ComboAMI/blob/2.4/presetup/setup.md(在“#安装证书”停止) 然后我用下面的捆绑,并上传到S3 EC2-bundle- vol -k -c -u -e ec2-upload-bundle -b -m -a -s 之后,我使用EC2管理控制台通过image.manifest.xml文件注册AMI。方法2:我使用Ubuntu 12.04 LTS AMI实例进行了修改,并使用了上述相同的指令集。
两种方法给了我一个40GB的群集。它看起来像自定义AMI不正确设置RAID或根本没有设置。
DF -h定制AMI
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 9.9G 2.6G 6.9G 28%/
udev 7.4G 8.0K 7.4G 1% /dev
tmpfs 3.0G 200K 3.0G 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 7.4G 0 7.4G 0% /run/shm
/dev/xvdb 414G 199M 393G 1% /mnt
DF -h默认AMI
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 9.9G 2.2G 7.3G 23%/
udev 7.4G 8.0K 7.4G 1% /dev
tmpfs 3.0G 224K 3.0G 1% /run
none 5.0M 0 5.0M 0% /run/lock
none 7.4G 0 7.4G 0% /run/shm
/dev/md0 1.7T 34M 1.7T 1% /raid0
我明白这是很老,但如果你遵循的确切命令它应该让你捆绑AMI没有问题,因为这与我们用来捆绑AMI的脚本完全相同。
如果这些命令不是罪魁祸首,则应该查看〜/ datastax_ami/ami.log。如果有任何ERROR语句,那些可能会告诉你什么是错的。一个典型的情况是小的语法问题导致只运行脚本的一部分。
而且从外观上来看,因为你没有一个/ RAID0挂载点,而是有一个挂接点/ mnt,一些可能出了毛病,你的脚本也有机会完全运行之前。