Назад | Перейти на главную страницу

Apache Mesos против. Apache CloudStack

Управление инфраструктурой (частное облако или общедоступное облако) в масштабе и простоте решается с помощью Apache Mesos, Apache CloudStack и OpenStack.

В чем основное различие между Mesos и CloudStack / OpenStack?

(PS: Прошу прощения за то, что я не добавил тег apache-mesos для этого вопроса. Тег не существует, и я не могу его создать из-за более низких оценок)

Комплексный статья был недавно опубликован по вашему вопросу.

Некоторые моменты из статьи:

«Фактически, вы можете запускать Mesos в любом облаке, подготовленном с помощью OpenStack, и именно столько наших клиентов развертывают его сегодня. Конечно, Mesos также будет работать непосредственно на« голом железе », и это тоже другой выбор».

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

Итак, если вам нужна традиционная модель предоставления IaaS, используйте OpenStack / CloudStack. Если вы хотите объединить свои системы и представить их как единый ресурс, можно использовать Apache Mesos.

Если вы спросите меня, это вопрос объема. Если вы используете традиционный IaaS, как уже упоминал @ user222032, то облачный стек будет вашим другом. Поскольку при использовании виртуализации вы находитесь в области «вычислений», вы можете делать все, что можете, с компьютерным оборудованием.

Помимо этого, при использовании мезо вы ограничены тем, что может быть запущено в операционной системе (например, мезо), например приложения - даже контейнеры докеров - в поддерживаемых фреймворках. Но помните, что вы не так «свободны», как на чистом оборудовании.

Например: предоставить рабочий стол как услугу с мезо? Если вам достаточно SSH, возможно. Но в целом не мезо (что означает, что вы в конечном итоге будете делать больше настроек, а не меньше). Предоставляете рабочий стол Windows? Рабочий стол OSx? Ни за что.

Поэтому для меня реальный вопрос заключается в том, что вы хотите с этим делать. Вариант использования Google, Facebook или Twitter, скорее всего, не ваш. Таким образом, способ управления своим центром обработки данных в Google - хотя и увлекательный - в большинстве случаев не подходит для вашего варианта использования (за исключением того, что вы являетесь поставщиком электронных услуг). Поскольку mesos на самом деле является копией "borg" Google, вероятно, это не то, что вам нужно, если вы используете IaaS.

Однако, если вы хотите использовать PaaS или даже программное обеспечение как услугу, при специальной обработке больших данных и запуске Linux-приложений и баз данных, мезо может быть именно тем, что вам нужно. Делаете большие данные? Тогда мезо, вероятно, вам подойдет (позвольте мне прояснить это: я говорю о реальном BI, а не о том, что они продают вам как BI. Запуск Hadoop или любой базы данных по сокращению карты не означает, что вы работаете с большими данными. означает, что вы успешно установили hadoop - не больше и не меньше).

имейте в виду, что даже если можно было бы запускать мезо на кучу виртуальных машин - так что у вас будет центр обработки данных, способный делать все это, вы потеряете также эффективные преимущества, которые компании, такие как Google, искали, разрабатывая такие вещи, как borg (=> мезо).

Несколько лет назад мир был хорош - просто запускайте все в большом кластере виртуальных машин. Вам оставалось только выбрать, какой из них: ESXi, HyperV, KVM. В настоящее время все снова становится сложнее: виртуальная машина или контейнер? кластер или «смоделированный» -большой-одномашинный (мезо)? Как видите, у обоих есть свои варианты использования. Итак, сегодня вы должны решить, и в конечном итоге вам придется запустить обе очень разные технологии, чтобы иметь возможность делать все, что отчасти отстой.

Поскольку «это отстой» всегда было основным стимулом для разработки новых вещей, я очень рад тому, как обе технологии сольются вместе в следующие несколько лет. Но я полагаю, что потребуется гораздо больше времени, чтобы наконец достичь "корпоративного рынка". Глядя на такие вещи, как простота и рельсы, которые в настоящее время являются «горячим дерьмом» на рынке и все еще отстают примерно на 3 года, когда дело доходит до идей, как должен работать современный центр обработки данных. В конце концов: я не виню в этом корпоративный рынок, это клиенты, которые не хотят вкладываться в мысли и разговоры. Скорее заплатите кому-нибудь, чтобы тот предоставил вам НЕКОТОРЫЕ «окончательное» решение, и заплатите за решение, чтобы все было в порядке на следующие несколько лет. Думаю, именно поэтому такие вещи, как мезо, происходят только в стартапах и силликоновой долине. В других местах оборудование дешевое, а люди и время - дорого.