Comments 26
когда уже этот ваш оунклауд перестанет ложиться при количестве файлов больше 5к?
+6
Не знаю сознательно или нет, но в
А теперь, собственно, вопросы:
— какую верси используете?
— сколько файлов хранится?
— если много, то довольны ли пользователи? :)
Создаем ссылкувы спалили свой адрес.
$sudo ln -s /etc/nginx/sites-available/cloud.ce...
А теперь, собственно, вопросы:
— какую верси используете?
— сколько файлов хранится?
— если много, то довольны ли пользователи? :)
+2
UFO just landed and posted this here
— Почему именно такая архитектура?
— Почему 2 сервера owncloud? Но перед ними только один прокси, при подении которого, упадет все.
* неужели owncloud у вас столько кушает ресурсов, что надо 2 сервера?
— Почему один storage? при подении которого…
Если уже делать, то я бы ставил 2 сервера, которые одновременно и storage или 2 storage'a отдельно.
— Почему 2 сервера owncloud? Но перед ними только один прокси, при подении которого, упадет все.
* неужели owncloud у вас столько кушает ресурсов, что надо 2 сервера?
— Почему один storage? при подении которого…
Если уже делать, то я бы ставил 2 сервера, которые одновременно и storage или 2 storage'a отдельно.
+2
Почему 2 сервера owncloud? Но перед ними только один прокси, при подении которого, упадет все.
Опередили.
Тоже не понял данной странной конструкции, такое прожорливое приложение? По идее нет, или надо очень большое количество пользователей, что бы это увеличением CPU, RAM не решалось.
Если говорить про дублирование, тут схема усложняется, а отказоустойчивость не добавляется. Сторадж тоже должен быть дублирован, либо делать его на cloud1+cloud2. Балансировщик надо тоже дублировать, хотя бы в пассивном режиме.
Ну это все «по правильному», а тут автор не пояснил почему 2 сервера owncloud, может конечно в этом есть какой то глубокий смысл…
Опередили.
Тоже не понял данной странной конструкции, такое прожорливое приложение? По идее нет, или надо очень большое количество пользователей, что бы это увеличением CPU, RAM не решалось.
Если говорить про дублирование, тут схема усложняется, а отказоустойчивость не добавляется. Сторадж тоже должен быть дублирован, либо делать его на cloud1+cloud2. Балансировщик надо тоже дублировать, хотя бы в пассивном режиме.
Ну это все «по правильному», а тут автор не пояснил почему 2 сервера owncloud, может конечно в этом есть какой то глубокий смысл…
0
— Это вариант, вы можете сделать по другому.
— Можно и три и… сколько сил хватит.
Почему один прокси? а зачем больше? его задача перераспределять пользователей между серверами. Реально ownCloud довольно неповаротлевый.
— Storage это БОЛЬШАЯ хранилка, файловый сервер. IMHO не рационально держать две большие хранилища и организовывать между ними синхронизацию. Два (три, 4… n) маленьких но быстрых сервера должны быстро обрабатывать запросы, а хранить данные лучше отдельно. И так достигается лучшая маштабируемость, наращивание мощностей.
— Можно и три и… сколько сил хватит.
Почему один прокси? а зачем больше? его задача перераспределять пользователей между серверами. Реально ownCloud довольно неповаротлевый.
— Storage это БОЛЬШАЯ хранилка, файловый сервер. IMHO не рационально держать две большие хранилища и организовывать между ними синхронизацию. Два (три, 4… n) маленьких но быстрых сервера должны быстро обрабатывать запросы, а хранить данные лучше отдельно. И так достигается лучшая маштабируемость, наращивание мощностей.
-3
Корпоративное облако? С 2-мя SPOF? Ого…
+2
Скорее всего, все воткнуто в один свитч и смотрит в интернет через единственный роутер, потому прибавьте еще 2.
И мы еще не знает, по 2м ли энерговводам записаны серверы. Впрочем, датацентр определенно один, потом не +2, а +3.
И мы еще не знает, по 2м ли энерговводам записаны серверы. Впрочем, датацентр определенно один, потом не +2, а +3.
+2
Ой Ой, вы размахались на сервис-провайдера, наши запросы и возможности куууууда скромнее. :)
Некий корпоративный сервис.
Сотрудник получает почту, облачное место, jaber и т.д., все с авторизацией LDAP
Некий корпоративный сервис.
Сотрудник получает почту, облачное место, jaber и т.д., все с авторизацией LDAP
0
ну да. и что будет с этим всем после развала линка между серверами — подумать страшно
0
Во-первых, есть StartSSL, который выдаст вам серверный сертификат бесплатно. Во-вторых, для личных целей можно и самоподписанный использовать.
0
Так он по умолчанию создает алиас site.com/owncloud и живет именно там, просто я сделал редирект на ..../cloud/, оставил возможность для стартовой страницы.
+1
Выглядит красиво, но php же. Ставили, посмотрели. Прикрутили сторадж на ceph. Половина свистелок не работает. Те, которые работают — слишком ресурсоемкие и не очень быстрые. При количестве пользователей более десяти — возникают неизбежные проблемы с производительностью. Как это все масштабировать, даже с распределенным хранилищем — неясно.
На nas дома я бы поставил. Куда-то в продакшн = будет все время лежать и будить админа.
Как-то так.
На nas дома я бы поставил. Куда-то в продакшн = будет все время лежать и будить админа.
Как-то так.
0
А это будет корректно работать по HTTPS, если перед NGINX добавить iptables+nat на отдельной машине?
0
Sign up to leave a comment.
Собственное корпоративное облако ownCloud с NGINX во frontend и несколькими серверами backend