УМВР, причем как с .env (глобально для всех контейнеров), так и с переопределенными для конкретных контейнеров env_file(дополнительные опции вдобавок к глобальным из .env) [root@nms librenms]# docker -v Docker version 26.1.4, build 5650f9b
Это сравнение велосипеда(Proxmox) и автобуса(Openstack). Велосипед проще если надо одного человека перевести из точки A в точку B(небольшой кластер). Но если между A и B большое расстояние или надо везти больше одного человека(нагрузка), то выбор очевиден.
Что не отменяет факта, что велосипед может быть маленьким, но относительно ухоженным(фич мало в Proxmox относительно Openstack, но они работают хорошо), а автобус - двухэтажным но в грязи по самую маковку(фич много, но их качество описано в статье)
P.S. Имел небольшой опыт работы с уже развернутым другими людьми Openstack. А также разворачивал сам. Личные впечатления +/- согласуются с посылом статьи: документация не очень, а степень готовности того или иноно компонента OpenStack нельзя понять пока не развернешь и не попробуешь его.
MeshCentral хорош для централизованного управления пачкой компов через агенты, сам использую на работе, нравится. RustDesk это всё же про другое - это аналог TeamViewer и прочего для эпизодической помощи рандомным людям.
Хотя так-то есть MeshCentral Assistant, но я его честно говоря не пробовал в таком ключе - у нас MeshCentral крутится в изолированной от Интернета сети, а иногда рулить надо бывает как раз машинами, которые к этой сети не подключены, зато Интернет на них есть.
Как по мне лучше брать проприетарный продукт, который вендор не бросит внезапно
А как вы собираетесь это понять, что не бросит внезапно или не сменит политику лицензирования так, что многие побегут от такого вендора куда угодно(привет Broadcom)?
Прошу прощения, если чем-то лично вас задел, но я просто не очень понимаю откуда взялась такая идея что этот проект - не очередной распил вида "догоним и перегоним". А вся подача новости именно на это и указывает - минимум конкретики, максимум надувания щек.
Потому что если это кровавый ынтерпрайз и все централизованно - есть SSH-сертификаты. Авторизация по ключу изначально per-server и для централизации нужно как-то выделять общий знаменатель для хранения(вариантов не так чтобы много - в основном LDAP, хотя для упоротых есть EMCSSH)
Но у меня тут ошибка выжившего - Indesit с механической крутилкой для выставления программы.
>20 лет девайсу - 1 ремонт за все время - накрылся двигатель, который барабан крутит. Ну и ТЭН заодно поменяли, а то он "малость" зарос за это время - вода у меня дома жесткая
Exec-биты у файлов никуда не денутся. Просто запуск не будет работать. В том числе из под рута, поэтому ни в коем случае не стоит перемонтировать / c noexec :-)
В догонку к закручиванию гаек - опции nosuid и nodev
Куча перспективных проектов, пилящихся в своё время под Swarm загнулось. Кубер победил, увы. Это я говорю как человек, только недавно поднявший дома кластер Swarm для своих сервисов - как раз по причине того, что для трех нод с достаточно ограниченной оперативкой кубер на мой взгляд - это перебор.
В кубере как - хочешь общий сторадж? Вот тебе 100500 готовых вариантов разной степени паршивости.
А в Swarm - будь добр готовить это сам. Если у тебя УЖЕ есть, например, CephFS(которую нынче можно даже мышкой накликать в том же Proxmox, разве что отдельного юзера и права к нему отдельно из консоли покрутить придется) - то это конечно не проблема. А если нет?
УМВР, причем как с .env (глобально для всех контейнеров), так и с переопределенными для конкретных контейнеров env_file(дополнительные опции вдобавок к глобальным из .env)
[root@nms librenms]# docker -vDocker version 26.1.4, build 5650f9b
Собственно compose-файл - слегка переделанный из репозитария https://github.com/librenms/docker
Так под капотом обоих ваших браузеров итак Хром! С Firefox зайдите(или user agent смените)
Вот кстати плюсую, Firefox на десктопе у меня тоже выбрасывает часто эту ошибку
>SpaceVM
>приятная в обслуживании
Простите, но нет. Я бы очень хотел написать развернутый ответ про качество SpaceVM и Veil, но к сожалению не могу - там почти не будет цензурных слов
Это сравнение велосипеда(Proxmox) и автобуса(Openstack). Велосипед проще если надо одного человека перевести из точки A в точку B(небольшой кластер). Но если между A и B большое расстояние или надо везти больше одного человека(нагрузка), то выбор очевиден.
Что не отменяет факта, что велосипед может быть маленьким, но относительно ухоженным(фич мало в Proxmox относительно Openstack, но они работают хорошо), а автобус - двухэтажным но в грязи по самую маковку(фич много, но их качество описано в статье)
P.S. Имел небольшой опыт работы с уже развернутым другими людьми Openstack. А также разворачивал сам. Личные впечатления +/- согласуются с посылом статьи: документация не очень, а степень готовности того или иноно компонента OpenStack нельзя понять пока не развернешь и не попробуешь его.
MeshCentral хорош для централизованного управления пачкой компов через агенты, сам использую на работе, нравится.
RustDesk это всё же про другое - это аналог TeamViewer и прочего для эпизодической помощи рандомным людям.
Хотя так-то есть MeshCentral Assistant, но я его честно говоря не пробовал в таком ключе - у нас MeshCentral крутится в изолированной от Интернета сети, а иногда рулить надо бывает как раз машинами, которые к этой сети не подключены, зато Интернет на них есть.
Как по мне лучше брать проприетарный продукт, который вендор не бросит внезапноА как вы собираетесь это понять, что не бросит внезапно или не сменит политику лицензирования так, что многие побегут от такого вендора куда угодно(привет Broadcom)?
Вот-вот, фонд то ты перенесешь, а люди останутся. И на них БУДУТ продолжать давить. Тут другой глобус нужен, как минимум...
Это канал Выживалово, там чувак на серьезных щах угарает над всяким
Точно? Беглый гуглинг подсказывает, что как раз таки умеет
Прошу прощения, если чем-то лично вас задел, но я просто не очень понимаю откуда взялась такая идея что этот проект - не очередной распил вида "догоним и перегоним". А вся подача новости именно на это и указывает - минимум конкретики, максимум надувания щек.
А у вас прям есть гарантии что эту ДПС будет строить не очередной васян? Вот другие системы, по вашему мнению, "васянские", а тут будет иначе?
Есть 1000BASE-T1 по одной витой паре(разрабатывался для автомобилей, на замену CAN), но вот звезда там или шина по беглыму гуглингу я так и не понял
Cumulus Linux вроде ставится на какие-то свичи, но ценник там скорее всего конский
Потому что если это кровавый ынтерпрайз и все централизованно - есть SSH-сертификаты. Авторизация по ключу изначально per-server и для централизации нужно как-то выделять общий знаменатель для хранения(вариантов не так чтобы много - в основном LDAP, хотя для упоротых есть EMCSSH)
Новомодные - возможно.
Но у меня тут ошибка выжившего - Indesit с механической крутилкой для выставления программы.
>20 лет девайсу - 1 ремонт за все время - накрылся двигатель, который барабан крутит. Ну и ТЭН заодно поменяли, а то он "малость" зарос за это время - вода у меня дома жесткая
Exec-биты у файлов никуда не денутся. Просто запуск не будет работать. В том числе из под рута, поэтому ни в коем случае не стоит перемонтировать / c noexec :-)
В догонку к закручиванию гаек - опции nosuid и nodev
Только если счет открыт после 2014 года ЕМНИП. Мой зарплатный счет в местячковом банке(открытый в 2009 кажется) там, например, не виден
Куча перспективных проектов, пилящихся в своё время под Swarm загнулось. Кубер победил, увы. Это я говорю как человек, только недавно поднявший дома кластер Swarm для своих сервисов - как раз по причине того, что для трех нод с достаточно ограниченной оперативкой кубер на мой взгляд - это перебор.
В кубере как - хочешь общий сторадж? Вот тебе 100500 готовых вариантов разной степени паршивости.
А в Swarm - будь добр готовить это сам. Если у тебя УЖЕ есть, например, CephFS(которую нынче можно даже мышкой накликать в том же Proxmox, разве что отдельного юзера и права к нему отдельно из консоли покрутить придется) - то это конечно не проблема. А если нет?
В nextcloud есть как календарь, так и TODO (называется "Задачи"). Это часть стандарта caldav, внезапно