13.01.2014 ЭкспертизаВ предыдущих статьях мы выяснили , как организовать хранилище в облаке Amazon и запустить виртуальный сервер. Однако данная схема ненамного отличается от типового предложения Virtual Private Server (VPS) обычных хостинг-провайдеров. Большинство классических облачных проектов подразумевает использование десятков, сотен, тысяч однотипных виртуальных машин, решающих единую задачу в распределённом режиме. По такой модели строится работа крупнейших поисковиков, социальных сетей и т. п. В этом одно из принципиальных отличий облачной архитектуры от клиент-серверной, когда можно арендовать единичные VPS-серверы или выделенные физические серверы, каждый из которых будет отвечать за оригинальную функциональность (поддержка базы данных, сервер приложений, прокси-сервер). Вручную администрировать систему из сотен ОС практически нереально, но то же время при использовании облачной платформы желательно избежать лишних расходов на какие-то дополнительные организационно-технические мероприятия. В процессе оптимизации прикладной облачной системы следует выделить два принципиальных момента: обеспечение качественной работы сетевой составляющей (решение проблем с безопасностью и нагрузочным трафиком) и балансировка нагрузки на облачные серверы. Рассмотрим их по порядку. Связываем свой ЦОД с Amazon Выделенное соединение своего ЦОДа или офиса с облаком Amazon (сервис AWS Direct Connect) имеет смысл, когда, например, провайдер предлагает своим клиентам в числе прочих взаимодействие с облаком ...
читать далее.
Рис.1. Выбираем гибридную модель VPC | Рис. 2. Выбираем подходящую VPC-сеть для экземпляра EC2 | Рис. 3. Задаём порт опроса для балансировщика ELB |
Рис. 4. Настраиваем схему опроса балансировщика нагрузки | Рис. 5. Балансировщик ELB выявил проблемный сервер | Рис. 6. Создаём рабочую группу Auto Scaling |
Рис. 7. Создаём правило для запуска дополнительного сервера | Рис. 8. Настраиваем оповещения об экстремальных ситуациях | Рис. 9. Редактирование групп Auto Scaling |
Рис. 10. Настройка метрик в группах Auto Scaling | Рис. 11. Формирование предупреждающего сообщения CloudWatch | |