Pull to refresh

Comments 31

А скажите, пожалуйста, как Вы реализовали миграцию офисных приложений? Особенно интересует, как в onlyoffice xlsx в nextcloud организовали доступ к данным в соседнем файле xlsx или в БД (olap)?

Тут, к сожалению, никак. В случае если сильно нужен функционал, мы подключаем Nextcloud как диск на рабочую станцию клиента под одним именем диска.

А у кого то есть OOS (MS Office online server). Интегрируется и открывает доки в вебе с возможностью совместной работы как шарике)

Да, мы предоставляем данный онлайн редактор

Там Collabora работает

Мы себе коллабору к некстклауду прикрутили. Всякие xlsx открывает, и позволяет совместную работу в рамках одной ноды.

Три года назад переезжал с OneDrive на self-hosted решение, остановился на Seafile. Критерий был по сути один - шустрая работа в сценарии "много мелких файлов" (сейчас хранится около 10 Тб, средний размер файла 1 Мб, т.е. миллион файлов на Тб). У NextCloud с этим оказалось печальнее, а дополнительные фичи этого комбайна, кроме собственно хранения/индексации файлов, были не нужны. С тех пор не пожалел. Бекап делается с помощью пары костылей, метрики в Prometheus собираются с помощью пары других костылей :) Но у меня чисто для собственных микробизнесовых нужд, HA нет, т.к. простой допустим, был бы бекап, поэтому в этой части не вникал.

P.S. А Ваши плагины для NextCloud, я так понимаю, проприетарные и не продаются даже за деньги?

На самом деле NC тоже хорошо переваривает огромное кол-во мелких файлов, у нас есть клиент у которого свыше 40Тб данных и большинство файлов даже меньше 1Мб (документы). Проблема была с бэкапом, пришлось пилить свой собственный, потому что те решения, что были - просто не успевали завершить бэкап до начала нового :)

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

По поводу плагинов, мы не продаем их

Жаль, если NextCloud не на собственном сервере - весь смысл утрачивается, тогда уж проще оставаться на OneDrive, он хоть за пределами российской юрисдикции (страшновато в плане рисков потери доступа, но риски прихода к Вам за файлами клиента товарища майора с группой поддержки куда страшнее).

Тут сильно зависит от компании. Некоторые не могут официально купить OneDrive, невозможно оплатить его. Некоторые не могут хранить данные не на территории РФ по требования регулятора и тд. Если небольшая компания, где можно с карты физического лица оплачивать MS - то да, это вариант, но, к сожалению, таких компаний в Enterprise - нет.

Казахские "дочки" никто не отменял и для enterprise :) Но да, даже я в своих микромасштабах счёл риски неприемлемыми. Не тут с блокировками гайки закрутят, так там на доступ с "неправильных" IP возбудятся :(

Но вот рекомендации переезжать на российские облака, а не в селф-хостед, которыми тут пол-Хабра заполнено от лица всяческих интеграторов, вызывают острые негативные эмоции в адрес их раздающих. В т.ч. в случае корпоративного файлового облака, где наверняка нужен общий доступ, а он с e2e-шифрованием не очень дружится. Вот хранилище, то же S3, уже может быть где угодно, т.к. есть тысяча средств обмениваться с ним только предварительно зашифрованными данными. А сервер, доступ к которому даёт возможность прочитать незашифрованные данные, - это совсем другая история. Но на сотню бравурных импортозаместительных статей не найдётся и одной, где подобные риски подробно и честно бы разбирались.

Хороший комментарий, я думаю это будет темой нашей следующей статьи :)

Поддерживаю, после Nextcloud Seafile выглядит просто ультимативно, работает в разы шустрее и комфортнее. Ощущение как будто с Одноклассников на Телеграм перешёл.

Когда -то давно тоже участвовал в выборе куда податься. Seafile манил простотой установки, и меньшим аппетитом по ресурсам. Срвнивать его с NC или OC вобще никак нельзя для конторы из 50 человек, например. Это совсем разные функционалы.

Seafile - хранилка со всеми нужными функциями, но не более трех пользователей, комьюнити едишн совсем порезан.

NC - это комбайн, который закрывает еще и задачи почтовый клиент, календарь, адресная книга, сервис-деск, портал самообслуживания... да там много всего в магазине. А еще можно своего написать. В итоге выбрали NC с с виндовыми клиентами от OC. Если пользователи неприхотливы, то можно закрыть много задач.

Речь, естественно, только про функции файлового хоанилища. Ну и я за Seafile плачу́ сделавшим его китайцам (тут-таки санкционные риски ниже, чем с западными компаниями). Сейчас уже не помню деталей, но было впечатление, что выкрутился бы и с Community, но не готов был извращаться ради экономии (типа писать свой скрипт для синхронизации юзеров вместо LDAP из коробки).

Именно так! У нас есть клиент для которого мы предоставляем NC на 4 тысячи пользователей.

К сожалению онедрайв тесно интегрирован с прочими сервисами Майкрософта.

Например туда выкладываются файлы из почты, а потом тянутся в поверби

Согласен, но современная реальность такова, что Офис365 в РФ использовать практически невозможно для компаний.

а какой пользовательский софт предлагаете? Родные клиенты для файлов, что-то самописное на базе rclone? Что-то на базе thunderbird для календаря и тасков?

Вы про онлайн редакторы? Для них используем либо бесплатные OpenSource решения, если нужно что-то посерьезней, то либо Р7, либо зарубежное привычное решение :)

Для ВКС подключаем Talk, почта - либо Communigate, либо зарубежное привычное решение, также можно рассмотреть под запрос клиента и другие решения.

Хотелось бы узнать, как вы решили проблему того, что для каждого инстанса (app##) Nextcloud-a, при наличии S3 хранилища в кач-ве primary storage, всё равно требуется отдельная персистентная ФС (для хранения конфиг файлов как минимум). Используете ли расшаренное RWX устройство или же для каждого инстанса свой диск без какой-либо синхронизации?
UPD: внимательнее прочитал статью, вижу что упомянуто своё решение для синхронизации.

Про клиент под Windows не написано, а это одна из важных фич OD, особенно файлы-призраки

Клиент под Windows у NextCloud есть, также есть и под Linux, и под macOS

"Серверы работают в Failover-конфигурации" - т.е., в один момент времени все запросы только на один приходят? а Galera же мульти-master?
А большое расстояние между площадками (rtd)?

Мы лет 12 назад owncloud запустили на percona/galera. У нас автономные региональные ноды (ams,hk,la), с RTD под 300. В активно-активной конфигурации, все сразу работают и мастера.
А у Галеры master-master только синхронный. Пока пользователей-файлов особенно не было, оно ещё терпимо себя вело, а с ростом контента (и некоторых обновлений owncloud'а) начались ацкие тормоза. Но, оно таки ещё работает для пользователей.

Сейчас пытаемся переделать на nextcloud с тоже мульти-мастером, но асинхронным, на postgres/pglogical. Посмотрим, должно быть поживее.

Файлы синхронизируются lsyncd'ом.

Знаем эту особенность Galera мульти-мастер, поэтому используем ее как-бы в варианте master-slave.
Перед БД стоит ProxySQL, который в каждый момент времени выбирает, кто будет мастером, запись идет в одну ноду, а чтение со всех. В таком варианте синхронизация получается однонаправленная и работает быстро даже на больших объемах.

Не очень понятно чем это помогает. Всё равно коммит транзакции будет требовать чтобы вторая (и остальные) ноды подтвердили её.

Использование одного мастера разве что снижает риск дедлоков и отката транзакций, если на разные ноды придут конфликтные запросы.

спасибо за статью!

разворачивал примерно аналогичную схему, но только с отдельным фронтом для внутренних сотрудников и дополнительный для внешних с отдельным видом авторизации, но использующие одно и тоже веб приложение. Не сталкивались ли вы с загрузкой как раз таки не множества мелких файлов(как выше было описано), а больших типо по один но на 20 Гб и выше, через веб интерфейс?

игрался с таймаутами на фронтах, но все равно бывали рандомные разрывы. В большинстве я связывал это с проблемами на сети между удаленным клиентом и веб интерфейсом, но может были еще какие то грабли у вас?

Добрый день!

Мы ставим ограничение на загрузку файлов через web не более 10Гб. Если нужно больше, то через толстый клиент.

Вопрос любопытства ради: почему nextcloud (да и wordpress тот же) не сделают наконец поблочную загрузку файлов, вместо одного большого post запроса?

Файл любого размера загрузится блоками по 1мб (условно), поддерживает несколько потоков, да еще и докачку при прерывании, почему все это не пользуют?

Sign up to leave a comment.