From 8cc042e2b48a925c482c9fcfa5c25fc257cfc6fe Mon Sep 17 00:00:00 2001 From: Paul Buetow Date: Sun, 20 Jul 2025 09:07:56 +0300 Subject: Update content for gemtext --- gemfeed/2025-07-14-f3s-kubernetes-with-freebsd-part-6.gmi | 2 +- gemfeed/2025-07-14-f3s-kubernetes-with-freebsd-part-6.gmi.tpl | 2 +- gemfeed/atom.xml | 4 ++-- 3 files changed, 4 insertions(+), 4 deletions(-) (limited to 'gemfeed') diff --git a/gemfeed/2025-07-14-f3s-kubernetes-with-freebsd-part-6.gmi b/gemfeed/2025-07-14-f3s-kubernetes-with-freebsd-part-6.gmi index 54cc79a3..f1e26b05 100644 --- a/gemfeed/2025-07-14-f3s-kubernetes-with-freebsd-part-6.gmi +++ b/gemfeed/2025-07-14-f3s-kubernetes-with-freebsd-part-6.gmi @@ -59,7 +59,7 @@ This is the sixth blog post about the f3s series for self-hosting demands in a h ## Introduction -In the previous posts, we set up a FreeBSD-based Kubernetes cluster using k3s. While the base system works well, Kubernetes workloads often require persistent storage for databases, configuration files, and application data. Local storage on each node has significant limitations: +In the previous posts, we set up a WireGuard mesh network. In the future, we will also setting up a Kubernetes cluster. Kubernetes workloads often require persistent storage for databases, configuration files, and application data. Local storage on each node has significant limitations: * No data sharing: Pods (once we run Kubernetes) on different nodes can't access the same data * Pod mobility: If a pod moves to another node, it loses access to its data diff --git a/gemfeed/2025-07-14-f3s-kubernetes-with-freebsd-part-6.gmi.tpl b/gemfeed/2025-07-14-f3s-kubernetes-with-freebsd-part-6.gmi.tpl index 4eddafa7..bde3de0e 100644 --- a/gemfeed/2025-07-14-f3s-kubernetes-with-freebsd-part-6.gmi.tpl +++ b/gemfeed/2025-07-14-f3s-kubernetes-with-freebsd-part-6.gmi.tpl @@ -12,7 +12,7 @@ This is the sixth blog post about the f3s series for self-hosting demands in a h ## Introduction -In the previous posts, we set up a FreeBSD-based Kubernetes cluster using k3s. While the base system works well, Kubernetes workloads often require persistent storage for databases, configuration files, and application data. Local storage on each node has significant limitations: +In the previous posts, we set up a WireGuard mesh network. In the future, we will also setting up a Kubernetes cluster. Kubernetes workloads often require persistent storage for databases, configuration files, and application data. Local storage on each node has significant limitations: * No data sharing: Pods (once we run Kubernetes) on different nodes can't access the same data * Pod mobility: If a pod moves to another node, it loses access to its data diff --git a/gemfeed/atom.xml b/gemfeed/atom.xml index e7e6b418..3c2b9daa 100644 --- a/gemfeed/atom.xml +++ b/gemfeed/atom.xml @@ -1,6 +1,6 @@ - 2025-07-13T19:45:38+03:00 + 2025-07-20T09:06:35+03:00 foo.zone feed To be in the .zone! @@ -80,7 +80,7 @@

Introduction



-In the previous posts, we set up a FreeBSD-based Kubernetes cluster using k3s. While the base system works well, Kubernetes workloads often require persistent storage for databases, configuration files, and application data. Local storage on each node has significant limitations:
+In the previous posts, we set up a WireGuard mesh network. In the future, we will also setting up a Kubernetes cluster. Kubernetes workloads often require persistent storage for databases, configuration files, and application data. Local storage on each node has significant limitations: