Re: Системы управления сервером?
Hello artiom,
On Tue, 20 Mar 2018 22:49:43 +0300
artiom <artiom14@yandex.ru> wrote:
> 20.03.2018 16:23, Alexander Gerasiov пишет:
> > Hello artiom,
> >
> > On Mon, 19 Mar 2018 23:56:26 +0300
> > artiom <artiom14@yandex.ru> wrote:
> >
> >> Впечатлился статьёй.
> >> Айн: https://habrahabr.ru/post/328048/
> >> Цвайн:
> >> https://forum.level1techs.com/t/how-to-create-a-nas-using-zfs-and-proxmox-with-pictures/117375
> >>
> >> Помимо Proxmox, есть такая штука, как Cockpit:
> >> http://cockpit-project.org
> >>
> >> О нём я ничего не знаю.
> >> Собственно, Proxmox я тоже не использовал.
> >>
> >> Основные задачи:
> >>
> >> - Отделение сервисов путём контейнеризации (docker+lxc, возможно
> >> будет использован kvm в редких случаях).
> > Используем Proxmox.
> >
> Почему именно его?
Потому что исторически использовали его кластер, когда было несколько
узлов и привыкли к нему. (Достаточно удобный и продуманный интерфейс и
т.п.) Когда виртуалки создаются раз в пару месяцев, то очень приятно,
что есть мастера создания, а не надо каждый раз крутить маны.
>
> >> - Централизованное управление пользователями: их несколько (менее
> >> 10), надо им давать права к сервисам (облако (seafile), gitlab,
> >> медиа-сервер (типа kodi), каталоги с медиа-данными и просто
> >> данными), каталоги выделять в пуле и подобное.
> > Пользователи в ldap, управляются вручную скриптами поверх
> > ldapscripts
> Но у вас много пользователей?
> У меня более 10 не планируется.
> Недостаточно ли просто создавать их на уровне ОС какими-либо штатными
> средствами (остаётся только вопрос синхронизации для сервисов)?
Можно, но именно синхронизация для сервисов будет напрягать. Для 3
может и не надо, а вот для 10 я бы уже поднял.
>
> >>
> >> Что для этого используют?
> >> Подходит ли Cocpkit (там есть управление контейнерами) или лучше
> >> использовать Proxmox и вариант, как в статье?
> >> Как вообще лучше организовать такую систему (изначально не
> >> предполагалось давать пользователям какие-то возможности, кроме
> >> доступа к gitlab)?
> > gitlab офигительно тяжелый, ест 2-4 гига памяти просто чтобы хоть
> > как-то запуститься и всё равно тормозит. Используем gogs.
> >
> В gogs же нет code review?
> Это единственная причина, по которой я думаю о том, чтобы использовать
> гитлаб.
> Как без этого?
Без этого боль, да. Но зато он работает в отличие от.
--
Best regards,
Alexander Gerasiov
Contacts:
e-mail: gq@cs.msu.su WWW: http://gerasiov.net TG/Skype: gerasiov
PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1
Reply to: