Автоматично мащабиране: Новосъздаденият екземпляр винаги е OutOfService

Настроил съм автоматично мащабиране, използвайки тези стъпки...

$ elb-create-lb autoscalelb --headers --listener "lb-port=80,instance-port=80,protocol=http" --listener "lb-port=443,instance-port=443,protocol=tcp" --availability-zones us-east-1d

$ elb-describe-lbs autoscalelb

$ elb-register-instances-with-lb autoscalelb --instances i-ee364697

$ elb-configure-healthcheck autoscalelb --headers --target "TCP:80" --interval 5 --timeout 3 --unhealthy-threshold 2 --healthy-threshold 4

$ as-create-launch-config autoscalelc --image-id ami-baba68d3 --instance-type t1.micro

$ as-create-auto-scaling-group autoscleasg --availability-zones us-east-1d --launch-configuration autoscalelc --min-size 1 --max-size 5 --desired-capacity 1 --load-balancers autoscalelb

$ as-describe-auto-scaling-groups autoscleasg

$ as-put-scaling-policy MyScaleUpPolicy --auto-scaling-group autoscleasg --adjustment=1 --type ChangeInCapacity --cooldown 300

$ mon-put-metric-alarm MyHighCPUAlarm --оператор-сравнение GreaterThanThreshold --evaluation-periods 1 --metric-name CPUUtilization --namespace "AWS/EC2" --period 600 --statistic Average --threshold 80 --alarm -actions arn:aws:autoscaling:us-east-1:616259365041:scalingPolicy:46c2d3b3-7f29-42b6-ab64-548f45de334f:autoScalingGroupName/autoscleasg:policyName/MyScaleUpPolicy --dimensions "AutoScalingGroupNa me=autoscleasg"

$ as-put-scaling-policy MyScaleDownPolicy --auto-scaling-group autoscleasg --adjustment=-1 --type ChangeInCapacity --cooldown 300

$ mon-put-metric-alarm MyLowCPUAlarm --оператор-сравнение LessThanThreshold --evaluation-periods 1 --metric-name CPUUtilization --namespace "AWS/EC2" --period 600 --statistic Average --threshold 50 --alarm -actions arn:aws:autoscaling:us-east-1:616259365041:scalingPolicy:30ccd42c-06fe-401a-8b8f-a4e49bbb9c7d:autoScalingGroupName/autoscleasg:policyName/MyScaleDownPolicy --dimensions "AutoScalingGroupName= autocleasg"

След това изпълнявам тази команда:

$ as-describe-auto-scaling-groups autoscleasg --headers

отговор:

AUTO-SCALING-GROUP GROUP-NAME LAUNCH-CONFIG AVAILABILITY-ZONES LOAD-BALANCERS MIN-SIZE MAX-SIZE DESIRED-CAPACITY AUTO-SCALING-GROUP autoscleasg autoscalelc us-east-1d
autoscalelb 1 5 1 INSTANCE INSTANCE-ID AVAILABILITY -ZONE STATE STATUS LAUNCH-CONFIG INSTANCE i-acf48bd5 us-east-1d InService Healthy autoscalelc

И тогава:

$ elb-describe-instance-health autoscalelb --headers

Това показва:

INSTANCE_ID INSTANCE_ID ОПИСАНИЕ НА СЪСТОЯНИЕ
КОД НА ПРИЧИНА INSTANCE_ID i-ee364697 InService N/A
N/A INSTANCE_ID i-acf48bd5 OutOfService Екземплярът е неуспешен поне UnhealthyThreshold броя последователни проверки на здравето. Инстанция

Първият ми проблем е:

Той автоматично създава един допълнителен екземпляр, когато няма натоварване на основния екземпляр.

Второ, новосъздаденият екземпляр винаги е OutOfService.

ако променя минималния размер на 0, като използвам следната команда:

$ as-update-auto-scaling-group autoscleasg --launch-configuration autoscalelc --availability-zones us-east-1d --min-size 0 --max-size 5

И се опитвам да заредя екземпляр с помощта на xen:

hg клонинг http://xenbits.xensource.com/xen-unstable.hg

Автоматичното мащабиране не създава екземпляр. Дори ако изпълнявам горната команда на до 5 сесии, използването на процесора достига до 100% и все още не се създава екземпляр.

Моля, помогни ми...


person MWAnsari    schedule 18.06.2012    source източник


Отговори (1)


Не съм сигурен какво искате да постигнете, но ако искате да използвате възможности за автоматично мащабиране, за да добавите повече екземпляри въз основа на увеличаване или намаляване на трафика, трябва да използвате параметрите на балансиращото натоварване (т.е. латентност):

Променете своя на:
--namespace='AWS/ELB'
--metric-name Latency
--period 60 (това е супер бързо)
--threshold 2.0 ( това е много ниско)

За да тествам дали работи, използвам Apache Bench, изпълнявам командата по-долу на множество микро екземпляри

$ ab -n 10000 -c 10 http://<your ELB>.us-east-1.elb.amazonaws.com/index.php
person setrar    schedule 29.06.2012