From 82e8095bf20f2f96468804c5c0d9ac92acfdd53b Mon Sep 17 00:00:00 2001 From: Paul Buetow Date: Sun, 21 Apr 2024 11:44:58 +0300 Subject: Update content for html --- gemfeed/atom.xml | 20 +++++++++++++++++++- 1 file changed, 19 insertions(+), 1 deletion(-) (limited to 'gemfeed/atom.xml') diff --git a/gemfeed/atom.xml b/gemfeed/atom.xml index a498bc70..e9536214 100644 --- a/gemfeed/atom.xml +++ b/gemfeed/atom.xml @@ -1,6 +1,6 @@ - 2024-04-12T23:43:12+03:00 + 2024-04-21T11:44:45+03:00 foo.zone feed To be in the .zone! @@ -47,6 +47,24 @@ _____|_:_:_| (o)-(o) |_:_:_|--'`-. ,--. ksh under-water (((\'/
+
+Table of contents:
+    KISS high-availability with OpenBSD
+        My auto-failover requirements
+        My HA solution
+            Only OpenBSD base installation required
+   !/bin/ksh
+    Race condition (e.g. script execution aborted in the middle of the previous run)
+            Fairly cheap and geo-redundant
+            Failover time and split-brain
+            Failover support for multiple protocols
+            Let's encrypt TLS certificates
+    Weekly auto-failover for Let's Encrypt automation
+            Monitoring
+            Rex automation
+        More HA
+
+
I have always wanted a highly available setup for my personal websites. I could have used off-the-shelf hosting solutions or hosted my sites in an AWS S3 bucket. I have used technologies like (in unsorted and slightly unrelated order) BGP, LVS/IPVS, ldirectord, Pacemaker, STONITH, scripted VIP failover via ARP, heartbeat, heartbeat2, Corosync, keepalived, DRBD, and commercial F5 Load Balancers for high availability at work.

But still, my personal sites were never highly available. All those technologies are great for professional use, but I was looking for something much more straightforward for my personal space - something as KISS (keep it simple and stupid) as possible.
-- cgit v1.2.3