История создания домашнего облака. Часть 5. Актуализация 2019 – PHP 7.2, MariaDB 10.4 и Nextcloud 17

    Два года назад я опубликовал цикл статей на тему создания веб-сервера на базе Debian 8 и запуске на нём сервиса Nextcloud 11. Через несколько месяцев появилось дополнение, содержащее «диффиренциальную» информацию по установке Nextcloud 13 на Debian 9. В конце 2018 года я просто обновил Debian и Nextcloud и не столкнулся с какими-то необычными или интересными проблемами. Обновление в конце 2019 года было уже более интересным и про это стоило написать.



    Данная статья в первую очередь будет полезна тем, кто по инструкциям прошлых четырёх статей «собрал» себе Nextcloud 13 на Debian 9 (передаю привет с десятку моих подписчиков по теме Nextcloud, в особенности тем, для кого это был первый опыт в мире Linux). Тем, кто соберётся делать сервис с нуля я советую взять за основу первые четыре статьи этого цикла с поправкой на актуальные версии Debian 10 и Nextcloud 17. Для опытных пользователей Linux статья может занять какое-то место между «тривиальна и бесполезна» и «неплохо, шпаргалка всё-в-одном-месте».



    Оглавление


    Часть 1. Настройка среды Debian для повседневного использования
    Часть 2. Создание сервера — настройка LAMP в Debian
    Часть 3. Создание персонального облака — установка и настройка Nextcloud
    Часть 4. Актуализация 2018 – Debian 9 и Nextcloud 13
    Часть 5. Актуализация 2019 – PHP 7.2, MariaDB 10.4 и Nextcloud 17



    Быстрая навигация по главе


    Предисловие
    Обновление Debian
    Обновление PHP до версии 7.2
    Обновление MariaDB до версии 10.4
    Обновление Nextcloud до версии 17
    Послесловие



    Предисловие


    Изначально хотелось на Debian 10 установить и настроить Nginx, поверх чего без проблем бы установился актуальный Nextcloud 17. Но для всего этого у меня не получилось выбрать время, поэтому эта статья представляет из себя набор инструкций по обновлению Nextcloud с 13 до актуальной версии 17 с предварительной подготовкой веб-сервера.

    Для начала нужно пояснить зачем потребовались радикальные изменения на стороне веб-сервера. Наш сервер основан на актуальном и поддерживаемом Debian 9. Можно просто обновить операционную систему и все компоненты веб-сервера получат как минимум обновления безопасности. Всё было бы замечательно если бы мы дальше использовали Nextcloud 13 или обновились только до версии 14. Но Nextcloud 13 уже не поддерживается, а поддержка 14-ой версии «на излёте». Начиная с 15-ой версии Nexctcloud будет предлагать преобразовать базу данных в big int для поддержки четырёхбайтовой кодировки и с MariaDB 10.1 сделать это будет весьма проблематично. Nexctcloud 17 требует PHP 7.1-7.3, в то время как Debian 9 в своих родных репозиториях содержит только версию 7.0. Правильнее, в плане надежности и предсказуемости, было бы обновиться до предпоследней версии Nextcloud, но за пару лет я настолько уверился в надёжности этого сервиса, что мне хотелось обновиться до последней версии и обновить веб-сервер с заделом на будущее. Поэтому, для обновления до Nexctcloud 17 оптимально обновить MariaDB до актуальной стабильной версии 10.4, а PHP — до 7.2. Именно 7.2, а не актуальной 7.4. Дело в том, что Nextcloud 13 требует PHP 5.6, 7.0 — 7.2, а для Nexctcloud 17 требуется PHP 7.1 — 7.3. Использовать PHP 7.2 удобно с целью минимизации действий по обновлению. Сервер Apache обновлять не потребуется — достаточно установить обновления безопасности, которые распространяет команда поддержки Debian. А вот для обновлений MariaDB и PHP придётся подключать внешние репозитории.

    Когда я только знакомился с Nextcloud я обновлял его «руками»: из консоли специальной командой сайт переводился в режим обслуживания, вручную скачивался и распаковывался архив с новой версией сайта, обновлялись файлы и запускалась процедура обновления. Такое обновление обычно приводило к ожидаемым результатам, хотя я не ленился делать резервную копию сайта, базы и пользовательских данных. А вот автоматическое обновление порой приводило к всяким сюрпризам. Но это было давно, стабильность движка с тех пор сильно возросла и на этот раз я делал обновления исключительно через веб-интерфес. Правда от командной строки отвертеться всё равно не удалось. При итерационном обновлении на каждую новую версию в панели управления будут появляться различные предупреждения и уведомления, которые необходимо будет «убирать», осмысленно выполняя команды в командной строке. Можно этого и не делать — сервис работать всё равно будет. Хотя такой подход в корне неправильный, у меня Nextcloud отработал в таком режиме 3 месяца прежде чем я целенаправленно разобрался с возникшими вопросами.



    Обновление Debain


    Останавливаем веб-сервер:

    # service apache2 stop

    И обновляемся:

    # apt-get update
    # apt-get dist-upgrade

    После обновления можно проверить версию ОС и сделать контрольную перезагрузку, чтобы убедиться в том, что после обновления всё нормально стартует:

    # cat /etc/debian_version
    # reboot



    Обновление PHP до версии 7.2


    Останавливаем веб-сервер:

    # service apache2 stop

    Добавляем сертификат и ключи PPA, репозиторий PHP:

    # apt install ca-certificates apt-transport-https
    # wget -q https://packages.sury.org/php/apt.gpg -O- | apt-key add -
    # echo "deb https://packages.sury.org/php/ stretch main" | tee /etc/apt/sources.list.d/php.list

    При удалении старой версии PHP 7.0 так же удалится phpmyadmin, так как «следы» от удалённых пакетов мы зачистим используя autoremove. Это не доставит особых сложностей, так как никаких специальных настроек для phpmyadmin не делалось и установить его снова не составит никаких проблем.

    # apt-get purge php7*
    # apt-get --purge autoremove
    # apt-get update
    # apt-get install php7.2 phpmyadmin

    Установка модулей необходимых для Nextcloud 17:

    # apt-get install php7.2-mysql php7.2-curl php7.2-xml php7.2-gd php7.2-json php7.2-mbstring php7.2-zip php7.2-intl
    # apt-get install php-memcached php-apcu php-redis php-imagick

    [ Данный текст написан специально для сайта habr.com автором AlexanderS.
    Ссылка на источник необязательна, но его упоминание крайне желательно! ]


    Проверяем версию PHP, запускаем веб-сервер и проверяем работоспособность Nextcloud:

    # php -v
    # service apache2 start



    Обновление MariaDB до версии 10.4


    На сайте проекта есть интересная страничка, на которой нужно указать свою ОС, её релиз и выбрать версию базы данных. После выбора сгенерируется код для добавления репозитория.

    Останавливаем веб-сервер:

    # service apache2 stop

    Добавляем репозиторий и обновляем пакеты:

    # apt-get install software-properties-common dirmngr
    # apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 0xF1656F24C74CD1D8
    # add-apt-repository 'deb [arch=amd64,i386,ppc64el] http://mariadb.mirror.iweb.com/repo/10.4/debian stretch main'
    # apt-get update

    При установке MariaDB пакетный менеджер корректно удалит предыдущую версию и установит новую, все базы данных при этом сохранятся. Однако сделать резервную копию базы Nextcloud конечно же рекомендуется.

    Устанавливаем MariaDB и запускаем процедуру обновления:

    # apt-get install mariadb-server
    # mysql_upgrade u root -p

    После ввода пароля MariaDB обновится и можно будет её сконфигурировать, следуя инструкциям из второй части:

    # mysql_secure_installation

    Запускаем веб-сервер и проверяем работоспособность Nextcloud:

    # service apache2 start



    Обновление Nextcloud до версии 17


    Для запуска обновления нужно авторизоваться на сервисе под административной записью, проследовать в настройки и открыть «Общие настройки» в административном разделе. Nextcloud показывает установленную версию и версию доступную для обновления, которое можно запустить нажав кнопку «Открыть окно обновления». После инициации Nextcloud делает резервную копию, скачивает и проверяет целостность файлов обновления, включает режим обслуживания и обновляет файлы. Далее следует вопрос «Keep maintenance mode active»? Здесь нужно быть внимательным. Положительный ответ оставит сайт в режиме обслуживания — предполагается, что администратор знает что дальше делать и сделает это вручную. В противном случае Nextcloud сделает всё сам, поэтому для продолжения нажимаем кнопку «No».

    Обновления выполняются итерационно. Сначала Nextcloud 13.x обновится до крайней версии ветки 14.x. После этого нужно будет снова зайти в админцентр и запустить обновление, теперь уже с 14.х до 15.x. И так далее пока не будет достигнута последня возможная актуальная версия. После каждого обновления на странице «Общие настройки» в административном разделе будет выведен список предложений и возникших проблем, а так же рекомендаций по их решению. Ниже пойдёт речь о том, что нужно будет сделать после каждого обновления.

    До обновления

    На последних версиях Nextcloud рекомендуется включить PHP OPcache для улучшения производительности. Странно, что этот момент я как-то упустил пару лет назад, так как OPcache появился ещё в PHP 5. В /etc/php/7.2/apache2/php.ini нужно раскомментировать и отредактировать следующие параметры:

    opcache.enable=1
    opcache.enable_cli=1
    opcache.interned_strings_buffer=8
    opcache.max_accelerated_files=10000
    pcache.memory_consumption=128
    opcache.save_comments=1
    opcache.revalidate_freq=1

    Обновление 13.x -> 14.x

    Восстанавливаем индексы таблиц:

    # sudo -u www-data php /var/www/nextcloud/occ db:add-missing-indices

    Обновление 14.x -> 15.x

    Подготавливаем базу данных nextcloud для включения четырёхбайтовой кодировки:

    # mysql -u root -p
    MariaDB [(none)]> ALTER DATABASE nextcloud CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
    MariaDB [(none)]> quit

    Включаем поддержку четырёхбайтовой кодировки в Nextcloud:

    # sudo -u www-data php /var/www/nextcloud/occ config:system:set mysql.utf8mb4 --type boolean --value="true"

    Преобразовываем таблицы:

    # sudo -u www-data php /var/www/nextcloud/occ maintenance:repair

    Восстановливаем потерянные индексы таблиц:

    # sudo -u www-data php /var/www/nextcloud/occ db:add-missing-indices

    Преобразовываем индексы таблиц в bigint:

    # sudo -u www-data php /var/www/nextcloud/occ db:convert-filecache-bigint

    Обновление 15.x -> 16.x

    Восстановливаем потерянные индексы таблиц:

    # sudo -u www-data php /var/www/nextcloud/occ db:add-missing-indices

    Преобразовываем индексы таблиц в bigint:

    # sudo -u www-data php /var/www/nextcloud/occ db:convert-filecache-bigint

    Обновление 16.x -> 17.x

    Никаких дополнительных действий не требуется.



    Послесловие



    По данной инструкции была обновлена виртуальная машина с Nextcloud 13. Использование виртуальной машины позволяет не делать резервных копий файлов Nextcloud и его базы данных, так как в случае проблем можно просто вернуть заранее сохранённый файл виртуальной машины и начать всё сначала. Однако это не касается папки с пользовательскими данными, которую я рекомендую так же забэкапить вместе с виртуальной машиной с Nextcloud. В моём случае «облако» используется в качестве удалённой папки с автоматической версионностью, причём с направлением синхронизации «только туда», и мне потрея этих данных была некритична — пришлось бы просто несколько часов опять делать синхронизацию. Несмотря на моё пренебрежение выработанным жизнью правилом «сохранись на всякий случай», обновление прошло без проблем и все клиенты так же без проблем заработали с Nextcloud 17. Я впечатлён, Фрэнк Карлитшек — Вы со своей командой делаете отличную работу!

    После обновления я решил почистить пользовательские данные, которые, судя по статистике, занимали под два терабайта. Столько оперативных данных у меня не было — большинство объёма занимали файлы версий и удалённые файлы. Проблема с которой я столкнулся заключалась в том, что для одного пользователя удалённых данных было настолько много (дело даже не в объёме, а именно в количестве — очень много мелких файлов), что Nextcloud не мог их отобразить в веб-интерфейсе. После изучения руководства по администрированию я нашёл решение через командную строку. Возможно кому-то это пригодится.

    Для очистки удалённых файлов пользователя user:

    # sudo -u www-data php /var/www/nextcloud/occ trashbin:cleanup user

    Для очистки файлов версий пользователя user:

    # sudo -u www-data php /var/www/nextcloud/occ versions:cleanup user



    Вернуться в начало, к оглавлению.



    История создания домашнего облака. Часть 5. Актуализация 2019 – PHP 7.2, MariaDB 10.4 и Nextcloud 17
    Версия текста: 1.1.1.
    Дата первой публикации: 15.01.2020.
    Дата последней правки: 15.01.2020.

    Лог обновлений
    1.1.1 [15-01-2020]
    Исправление опечаток.

    1.1.0 [15-01-2020]
    Исправлен код подготовки базы данных nexcloud для включения четырёхбайтовой кодировки.

    1.0.0 [15-01-2020]
    Первая версия.

    Similar posts

    Ads
    AdBlock has stolen the banner, but banners are not teeth — they will be back

    More

    Comments 64

      –9
      Вот может мне кто-нибудь объяснить, на кой черт эти «облака» нужны?
      Если у моего домашнего файлохранилища есть «белый» IP, я просто из любой точки смогу по ftp/scp класть/брать файлы. Ну зачем может понадобиться посредник вроде апача или nginx?
      P.S. А использовать PHP в 2020 году как-то совсем уж…
        +2
        А чем в 2020-м PHP плох?
          –11
          Дырами и тормозами, очевидно. Есть же уйма ЯВУ для создания серверных скриптов: от С и до всяких ruby. Зачем legacy использовать?
            +4
            Ох уж эти религиозные фанатики. Язык активно развивается и активно улучшается и по синтаксису и по производительности. Уверенно делит нишу в серверной разработке, например с Go и пр. Зря вы тут бессмысленный очередной холивар разводите. Нет белого и черного, есть размазанное серое.
              0
              Тормозами? Насколько я знаю, сейчас php один из самых быстрых интерпретируемых языков.
                0
                Э-э-э… Уже то что он интерпретируемый, делает его гораздо хуже (тормознее) любого (почти) компилируемого.
                Или в 21 веке тормоза в разработке — тренд?
                  +1

                  Во-первых, если прикрутить достаточно умный JIT, то разница в производительности может почти исчезнуть (правда, JIT нужно «прогревать», но это обычно не проблема)


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

                    0
                    Любой JIT = тормоз по определению, ибо прослойка не простая. И ввод-вывод тут не причем, потому что тупит само «jit исполнение». И это не лечится никак.
                    А если еще и ввод-вывод тупит -то вообще ховайся.
                      0

                      И тем не менее PHP 8 плевать на ваши определения и он в синтетических тестах почему-то наравне с GCC 5.3 -O3


                      (Дисклеймер: сам не тестировал, верю картинкам от разработчиков, все вопросы к ним)

                        0
                        Вы издеваетесь, это не в 4 раза медленнее, это наравне?
                        И это синтетика, которая к большинству реальных задач отношения вообще не имеет.
                        А по поводу «плевать». Если разработчику плевать на скорость исполнения его поделок — то ему нужно не платить, пока не поумнеет.
                          0
                          мне кажется вы слишком узко смотрите на это, если так фанатично гнаться за скоростью то надо писать на ассемблере, но есть один минус, время написания программы будет в десятки раз больше
                            0

                            Где вы в 4 раза медленнее увидели? 0.011 у PHP и у GCC же.

                              0
                              Хм, виноват, я глянул на стрелочки, на «быстрейший интерпретатор». А gcc — самый быстрый компилятор? Я не в курсе…
                      0
                      Вы не там тормоза ищете.

                      Ищите тормоза:
                      — в скорости канала
                      — в БД
                      — в отрисовке страницы браузером.

                      В подавляющем большинстве задач тормоза не на стороне интерпретации PHP-кода возникают.
                        0
                        Я не ищу тормозов, я говорю что JIT — это реально замедление задачи в 100% случаев. Не надо искать «левых» оправданий, что кто-то тормознее, смиритесь с фактом.
                          0
                          смотря какой задачи
                          0
                          человеку лишь бы поспорить, хотя сам он на ассемблерном коде явно не пишет свои программы
                            0
                            А Вам лишь бы заболтать проблему, она есть и это факт, который нужно принять, а не забалтывать и делать вид что ничего не было. Не учитесь у руководства страны, оно идиотическое.
                              0
                              Какую проблему? Скорость выполнения интерпретируемых языков это их минус, однако есть и много плюсов. Хорошие инженеры должны учитывать все аспекты выбранного для разработки инструмента, а не фанатично отстаивать позицию.
                                –1
                                Клиент платит за результат, а не за инструмент. Инструмент интересен только исполнителю, в большинстве случаев. Если исполнитель ленив, что бы выбрать наилучший инструмент — то в топку, не платить.
                                  0
                                  Во-первых, клиенту не всегда важен перфоманс и он часто выбирает скорость разработки, во-вторых клиентом вы можете быть сами.
                                    –1
                                    Если клиенту не важен перфоманс, тогда ему вообще ничего не нужно, кроме отката может быть. Когда я выступаю клиентом, я выбираю исполнителя с учетом инструмента, но плачу все равно за результат. А результат прежде всего полнота выполнения и перфоманс.
                                    Может у нас разные задачи, но мне никогда не важна была скорость разработки (в разумных пределах), наоборот если исполнитель хочет побыстрей «хапнуть и свалить» — в топку.
                                      0
                                      Бесполезно с вами спорить, вы лучше всех клиентов в мире знаете что им нужно, предлагаю на этом и закончить.
                                        –1
                                        Когда нет аргументов, то да, нужно заканчивать.
                                    0
                                    Вот клиент и платит за результат: разработка проекта на PHP в большинстве случаев во многих случаях выгоднее, чем разработка того же проекта на перле или ассемблере.

                                    Да и быстрее.
                                      –1
                                      С чего Вы взяли, что тормоз PHP будет выгоднее? Вы у клиента спрашивали? Или выгоднее Вам как исполнителю «на отъебись»? Сбагрили и умыли руки...?
                                      На ассемблере оно будет работать веками и быстро, а на PHP медленно и до смены версии на сервере, то есть максимум год.
                                      С другой стороны, Вам за доработку опять заплатят. Ну выгодно, чё…
                                        –3
                                        Детка, я в этой области профессионал, а ты пришел бла-бла-бла.

                                        Понятия обратной совместимости тебе неведомо. Так что просто уходи. Нет сил спорить с идиотом.
                                          –4
                                          Как нет аргументов так сразу и на личности переходим?
                                          Нет в твоем сраном пхп никакой обратной совместимости. Каждая новая версия что-либо да ломает. Ибо пишут это поделие праффесианалы типа тебя, урода.
                                          Имя тебе — Д'Артаньян. Был в Украине такой праффесианал, типа тебя, уехал в ПаРашу. Ты идиотом будешь своего отца называть, имбецил.
                            0
                            Перечитайте еще раз, я написал «среди интерпретируемых».
                        0
                        Исключительно тем, что критиковать его приходят люди, читавшие о PHP только статью «Фрактал плохого дизайна», написанную в апреле 2012 года танцором, которому очень мешало…
                        +1
                        Да какое облако, это просто сторадж, облако на одном сервере не строится. Во вторых у некста удобный клиент, натравляешь его на нужную папку — и он постоянно синхронизирует ее. Удобно, просто, не боишся потерять данные. Что до PHP — реально не понимаю, что в нем плохого. C++ когда был «изобретен» и ничего, работает до сих пор
                          –10
                          Ну так синхронизировать можно посредством rsync по крону! Или даже inotify использовать… Проблем в этом нет.
                          Что до PHP, то реально его хвалить могут только веб-кодеры очень низкой квалификации…
                            +1
                            И как это сделать, если у меня рабочая машина под виндой? Более- благодоря нексту я так де синхронизирую все фотки с телефона и обратно. Предлагаете мне и с телефона rsync ом работать? Даже если бы у меня везже так или иначе стоял unix-подобный софт, вы полагаете, много людей смогут сами самостоянельно настроить связку rsync/innotify/cron?
                              –9
                              Остается лишь сочувствовать, если вместо рабочей машины используется игровая приставка!
                                –3
                                Ок, бумер…
                              +2

                              Ну так это костыли и велосипеды, а у nextcloud всё готовое и из коробки интегрированное со всем подряд, поставил и пользуйся


                              Что до PHP, то реально его хвалить могут только веб-кодеры очень низкой квалификации…

                              С разморозкой, PHP уже совсем не такой, каким был десять лет назад

                                0
                                В iphone rsync забанили.
                                Не Linux единым…
                                  –4
                                  Продукция apple вообще не для людей делается, а для роботов…
                                    0
                                    Уж если Apple не для людей… то кто тогда?
                                      0
                                      Будьте любезны, сделайте-ка мне публичную ссылку на запушенный в storage файл, да так, чтобы его могла скачать моя бабушка.

                                      А теперь представьте, что я не могу зайти в консольку моего домашнего сервера и уж точно не помню, куда там rsync-нулся файл.

                                      А теперь я хочу, чтобы эта ссылка протухла через 3 часа.

                                      Не откажете в любезности, сделаете? :)

                                      p.s. Моя гипотетическая бабушка ничего не знает о линуксе. Все что она может — это кликнуть по ссылке в вацапе.
                                +3
                                Вы учтите, что мой пример в вашей интерпретации выглядит несколько… делать такую работу только ради того, чтобы бекапы заливать? Логичен вывод, что у этого парня с головой что-то не в порядке) Но это не совсем так.

                                Я изначально рассматривал Nextcloud как полноценную платформу:
                                — с полноценной синхронизацией папок
                                — с расшариванием файлов в виде короткоживущих ссылок
                                — с календарём и контактами
                                — с возможностью совершения голосовых и видеозвонков (свой мессенджер)
                                — в конце концов, с федерацией серверов — это уже будет полноценное облако!

                                И это всё работает не где-то там за облаками у дядей с непонятной ответственностью, а у тебя лично под столом. За эту пару лет я проверил надёжность и стабильность платформы внутри своей локальной сети и просто делюсь детальной информацией как это всё организовывать и поддерживать. А уж как это использовать — зависит только от вас.
                                  0
                                  Кроме файлов туда могу синкаться контакты, чтобы не давать их Гуглу.
                                  Заметки, календарь тоже отлично синкаются.
                                  Кроме того, там удобная RSS-читалка.
                                  Короче, Nextcloud это не только файлопомойка.
                                    0
                                    Ещё же есть клиент под Андроид, который может, например, автоматически закачивать фотки в некстклауд, синхронизировать список контактов, календарь, заметки и т.п. Причём всё это под свободной, открытой лицензией и под твоим контролем.

                                    После того как я поставил owncloud (это аналог nextcloud), я больше не пользуюсь своим гугл-аккаунтом. Сервисы Гугла стали просто не нужны.
                                    +1
                                    За труд — спасибо. Как-то занимался подобным оставил все на гитхабе в виде docker-compose проекта.
                                    На борту nginx, mysql, samba, netatalk, plex, transmission, nextcloud, aceproxy. Если нужен будет линк — обращайтесь
                                      0
                                      show variables like 'innodb_file_per_table';

                                      А где пояснение, что это и зачем?

                                        0
                                        Это проверка значения опции. Сначала я добросовестно пытался включить поддержку четырёхбайтовой адерсации для MariaDB 10.1, но полноценно это так и не заработало. В результате мороки получается больше, чем просто обновить MariaDB, а результат получался даже не полноценный. В MariaDB 10.4 уже всё включено и лишний раз убеждать в этом нет необходимости.
                                        Спасибо за замечание! Тест скорректирован.
                                        +3
                                        Раньше тоже так развлекался – было много свободного времени и хотелось знать и понимать все нюансы.
                                        Сейчас времени мало и хочется, что бы оно просто работало, обновлялось и я вообще не знал подробностей.
                                        Поэтому сейчас так
                                        docker run -d -v nextcloud:/var/www/html nextcloud
                                          –1
                                          У меня у самого-то так и не дошли руки выпустить сервис в интернет и потестить тот же Talk. Но я пока ещё, наверное, где-то в середине вашего пути)
                                            +1
                                            Сильно рекомендую. Временные затраты на содержание домашнего компа (NAS и все-все-все) сведено к минимуму.
                                            Стоит Proxmox, на нем крутится отдельный контейнер с Docker и несколько других контейнеров. В Docker дружно живут все необходимые сервисы, начиная от plex, rutorrent и nextcloud заканчивая nginx+letsencrypt, hass.io и прочими нишяками.
                                            Все дружат, система чистая, все обновляется на раз-два, красота с прави доступа к общим папкам и вообще порядок. Сервисы, к которым необходим доступ из вне получают его автоматом от nginx + сразу же SSL сертификат. Ко всем остальным сервисам доступ только через VPN.
                                            Все это живет на стареньком i5 (Clarkdale) с 8 гигами.
                                              0
                                              Я на Proxmox хотел всё перевести в 2019 году. Пока хотел год прошёл)

                                              Кстати, вопрос — а как обстоят дела с обновлением самого Proxmox? Софт-то вроде как серьёзный. Там всё просто или какие-то подводные камни всё же есть?
                                                0
                                                Он на debian крутится, так что через apt.
                                                В веб-морде у него есть свой пункт для обновления, работает так же через apt.
                                                  0
                                                  В пределах одного релиза debian всё понятно. А как релиз debian меняете? Ведь раз в года три, но это делать придётся.
                                                    0
                                                    Пока не обновлял. Не вижу в этом большого смысла для домашней лабы.
                                                    Работает стабильно – пусть и продолжает работать. В гипервизоре кроме него самого больше ничего нет, а виртуалки и контейнеры обновляйте как хотите.
                                                  +1
                                                  Proxmox дает шикарные возможности для экспериментов в домашних условиях:
                                                  • Можно поставить что-то на попробовать и при этом не испоганить основную систему;
                                                  • Перед каким-то критичным обновлением можно сделать снеп-шот контейнера и, в случае неудачи, откатиться назад в пару кликов;
                                                  • Держать на одном хосте зоопарк: У меня в одной из виртуалок крутится Mac OS (нужны были пара сервисов, замены которым не нашлось), в другой WinXP для некро-извращений. И ко всему этому зоопарку можно подключиться удаленно;
                                                  • Нужное оборудования с хоста можно пробросить в виртуалку: Например Zigbee свисток проброшен в виртуалку с Homeassistant, который управляет устройствами «полоумного дома»;
                                                  • Если позволяет железо, то можно (и нужно) использовать ZFS хранилище – Proxmox дружит с ним нативно.


                                                  В общем овчинка стоит выделки.
                                                  +1

                                                  Proxmox вообще вещь, мы на нем (+DNS) собрали аналог AWS EC2 апи для рабочих нужд.

                                              +1

                                              Перепробовал кучу вариантов своего облака и вот уже несколько лет сижу на Seafile server, работает отменно, есть мобильный клиент с автозаливкой фоточек и видео в хранилище, короче рекомендую попробовать если Некстклауд не устроит.

                                                +1
                                                А я вот в контейнерах Nextcloud держу. Как по мне, так намного проще обновляться и держать все под контролем.
                                                  +1
                                                  Перешли организацией в nextcloud, я наконец-то слез с dropbox'a. Внутри браузерный «ворд» позволяет в коллаборацию (совместное редактирование документа). Linux-версия нормально запустилась на debian10, под виндой 7 и 10-й. Планирую хранить всю литературу в zotero используя nextcloud (сами статьи и книги) и хранилище zotero (метаданные).
                                                    0
                                                    Кто-нибудь пожет подсказать какие из опенсорсных сloud-ов поддерживают репликацию на другие географически распределенные сервера?
                                                      0

                                                      Ну у NC есть варианты синхры с другими ему подобными серверами.

                                                      +2
                                                      github.com/nextcloud/docker
                                                      Вам своё время не жалко?
                                                        0
                                                        Я прошу прощения, но может стоить всё завернуть в контейнеры? Или nextcloud в docker не умеет?
                                                          0
                                                          Умеет. Но цель всего цикла совсем не в этом.
                                                          0

                                                          юзаю активно nextcloud порядка 2 лет и всем доволен. Поставил в свое время на сервак с proxmox 4, все крутится вертится как часы.
                                                          Увидел недавно в магазине приложений плагин по распознаванию лиц, но со знаниями джуна, не взлетел он к меня :(
                                                          А в остальном, плюсую, что лучше иметь свое облако и настраивать под свои нужды, благо дополнений к NC за последнее время изрядно увеличилось

                                                          Only users with full accounts can post comments. Log in, please.