https://www.opennet.ru/openforum/vsluhforumID3/69037.html Компания Rackspace и космическое агентство NASA анонсировали (http://openstack.org/press/rackspace-openstack-7-19-2010/) новый свободный проект OpenStack (http://www.openstack.org/community/), предназначенный для поддержания работы инфраструктуры cloud-вычислений. Созданный в рамках инициативы OpenStack код распространяется под лицензией Apache 2.0. Платформа нацелена на создание как публичных cloud-сервисов, подобных Amazon EC2, так и приватных (локальные) cloud-окружений, полностью подконтрольных и работающих только для обеспечения нужд компании. <br><br><br><br>Предпосылкой к созданию проекта послужило отсутствие на рынке высокомасштабируемых открытых решений, способных обслуживать инфраструктуру виртуальных серверов больших хостинг-компаний, подобных Rackspace (100 тыс. виртуальных серверов клиентов). Пытаясь создать оптимальное для своих задач решение, компания Rackspace скооперировалось с агентством NASA, которое также пыталось создать средство для управления большими наборами данных и т...<br><br>URL: http://opensta https://www.opennet.ru/openforum/vsluhforumID3/69037.html#23 Thu, 19 Aug 2010 05:42:39 GMT ScaleMP позволяет объединить нескольких серверов в один гораздо более мощный, с возможностью использования поверх него KVM и Xen. Правда решение проприетарное. http://blog.trinitygroup.ru/search/label/ScaleMP<br> https://www.opennet.ru/openforum/vsluhforumID3/69037.html#22 Thu, 22 Jul 2010 12:20:36 GMT &gt;Гибкость в чем? Я не знаю сколько мне GHz понадобится. Сейчас 1, <br>&gt;через полчаса 10, завтра в праймтайм 100.<br><br>Вот скриптом и разворачивайте типовые ноды :) В чем проблема-то? Когда не нужны, удаляйте.<br><br><br>&gt; А разбивать приложения и базы по нодам я могу <br>&gt;и сам. И без вашего расфуфыренного "облака". <br><br>Вы не сможете ночью взять 1/1000 от железной ноды, а в прайм-тайм 30 железных нод. Облака, конечно, в большей степени маркетинг: раньше никто не додумывался строить продажи на гибких тарифных планах, не продавая конечному пользователю в нагрузку тот функционал, который он все равно не будет использовать.<br><br>Только что плохого в _этом_ маркетинге? Особенно, если в его рамках Вам не предоставляется псевдо-API к какому-то closed source кластеру с жестким вендор-локом, как GoogleApps или Azure?<br><br>&gt; Как заметили выше - <br>&gt;чисто панелька управления нодами. <br><br>Фу, это пошло :) В панельку нужно тыкать мышкой, и это неудобно, в конце концов. А вот скрипт, который будет мониторить Ваши приложения, и их реальные потр https://www.opennet.ru/openforum/vsluhforumID3/69037.html#21 Thu, 22 Jul 2010 11:54:26 GMT Гибкость в чем? Я не знаю сколько мне GHz понадобится. Сейчас 1, через полчаса 10, завтра в праймтайм 100. Вы же предлагаете мне ноды фиксированной ограниченной мощности, без малейшего представления о том, сколько мне может потребоваться. А разбивать приложения и базы по нодам я могу и сам. И без вашего расфуфыренного "облака". Как заметили выше - чисто панелька управления нодами.<br> https://www.opennet.ru/openforum/vsluhforumID3/69037.html#20 Thu, 22 Jul 2010 10:01:45 GMT &gt;Вы не понимаете. Есть три основные задачи: хранилище (тут есть прогресс, причем <br>&gt;железный и все довольны), БД, вэб/приложения (оба - мимо). <br>&gt;<br>&gt;Вот как вы эти кванты выделите, например, сайту с посещаемостью в 100к <br>&gt;уников, если на сайт в какой-то момент времени зайдет 10к? А <br>&gt;никак! С БД аналогично. Вы всегда упретесь в 1-4 проца, которые <br>&gt;вы максимум можете выделить одной VPS. <br><br>Вообще-то, люди на "железных" кластерах всегда стараются делать горизонтально маштабируемую систему.<br>Обычно, "облачные" VPS предоставляют API и для быстрого разворачивания новых нод. Так что, проблема надуманна: нужно просто строить изначально кластерную систему. Это же все-таки именно VPS=аналог железного сервера, а не нечто выдуманно-виртуальное, как у Google или MS.<br>Засчет этой специфики Вы получаете гораздо большую гибкость, ограниченную у того же мс или гугла, API.<br> https://www.opennet.ru/openforum/vsluhforumID3/69037.html#18 Wed, 21 Jul 2010 18:28:13 GMT &gt;HA-доступность VPS для кластера нод под виртуализацию имеет весьма, имхо, отдаленное отношение <br>&gt;к непосредственно "облакам". <br>&gt;<br>&gt;Облака же, если продаются в виде VPS, на самом деле, ничем технически <br>&gt;не отличаются от обычного кластера с виртуалками, только: <br>&gt;<br>&gt;1. Тарифные планы не маркетойдные, а "резиновые" <br>&gt;2. Предоставляется API для управления своими заказнными параметрами тарифных планов <br><br>вот, полностью поддерживаю. Панельку для VPS-ок выдавать за облако, это просто маркетинг уровнем чуть выше :)))<br> https://www.opennet.ru/openforum/vsluhforumID3/69037.html#17 Wed, 21 Jul 2010 18:25:41 GMT Вы не понимаете. Есть три основные задачи: хранилище (тут есть прогресс, причем железный и все довольны), БД, вэб/приложения (оба - мимо). <br><br>Вот как вы эти кванты выделите, например, сайту с посещаемостью в 100к уников, если на сайт в какой-то момент времени зайдет 10к? А никак! С БД аналогично. Вы всегда упретесь в 1-4 проца, которые вы максимум можете выделить одной VPS. Т.е. опять те же самые распределенные системы, репликации и извраты программистов, делающие поддержку кода и решения довольно дорогим удовольствием.<br><br>Облако (в моем понимании) - это когда есть столько ресурсов, сколько необходимо приложению ___сейчас___, а не столько, сколько ему кто-то там сверху выделил, чем совершил очередную в своей жизни ошибку. Вот поэтому эти все "облака" и маркетинговые, по-крайней мере до тех пор, пока не появятся решения вроде гугловских, когда выделяются не кванты, а реальная туча, х.з. как устроенная, но не заставляющая приложения согласовываться из VPS через интернет/сеть с другими VPS.<br> https://www.opennet.ru/openforum/vsluhforumID3/69037.html#16 Wed, 21 Jul 2010 15:47:18 GMT &gt;[оверквотинг удален]<br>&gt;теми самыми VPS, у которых есть минимальные и максимальные MHz, GB <br>&gt;и т.п. <br>&gt;Т.е. чтобы было так, что ставим на облако какую-либо считалку и она <br>&gt;автоматом бы получала столько ресурсов, сколько ей надо в данный момент <br>&gt;- ни одна система не предоставляет. <br>&gt;<br>&gt;Вот я и пишу, что облака эти - маркетинговые. И про миграции <br>&gt;можете тут не писать. Если вы пользователю дадите ноду (VPS) в <br>&gt;у неё "мама" откажет, дать ему другую проблем не будет. Проблемы <br>&gt;начнутся, когда ему выделенных 500MHz не хватит. <br><br>Вообще-то можно технически просто не ставить верхий лимит на CPUusage, а продавать кванты времени CPU, они же приоритеты. "минимальные мегагерцы" это маркетинг, который не имеет, на самом деле, никакого отношения к тому, что Вы получаете технически. <br><br>выдача определенного количества квантов CPU без проблем делается в Xen и VZ (на котором, конечно, пока облаков особенно не видно, но, имхо, препятствий существенных нет, зато дисковое место будет дешевле)<br><br>Стоит понимать, чт https://www.opennet.ru/openforum/vsluhforumID3/69037.html#15 Wed, 21 Jul 2010 15:23:11 GMT &gt;кошка, А Вы уже и в облачных вычислениях крутитесь? <br><br>HA-доступность VPS для кластера нод под виртуализацию имеет весьма, имхо, отдаленное отношение к непосредственно "облакам".<br><br>Облака же, если продаются в виде VPS, на самом деле, ничем технически не отличаются от обычного кластера с виртуалками, только:<br><br>1. Тарифные планы не маркетойдные, а "резиновые"<br>2. Предоставляется API для управления своими заказнными параметрами тарифных планов<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/69037.html#14 Wed, 21 Jul 2010 10:36:21 GMT Рекомендую пройтись по всем OS-облакам или облакам с комунити лицензией. Я просмотрел их 12. Все они - менеджмент VPS. Да-да-да. Вы работаете с теми самыми VPS, у которых есть минимальные и максимальные MHz, GB и т.п.<br>Т.е. чтобы было так, что ставим на облако какую-либо считалку и она автоматом бы получала столько ресурсов, сколько ей надо в данный момент - ни одна система не предоставляет.<br><br>Вот я и пишу, что облака эти - маркетинговые. И про миграции можете тут не писать. Если вы пользователю дадите ноду (VPS) в у неё "мама" откажет, дать ему другую проблем не будет. Проблемы начнутся, когда ему выделенных 500MHz не хватит.<br>