Немного непонятно про что текст, хотя читать интересно :)---------- Добавлено 03.05.2012 в 21:35 ----------
Нужен тем, кому надо тупо сделать сайт и не разбираться в тонкостях версий php, проблемах хостеров, разных условий выполнения, слушать бред про бесконечный трафик, нарываться на сюрпризы разного рода. Нужен тем, кто не администрированием линукса хочет заниматься, а заниматься предоставлением сервиса пользователям и нуждается в инструментарии, который не надо каждый раз изучать и для поддержки которого не надо нанимать сомнительных админов-хакеров.
Вот в этом и беда - идея о том что облако это туча из VPS'ок с решёнными проблемами репликации завладела массами настолько, что даже думать в другую сторону не хотят.
В OpenStack можно запустить какое-то приложение, не виртуальную машину а именно приложение? Есть у него база данных для эффективного хранения маленьких объектов?
Ну вот хотя бы одну работоспособную приведи
Сначала надо чтобы облака появились :) а потом под них будут писать. S3 это хорошо, но такое облако должно быть доступно в бесплатном варианте, и не только для отладки.
Кстати, я недавно где-то видел анонс облачной реализации PHP с работающим друпалом, к сожалению не нашёл источник.
"строим кластер, репликация mysql, public_html"... это всё рассуждения в расчёте на то, что мы имеем дело с операционной системой, в которой выполняется wordpress - то есть хочется чтобы всё было как сейчас, только в облаке. Так не бывает. Зачем нам кластер строить? С какой целью? Он не нужен. Зачем нам делать реплиацию mysql и вообще зачем нам mysql - это тоже совершено не нужно.
Есть ресурс - база данных, как она реализована приложению не сообщают, сообщают только API, у приложения есть какие-то возможности для расширения, оно выполняется где-то в облаке, причём никто не запрещает копиям приложения выполняться на разных физических серверах на разных концах света, база данных позволяет положить в неё данные и получить данные, ВСЁ. Облако само занимается базой данных и обновлением приложений и их перезапуском - это и есть функционал облака. Возможно, даже скорее всего, придётся переписать wordpress с учётом новых условий выполнения, но это уже частности. Выполнение в облаке именно приложения даст столько преимуществ, что на это пойдут.
А как Вы хотели? До бесконечности тиражировать линуксы? Так в конце концов администраторов не хватит их администрировать, если на каждый вордпресс придётся ставить сервер, хоть и виртуальный. На 10 мегабайтов вордпресса приходится 200 мегабайтов чисто линуксового софта - это если всё почистить, в реальности всё хуже. Эпоха программиста как представителя элиты прошла, эпоха администратора как элиты тоже проходит - людям нужны работающие сервисы, а не вопросы "что делать если после обновления nginx он не работает".---------- Добавлено 03.05.2012 в 03:53 ----------
А почему Вы называете это облаком? Если то же самое несколько лет назад называлось кластером. Как милицию в полицию переименовали, без изменения содержания? Как раз вопрос именно в том, что облаком часто называют кластер из виртуальных машин, а некоторых это определение не удовлетворяет в силу его бессодержательности.---------- Добавлено 03.05.2012 в 03:56 ----------
Сложность современных систем потихоньку достигает предельного уровня, поэтому надо менять их архитектуру и упрощать - отсюда и представление об облаке как о наборе ресурсов.
PS
Очень может быть, что первые настоящие облака будут доступны первым делом для сотовых телефонов и подобных устройств.
sheepdog например та самая кластерная файловая система, для поддержки дисков виртуальных серверов. Пока только строится, но довольно активно.
Насчёт облаков - пока не наступит просветление у потребителей, что надо запускать в облаке не операционные системы а приложения, - облака так и останутся простыми системами виртуальных серверов и будут отличаться друг от друга только достижениями в подсчёте ресурсов. Здравый смысл же от облака требует и запуск нескольких копий приложения в разных георегионах, и отказоустойчивость, и устойчивость к DDOS при необходимости. Всё это эффективно возможно только при запуске в облаке приложений, не операционных систем. Облако должно управлять приложением, без ненужной и вредной прослойки.
Немножко цирка ещё никому не повредило, так что пусть упражняются.Форум есть форум, тем более это ресурс пиарщиков.
попробуйте рейд отключить, качать на отдельные диски.
У меня такое ощущение, что Вы настраивали proxmox руками - такого как в приведённых конфигах его инсталятор не делает. Вы показали настройки сервера proxmox, судя по всему для KVM виртуалки. Лезть в interfaces сервера proxmox не надо для этого (и вообще не надо). Откуда в interfaces взялся второй ip, он должен появиться внутри виртуалки, второй бридж тоже непонятно для чего добавлен, это делается либо для доступа к другой сетевой карте, либо для организации VLAN. В общем сносите свои художества, ставьте чистый сервер, делайте виртуалку, и в её interfaces прописывайте второй ip адрес. Единственная засада, которая Вас ждёт - это стандартные проблемы hetzner, если это второй адрес из дополнительно выделенной подсети. И мне кажется, что именно с этим Вы и боретесь, правильно?
Как добавить дополнительную подсеть (именно дополнительную подсеть, не дополнительные ip адреса - для их добавления вообще ничего не надо делать) : создаём второй бридж, всё равно как назвать (vmbr200 например), и конфигурируем его так, чтобы в новосозданных виртуалках сетевым адаптерам, присоединённым к бриджу 200, можно было давать адреса из новой подсети. При этом не надо вносить никаких изменений в interfaces сервера, но теряется часть ip адресов новой подсети.
auto loiface lo inet loopbackiface eth0 inet manualauto vmbr0iface vmbr0 inet static# Часть, которая устанавливается при инсталляции сервера address 188.40.xxx.2 # первоначально выданный хетзнером адрес сервера netmask 255.255.255.0 # сетевая маска, выданная первоначально gateway 188.40.xxx.1 # шлюз, выданный первоначально broadcast 188.40.xxx.255 bridge_ports eth0 bridge_stp off bridge_fd 0# А вот тут начинаются добавки для поддержки второй подсети# нам выдали подсеть 1.2.3.176/28 pre-up brctl addbr vmbr200 up ip link set up vmbr200 up ip addr add 1.2.3.177/32 dev vmbr0 up ip route add 1.2.3.176/28 dev vmbr200auto vmbr200iface vmbr200 inet static
