Any thoughts on RightScale and Scalr for dynamic Ec2 instance management
Я ищу экономически эффективный инструмент для управления веб-приложением на Ec2. Правая шкала кажется большой собаке и платит за это. Scalr выглядит как более экономичное решение, но трудно узнать о реальном опыте работы с клиентами.
Ключевыми аспектами, которые я ищу, является балансировщик нагрузки (http и https) и способ автоматического перевода в режиме онлайн дополнительных мощностей веб-серверов при увеличении нагрузки, а также прекращения случаев, когда нагрузка падает.
Из того, что я могу сказать, многие люди крутят здесь свои вещи. Мы пытаемся выпустить приложение и на самом деле не хотим слишком много сражаться с администратором. Учитывая важность работы и т. Д., Я был бы рад услышать советы и опыт на местах по этому вопросу.
8 ответов
Я - пользователь Scalr, подписчик Scalr.net и стал энтузиастом Scalr. Я не могу позволить себе Rightcale.
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 предоставляет имена главного и подчиненного хоста, поэтому вы можете читать свое приложение из подчиненных и записывать в мастер.
Все эти типы экземпляров будут автоматически масштабироваться в зависимости от нагрузки. Вы начинаете с базового изображения, наиболее близкого к тому, что вы делаете, а затем настраиваете его для своего приложения. Например, мы разворачиваем наше приложение Perl/Catalyst на экземплярах сервера apache, но обслуживаем статический контент с интерфейсных серверов nginx. Нам пришлось немного изменить наше приложение, чтобы использовать дескрипторы базы данных для чтения / записи.
В общем, потребовалось около трех недель на исправление ошибок в Scalr, чтобы привести наше приложение в надежное состояние, и я уверен, что оно очень доступно со Scalr. Их поддержка была феноменальной, поэтому ошибки меня не особо беспокоили, и система действительно идет вперед. Это приближается к серьезной надежности.
Напомним, что лучшей функцией Scalr является функция "Синхронизировать со всеми", которая автоматически связывает ваш AMI и повторно развертывает его на новом экземпляре - и все это без прерывания обслуживания. Это экономит ваше время на длительный процесс создания образа ECI /AMI, что в противном случае может привести к тому, что очень простые задачи администратора займут 20 минут. Вы можете использовать это независимо от того, масштабируете ли вы свою ферму серверов или нет - это было бы очень удобно даже для одного экземпляра.
Я плачу Scalr.net $50 в месяц за то, что я принимаю эту услугу, потому что считаю, что это экономит мое время и деньги. Итог таков: на моем последнем выступлении у нас был системный парень, который работал над нашей высокодоступной настройкой сервера приложений Linux DB + в течение года... и он не смог добиться той надежности, которой я достиг за три недели, Экономия при использовании Scalr по сравнению с моей собственной является чрезвычайной.
При всем этом, если бы я мог позволить себе Rightscale, я бы использовал Rightscale. Но предоплата и 500 долларов в месяц делают это невозможным. Ходили разговоры о том, чтобы отказаться от первоначального взноса в обмен на отказ от консультационных услуг, которые он включает, но ежемесячная плата за обслуживание никуда не денется.
Я должен отметить, что в данный момент сайт sclar.net не работает, поэтому, если бы я хотел управлять какой-либо из моих ферм серверов (у меня их нет), я просто не мог бы сейчас. Не ясно, работает ли масштабирование для абонентов scalr.net прямо сейчас или нет. То есть... возможно, это еще не зрелое решение. Это случается не часто, до сегодняшнего вечера единственное время простоя, которое я испытывал, было в течение нескольких минут за раз. Но да... это прямо сейчас, поэтому я должен упомянуть об этом:)
Я бы предложил внимательно прочитать группу поддержки по адресу http://groups.google.com/group/scalr-discuss прежде чем принимать решение. Если вы выберете Scalr, будьте готовы проверить свои настройки и решить любые проблемы, возникшие у вас в группе Google.
I will comment on your question, since giving a concrete answer is a little ambitious.
First, I see that you have haproxy on your tags. That is definitely the best load balancing software proven in EC2. There is documentation and experiences in the AWS forums on the use of haproxy.
Я не могу дать вам мнение о скалере, но Rightscale идет в правильном направлении. Одна из наиболее интересных функций RightScale в их дорожной карте заключается в том, что они представляют собой облачную систему mgmt для любого облака, а не только для EC2 Amazon. Это делает их очень многообещающими при попытке запросить балансировку нагрузки и масштабирование при необходимости.
Кроме того, вы можете подписаться на бесплатную учетную запись разработчика и узнать некоторые из их AMI и бесплатных сценариев, они впечатляют.
Ну, это может звучать так, будто я там работаю или что-то в этом роде, но я всего лишь пользователь облака, с ним нет связи. Если это приходит в голову.
Я надеюсь, что это помогает, по крайней мере, добавляет к обсуждению.
Geo
Работаю на Scalr около двух месяцев и постепенно перевела несколько производственных приложений на платформу с хорошими результатами. Я настоятельно рекомендую их для быстрого поворота / поддержки и ценности. Я хотел бы, чтобы они улучшили доступность своей платформы.
В целом, хорошо подходит для оригинального плаката, основанного на представленном простом сценарии использования.
Оба сервиса (rightcale и scalr) великолепны. Предложение не то же самое, и цена не то же самое. Но они оба то, что я искал. Регулярность нашего бюджетного скалера соответствует моим потребностям. Вначале я нашел поддержку через группу Google очень странной, но она очень быстрая и эффективная.
Их решение также с открытым исходным кодом (неплохо), и у них также есть V2 в их дорожной карте с поддержкой других поставщиков.
Подожди и посмотри, но сейчас я очень доволен
Решение о правильном выборе может быть не таким скучным, как все ожидают. Я встречался и слышал разговоры от Scalr об их платформе, а также слушал, как RightScale обсуждает их платформу. Если у вас есть простая SOA (сервер приложений - сервер баз данных - файловый сервер), то любой из этих вариантов будет правильным для вашей компании.
В конечном счете, если вы создали какое-то специальное промежуточное программное обеспечение и полагаетесь на известные сокеты или определенные точки для рукопожатий, вам нужно будет рассмотреть вопрос о балансировке нагрузки и автоматическом масштабировании того, что вы можете, и прибегнуть к своим собственным решениям для того, что не поддается управлению. с любой из этих услуг.
У каждой службы плохой день. Сервисы AWS видят время простоя. Тем не менее, все еще есть пользователи, запускающие свои приложения в AWS.
У меня есть несколько ферм на Scalr.net и по сравнению с Rightscale. Мне не нужно платить за руку и ногу.
В целом, сервис очень надежный. И теперь с помощью скриптового движка я могу настроить свои собственные скрипты для управления моими экземплярами.
С уважением, Харим Хак
Я сейчас заглядываю в Scalr, и, хотя все выглядит хорошо, я решил продолжить работу со своими собственными сценариями для управления облаком / масштабирования. У меня сейчас 8 серверов, и я плачу только сборы AWS. Я использую chef (самостоятельно), nagios и многие другие инструменты. Мои базы данных - mysql и mongodb, балансировщик нагрузки - haproxy, уровень приложения - rails. До тех пор, пока мне не понадобятся сотни серверов, я думаю, что буду просто держать скрипт;-)