Pull to refresh

Comments 26

когда уже этот ваш оунклауд перестанет ложиться при количестве файлов больше 5к?
ну… можете взять исходники и выправить его до идеального состояния.
Не знаю сознательно или нет, но в
Создаем ссылку
$sudo ln -s /etc/nginx/sites-available/cloud.ce...
вы спалили свой адрес.
А теперь, собственно, вопросы:
— какую верси используете?
— сколько файлов хранится?
— если много, то довольны ли пользователи? :)
Спасибо :) да есть немного, (выправил)
могу дать доступ для теста.
Ответы:
— официальную из репозиториев ownCloud 6.0.0a (stable)
— пока это все в тестовой эксплуатации, файлов маловато для того что бы можно было сказать что то конкретное
— пользователей узкий круг тестеров
UFO just landed and posted this here
ownCloud это альтернатива не seafile/btsync/dropbox а скорее google drive — там онлайн-редакторы и подобное.
UFO just landed and posted this here
UFO just landed and posted this here
Seafile однозначно рекомендую, настраивается за 1 минуту, клиент вполне себе годный, есть и мобильный. Работает стабильно.
— Почему именно такая архитектура?
— Почему 2 сервера owncloud? Но перед ними только один прокси, при подении которого, упадет все.
* неужели owncloud у вас столько кушает ресурсов, что надо 2 сервера?
— Почему один storage? при подении которого…

Если уже делать, то я бы ставил 2 сервера, которые одновременно и storage или 2 storage'a отдельно.
Почему 2 сервера owncloud? Но перед ними только один прокси, при подении которого, упадет все.
Опередили.
Тоже не понял данной странной конструкции, такое прожорливое приложение? По идее нет, или надо очень большое количество пользователей, что бы это увеличением CPU, RAM не решалось.

Если говорить про дублирование, тут схема усложняется, а отказоустойчивость не добавляется. Сторадж тоже должен быть дублирован, либо делать его на cloud1+cloud2. Балансировщик надо тоже дублировать, хотя бы в пассивном режиме.

Ну это все «по правильному», а тут автор не пояснил почему 2 сервера owncloud, может конечно в этом есть какой то глубокий смысл…
— Это вариант, вы можете сделать по другому.
— Можно и три и… сколько сил хватит.
Почему один прокси? а зачем больше? его задача перераспределять пользователей между серверами. Реально ownCloud довольно неповаротлевый.
— Storage это БОЛЬШАЯ хранилка, файловый сервер. IMHO не рационально держать две большие хранилища и организовывать между ними синхронизацию. Два (три, 4… n) маленьких но быстрых сервера должны быстро обрабатывать запросы, а хранить данные лучше отдельно. И так достигается лучшая маштабируемость, наращивание мощностей.
^ omg.

Как мне кажется, так это то, что это очередное пособие, «как не нужно делать».
Не в обиду, но я бы взялся и переписал всё.
Корпоративное облако? С 2-мя SPOF? Ого…
Скорее всего, все воткнуто в один свитч и смотрит в интернет через единственный роутер, потому прибавьте еще 2.
И мы еще не знает, по 2м ли энерговводам записаны серверы. Впрочем, датацентр определенно один, потом не +2, а +3.
Ой Ой, вы размахались на сервис-провайдера, наши запросы и возможности куууууда скромнее. :)
Некий корпоративный сервис.
Сотрудник получает почту, облачное место, jaber и т.д., все с авторизацией LDAP
при этом вы умудрились потратить 4 сервера получив в итоге решение которое упадет от сквозняка из открытой форточки
ну да. и что будет с этим всем после развала линка между серверами — подумать страшно
Да можно даже линк не рвать, достаточно 2м клиентам, которые попадут на разные бэкенды, одновременно попытаться добавить новую строчку в одну и ту же таблицу или обновить одно и то же поле.
Hoper а не знаете насколько ownCloud хорошо живет если держать его не на отдельном доменном имени, как у Вас, а в папке? типа site.com/cloud

Просто денег на отдельный ssl сертификат жаба давит, а на wildcard тем более :)
Во-первых, есть StartSSL, который выдаст вам серверный сертификат бесплатно. Во-вторых, для личных целей можно и самоподписанный использовать.
Так он по умолчанию создает алиас site.com/owncloud и живет именно там, просто я сделал редирект на ..../cloud/, оставил возможность для стартовой страницы.
Выглядит красиво, но php же. Ставили, посмотрели. Прикрутили сторадж на ceph. Половина свистелок не работает. Те, которые работают — слишком ресурсоемкие и не очень быстрые. При количестве пользователей более десяти — возникают неизбежные проблемы с производительностью. Как это все масштабировать, даже с распределенным хранилищем — неясно.
На nas дома я бы поставил. Куда-то в продакшн = будет все время лежать и будить админа.
Как-то так.
А это будет корректно работать по HTTPS, если перед NGINX добавить iptables+nat на отдельной машине?
Sign up to leave a comment.

Articles