Любые мысли о RightScale и Scalr для динамического управления экземплярами Ec2 [закрыто]

Я ищу экономически эффективный инструмент для управления веб-приложением на Ec2. Правая шкала кажется большой собаке и платит за это. Scalr выглядит как более экономически эффективное решение, но трудно узнать о реальном опыте работы с клиентами.

Ключевыми аспектами, которые я ищу, является балансировщик нагрузки (http и https) и способ автоматического увеличения емкости дополнительных веб-серверов в режиме онлайн по мере увеличения нагрузки, а также прекращения работы при падении нагрузки.

Из того, что я могу сказать, многие люди крутят здесь свои вещи. Мы пытаемся выпустить приложение и на самом деле не хотим слишком много сражаться с администратором. Учитывая важность работы и т. Д., Я был бы рад услышать советы и опыт в этой области.

14.12.2008 14:51:34
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.

16
24.12.2008 02:12:02
Зависит от того, какую проблему вы пытаетесь решить. Автоматическое масштабирование никоим образом не запрещает динамическое масштабирование, но оно, безусловно, приятно иметь.
rjurney 24.12.2008 02:45:51
-1. Не пытается ответить на вопрос.
talonx 6.07.2012 10:21:55

Я прокомментирую ваш вопрос, поскольку дать конкретный ответ немного амбициозно.

Во-первых, я вижу, что у вас есть haproxy на ваших тегах. Это определенно лучшее программное обеспечение для балансировки нагрузки, проверенное в EC2. На форумах AWS есть документация и опыт использования haproxy.

Я не могу дать вам мнение о скалере, но Rightscale идет в правильном направлении. Одной из наиболее интересных функций RightScale в их дорожной карте является то, что они представляют собой облачную систему mgmt для любого облака, а не только для EC2 Amazon. Это делает их очень многообещающими при попытке запросить балансировку нагрузки и масштабирование при необходимости.

Кроме того, вы можете подписаться на бесплатную учетную запись разработчика и узнать некоторые из их AMI и бесплатных скриптов, они впечатляют.

Ну, это может звучать так, будто я там работаю или что-то в этом роде, но я всего лишь пользователь облака, с ним нет связи. Если это приходит в голову.

Я надеюсь, что это помогает, по крайней мере, добавляет к обсуждению.

Geo

3
18.12.2008 05:20:23

У каждой службы плохой день. Сервисы AWS видят время простоя. Тем не менее, все еще есть пользователи, запускающие свои приложения в AWS.

У меня есть несколько ферм на Scalr.net и по сравнению с Rightscale. Мне не нужно платить за руку и ногу.

В целом, сервис очень надежный. И теперь с помощью скриптового движка я могу настроить свои собственные скрипты для управления моими экземплярами.

С уважением, Харим Хак

1
24.12.2008 08:11:51

Работаю на Scalr около двух месяцев и постепенно перевела несколько производственных приложений на платформу с хорошими результатами. Я настоятельно рекомендую их для быстрого поворота / поддержки и ценности. Я хотел бы, чтобы они улучшили доступность своей платформы.

В целом, хорошо подходит для оригинального плаката, основанного на представленном простом сценарии использования.

2
24.12.2008 19:46:41

Оба сервиса (rightcale и scalr) великолепны. Предложение не то же самое, и цена не то же самое. Но они оба то, что я искал. Регулярность нашего бюджетного скалера соответствует моим потребностям. Вначале я нашел поддержку через группу Google очень странной, но она очень быстрая и эффективная.

Их решение также с открытым исходным кодом (неплохо), и они также имеют V2 в своей дорожной карте с поддержкой других поставщиков.

Подожди и посмотри, но сейчас я очень доволен

1
26.12.2008 17:22:01

Выбор правильного выбора может оказаться не таким уж скромным, как все ожидают. Я встречался и слышал разговоры от Scalr об их платформе, а также слушал, как RightScale обсуждает их платформу. Если у вас есть простая SOA (сервер приложений - сервер баз данных - файловый сервер), то любой из этих вариантов будет правильным для вашей компании.

В конечном итоге, если вы создали какое-то специальное промежуточное программное обеспечение и полагаетесь на известные сокеты или определенные точки для рукопожатий, вам нужно будет рассмотреть вопрос о балансировке нагрузки и автоматическом масштабировании того, что вы можете, и прибегнуть к своим собственным решениям для того, что не поддается управлению. с любой из этих услуг.

1
21.10.2010 18:43:25

Я сейчас заглядываю в Scalr и, хотя все выглядит хорошо, я решил продолжить работу со своими собственными сценариями для управления облаком / масштабирования. У меня сейчас 8 серверов, и я плачу только сборы AWS. Я использую chef (самостоятельно), nagios и много других инструментов. Мои базы данных - mysql и mongodb, балансировщик нагрузки - haproxy, уровень приложения - rails. До тех пор, пока мне не понадобятся сотни серверов, я думаю, что буду просто держать скрипт ;-)

0
30.05.2012 22:25:00