2014-11-18 3 views
0

Согласно документации AWS вы можете создать пользовательский AMI двумя разными способами.AWS Opworks Экземпляры не запускаются при создании из пользовательского AMI на EC2

http://docs.aws.amazon.com/opsworks/latest/userguide/workinginstances-custom-ami.html

Я создаю мой AMI непосредственно из экземпляра EC2 так OPworks агент не должен быть там. Тем не менее, экземпляры, созданные с моим AMI, НЕ пройдут этап настройки.

Кто-нибудь знает, почему это так?

Обновление:

Дополнительная информация. Если вы посмотрите на статью выше, она говорит, чтобы остановить агент OPworks и т. Д. Хорошо, что я вошел в экземпляр, созданный с изображением Linux Amazon, и установлен и запущен агент opworks. В моем экземпляре создается пользовательский AMI, который никогда не бывает. Экземпляра просто загружается и остается там:

[[email protected] ~]$ pstree 
init─┬─abrtd 
    ├─agetty 
    ├─atd 
    ├─auditd───{auditd} 
    ├─automount───4*[{automount}] 
    ├─certmonger 
    ├─crond 
    ├─cupsd 
    ├─dbus-daemon───{dbus-daemon} 
    ├─dhclient 
    ├─hald─┬─hald-runner 
    │  └─{hald} 
    ├─master─┬─pickup 
    │  └─qmgr 
    ├─6*[mingetty] 
    ├─rhsmcertd 
    ├─rpc.statd 
    ├─rpcbind 
    ├─rsyslogd───3*[{rsyslogd}] 
    ├─sshd───sshd───sshd───bash───pstree 
    └─udevd───2*[udevd] 
[[email protected] ~] 

Нет opsworks агента не работает и не opswork двоичный существуют: Посетите http://aws.amazon.com/opsworks для получения дополнительной информации.

[[email protected] ~]$ locate opworks 
[[email protected] ~]$ sudo find/-name "*opworks*" -print 
[[email protected] ~]$ 

Спасибо!

ответ

1

Я следую этому документу: http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/creating-an-ami-instance-store.html и я сталкиваюсь с той же проблемой. После создания пользовательского AMI (ubuntu) из EC2 мой экземпляр из OpsWorks (который использует этот пользовательский AMI) остается навсегда при загрузке статуса. Проблема заключалась в создании изображения с помощью команды «ec2-bundle-vol», потому что:

«По умолчанию процесс пакета исключает файлы, которые могут содержать конфиденциальную информацию. Эти файлы включают в себя * .sw, * .swo * .swp * .pem, * .priv, id_rsa, id_dsa *. GPG * .jks, * /. SSH/authorized_keys, и * /. bash_history. Чтобы включить все эти файлы, используйте опцию -no-filter. "

И когда вы запускаете экземпляр формы OpsWorks, экземпляр пытается установить что-то, что требует каких-либо файлов подписи gpg, а также других файлов crt, pem .... Файлы исключаются из образа пакета ... поэтому он не работает , Решение состоит в использовании опции «-no-filter» или «--include file1, file2, ...» Проверьте команду ec2-bundle-vol здесь: http://docs.aws.amazon.com/AWSEC2/latest/CommandLineReference/CLTRG-ami-bundle-vol.html