Повторюсь, syncthing — отличная штука которая позволяет синкать фоточки и подобный контент откуда угодно и куда угодно.
В случае распределенного хранения на нескольких узлах (например: ваш компьютер, домашний NAS, телефон, компьютер родителей, планшет подруги...) можно вовсе обойтись без RAID или без сервера вообще
Если честно, я бы не стал использовать данный способ для запуска обычных нод с рабочей нагрузкой, если для контроллеров и etcd это еще имеет смысл: ha, бэкапы и простота развертывания. То для обычных нод я почти не вижу в этом смысла.
Таких, как 110 подов на ноду, например
для решиния этой проблемы уже достаточно давно предусмотрен флаг --max-pods для kubelet
Есть еще pydio, в отличии от seafile и nextcloud он скорее просто файловый менеджер, так как не использует хитрых алгоритмов для хранения файлов, а просто предоставляет доступ к файловой системе через браузер.
Так же к минусам nextcloud хотелось отнести что он не имеет полноценной синхронизации на телефон, текущий клиент позволет загружать и скачивать только отдельные файлы, а автозагрузка фото работает из рук вон плохо.
В итоге я отказался от nextcloud и теперь использую syncthing для синхронизации и pydio для доступа через веб — работает как часы.
Да, но LVM не поддерживает конкурентный доступ к thin-provision пулу с нескольких нод.
Есть способ под каждую виртуалку генерить отдельный thin-provision пул в общем LVM, правда это не в контексте проксмоса уже.
Конечно, о том то и речь, drbd9 уже давно умеет кворум.
По умолчанию он всегда будет принимать решения исходя из большинства нод в кластере.
Но так же есть есть широкие возможности для конфигурации поведения при потере кворума.
Для деплоя типовых рабочих станций можно использовать LTSP, и получить кучу преимуществ в одном флаконе:
Централизованная авторизация (учетки берутся прямо с сервера)
Централизованное управление (для обновления достаточно apt-get на сервере и перегенирить клиентский образ, клиентам для получения обновления, соответственно, достаточно просто перезагрузить систему)
Бекап пользовательских данных (о нем можно не беспокоиться т.к. все профили надежно хранятся на сервере или на разделенной шаре)
Экономия на клиентских станциях (можно использовать бездисковые тонкие клиенты)
Экономия на сервере (в режиме толстого клиента браузер, офис и другой софт работают локально, и не грузят при этом сервер, сервер только отдает необходимые файлы)
В качестве офиса можно использовать OnlyOffice — это отличная альтернатива MS Office. Его можно установить как локально (desktopeditors), так и на отдельном сервере + интегрировать с каким-нибудь Nextcloud и получить очень удобную и современную облачную систему, к тому же не придется переучать пользователей с MS Office.
В случае необходимости чего-то бОльшего, всегда можно поднять соседнюю виртуалку с виндой на Proxmox и настроить удаленный доступ к ней с терминальных станций.
Туда же можно пробросить аппаратные ключи и установить и бух-софт, автоматический бэкап виртуалки будет бонусом.
Вы не поверите, но Linux — это отличный конструктор и в умелых руках он может принести столько плюшек, сколько винде даже и не снилось даже среди десктопных OS.
Про drbd9 и немного про linstor я рассказывал в первой статье про drbd9.
habr.com/post/417473
linstor-server — это старый пакет, позже он был раздроблен на linstor-satellite и linstor-controller
Напишите баг репорт, ребята из LINBIT все очень быстро исправляют.
Именно так, стандартные инструменты по прежнему доступны и иногда приходится к ним прибегать (чаще для диагностики)
В случае распределенного хранения на нескольких узлах (например: ваш компьютер, домашний NAS, телефон, компьютер родителей, планшет подруги...) можно вовсе обойтись без RAID или без сервера вообще
Если честно, я бы не стал использовать данный способ для запуска обычных нод с рабочей нагрузкой, если для контроллеров и etcd это еще имеет смысл: ha, бэкапы и простота развертывания. То для обычных нод я почти не вижу в этом смысла.
для решиния этой проблемы уже достаточно давно предусмотрен флаг
--max-podsдля kubeletТак же к минусам nextcloud хотелось отнести что он не имеет полноценной синхронизации на телефон, текущий клиент позволет загружать и скачивать только отдельные файлы, а автозагрузка фото работает из рук вон плохо.
В итоге я отказался от nextcloud и теперь использую syncthing для синхронизации и pydio для доступа через веб — работает как часы.
Есть способ под каждую виртуалку генерить отдельный thin-provision пул в общем LVM, правда это не в контексте проксмоса уже.
Конечно, о том то и речь, drbd9 уже давно умеет кворум.
По умолчанию он всегда будет принимать решения исходя из большинства нод в кластере.
Но так же есть есть широкие возможности для конфигурации поведения при потере кворума.
Для деплоя типовых рабочих станций можно использовать LTSP, и получить кучу преимуществ в одном флаконе:
В качестве офиса можно использовать OnlyOffice — это отличная альтернатива MS Office. Его можно установить как локально (desktopeditors), так и на отдельном сервере + интегрировать с каким-нибудь Nextcloud и получить очень удобную и современную облачную систему, к тому же не придется переучать пользователей с MS Office.
В случае необходимости чего-то бОльшего, всегда можно поднять соседнюю виртуалку с виндой на Proxmox и настроить удаленный доступ к ней с терминальных станций.
Туда же можно пробросить аппаратные ключи и установить и бух-софт, автоматический бэкап виртуалки будет бонусом.
Вы не поверите, но Linux — это отличный конструктор и в умелых руках он может принести столько плюшек, сколько винде даже и не снилось даже среди десктопных OS.
А главное — это простота :)
Kubernetes — это не кубик, он скорее каркас для кубиков или даже конструктор)