Я создаю распределенное приложение, которое состоит из балансировщика нагрузки, веб-сервера, сервера базы данных, очереди обмена сообщениями и внутренних рабочих процессов. Рабочие получают сообщения из очереди, выполняют задачи, а затем обновляют сервер базы данных. В идеале я хотел бы иметь возможность масштабировать рабочих на основе какой-либо метрики. Я знаком с ec2, s3, cloudfront, но новичок в VPC и автоматическом масштабировании.
Мой вопрос таков: как мне настроить автоматическое масштабирование серверов Windows на основе определенной мной метрики. Я раньше настраивал серверы Windows на ec2, это больно для RDP, установите cygwin, затем ssh, не очень масштабируемый IMO. Я бы хотел, чтобы они были эфемерными, если это возможно, чтобы я мог сэкономить на использовании, увеличивая и уменьшая масштаб. Любые идеи / советы приветствуются.
Спасибо
Ваша ссылка на создание CloudWatch Alarms - это действительно механизм, который вы будете использовать, если пойдете по маршруту Amazon Auto Scaling. Однако, как вы сами заявляете, настройка серверов Windows может быть довольно болезненной - это не только довольно медленное подключение к ним и доведение их до нужного вам состояния, но также и значительная задержка, просто их запуск и запуск в первое место (см. Ускорение запуска инстансов Amazon EC2 Windows, например - ужасно).
Чтобы немного смягчить боль, вы можете создать собственный Windows AMI. Это позволяет вам установить ваше программное обеспечение на машину, чтобы оно уже было там, когда экземпляр запускается. Chef, фреймворк для управления инфраструктурой, работает с Windows, так что вы тоже можете пойти по этому пути. Все, что облегчает вам жизнь! Если вы объедините два, вы можете использовать Chef в основном для настройки программного обеспечения, которое вы уже установили, что сэкономит вам еще больше времени.
Какими бы умными ни были эти подходы, установка и запуск Windows на Amazon все равно происходит медленно. Если то, что вы автоматически масштабируете, не может справиться с этими задержками, а экземпляры не запускаются вовремя, вам нужно решение, которое поможет планировать заранее. Собственный сервис Amazon CloudWatch носит реактивный характер и не имеет возможности оценить будущую нагрузку. Этот пробел в функциональности - это то, что побудило Netflix разработать собственный прогнозирующий автоматический масштабатор Scryer (который недоступен для широкой публики), и что Elastisys предлагает в elastisys: шкала, продукт, частную бета-версию которого можно запросить прямо сейчас.
Полное раскрытие информации: я работаю в Elastisys AB, компании, которая создает решения для автоматического масштабирования на основе исследований, проведенных группой облачных исследований Университета Умео (Швеция).