Question

我正在尝试创建一个自定义自动群集AMI，以与Datastax Enterprise 3.0 OpsCenter创建群集向导一起使用。

我已尝试过至少两种方法，并最终在同一个地方结束。当我使用标准Datastax自动聚类（AC）AMI时，群集的大小为TB。当我使用我的自定义ami时，群集的大小为40GB。我为每次发布选择了4个m1.extra大型实例。

方法1：我采用标准数据交流AC AMI，我的修改使用了此处的指令：https://github.com/riptano/ComboAMI/blob/2.4/presetup/setup.md（停在“＃Setup credentials”）然后我使用以下内容捆绑并上传到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或根本没有设置raid。

df -h for custom 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

Answer 1

我知道这已经很老了，但是如果你遵循确切的命令，它应该允许你捆绑AMI而不会出现问题，因为这是我们用来捆绑AMI的完全相同的脚本。

如果命令不是罪魁祸首，你应该查看〜/ datastax_ami / ami.log。如果有任何ERROR语句，那些可能会告诉你什么是错的。典型的情况是，小的语法问题只会导致部分脚本运行。

从它的外观来看，由于你没有/ raid0挂载点而是有一个/ mnt挂载点，你的脚本在它有机会完全运行之前可能出错了。

存储容量问题/错误数据自定义自动群集EC2 AMI

1 个答案: