#dockerswarm — Public Fediverse posts

📚 geek-cookbook/geek-cookbook

Provides guides for self-hosting services like GitLab Plex and NextCloud on Docker Swarm or Kubernetes

⭐ Stars: 2110
📅 Last Update: Jun 05, 2026

https://github.com/geek-cookbook/geek-cookbook

#selfhosted #homelab #selfhost #selfhosting #opensource #dockerswarm

📚 geek-cookbook/geek-cookbook

Provides guides for self-hosting services like GitLab Plex and NextCloud on Docker Swarm or Kubernetes

⭐ Stars: 2110
📅 Last Update: Jun 05, 2026

https://github.com/geek-cookbook/geek-cookbook

#selfhosted #homelab #selfhost #selfhosting #opensource #dockerswarm

In this small blog post I want to show my small bash script that can initialize a docker swarm cluster (up to nine nodes) with a user interface (portainer) a reverse proxy (traefik or nginx proxy manager) and a high available storage (syncthing4Swarm).

The docker swarm cluster can also be installed in a "rootless"-mode (user namespace).

https://hostlab.tech/blog/swarmpilot-docker-swarm-cluster-in-one-script

#docker #dockerswarm #traefik #keepalived #nginxproxymanager #syncthing #cluster #tutorial #forgejo

pi@pi0:~ $ ansible all -i hosts -m shell -a "docker system prune -a -f --volumes" --become

Just freed up over 1.6 Gigabytes of disk space

That's two years' worth of junk from messing about. 🤣

#Clusterhat #DockerSwarm #Ansible

pi@pi0:~ $ ansible all -i hosts -m shell -a "docker system prune -a -f --volumes" --become

Just freed up over 1.6 Gigabytes of disk space

That's two years' worth of junk from messing about. 🤣

#Clusterhat #DockerSwarm #Ansible

pi@pi0:~ $ ansible all -i hosts -m shell -a "docker system prune -a -f --volumes" --become

Just freed up over 1.6 Gigabytes of disk space

That's two years' worth of junk from messing about. 🤣

#Clusterhat #DockerSwarm #Ansible

pi@pi0:~ $ ansible all -i hosts -m shell -a "docker system prune -a -f --volumes" --become

Just freed up over 1.6 Gigabytes of disk space

That's two years' worth of junk from messing about. 🤣

#Clusterhat #DockerSwarm #Ansible

pi@pi0:~ $ ansible all -i hosts -m shell -a "docker system prune -a -f --volumes" --become

Just freed up over 1.6 Gigabytes of disk space

That's two years' worth of junk from messing about. 🤣

#Clusterhat #DockerSwarm #Ansible

https://www.portainer.io/blog/cve-2025-68121-and-docker#what-the-vulnerability-is

If you are running Docker Swarm in production today, this vulnerability creates some pressure to address your orchestration strategy.

#dockerswarm #docker #portainer #cve #security

https://www.portainer.io/blog/cve-2025-68121-and-docker#what-the-vulnerability-is

If you are running Docker Swarm in production today, this vulnerability creates some pressure to address your orchestration strategy.

#dockerswarm #docker #portainer #cve #security

https://www.portainer.io/blog/cve-2025-68121-and-docker#what-the-vulnerability-is

If you are running Docker Swarm in production today, this vulnerability creates some pressure to address your orchestration strategy.

#dockerswarm #docker #portainer #cve #security

https://stefanmuraru.com/blog/k3s-vs-docker-swarm/

#k3s #dockerswarm #docker #selhosting #HomeLab

https://stefanmuraru.com/blog/k3s-vs-docker-swarm/

#k3s #dockerswarm #docker #selhosting #HomeLab

https://stefanmuraru.com/blog/k3s-vs-docker-swarm/

#k3s #dockerswarm #docker #selhosting #HomeLab

https://stefanmuraru.com/blog/k3s-vs-docker-swarm/

#k3s #dockerswarm #docker #selhosting #HomeLab

https://stefanmuraru.com/blog/k3s-vs-docker-swarm/

#k3s #dockerswarm #docker #selhosting #HomeLab

Как развернуть кластер среды общих данных Pilot: от теории к практике с Docker Swarm

Привет, друзья! Сегодня поговорим о кластерном режиме в Pilot – линейке продуктов, на базе которых организуют совместную работу над строительными проектами, сборку и проверку BIM-моделей. Кластерный режим Pilot обеспечивает отказоустойчивость и горизонтальное масштабирование её центрального компонента — Pilot-Server. Для хранения данных в кластере используется PostgreSQL, а для взаимодействия между узлами — Redis. Примечание: На данный момент кластеризация доступна только для Pilot-Server. Pilot-BIM-Server и Pilot-Web-Server работают как отдельные сервисы без возможности горизонтального масштабирования. Какие преимущества мы получаем по сравнению с подходом, где используется один компонент Pilot-Server? 1. Аппаратный сбой на сервере Pilot-Server. При падении машины, на которой расположен единственный экземпляр Pilot-Server, работа пользователей парализуется, никакие действия с системой в режиме онлайн невозможно совершить. При нескольких компонентах на разных серверах, в случае падения одного из них, мгновенно назначается новый активный узел из оставшихся рабочих. Для пользователей это будет кратковременный разрыв соединения, после которого они переподключатся к новому узлу. 2. Обновление ПО. При обновлении Pilot-Server с единственным экземпляром, пользователи не могут подключаться в этот момент. В кластерном режиме обновление можно произвести в режиме “Последовательного обновления”. 3. Рост нагрузки на Pilot-Server. Большое количество запросов к одному компоненту Pilot-Server может превысить пропускную способность одного сервера. В кластерном режиме за счёт нескольких узлов с Pilot-Server нагрузка будет распределяться между ними через балансировщик.

https://habr.com/ru/companies/ascon/articles/1011322/

#pilotbim #pilotice #pilotweb #кластеризация #postgresql #docker #dockerswarm #dockercompose

Как развернуть кластер среды общих данных Pilot: от теории к практике с Docker Swarm

Привет, друзья! Сегодня поговорим о кластерном режиме в Pilot – линейке продуктов, на базе которых организуют совместную работу над строительными проектами, сборку и проверку BIM-моделей. Кластерный режим Pilot обеспечивает отказоустойчивость и горизонтальное масштабирование её центрального компонента — Pilot-Server. Для хранения данных в кластере используется PostgreSQL, а для взаимодействия между узлами — Redis. Примечание: На данный момент кластеризация доступна только для Pilot-Server. Pilot-BIM-Server и Pilot-Web-Server работают как отдельные сервисы без возможности горизонтального масштабирования. Какие преимущества мы получаем по сравнению с подходом, где используется один компонент Pilot-Server? 1. Аппаратный сбой на сервере Pilot-Server. При падении машины, на которой расположен единственный экземпляр Pilot-Server, работа пользователей парализуется, никакие действия с системой в режиме онлайн невозможно совершить. При нескольких компонентах на разных серверах, в случае падения одного из них, мгновенно назначается новый активный узел из оставшихся рабочих. Для пользователей это будет кратковременный разрыв соединения, после которого они переподключатся к новому узлу. 2. Обновление ПО. При обновлении Pilot-Server с единственным экземпляром, пользователи не могут подключаться в этот момент. В кластерном режиме обновление можно произвести в режиме “Последовательного обновления”. 3. Рост нагрузки на Pilot-Server. Большое количество запросов к одному компоненту Pilot-Server может превысить пропускную способность одного сервера. В кластерном режиме за счёт нескольких узлов с Pilot-Server нагрузка будет распределяться между ними через балансировщик.

https://habr.com/ru/companies/ascon/articles/1011322/

#pilotbim #pilotice #pilotweb #кластеризация #postgresql #docker #dockerswarm #dockercompose

Как развернуть кластер среды общих данных Pilot: от теории к практике с Docker Swarm

Привет, друзья! Сегодня поговорим о кластерном режиме в Pilot – линейке продуктов, на базе которых организуют совместную работу над строительными проектами, сборку и проверку BIM-моделей. Кластерный режим Pilot обеспечивает отказоустойчивость и горизонтальное масштабирование её центрального компонента — Pilot-Server. Для хранения данных в кластере используется PostgreSQL, а для взаимодействия между узлами — Redis. Примечание: На данный момент кластеризация доступна только для Pilot-Server. Pilot-BIM-Server и Pilot-Web-Server работают как отдельные сервисы без возможности горизонтального масштабирования. Какие преимущества мы получаем по сравнению с подходом, где используется один компонент Pilot-Server? 1. Аппаратный сбой на сервере Pilot-Server. При падении машины, на которой расположен единственный экземпляр Pilot-Server, работа пользователей парализуется, никакие действия с системой в режиме онлайн невозможно совершить. При нескольких компонентах на разных серверах, в случае падения одного из них, мгновенно назначается новый активный узел из оставшихся рабочих. Для пользователей это будет кратковременный разрыв соединения, после которого они переподключатся к новому узлу. 2. Обновление ПО. При обновлении Pilot-Server с единственным экземпляром, пользователи не могут подключаться в этот момент. В кластерном режиме обновление можно произвести в режиме “Последовательного обновления”. 3. Рост нагрузки на Pilot-Server. Большое количество запросов к одному компоненту Pilot-Server может превысить пропускную способность одного сервера. В кластерном режиме за счёт нескольких узлов с Pilot-Server нагрузка будет распределяться между ними через балансировщик.

https://habr.com/ru/companies/ascon/articles/1011322/

#pilotbim #pilotice #pilotweb #кластеризация #postgresql #docker #dockerswarm #dockercompose

Es gibt scheinbar keine einfache storage Lösung für docker swarm, die, ähnlich wie longhorn, replizierten storage zur Verfügung stellt...

#docker #kubernetes #dockerswarm #Longhorn

Es gibt scheinbar keine einfache storage Lösung für docker swarm, die, ähnlich wie longhorn, replizierten storage zur Verfügung stellt...

#docker #kubernetes #dockerswarm #Longhorn

Es gibt scheinbar keine einfache storage Lösung für docker swarm, die, ähnlich wie longhorn, replizierten storage zur Verfügung stellt...

#docker #kubernetes #dockerswarm #Longhorn

Es gibt scheinbar keine einfache storage Lösung für docker swarm, die, ähnlich wie longhorn, replizierten storage zur Verfügung stellt...

#docker #kubernetes #dockerswarm #Longhorn

Es gibt scheinbar keine einfache storage Lösung für docker swarm, die, ähnlich wie longhorn, replizierten storage zur Verfügung stellt...

#docker #kubernetes #dockerswarm #Longhorn

Hi everyone,
I want to show my small script (SwarmPilot) that I made for initializing a docker swarm cluster (up to 9 nodes) with the following features:
- keepalived: One IP address for the entire cluster
- syncthing: For volume replication between the nodes
- portainer: Web UI Management
- nginx proxy manager: Reverse Proxy

https://github.com/SuitDeer/SwarmPilot

#keepalived #docker #dockerswarm #syncthing #portainer #nginxproxymanager #opensource #ubuntu

Hi everyone,
I want to show my small script (SwarmPilot) that I made for initializing a docker swarm cluster (up to 9 nodes) with the following features:
- keepalived: One IP address for the entire cluster
- syncthing: For volume replication between the nodes
- portainer: Web UI Management
- nginx proxy manager: Reverse Proxy

https://github.com/SuitDeer/SwarmPilot

#keepalived #docker #dockerswarm #syncthing #portainer #nginxproxymanager #opensource #ubuntu

Hi everyone,
I want to show my small script (SwarmPilot) that I made for initializing a docker swarm cluster (up to 9 nodes) with the following features:
- keepalived: One IP address for the entire cluster
- syncthing: For volume replication between the nodes
- portainer: Web UI Management
- nginx proxy manager: Reverse Proxy

https://github.com/SuitDeer/SwarmPilot

#keepalived #docker #dockerswarm #syncthing #portainer #nginxproxymanager #opensource #ubuntu

Hi everyone,
I want to show my small script (SwarmPilot) that I made for initializing a docker swarm cluster (up to 9 nodes) with the following features:
- keepalived: One IP address for the entire cluster
- syncthing: For volume replication between the nodes
- portainer: Web UI Management
- nginx proxy manager: Reverse Proxy

https://github.com/SuitDeer/SwarmPilot

#keepalived #docker #dockerswarm #syncthing #portainer #nginxproxymanager #opensource #ubuntu

I am using a Docker Swarm cluster for my services at home and I am currently testing different storage solutions (volume replication). For that I wanted to test and measure the synchronization time (delay) between my docker swarm nodes.

For that testing I have build SyncWatch

https://github.com/SuitDeer/SyncWatch

#docker #dockerswarm #volume #monitoring #opensource

I am using a Docker Swarm cluster for my services at home and I am currently testing different storage solutions (volume replication). For that I wanted to test and measure the synchronization time (delay) between my docker swarm nodes.

For that testing I have build SyncWatch

https://github.com/SuitDeer/SyncWatch

#docker #dockerswarm #volume #monitoring #opensource

In this guide, I will try to explain how to set up a Docker Swarm system that is completely highly available

https://hostlab.tech/blog/docker-swarm-ha-gluster

#docker #dockerswarm #keepalived #nginx #linux #ubuntu #portainer #gluster #glusterfs #tutorial #opensource #highavailability

Công cụ CLI triển khai ứng dụng trên Docker Swarm đơn giản như Vercel 🛠️. Tự động quay vòng bí mật, triển khai đa môi trường (staging/production), dọn dẹp bản vá và xây dựng dựa trên docker-compose.yml. Viết bằng Go, mã nguồn mở Alpha. [Hãy kiểm tra và góp ý!] #DockerSwarm #DevOps #Tech #CôngNghệ #Mastodon

https://www.reddit.com/r/selfhosted/comments/1pi9042/i_built_a_cli_tool_to_deploy_to_docker_swarm_like/

Prosty poradnik pokazujący wykorzystanie #DockerSwarm, który jest znany jako znacznie prostsze narzędzie do orkiestracji kontenerów na serwerze niż #Kubernetes. A to dopiero pierwszy tekst serii artykułów na tym blogu.

#DevOps

https://www.c-sharpcorner.com/article/deploying-your-first-service-on-docker-swarm/

Prosty poradnik pokazujący wykorzystanie #DockerSwarm, który jest znany jako znacznie prostsze narzędzie do orkiestracji kontenerów na serwerze niż #Kubernetes. A to dopiero pierwszy tekst serii artykułów na tym blogu.

#DevOps

https://www.c-sharpcorner.com/article/deploying-your-first-service-on-docker-swarm/

I am taking a look at https://docs.docker.com/engine/swarm/ and I don't see any timeouts. Obviously, there are going to be timeouts at the OS layer and such, but it seems like there should be timeouts in #dockerswarm. Do they not exist?

I am taking a look at https://docs.docker.com/engine/swarm/ and I don't see any timeouts. Obviously, there are going to be timeouts at the OS layer and such, but it seems like there should be timeouts in #dockerswarm. Do they not exist?

I am taking a look at https://docs.docker.com/engine/swarm/ and I don't see any timeouts. Obviously, there are going to be timeouts at the OS layer and such, but it seems like there should be timeouts in #dockerswarm. Do they not exist?

I am taking a look at https://docs.docker.com/engine/swarm/ and I don't see any timeouts. Obviously, there are going to be timeouts at the OS layer and such, but it seems like there should be timeouts in #dockerswarm. Do they not exist?

I am taking a look at https://docs.docker.com/engine/swarm/ and I don't see any timeouts. Obviously, there are going to be timeouts at the OS layer and such, but it seems like there should be timeouts in #dockerswarm. Do they not exist?

Here is my new #minirack !

DeskPi RackMate T1, 2x GeeekPi 10 Inch 2U Rack Mount for Raspberry, MikroTik CSS610-8G-2S+in Network Switch, and DeskPi 7.84-inch Touch Screen.

4xpi5-8gb and 4xpi5 -6gb, 8 total nodes. There is also an additional pi4 running the display.

Running docker swarm with Portainer.

So far my stacks are: CoreDNS, traefik, tailscale, docker-registry, and nextjs dashboard for the display.

#homelab #portainer #dockerswarm #pi #pi5

Here is my new #minirack !

DeskPi RackMate T1, 2x GeeekPi 10 Inch 2U Rack Mount for Raspberry, MikroTik CSS610-8G-2S+in Network Switch, and DeskPi 7.84-inch Touch Screen.

4xpi5-8gb and 4xpi5 -6gb, 8 total nodes. There is also an additional pi4 running the display.

Running docker swarm with Portainer.

So far my stacks are: CoreDNS, traefik, tailscale, docker-registry, and nextjs dashboard for the display.

#homelab #portainer #dockerswarm #pi #pi5

Here is my new #minirack !

DeskPi RackMate T1, 2x GeeekPi 10 Inch 2U Rack Mount for Raspberry, MikroTik CSS610-8G-2S+in Network Switch, and DeskPi 7.84-inch Touch Screen.

4xpi5-8gb and 4xpi5 -6gb, 8 total nodes. There is also an additional pi4 running the display.

Running docker swarm with Portainer.

So far my stacks are: CoreDNS, traefik, tailscale, docker-registry, and nextjs dashboard for the display.

#homelab #portainer #dockerswarm #pi #pi5

Here is my new #minirack !

DeskPi RackMate T1, 2x GeeekPi 10 Inch 2U Rack Mount for Raspberry, MikroTik CSS610-8G-2S+in Network Switch, and DeskPi 7.84-inch Touch Screen.

4xpi5-8gb and 4xpi5 -6gb, 8 total nodes. There is also an additional pi4 running the display.

Running docker swarm with Portainer.

So far my stacks are: CoreDNS, traefik, tailscale, docker-registry, and nextjs dashboard for the display.

#homelab #portainer #dockerswarm #pi #pi5

Thanks @jadehopepunk perfect timing!

@ryan @goblin @organvoid
I just did a quick search, this video was pretty good as a quick explainer..

https://m.youtube.com/watch?v=VpZ59xtnmro

#Docker #DockerSwarm #HomeLab #SelfHosting

Thanks @jadehopepunk perfect timing!

@ryan @goblin @organvoid
I just did a quick search, this video was pretty good as a quick explainer..

https://m.youtube.com/watch?v=VpZ59xtnmro

#Docker #DockerSwarm #HomeLab #SelfHosting

Thanks @jadehopepunk perfect timing!

@ryan @goblin @organvoid
I just did a quick search, this video was pretty good as a quick explainer..

https://m.youtube.com/watch?v=VpZ59xtnmro

#Docker #DockerSwarm #HomeLab #SelfHosting

Thanks @jadehopepunk perfect timing!

@ryan @goblin @organvoid
I just did a quick search, this video was pretty good as a quick explainer..

https://m.youtube.com/watch?v=VpZ59xtnmro

#Docker #DockerSwarm #HomeLab #SelfHosting

Thanks @jadehopepunk perfect timing!

@ryan @goblin @organvoid
I just did a quick search, this video was pretty good as a quick explainer..

https://m.youtube.com/watch?v=VpZ59xtnmro

#Docker #DockerSwarm #HomeLab #SelfHosting

Hadoop на микросервисах или история одного пет-проекта

Столкнувшись с концепцией Big Data некоторое время назад, у меня возник очевидный вопрос: как это можно «потрогать» своими собственными руками, где и как можно посмотреть программное обеспечение, составляющее данный концепт, разобраться с его конфигурацией, а в силу того, что я являюсь специалистом информационной безопасности, «потыкать в него палочками», провести проверку на предмет защищенности, возможности несанкционированных доступов. Ввиду специфики систем данного рода, их достаточно тяжело развернуть в качестве учебного проекта на собственном персональном компьютере. Используемые в организации программы такого рода, мягко говоря, также не очень предназначены для того, чтобы их «ковыряли», «подламывали» и всячески пытались вывести из штатного режима работы. Представляемый в данной статье проект предназначен для того, чтобы развернуть внутри Docker-контейнеров, распределенных на несколько компьютеров, максимально защищенную среду Hadoop (включающую в себя ПО Ranger и Knox), предоставить доступ к ее интерфейсам для тестирования и настройки. Если кратко, то это все. «Git clone», «docker compose up -d» с некоторыми предварительными настройками и «будет вам счастье». Написанный код (преимущественно shell-скрипты и конфигурация docker) максимально документирован ссылками на ресурсы сети Интернет, откуда это взято и где это все подробно описано. Технологии все общеизвестные, новые паттерны я здесь не изобретал. Если же что-то становится не понятным или docker-контейнеры «не взлетают» с первого раза – придется читать дальше, тут я как раз постараюсь описать все подробнее. Итак, поехали…

https://habr.com/ru/articles/885646/

#hadoop #ranger #knox #docker #dockerswarm

Hadoop на микросервисах или история одного пет-проекта

Столкнувшись с концепцией Big Data некоторое время назад, у меня возник очевидный вопрос: как это можно «потрогать» своими собственными руками, где и как можно посмотреть программное обеспечение, составляющее данный концепт, разобраться с его конфигурацией, а в силу того, что я являюсь специалистом информационной безопасности, «потыкать в него палочками», провести проверку на предмет защищенности, возможности несанкционированных доступов. Ввиду специфики систем данного рода, их достаточно тяжело развернуть в качестве учебного проекта на собственном персональном компьютере. Используемые в организации программы такого рода, мягко говоря, также не очень предназначены для того, чтобы их «ковыряли», «подламывали» и всячески пытались вывести из штатного режима работы. Представляемый в данной статье проект предназначен для того, чтобы развернуть внутри Docker-контейнеров, распределенных на несколько компьютеров, максимально защищенную среду Hadoop (включающую в себя ПО Ranger и Knox), предоставить доступ к ее интерфейсам для тестирования и настройки. Если кратко, то это все. «Git clone», «docker compose up -d» с некоторыми предварительными настройками и «будет вам счастье». Написанный код (преимущественно shell-скрипты и конфигурация docker) максимально документирован ссылками на ресурсы сети Интернет, откуда это взято и где это все подробно описано. Технологии все общеизвестные, новые паттерны я здесь не изобретал. Если же что-то становится не понятным или docker-контейнеры «не взлетают» с первого раза – придется читать дальше, тут я как раз постараюсь описать все подробнее. Итак, поехали…

https://habr.com/ru/articles/885646/

#hadoop #ranger #knox #docker #dockerswarm

Hadoop на микросервисах или история одного пет-проекта

Столкнувшись с концепцией Big Data некоторое время назад, у меня возник очевидный вопрос: как это можно «потрогать» своими собственными руками, где и как можно посмотреть программное обеспечение, составляющее данный концепт, разобраться с его конфигурацией, а в силу того, что я являюсь специалистом информационной безопасности, «потыкать в него палочками», провести проверку на предмет защищенности, возможности несанкционированных доступов. Ввиду специфики систем данного рода, их достаточно тяжело развернуть в качестве учебного проекта на собственном персональном компьютере. Используемые в организации программы такого рода, мягко говоря, также не очень предназначены для того, чтобы их «ковыряли», «подламывали» и всячески пытались вывести из штатного режима работы. Представляемый в данной статье проект предназначен для того, чтобы развернуть внутри Docker-контейнеров, распределенных на несколько компьютеров, максимально защищенную среду Hadoop (включающую в себя ПО Ranger и Knox), предоставить доступ к ее интерфейсам для тестирования и настройки. Если кратко, то это все. «Git clone», «docker compose up -d» с некоторыми предварительными настройками и «будет вам счастье». Написанный код (преимущественно shell-скрипты и конфигурация docker) максимально документирован ссылками на ресурсы сети Интернет, откуда это взято и где это все подробно описано. Технологии все общеизвестные, новые паттерны я здесь не изобретал. Если же что-то становится не понятным или docker-контейнеры «не взлетают» с первого раза – придется читать дальше, тут я как раз постараюсь описать все подробнее. Итак, поехали…

https://habr.com/ru/articles/885646/

#hadoop #ranger #knox #docker #dockerswarm

Anyone know about the #DockerSwarm routing mesh? I can't seem to access containers running on other worker nodes (e.g. when accessing a service proxied through caddy), and the ingress routing doesn't work either. The proxied services work OK on a single node, but apart from ingress published ports never worked.

This stuff is really hard to debug; any pointers appreciated.

Anyone know about the #DockerSwarm routing mesh? I can't seem to access containers running on other worker nodes (e.g. when accessing a service proxied through caddy), and the ingress routing doesn't work either. The proxied services work OK on a single node, but apart from ingress published ports never worked.

This stuff is really hard to debug; any pointers appreciated.

Anyone know about the #DockerSwarm routing mesh? I can't seem to access containers running on other worker nodes (e.g. when accessing a service proxied through caddy), and the ingress routing doesn't work either. The proxied services work OK on a single node, but apart from ingress published ports never worked.

This stuff is really hard to debug; any pointers appreciated.

Anyone know about the #DockerSwarm routing mesh? I can't seem to access containers running on other worker nodes (e.g. when accessing a service proxied through caddy), and the ingress routing doesn't work either. The proxied services work OK on a single node, but apart from ingress published ports never worked.

This stuff is really hard to debug; any pointers appreciated.

Anyone know about the #DockerSwarm routing mesh? I can't seem to access containers running on other worker nodes (e.g. when accessing a service proxied through caddy), and the ingress routing doesn't work either. The proxied services work OK on a single node, but apart from ingress published ports never worked.

This stuff is really hard to debug; any pointers appreciated.

Hey fediverse!

TL;DR - #ElfHosted are experimenting with a hosted #GoToSocial offering, priced at $1/month if you signup during Feb 2025. Get it at https://store.elfhosted.com/product/gotosocial/ (*custom domain names are another $1/month*)

Long version:

I'm David, I've written technical guides on deploying #Mastodon using #Kubernetes (https://geek-cookbook.funkypenguin.co.nz/recipes/kubernetes/mastodon/) and #DockerSwarm (https://geek-cookbook.funkypenguin.co.nz/recipes/mastodon/), although these need an update for v4.

ElfHosted (https://docs.elfhosted.com) is my geeky little #opensource (https://docs.elfhosted.com/open) PaaS project - we host #OSS stacks for users who don't want to do #selfhosting themselves.

I've been dabbling with offering more fediverse-friendly stacks, but the complexity of the "big guys" (#Mastdon, #PixelFed, #Lemmy) is a bit of a barrier. I've also been struggling to get myself back into posting on the fediverse (*since I broke my Mastodon v4 upgrade!*)

So.. I thought I'd start with offering simple, hosted GoToSocial instances, since they're usually single-instance, nicely self-contained and portable (*i.e., users can take their data and migrate away whenever they want*).

I'm uncertain about what the demand / market / response will be, so I wanted to offer GoToSocial instances at a token $1/month for a trial period, to gauge response.

I'd be happy to hear your feedback / ideas, either here or in https://discord.elfhosted.com :)

Cheers!
D

Finally getting to put some time towards my #homelab again. Scrap the previous work I did at automating #dockerswarm containers and try out #proxmox instead?

I know both have pros and cons and are different tools for different jobs, but I'd love discourse from either side to validate or prevent the choice.

Finally getting to put some time towards my #homelab again. Scrap the previous work I did at automating #dockerswarm containers and try out #proxmox instead?

I know both have pros and cons and are different tools for different jobs, but I'd love discourse from either side to validate or prevent the choice.

Finally getting to put some time towards my #homelab again. Scrap the previous work I did at automating #dockerswarm containers and try out #proxmox instead?

I know both have pros and cons and are different tools for different jobs, but I'd love discourse from either side to validate or prevent the choice.