Как да подобря времето за зареждане на възела OpsWorks?

Харесвам AWS OpsWorks, но един голям недостатък, с който се сблъсквам сега, е времето за зареждане: възлите се зареждат супер бавно.

В моя случай, за екземпляр на t1.micro, отнема около 10 минути, преди моята готварска книга да може да започне да работи (въпреки че от изглед на конзолата на EC2, екземплярът трябва да е готов след около 2 минути: може да бъде достъпен чрез SSH след този кратък период) . Можете също да се обърнете към тази тема.

Опитах да използвам персонализиран AMI, но се натъкнах на друг проблем: възелът продължи да се зарежда завинаги. Но това може да е моя грешка при създаването на AMI.

Обратно към първоначалния въпрос, как мога да подобря това време за зареждане на възлите на OpsWorks?


amazon-web-services boot chef-infra aws-opsworks
person tung    schedule 03.12.2013    source източник

Отговори (4)


arrow_upward
7
arrow_downward

В моя случай, използвайки m1.small, последвах този документ до създайте персонализиран AMI.

Мисля, че причината да продължи да се зарежда завинаги е, че файловете на opsworks-agent са все още там. Вижте стъпка 4 под За да създадете персонализиран AMI от екземпляр на AWS OpsWorks, ще трябва да спрете агента и да изтриете неговите файлове.

Пълният цикъл се подобри от ~25 минути до ~10 минути. Към ~11-та минута е на етап проверки на здравето на LB.

Надявам се това да помогне.

person mrclmrvn    schedule 12.12.2013
comment
Хубаво е да имаш представа защо екземплярът виси завинаги. Ще опитам вашето решение и ще се върна с резултата. Благодаря ти! - person tung; 12.12.2013
comment
невероятно! Работи като чар. Спестява ми 6 минути на t1.micro инстанция. Благодаря ти много. - person tung; 13.12.2013

arrow_upward
1
arrow_downward

(Не мога да коментирам. Трябват 50 точки) Не разбирам. Ако премахнете агента, какъв е смисълът да използвате OpsWorks? Агентът ви позволява да актуализирате екземпляра и да добавяте рецепти, ако е необходимо. Да не говорим за добавяне на екземпляри въз основа на предварително дефинирани конфигурации. Изпускам ли нещо?

person Michael Andrews    schedule 14.05.2014
comment
Не съм сигурен. Това е за създаване на нов AMI, така че предполагам, че OpsWorks иска чист AMI и ще инсталира нов агент на този екземпляр по някакъв начин, когато бъде стартиран. За разбирането. - person tung; 15.05.2014
comment
Opsworks все още е полезен за създаване и настройка на машината, от която да се създаде AMI. Ако трябва да актуализирате AMI, по-добре е да можете да актуализирате конфигурацията и рецептите на Opsworks и да създадете нов екземпляр от нулата, а след това просто ръчно да актуализирате своя AMI ръчно. - person Bazman; 08.01.2015

arrow_upward
0
arrow_downward

Ако вашият екземпляр не стартира, проверете отговора ми тук:

AWS Opworks екземпляри не започвайки при създаване от Персонализиран AMI на EC2

може би ще реши проблема ти...

person cosmin    schedule 27.02.2015

arrow_upward
0
arrow_downward

Въпреки че не е ясно посочено в тази тема, изглежда, че сте създавали персонализирания AMI от Amazon linux или Ubuntu екземпляри, които вече се предлагат. В моя случай (което е причината, поради която се озовах тук), създадох персонализирания AMI директно от обикновен екземпляр на EC2 и въпреки това след почти 14 часа екземплярът не стартира. Уверих се, че премахнах всяка друга конфигурация, която може да ни блокира, като ELB/VLC конфигурации и персонализирани рецепти. Екземплярът основно е заседнал на етапа на настройка.

Една от възможните причини да блокира при зареждане е, че персонализиран AMI, който е създаден от изображение, което има Opworks агент, който трябва да бъде свързан само с това изображение. Вижте документацията тук: http://docs.aws.amazon.com/opsworks/latest/userguide/workinginstances-custom-ami.html Но това не е моят случай.

Ще опитам с предварително дефинирано изображение на Amazon и ще продължа от там.

person eco    schedule 18.11.2014
comment
Актуализация: Успях да накарам екземпляра на Amazon Linux 12.9 да премине от зареждане към стартиране на настройка. Отне ми само времето, което ми отне да напиша оригиналния пост по-горе. Възможно ли е да трябва да изтрием агенти и от обикновените EC2 Ami? Това няма да има смисъл, но кой знае, може би нещо друго блокира зареждането на потребителски AMI. И между другото, моят оригинален Custom AMI екземпляр беше от RHEL 6.5 32 бита на t1.micro екземпляр. В него нямаше НИЩО фантастично инсталирано. - person eco; 18.11.2014
comment
Здравей Айнарк. Както mrclmrvn посочи в отговора си, ще трябва да спрете агента и да изтриете неговите файлове. - person tung; 19.11.2014
comment
@TungNguyen Здравей Тунг. Знам, сложих го в първия си коментар, но беше изтрит от администратор. Вижте тук за повече подробности относно проблема, който имам. Докато AMI по подразбиране работи добре, не мога да го накарам да работи с персонализирани AMI от EC2: stackoverflow.com/questions/27005004/ - person eco; 28.11.2014