Есть какие-нибудь соображения по RightScale и Scalr для динамического управления экземплярами Ec2 [закрыто]
https://stackoverflow.com/questions/366612
-
21-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Я ищу экономически эффективный инструмент для управления веб-приложением на Ec2.Правая шкала кажется большой собаке и берет за это плату.Scalr выглядит как более экономичное решение, но трудно узнать какой-либо реальный опыт работы с клиентами..
Ключевые аспекты, которые я ищу, - это балансировщик нагрузки (http и https) и способ автоматического подключения к Сети дополнительных веб-серверов по мере увеличения нагрузки, а также завершения работы экземпляров при падении нагрузки.
Насколько я могу судить, многие люди выпускают здесь свой собственный материал.Мы пытаемся выпустить приложение и на самом деле не хотим ввязываться в слишком много тяжелых сражений с системными администраторами.Учитывая важность производительности и т.д., я был бы признателен услышать советы и опыт работы на местах по этому вопросу.
Решение
Я пользователь Scalr, подписчик Scalr.net и стал энтузиастом Scalr.Я никак не могу позволить себе Правильный масштаб.
Scalr может сделать то, о чем вы просите.
Scalr содержит три изображения (каждое с 32/64-разрядными версиями), плюс базовое (универсальное) изображение:
1) Образ балансировщика нагрузки, работающий под управлением nginx.Для высокодоступной настройки требуются два из них.Scalr будет управлять вашим сервисом имен и циклическим перебором между ними.Если один из них выйдет из строя, Scalr удалит его из DNS и вызовет другой экземпляр.Можно запускать другие балансировщики нагрузки, но по умолчанию используется nginx.
2) Доступно несколько образов серверов приложений, работающих под управлением Apache / Tomcat / Rails.Вы настраиваете свое приложение здесь, будь то PHP / Perl / Python / Java / Ruby / что угодно.nginx направляет запросы между этими экземплярами, сгруппированными по уникальному пользователю (на основе IP + браузера).Scalr также отслеживает их работоспособность и заменяет поврежденные экземпляры.
3) Образ базы данных MySQL с автоматической репликацией master / slave.Просто разверните свою схему, и Scalr обработает репликацию и заменит несуществующие серверы.Он также будет периодически создавать резервные копии ваших данных.DNS Scalr предоставляет имена хостов master и slave, так что вы можете заставить свое приложение считывать данные с подчиненных хостов и записывать данные в master.
Все эти типы экземпляров будут автоматически масштабироваться в зависимости от нагрузки.Вы начинаете с базового изображения, наиболее близкого к тому, что вы делаете, а затем настраиваете его для своего приложения.Например, мы развертываем наше приложение Perl / Catalyst на экземплярах сервера apache, но обслуживаем статический контент с интерфейсных серверов nginx.Нам пришлось немного модифицировать наше приложение, чтобы использовать дескрипторы базы данных для чтения / записи.
В целом, потребовалось около трех недель работы над ошибками в Scalr, чтобы довести наше приложение до надежного состояния, в котором, я уверен, оно будет высокодоступно с помощью Scalr.Их поддержка была феноменальной, так что ошибки меня не слишком беспокоили, и система действительно работает.Это приближается к серьезной надежности.
В качестве дополнительного примечания, лучшей функцией Scalr является функция "Синхронизировать со всеми", которая автоматически объединяет ваш AMI и повторно развертывает его на новом экземпляре - и все это без прерывания обслуживания.Это экономит вам время на прохождение длительного процесса создания образа EC2 / AMI, который в противном случае может привести к тому, что очень простые задачи администратора займут 20 минут.Вы можете использовать это независимо от того, масштабируете вы свою ферму серверов или нет - это было бы очень удобно даже в одном экземпляре.
Я плачу Scalr.net 50 долларов в месяц за размещение сервиса для меня, потому что я думаю, что это экономит мое время и деньги.Суть на данный момент такова:на моем последнем концерте у нас был системный специалист, который целый год работал над настройкой нашего высокодоступного Linux DB + app server...и ему не удалось добиться той надежности, которой я добился за три недели.Экономия при использовании Scalr по сравнению с внедрением моего собственного является чрезвычайной.
При всем при этом, если бы я мог позволить себе Rightscale, я бы использовал Rightscale.Но первоначальный взнос и 500 долларов в месяц делают это невозможным.Ходили разговоры о том, чтобы взыскать авансовый платеж в обмен на оплату консультаций, которые в него входят, но ежемесячная плата за обслуживание никуда не денется.
Я должен упомянуть, что на данный момент веб-сайт sclar.net не работает, поэтому, если бы я хотел управлять какой-либо из моих серверных ферм (у меня их нет в atm), я просто не смог бы сейчас.Неясно, работает ли масштабирование для scalr.net подписчиков прямо сейчас или нет.Что и говорить...возможно, это еще не зрелое решение.Такое случается нечасто, до сегодняшнего вечера у меня были только простои продолжительностью в несколько минут.Но да...сейчас он отключен, так что я должен упомянуть об этом :)
Я бы посоветовал внимательно ознакомиться с группой поддержки по адресу http://groups.google.com/group/scalr-discuss прежде чем принять свое решение.Если вы выберете Scalr, будьте готовы протестировать ваши настройки и устранить любые проблемы, возникшие у вас в группе Google.
Другие советы
Я прокомментирую ваш вопрос, поскольку давать конкретный ответ немного амбициозно.
Во-первых, я вижу, что у вас на тегах есть haproxy.Это определенно лучшее программное обеспечение для балансировки нагрузки доказанный в EC2.На форумах AWS есть документация и опыт использования haproxy.
Я не могу высказать вам свое мнение о scalr, но Rightscale движется в правильном направлении.Одной из наиболее интересных особенностей RightScale в их дорожной карте является то, что они представляют собой облачную систему mgmt для любого облака, а не только EC2 Amazon.Это делает их очень перспективными при попытке запросить балансировку нагрузки и масштабирование при необходимости.
Также вы можете зарегистрироваться в бесплатной учетной записи разработчика на rightscale и протестировать некоторые из их AMI и бесплатных скриптов, они довольно впечатляющие.
Ну, это может звучать так, как будто я там работаю или что-то в этом роде, но я всего лишь пользователь облака, никакой связи с ними нет.Если это придет тебе в голову.
Я надеюсь, что это поможет, по крайней мере, внесет вклад в обсуждение.
Гео
Работаю на Scalr уже около двух месяцев и постепенно перенес несколько производственных приложений на платформу с хорошими результатами.Я настоятельно рекомендую их для быстрого развертывания / поддержки и придания ценности.Я хотел бы видеть, как они улучшают доступность своей платформы.
В целом, он хорошо подходит для оригинального плаката, основанного на представленном простом примере использования.
У каждой службы бывает неудачный день.Сервисы AWS отслеживают время простоя.Однако по-прежнему есть пользователи, запускающие свои приложения в AWS.
У меня есть несколько ферм на Scalr.net и по сравнению с Rightscale.Мне не нужно платить ни за руку, ни за ногу.
В целом, сервис очень надежный.И теперь с помощью скриптового движка я могу настроить свои собственные скрипты для управления своими экземплярами.
С Уважением Харим Хак
Оба сервиса (rightscale и scalr) великолепны.Предложение не то же самое, и цена тоже не та.Но они оба - это то, что я искал.Восстановление нашего бюджетного scalr соответствует моим потребностям.Вначале я нашел поддержку через группу Google очень странной, но это очень быстро и эффективно.
Их решение также имеет открытый исходный код (неплохо), и у них также есть версия V2 в их дорожной карте с поддержкой других поставщиков.
Подождите и увидите, но до сих пор я этим очень доволен
Принятие решения о правильном выборе может оказаться не таким простым, как все ожидают.Я встречался со Scalr и слышал разговоры об их платформе, а также слушал, как RightScale обсуждает их платформу.Если у вас простой SOA (сервер приложений - Сервер баз данных - Файловый сервер), то любой из вариантов будет правильным для вашей компании.
В конечном счете, если вы создали какое-то пользовательское промежуточное программное обеспечение и полагаетесь на известные сокеты или определенные точки для рукопожатий, вам нужно будет рассмотреть балансировку нагрузки и автоматическое масштабирование, насколько это возможно, и вернуться к своим собственным решениям для того, чем нельзя управлять ни с помощью одной из этих служб.
Прямо сейчас я изучаю Scalr, и хотя все это выглядит неплохо, я решил продолжить работу над своим собственным сценарием с целью управления облаком / масштабирования.Сейчас у меня 8 серверов, и я плачу только сборы AWS.Я использую chef (автономный хостинг), nagios и множество других инструментов.Моими базами данных являются mysql и mongodb, балансировщиком нагрузки является haproxy, app layer - rails.Пока мне не понадобятся 100 серверов, я думаю, я просто продолжу писать сценарии ;-)
