Ingo: Hallihallo, herzlich willkommen zur RadioTUX-Sendung im Juli 2025.
Ingo: Heute mit Sebastian.
Sebastian: Hallihallo.
Ingo: Und mit mir. Ich bin Ingo. Hi. Und es ist eine verspätete Juli-Sendung,
Ingo: aber wir wollen ja ein bisschen wieder aufholen.
Sebastian: Besser spät als gar nicht.
Ingo: Genau. Ja, genau.
Ingo: Wir sind irgendwie ein bisschen im Stress und schaffen es irgendwie nicht regelmäßig, was aufzunehmen.
Ingo: Aber die letzte Sendung hat sehr gutes Feedback gekriegt, als wir uns über Smart
Ingo: Home unterhalten haben.
Ingo: Da werden wir sicher auch nochmal eine zweite Folge zu machen.
Ingo: Aber heute soll es um was anderes gehen.
Ingo: Sebastian hat in der letzten Zeit nämlich an seinem Homelab gebastelt und ich
Ingo: habe ja auch schon mal von meinen, ja,
Ingo: Sachen, die ich hier so im Homelab aufbaue, auch schon mal erzählt,
Ingo: das letzte Mal war im Oktober 2023,
Ingo: da habe ich mit Ansgar gesessen und wir haben so ein bisschen über,
Ingo: ja, wie man so zu Hause so sein Zeug aufbauen kann und mit Glasfaser und allem
Ingo: so Richtung Glasfaser und Anschlüsse und sowas muss es ja heute gar nicht gehen,
Ingo: aber wie man so seinen Cluster aufbaut und was Sebastian da mit Docker Swarm
Ingo: in den letzten paar Tagen ausprobiert hat, darum soll es heute gehen. Genau.
Sebastian: Ich habe auch schon mal mit Robert zusammen eine Folge gemacht über Self-Hosting.
Ingo: Stimmt.
Sebastian: Das war aber auch schon das war letztes Nein, vorletztes Jahr wahrscheinlich.
Sebastian: Es war wahrscheinlich vorletztes Jahr, ja.
Sebastian: Die Zeit rast derzeit. Das ist extrem schwierig, sich daran zu erinnern,
Sebastian: wann Dinge passiert sind.
Ingo: Können wir ja auch noch mal verlinken, auf jeden Fall, in den Show Notes,
Ingo: dann könnt ihr das alles noch mal nachhören.
Ingo: Und genau, vielleicht gehen wir ja auch noch ein bisschen so auf Sachen,
Ingo: die wir so hosten, die wir jetzt im Homelab sozusagen haben,
Ingo: mit ein, aber erst mal vielleicht, ja, was hast du dann zu Hause,
Ingo: was hast du dann bei dir zu Hause aufgebaut, mit was hast du es installiert
Ingo: und bist du zufrieden mit der ganzen Geschichte?
Sebastian: Genau also ich hab ich hab ja schon schon
Sebastian: länger dass ich da ich ein paar dienste hoste für die familie und gut meist
Sebastian: überwiegend für mich außer wenn es dann um backups geht dann freuen sich auf
Sebastian: einmal alle dass ich es doch eingerichtet habe für sie ansonsten wird es eigentlich
Sebastian: nicht so viel nicht so viel benutzt,
Sebastian: Teilweise aber auch für Freunde und das hatte ich die ganze Zeit eben auf einem
Sebastian: Server bei Hetzner und jetzt haben wir mittlerweile Glasfaser zu Hause und dementsprechend
Sebastian: ist die Anbindung eben doch gut genug, dass man Dinge auch zu Hause hosten kann.
Sebastian: Gerade eben, wenn es um so Sachen geht, die jetzt nicht so krass frequentiert sind.
Sebastian: Oder wo es auch mal nicht so schlimm ist, wenn mal einen halben Tag was kaputt ist.
Sebastian: Meistens merkt es ja keiner, außer ich selber.
Sebastian: Genau, und dementsprechend habe ich jetzt angefangen, Sachen nach Hause umzuziehen.
Sebastian: Und ich habe jetzt mir letztes Jahr, im Mai glaube ich, war die Aktion von Ukraine.
Sebastian: Die haben ja letztes Jahr ein neues, also die haben ja Nass,
Sebastian: die sind ja in den Nass-Sektor eingestiegen.
Ingo: Welche Firma? Ukraine?
Sebastian: Ukraine, ja. Die kennst du wahrscheinlich von Netzteilen oder sowas.
Sebastian: Also das ist das, wo die eigentlich herkommen.
Sebastian: Ich glaube, Powerbanks haben die auch, aber überwiegend so Netzteile, da kannte ich die her.
Ingo: Nee, ich habe so Be Quiet oder ...
Sebastian: Nein, nein, nein.
Ingo: Solche Netzteile.
Sebastian: Handy, Handy, Handy-Netzteile. Also so USB-C-Ladestecker, daher kenne ich die eigentlich.
Ingo: Okay, nee, sagt mir nichts.
Sebastian: Auf jeden Fall haben die, das sah hardwaretechnisch halt ganz gut aus.
Sebastian: Es war bei den Reviews auch eigentlich ziemlich gut.
Sebastian: Es waren einige YouTuber, die das Gerät eben während der Kickstart-Kampagne
Sebastian: schon bekommen hatten und darüber berichtet haben.
Sebastian: Und vor allem, das Teil hat halt dann doch schon ganz coole Specs.
Sebastian: Ich muss jetzt mal nebenbei die Seite aufmachen und mal kurz gucken,
Sebastian: dass ich nichts Falsches erzähle, weil ich kenne die Specs nicht mehr auswendig.
Sebastian: Auf jeden Fall war mein Synology-NAS schon ziemlich in die Jahre gekommen und
Sebastian: dann hatte ich mir dieses NAS geklickt bei Kickstarter und habe es dann zu einem
Sebastian: ganz guten Preis bekommen,
Sebastian: so ein 6-Bay-NAS mit ein bisschen Power.
Sebastian: Also genau, die haben hier zwölfte Generation vom i5 drin mit einem Zehnkerner.
Sebastian: Zweimal 10 Gigabit Ethernet-Anschluss hinten drin, HDMI,
Sebastian: dann eben die sechs Festplatten, dann hat es nochmal zwei MVNE-Steckplätze mit,
Sebastian: ich glaube, vier Lanes jeweils.
Sebastian: Ja, ist auf jeden Fall Hardware-technisch äh,
Sebastian: Die Oberklasse und das für, ich glaube, um die 650 Euro habe ich bezahlt bei Kickstarter.
Sebastian: Ja, wenn man es komplett selber bauen würde, wäre es günstiger,
Sebastian: aber dann ist natürlich auch irgendwie kein Case dabei und sowas.
Sebastian: Und das passt halt super schön auch hier in den kleinen Serverschrank,
Sebastian: den ich oben unterm Dach habe.
Sebastian: Mein Homelab sitzt zum Großteil oben unterm Dach.
Ingo: Ist da nicht so warm?
Sebastian: Ähm, jein. Ich muss das noch ein bisschen tracken.
Sebastian: Wir haben jetzt erst eine Tür dort eingebaut.
Sebastian: Und es ist so, dass in diesem Raum, wo der Serverschrank steht,
Sebastian: ist auch noch andere Technik, nämlich der Wechselrichter zum Beispiel.
Sebastian: Und der macht natürlich warm. Wir haben aber direkt im Nachbarraum eben eine Klimaanlage.
Sebastian: Und wenn der warm macht, dann haben wir so viel Strom, dass die Klimaanlage
Sebastian: halt einfach immer mitläuft an der Stelle.
Sebastian: Und dadurch bleibt es eigentlich relativ kühl, also klar es ist nicht so kalt
Sebastian: wie in einem speziellen Server,
Sebastian: Raum, aber zur größten Not, wenn es dem Ugreen zu warm werden sollte,
Sebastian: habe ich nochmal einen Serverschrank im Keller und,
Sebastian: Der wäre dann bei der Brauchwasser-Wärmepumpe und da ist es konstant kühl.
Sebastian: Ist auch eine Klimaanlage letzten Endes, die uns halt Warmwasser macht auf der anderen Seite.
Ingo: Also bei mir stehen die Sachen im Keller, aber auch da, wo der Wechselrichter
Ingo: steht, steht auch das Rack.
Ingo: Ich glaube, es ist 22 HE hoch, was ich mir da in den Keller gestellt habe.
Ingo: Hat aber leider keine Klimaanlage und keine Brauchwasser-Wärmepumpe.
Ingo: Also da wird es tatsächlich auch im Sommer schon gut heiß.
Ingo: Auch mal so über 26, 27 Grad da unten.
Ingo: Ich muss mal gucken, wie man das dauerhaft dann angehen kann.
Ingo: Also es gab jetzt nur ein paar Tage, wo ich mir Sorgen gemacht hatte.
Ingo: Ja, langfristig muss man mal schauen. Aber gerade im Winter ist es sehr angenehm,
Ingo: dass da unten es auch ein bisschen wärmer wird.
Ingo: Da habe ich eher immer das Problem gehabt, dass es zu kalt wurde.
Ingo: Und jetzt habe ich das Problem im Keller nicht mehr.
Sebastian: Ja gut, ich glaube, aber die Temperatur so 26 Grad, also wir haben es unterm
Sebastian: Dach auf jeden Fall in diesem Raum ein bisschen wärmer, würde ich sagen.
Sebastian: Die Klimaanlage selber ist auf 25 Grad eingeschaltet, weil alles drunter kriege
Sebastian: ich von meiner Frau Ärger.
Ingo: Unter 25 Grad kriegst du Ärger ich finde 25, 26 Grad ist schon echt,
Ingo: finde ich schon zu Hause ganz schön anstrengend also so dauerhaft zu arbeiten
Ingo: bei den Temperaturen, also bei mir hier im Büro finde ich,
Ingo: ist über 25 Grad oder über 26 Grad finde ich anstrengend echt okay.
Sebastian: Ne also ich muss sagen, ich bin mit den 25 Grad, bin ich sehr sehr zufrieden,
Sebastian: also man sitzt dann hier, man kann hier halt dann gemütlich in kurzer Hose und T-Shirt sitzen. Ähm,
Sebastian: Man muss dazu sagen, wir haben halt auch noch eine Lüftungsanlage hier laufen.
Ingo: Ja, okay, sowas haben wir nicht.
Sebastian: Und dementsprechend kommt ja auch nirgendwo nochmal warme Luft dazu oder sowas.
Sebastian: Das ist halt, also die Lüftungsanlage, gut, wir hatten vor ein paar Wochen,
Sebastian: hatten wir es mal 40 Grad hier draußen. Das war sehr anstrengend.
Sebastian: Aber durch die Lüftungsanlage ist das, war das hier drin sehr angenehm.
Sebastian: Und wir hatten hier trotzdem unsere 25 Grad nur im Haus.
Sebastian: Und ich habe irgendwann nachmittags mal bei einem Meeting auf die Hausautomation
Sebastian: geguckt und war so erschrocken, dass ich halt mitten ins Meeting reingequatscht habe,
Sebastian: weil ich gedacht habe, so was, das kann nicht sein, 39,5?
Sebastian: Ja, nö, aber hier war es halt permanent angenehm.
Sebastian: Und klar, bei so Temperaturen kommt dann eben, was kam von der Lüftungsanlage,
Sebastian: kam 27 Grad rein und 25 haben wir rausgepustet.
Sebastian: Also zwei Grad, die wir halt aufwärmen und die die Klimaanlage dann permanent
Sebastian: ein bisschen runterkühlt wieder.
Ingo: Okay, also du hast es auf dem Dach, ich habe es im Keller.
Ingo: Was sind denn, und ich habe halt ein paar,
Ingo: also es sind zum Teil das alte Desktop-Rechner, die ich genommen habe und SSDs,
Ingo: also SATA-SSDs und NVMe-SSDs reingepackt,
Ingo: oder auch ein paar größere SATA-Festplatten, je nachdem, was man halt so braucht.
Ingo: Und teilweise ist es so eine Super-Micro-Micro-Cloud, wo einfach mehrere,
Ingo: also wie bei so einem Blade-Chassis, wo du einfach so mehrere Server tatsächlich
Ingo: in ein Gehäuse reinpackst.
Ingo: Und da laufen gerade sechs Server bei mir, die zusammen einen Cluster biegen. Genau.
Sebastian: Okay, also das heißt, du hast da schon professionellere Hardware stehen.
Ingo: Ja, die Hardware ist auch untereinander mittlerweile mit 10 GE angebunden.
Ingo: Klar, ich habe auch ein Glasfaser, zurzeit einen Gigabit nach draußen,
Ingo: wird hoffentlich mal bald mehr
Ingo: oder ein Gigabit rein, raus sind es glaube ich 600. Gleich wie bei mir.
Sebastian: Ja.
Ingo: Verstehe ich auch immer nicht, warum sie das, ja, ja, gut. Ja,
Ingo: sind halt in Deutschland.
Ingo: Genau, da muss man das noch künstlich runterdrosseln.
Ingo: Und genau, dann habe ich irgendwann die Sachen tatsächlich auf 10 Gigabit jetzt
Ingo: hochgeschraubt untereinander,
Ingo: weil bei mir ist es tatsächlich auch so, also das ist Proxmox,
Ingo: also es ist ein Debian-System und ich betreibe das Hyper-Converge,
Ingo: das heißt also da ist auch ein Storage-Cluster mit dran.
Ingo: Das Storage-Cluster ist bei mir ein CEF-System und es läuft mit 10 Gigabit schon
Ingo: mal ein bisschen besser, als wenn die nur mit einem Gigabit untereinander angebunden werden.
Ingo: Wobei, einer der Server ist nur mit 2,5 GE dran, aber insgesamt ist das ein
Ingo: gutes lauffähiges Setup bei mir.
Ingo: Also Proxmox Debian mit einem CEF-Cluster als Storage drunter.
Sebastian: Genau. Also nutzt du da das Ceph-Cluster von Proxmox direkt oder?
Ingo: Gerade ja.
Ingo: Ich hatte erst, hatte ich es extern sozusagen selber ein bisschen rumgespielt.
Ingo: Da hatte ich eine Zeit lang tatsächlich nur von meinem, also ich habe einen QNAP NAS auch noch.
Ingo: Und da kannst du ja sagen, einfach einen NFS-Server aufsetzen und den als Shared Storage verwenden.
Ingo: Weil irgend, wenn du einen Cluster betreibst, willst du ja irgendwie auch einen Shared Storage haben.
Ingo: Also nimm die Möglichkeit, dass du auch die, zum Beispiel die virtuellen Maschinen
Ingo: einfach von einer Node auf die andere verschieben kannst, ohne dass er die irgendwie
Ingo: rüber kopieren muss oder ähnliche Sachen.
Ingo: Aber als ich dann mal die Zeit hatte, das Netzwerk auch wirklich auf 10 Gigabit
Ingo: aufzubauen, habe ich jetzt auch ZEV aktiviert und habe das mit der Oberfläche
Ingo: von Proxmox selber gemacht,
Ingo: wobei ich ziemlich viel abseits auch davon manage.
Ingo: Also ich habe mal neue Festplatten rein- und rausgenommen, mache ich tatsächlich
Ingo: mit den normalen ZEV-Kommandos und nicht mit der Web-Oberfläche von Proxmox.
Ingo: Und Proxmox kann zum Beispiel auch nicht diese Radus Gateways,
Ingo: also wenn man Ceph oder wenn man S3 machen will mit Ceph, dann braucht man diese Radus Gateways.
Ingo: Die kannst du nicht mit der Web-Oberfläche deployen. Das musst du auch manuell selber machen.
Ingo: Also, jein ist, glaube ich, die richtige Antwort dazu.
Sebastian: Okay. Ja, mein Knowledge über CEF ist doch noch recht limitiert.
Sebastian: Ich habe auch eins aufgesetzt hier in einem CEF-Cluster.
Sebastian: Da kommen wir auch gleich nochmal zu. Das ist aber halt wirklich mehr so,
Sebastian: ich habe es aufgesetzt nach Anleitung und mehr habe ich mich noch nicht drum
Sebastian: gekümmert, muss ich gestehen.
Sebastian: Ich kenne nur das CEF-Status-Kommando und die anderen Kommandos hatte ich.
Sebastian: Die anderen Kommandos habe ich einfach aus irgendeinem Blogartikel,
Sebastian: wie man es aufsetzt, eben rausgezogen.
Ingo: Reicht ja auch, oder? Wenn man tatsächlich nur die Sachen macht,
Ingo: die Proxmox anbietet, kann man das ganz normal über die Web-Oberfläche klick, klick.
Ingo: Also man braucht natürlich mehrere Festplatten, die in dem System drin sind
Ingo: und das auch verteilt über mehrere verschiedene Nodes.
Ingo: Aber dann kann man einfach wirklich sagen, hier, ich will da meinen Monitor-Nodes,
Ingo: ich will da meine Manager-Nodes und da will ich meine OSDs, also meine Festplatten haben.
Ingo: Und dann klickst du dir das zusammen und hast den Storage da.
Ingo: Was ich jetzt mit, zumindest mit der Proxmox-Umgebung noch nicht gemacht habe, ist ZEV aufgesetzt.
Ingo: Das würde tatsächlich gehen, auch mit der Web-Oberfläche von Proxmox.
Ingo: Also da kann man schon eine Menge machen und ja, die haben ja auch die extra
Ingo: Pakete, die sie bereitstellen, direkt für ihre, also ZEV-Pakete,
Ingo: ZEV-Devian-Pakete, direkt für ihre Oberfläche.
Ingo: Also, ja, wenn man damit anfängt und sich jetzt nicht tief reinbuddeln will oder kann,
Ingo: dann ist das auf jeden Fall ein valider Weg und klar, du hast nicht alle Funktionen,
Ingo: wie gesagt, gerade diese S3-Geschichte, die kriegst du jetzt nicht hin,
Ingo: aber alles andere würde ich sagen, ich gucke jetzt gerade mal auf mein System
Ingo: hier, ja, also es zeigt dir an, wie viele IOPS du hast, Street Rides, wie groß es ist,
Ingo: ob alle Festplatten richtig funktionieren und so weiter und so fort.
Ingo: Also da kann man schon mit dieser Oberfläche kann man schon die meisten Sachen
Ingo: einfach abhändeln und wenn man damit anfängt, definitiv das damit zu machen. Klar.
Sebastian: Ja, gut. Hab ich jetzt bei mir nicht gemacht. Storage ist generell noch so der Knackpunkt.
Sebastian: Ich habe ja einen 6-Bay-NAS, habe aber aktuell nur drei produktive Festplatten drin.
Sebastian: Produktiv heißt, ich habe in den anderen zwei, habe ich einmal eine Backup-Festplatte
Sebastian: drin, um meinen Backup, weil wir waren vorhin, habe ich ja kurz erwähnt,
Sebastian: dass mein Synology-NAS in die Jahre gekommen ist und,
Sebastian: Ja, es hat dann zum besten Zeitpunkt kurz vorm Umzug den Geist aufgegeben.
Ingo: Klassisch, klar.
Sebastian: Ich hatte dann lange Zeit, also lange wirklich keine Zeit gefunden,
Sebastian: das zu fixen, beziehungsweise mich darum zu kümmern.
Sebastian: Habe dann aber irgendwann hier auf dem System, auf dem Ukraine,
Sebastian: habe ich mir ein Proxmox auch drauf installiert und habe dann geschaut,
Sebastian: man kann die Synology-Platten oder konnte die Synology-Platten jetzt die ganze
Sebastian: Zeit mit einem Ubuntu eben wieder herstellen.
Sebastian: Und das habe ich dann, habe ich die drei Platten da reingeschoben,
Sebastian: habe eine vierte zum Backuppen, zum Hinschieben genommen, damit ich dann eben
Sebastian: TrueNAS auf den anderen drei wieder drauf machen kann und die Daten wieder zurückspielen kann.
Sebastian: Ja, ich habe auch noch einen Backup irgendwo anders. Der Witz ist,
Sebastian: ich habe es nicht mehr gefunden.
Sebastian: Ja, das darf man nicht laut sagen. Gerade derjenige, der ja schon öfters bei
Sebastian: Radio Tux über Backup und kein Backup, kein Mitleid gelästert hat.
Sebastian: Tja. Ja, ich habe gedacht, das muss mich leider dann doch auch mal,
Sebastian: ich muss mich da selber an der eigenen Nase mal fassen.
Sebastian: Ich muss jetzt auf jeden Fall einen besseren Backup-Weg finden und den dokumentieren,
Sebastian: wo ich es auch wieder finde.
Ingo: Also, wie ich tatsächlich die Backups auch von meinen virtuellen Maschinen jetzt
Ingo: hier mache, ich habe bei einem Kumpel mir auch einen Proxmox-Server hingestellt, bei ihm im Keller.
Ingo: Da ist also auch Proxmox installiert, da laufen tatsächlich auch,
Ingo: ich glaube, zwei oder drei virtuellen Maschinen.
Ingo: Eine dieser virtuellen Maschine ist eine Proxmox Backup-Maschine oder VM und
Ingo: demzufolge kann ich jetzt hier über eine VPN-Verbindung, kann ich sagen,
Ingo: alle meine VMs soll er halt da nachts hin backupen und dann ist da natürlich
Ingo: auch eine große Festplatte drin, also andere Sachen,
Ingo: die man sonst noch backupen will, kann man auch per Borg irgendwo dahin schreiben.
Ingo: Also Borg oder Restic sind so die zwei bekanntesten Open-Source-Backup-Systeme,
Ingo: die ich benutze und die man auch sehr empfehlen kann,
Ingo: die beide so mit Chunks arbeiten und demzufolge auch so ein bisschen Deduplication
Ingo: und sowas machen können.
Ingo: Und ja, eigentlich sehr super gut funktionieren.
Sebastian: Ein bisschen Degupe-Duplication ist gut, weil, also Borg ist ein bisschen anders
Sebastian: als Restic, aber bei Restic weiß ich, dass es halt wirklich,
Sebastian: ja, ich glaube, Byte-weise Deduplizierung macht.
Ingo: Das macht so Chunks, das macht das auf Chunk-Ebene, also es ist nicht wirklich
Ingo: Bytes, also nicht jedes Byte, die werden schon zusammengefasst und dann wird
Ingo: halt geguckt, ne, ist diese.
Sebastian: Aber es ist auf jeden Fall, es macht extrem, es macht extrem klein.
Sebastian: Also das ist schon sehr cool.
Sebastian: Also ich habe beides im Einsatz auch. Und wie gesagt, ich hatte einen Backup.
Sebastian: Ich habe keine Ahnung, wo ich es hingeschrieben habe und erst recht nicht,
Sebastian: wo ich die Information dafür hatte.
Sebastian: Das, ja, keine Ahnung. Irgendwie war ich der Meinung, ja, wenn ich mal,
Sebastian: wenn ich ans Backup muss, ist das System ja noch da.
Sebastian: So in der Art. Keine Ahnung.
Sebastian: Es ist, ja, ich, lassen wir das Thema.
Sebastian: Backup ist auf jeden Fall was, was auch jetzt in meinem aktuellen Setup noch nicht existiert.
Sebastian: Das Setup ist aber auch erst sehr jung. Es ist auch noch nicht alles dorthin umgezogen.
Sebastian: Ich habe auch nicht nur diesen dieses eine ukrain
Sebastian: nass jetzt hier drin sondern ich habe auch einen proxmox cluster mit zwei mit
Sebastian: zwei proxmox servern derzeit sollen noch mal zwei hinzukommen demnächst als
Sebastian: zweiten rechner habe ich hier eben so einen sink zentren diese tiny sink zentren.
Sebastian: Also super tolle Rechner für sowas und ich werde mir halt nochmal zwei zulegen,
Sebastian: damit ich eben mit drei ThinkCentral einen Cluster bauen kann und eben eine
Sebastian: bessere Ausfallsicherheit hinbekomme.
Sebastian: Weil derzeit ist es eben so, der Sync Central hat eben nicht so viel Leistung
Sebastian: und auch nur einen Steckplatz für RAM.
Sebastian: Oder zumindest die Version, die ich hier habe, hat nur einen Steckplatz für RAM.
Sebastian: Und dementsprechend hat der 32 GB RAM drin.
Sebastian: Da läuft dann das Home Assistant drauf.
Sebastian: Und jetzt habe ich noch eine produktive Maschine mit reingeschmissen,
Sebastian: damit eben eine produktive Maschine eben nicht auf dem Ukraine nass läuft,
Sebastian: sondern eben nochmal woanders, wäre natürlich jetzt schön, das komplett zu verteilen.
Sebastian: Und ich habe jetzt halt gerade erst angefangen, das aufzubauen.
Sebastian: Lange Zeit habe ich erst mal geschaut, wie komme ich denn überhaupt aus dem
Sebastian: Internet safe in mein Heimnetz.
Sebastian: Klar was mir jetzt noch oder was bei mir aktuell noch fehlt,
Sebastian: was ich endlich mal schon getan, dass die Geräte eben in den unterschiedlichen WIFIs drin sind und,
Sebastian: aber was eben noch fehlt ist die ganze Zeit hier raus also falls wir mal übereinander
Sebastian: sprechen, nicht wundern,
Sebastian: Ingo du bist wieder da und kannst mich hören. Sehr schön.
Ingo: Weiß auch nicht, was los ist.
Sebastian: Ich kann es dir leider auch nicht sagen. Ich hoffe nicht, dass es meine Verbindung
Sebastian: ist. Das sind die Glasfaserverbindungen.
Ingo: Die sind einfach schlecht.
Sebastian: Das wird es wahrscheinlich sein, ja. Naja, auf jeden Fall, wie komme ich denn
Sebastian: jetzt aus dem Internet, also,
Sebastian: aus dem öffentlichen Netz in mein Heimnetz, ohne dass ich jetzt hier alle Ports,
Sebastian: freigeben muss oder sowas.
Sebastian: Klar, die erste Variante wäre Portfreigabe, soweit ich, oder beziehungsweise,
Sebastian: nee, der schwierigste Teil ist schon mal erstmal die IP-Adresse.
Sebastian: Ich habe hier jetzt keine feste IP-Adresse,
Sebastian: ich habe einen ganz normalen Glasfaser-Telekom-Glasfaser-Anschluss.
Sebastian: Das heißt, keine Ahnung, alle x Tage wird da halt mal die Verbindung gekappt
Sebastian: und man kriegt eine neue IP-Adresse.
Sebastian: Ähm, zugewiesen und dementsprechend, ja, kann ich keine Domänen einfach da drauf machen.
Sebastian: Das heißt, ich bräuchte schon mal irgendwie so einen dünndänen Essdienst,
Sebastian: mit dem ich arbeiten kann. Das wäre eine Variante.
Sebastian: Das funktioniert gar keine frage ist auch
Sebastian: wäre jetzt auch möglich gewesen dass mit mit open mit meiner open sense hier
Sebastian: zu bewerkstelligen aber irgendwie war das nicht so das ziel was ich hatte weil
Sebastian: ich eigentlich einen dienst oder ich habe so ein bisschen zweiteilung von meinen Diensten.
Sebastian: Ich wollte meinen Server zwar abschaffen, aber ich will trotzdem noch einen
Sebastian: Punkt, also ich will trotzdem noch einen Server online haben.
Sebastian: Das heißt, einfach ein bisschen, was weniger Geld kostet und weniger Power eben hat.
Ingo: Aber warum? Warum willst du das noch haben?
Sebastian: Genau, warum will ich das haben? Ganz einfach, weil ich zum Beispiel einen Endpunkt
Sebastian: haben möchte, über den ich eben per WireGuard oder sowas mich connecten kann
Sebastian: von egal, wo ich gerade bin, na.
Sebastian: Ähm, klar könnte ich das auch zu Hause, aber wenn hier mal was ausfällt,
Sebastian: fehlt es mir halt trotzdem unterwegs.
Sebastian: Und, ähm, da sind dann so, so, ja, Server, die in einem Rechenzentrum,
Sebastian: Bei Hetzner, bei, wie heißen sie alle?
Ingo: Keine Ahnung. Netcup.
Sebastian: OVH. OVH, ja, genau.
Ingo: Die Franzosen. Dream, Host, irgend sowas.
Sebastian: Genau, auf jeden Fall sind die Sachen, die sind halt doch ein bisschen stabiler
Sebastian: noch als das eigene Netzwerk zu Hause.
Sebastian: Die haben halt auch ein bisschen weniger Single-Point-of-Failure in der Regel.
Sebastian: Weil hier ist eben, wenn die einen in Leitung nicht geht, ist hier halt weg.
Sebastian: Oder wenn mal hier ein Stromausfall war und das System kommt nicht ordentlich
Sebastian: hoch und ich sitze aber im Urlaub, dann ...
Ingo: Du hast Urlaub.
Sebastian: Ja. Kann mal vorkommen. Also so eine Wireguard-Verbindung nach Deutschland hätte
Sebastian: ich halt zum Beispiel, also die will ich halt gerne immer haben.
Sebastian: Dann habe ich, das zweite war noch,
Sebastian: wo hoste ich denn meine Mails in Zukunft und da wollte ich mir dann mal MailCow
Sebastian: anschauen und auch dafür, dass das ist hinter einem dünn DNS ist MailCow,
Sebastian: eigentlich nicht wirklich gut zu betreiben was ich so gelesen habe,
Sebastian: also es scheint wohl mal zu gehen,
Sebastian: aber ist eigentlich wirklich eher ein
Sebastian: Graus weil deine Mails halt auch nirgendwo angenommen
Sebastian: werden und so Sachen ähm ja das waren so die zwei Punkte die eigentlich online
Sebastian: halt noch verfügbar sein müssen so ein WireGuard Endpunkt und eben die Mekau
Sebastian: und dann der Rest der kann halt also alles was speicherintensiv ist alles was,
Sebastian: ja wirklich nur hier privat benutzt wird oder sowas das kann gerne hier im Homelab halt sitzen,
Sebastian: Und da wollte ich eben eine schöne Verbindung hinhaben. Und das möglichst ohne dünn DNS.
Sebastian: Und ja, mein aktuelles Setup sieht jetzt eigentlich so aus, dass ich eine WireGuard-Verbindung
Sebastian: zu einem VPS aufbaue, also zu einer virtuellen Maschine, die in der Cloud hängt.
Sebastian: Und von dort aus eben auf diese Maschine habe ich letzten Endes den DNS-Eintrag gelegt.
Sebastian: Für die Domain und die dort sitzenden Traffic, der wiederum dann als Reverse-Proxy
Sebastian: die Anfragen handelt und entweder eben auf dem VPS selber.
Sebastian: Executed oder eben ins Heimlab über den WireGuard-Tunnel weiterleitet.
Sebastian: Das ist jetzt aktuell das Setup, was ich hier fahre.
Sebastian: Und um das Ganze noch ein bisschen stabiler zu machen, habe ich auch schon seit
Sebastian: ein paar Jahren jetzt, also seit zwei, drei Jahren im Einsatz, Netbird.
Sebastian: Das ist letzten Endes so ein Overlay-VPN Dienst, den man selber hosten kann.
Ingo: Ja, den wollte ich mir, habe ich mir auch mal angeguckt, aber irgendwas hat mich gestört.
Ingo: Ich glaube, das musste man da bei denen, oder man muss schon auf irgendwelche
Ingo: Server von denen vertrauen, ne? Also das ist...
Sebastian: Nee.
Ingo: Nee? Irgendwas war...
Sebastian: Ich denke, was dich vielleicht gestört hat, ist, dass sie eben einen IDP mitbringen.
Sebastian: Und du brauchst für NetBird zu betreiben auf zwingend einen IDP,
Sebastian: also einen Identity Provider, irgendein System, was die Identität managt hinten dran.
Sebastian: Sie bringen selber, wie heißt das Ding nochmal, ja genau.
Sebastian: Dass ich jetzt nicht lüge. Was bringen die mit?
Sebastian: Also auf jeden Fall, ich kann mal kurz in der Zeit, wo ich das suche,
Sebastian: sagen, dass ich persönlich setze halt Authentic ein.
Sebastian: Ich bin generell davon überzeugt, gerade für diese Dienste, die man selber hostet
Sebastian: und wo man möchte, dass die Familie da was mitmacht,
Sebastian: hinzugehen und möglichst einen Login für alles zu haben.
Sebastian: Ich habe den auch so eingerichtet, dass dann bestimmte Passwort-Policy dann
Sebastian: dort ist und vor allem ein zweiter Faktor.
Sebastian: Weil das ist so ein Ding, ja, Passwort-Policy und hin und her und wir wissen
Sebastian: selber, wie einem das auf die Eier geht.
Sebastian: Und der Vorteil ist aber so einen zweiten Faktor.
Sebastian: Oder dann eben Webout N, das richte ich sogar eigentlich bei der Family meistens
Sebastian: ein, dass sie dann sich über ihr Device dort einloggen können,
Sebastian: weil dann habe ich halt einfach nicht dieses Problem, keine Ahnung,
Sebastian: wie das Passwort mal war.
Sebastian: So, ja, nimm dein Handy, logg dich ein und fertig.
Sebastian: Genau, da kann man halt einfach so ein Security Layer dran machen und das ist
Sebastian: halt schon ganz praktisch.
Ingo: Genau, und da kann man ja, also gut, du benutzt, was hast du gesagt,
Ingo: Authentic als IDP, gibt es aber noch Keycloak, ne, was das ist wahrscheinlich.
Sebastian: Das ist so der große, den man kennt, genau.
Ingo: Relativ kennt, genau.
Sebastian: Das gibt aber auch noch viele andere, genau, ja, also das andere hier,
Sebastian: was Network-Einsatz ist auch Open-Source und es ist irgendwas mit Z.
Sebastian: Ich bin zu Blödes zu finden gerade.
Ingo: Ich habe es auf der Webseite auch nicht gefunden. Ähm,
Ingo: Also sie schreiben halt, und das ist glaube ich das, was mich gestört hat,
Ingo: ist diese Netbird-Control-Plane und ich habe gedacht, das ist was,
Ingo: was die hosten, auf das ich dann irgendwie vertrauen müsste.
Sebastian: Nein, also du, genau, Citadel, Citadel nutzen die als Identity-Provider,
Sebastian: jetzt habe ich es hier gefunden.
Ingo: Also ich kann diese Netbird-Control-Plane auch komplett selber hosten.
Sebastian: Das ist alles, also das ist ein kompletter Stack, den du bei dir hostest und
Sebastian: du connectest dich auch wirklich nur gegen deinen Stack.
Ingo: Es ist Wireguard mit ein bisschen Kontroll und IDP und so ringsrum.
Ingo: Also im Endeffekt die Tunnel, die aufgebaut werden, sind Wireguard-Tunnel und
Ingo: du hast jetzt quasi so eine Art Netzwerk-Control-Layer nochmal oben drüber.
Sebastian: Ganz genau. Du hast halt eine Point-to-Point-Connection zwischen allen Systemen,
Sebastian: die eben in diesem Netz drin sind und du kannst aber dann auf einer schönen
Sebastian: Benutzeroberfläche dir wirklich da deine Netzwerke zusammenklicken und die verschiedenen
Sebastian: Systeme in den einzelnen Netzwerken einbinden,
Sebastian: die Connections bestimmen, also Firewall-Regeln aufbauen, inklusive Policies auch noch.
Sebastian: Du kannst dann so Sachen restrikten wie auf die Systeme darfst du nur mit dem
Sebastian: Linux-System zugreifen oder nur die Version von dem Netbird-Client ab XY darf
Sebastian: dorthin und lauter so Dinge.
Sebastian: Also es gibt da wirklich super, super viele Einstellmöglichkeiten.
Sebastian: Ich kratze da auch nur an der Oberfläche und habe das jetzt halt mit ein paar
Sebastian: Netzwerken für verschiedene Familienprojekte. Also einmal...
Sebastian: Mein eigenes Haushalt und dann bei meiner Family ist auch nochmal ein Home Assistant,
Sebastian: wo ich drauf zugreifen will und so Sachen.
Sebastian: Das habe ich halt alles so in dieses Netz mit reingehängt.
Ingo: Aber muss ich dann, also jetzt zum Beispiel, was weiß ich, du willst das bei
Ingo: deinen Eltern oder willst auch auf das Netzwerk bei deinen Eltern zugreifen,
Ingo: muss dann da irgendein Gerät laufen, auf dem NetBird sozusagen läuft oder kann
Ingo: ich das auch mit einer Fritzbox verbinden, weil die könnte ja auch WireGuard oder reicht das nicht?
Sebastian: Leider reicht das nicht, weil NetWork eben auch die Konfiguration ja ausspielt
Sebastian: und dementsprechend benötigt es irgendwie einen Client,
Sebastian: der diese Konfiguration entgegen nimmt, sonst bringt dir diese ganze Einstellung,
Sebastian: die du ja vornehmen kannst, nichts.
Ingo: Also muss ich da zumindest ein Raspberry Pi irgendwo ins Netz hängen?
Sebastian: Ja, also letzten Endes geht das auf vielen Systemen.
Sebastian: Also bei meinen Eltern habe ich, wie gesagt, das in dem Home Assistant,
Sebastian: da gibt es einen Plugin für.
Sebastian: Also kannst du einen Docker-Container einfach da drin laufen lassen,
Sebastian: mit Netbird installiert. Und den habe ich dort laufen.
Sebastian: Dann habe ich das noch auf ihrem PC selber installiert.
Sebastian: Wenn der mit online ist, dann fungiert der auch als Entry Point.
Sebastian: Das sind halt so Sachen, die man auch dort mit einstellen kann.
Sebastian: Ich kann zum Beispiel, also ich habe jetzt mittlerweile hier in meinem System, ich glaube,
Sebastian: sieben produktive NetBird-Verbindungen, die allesamt eben als Entry-Point in
Sebastian: mein Heimnetz gelten, für mich als Administrator.
Sebastian: Ja, das heißt, wenn einer von denen ausfällt, habe ich immer noch sechs andere.
Sebastian: Das ist halt ganz nett. Also du kannst da High Availability mit umsetzen und
Sebastian: ja, viele spannende Sachen.
Sebastian: Also das ist schon eine ziemlich coole Sache. Und damit habe ich das jetzt eben
Sebastian: genauso auch gemacht und nutze das auch als VPN-Verbindung eben ins Heimnetz,
Sebastian: weil ich eben diese High Availability eben damit umsetzen kann und der Traffic
Sebastian: dementsprechend immer auf den Endpoint kommt,
Sebastian: solange irgendein System noch online ist.
Ingo: Okay, also ich gucke mir NetBird gerne nochmal an. Ich hatte das irgendwie,
Ingo: ich meine, sie sagen ja auch irgendwie Cloud-free, naja.
Ingo: Also ich war, irgendwie hatte ich gedacht, man muss, man ist dann schon noch
Ingo: ein bisschen abhängig von dem, was NetBird so macht.
Sebastian: Naja gut, irgendwer muss das Tool weiterentwickeln, gell?
Ingo: Ja, ja, nee, ich tat tatsächlich auch servicemäßig, aber ich hatte nur ganz
Ingo: kurz auf die Webseite geguckt und hab es dann erstmal wieder sein lassen, weil keine Zeit.
Ingo: Das Einzige, was ich zurzeit noch benutze in die Richtung, ist tatsächlich WireGuard
Ingo: und da hatte ich mal mit WGEasy was aufgesetzt,
Ingo: wo du dann auch einfach, kannst dich auf eine Weboberfläche einloggen,
Ingo: kannst schnell eine Konfiguration zusammenklicken.
Ingo: Die halt irgendwo ausspielen. Das hat mir bisher für die Zwecke,
Ingo: die ich brauchte, gereicht.
Ingo: Aber schöner wäre natürlich irgendwie so ein richtiges Overlay-Netzwerk zwischen
Ingo: verschiedenen Sites zu haben.
Ingo: Also ich hatte ja gerade schon gesagt, ich habe die Backups bei einem Kumpel zu stehen und ja,
Ingo: die vielleicht noch an einen dritten Standort mit anzubinden und halt Eltern
Ingo: und irgendwie ein, zwei andere Netze und da irgendwie,
Ingo: Das alles schön zu haben,
Ingo: das wäre noch so ein Anwendungsfall.
Ingo: Und da wäre eigentlich NetBird gar nicht schlecht.
Sebastian: Genau, also es gibt noch als Alternative zu NetBird, gibt es halt Tailscale,
Sebastian: das ist der bezahlte Service da für sowas, beziehungsweise Headscale,
Sebastian: was man dann selber aufsetzen kann.
Sebastian: Hat mir beides aber nicht so zugesagt. Also zumindestens Headscale hat mir nicht
Sebastian: so zugesagt, weil Tailscale selber kann es ja nicht selbst hosten.
Sebastian: Und Netbird hat eben, wie gesagt, diese Oberfläche direkt mit dabei.
Sebastian: Es ist alles, also wenn man es einfach nur das nutzen möchte,
Sebastian: sowas haben will, ist es eine 5-Minuten- Installation und dann läuft das.
Sebastian: Die bringen diesen Citadel als IDP mit, den kann man auch später verwenden als
Sebastian: Single Sign-On für andere Dienste.
Sebastian: Wie gesagt, ich habe halt schon seit längerem Authentic im Einsatz und deswegen
Sebastian: habe ich das eben verwendet.
Sebastian: Gibt Sowohl für Keyclaw, für Citadel, für Authentic gibt es jeweils Anleitungen,
Sebastian: wie man das mit Netbird betreibt und das geht auch in der Regel ziemlich gut.
Sebastian: Genau. Also das ist jetzt so mein Setup. Ich habe auf dem VPS Netbird installiert,
Sebastian: habe auch zusätzlich nochmal WireGuard installiert.
Sebastian: Also ich habe sogar das doppelt gemoppelt, habe dann die Produktivsysteme jeweils
Sebastian: mit Netbird und WireGuard auch angebunden an den VPS und auf dem VPS läuft dann noch Traffic.
Sebastian: Und das Traffic leitet eben die Sachen,
Sebastian: die Anfragen dahin, wo es gerade hin muss und wenn es eben ins Heimnetz soll,
Sebastian: in der Regel über den Netbird Connection, weil die eben High Availability mit sich bringt.
Sebastian: Genau und damit funktioniert die Connection nach Hause ziemlich gut und das
Sebastian: war so der erste Punkt, der gelöst werden musste und das war auch das,
Sebastian: was mit am längsten gedauert hat.
Sebastian: Ich bin lustigerweise in der Zwischenzeit auf Pangolin gestoßen.
Ingo: Was ist das?
Ingo: Gesundheit.
Sebastian: Genau. Pangolin ist letzten Endes ein Wireguard-Dienst.
Sebastian: Man kann fast sagen, es ist auch so eine Art Overlay-Network.
Sebastian: Aber es hat halt wirklich als Ziel, Dienste aus dem Heimnetz public zur Verfügung zu stellen.
Sebastian: Das heißt, man braucht irgendwie einen VPS, also irgendwas, was public im Internet steht.
Sebastian: Dort wird eben dieser Pangolin Manager, ich weiß es nicht, also dieses Pangolin
Sebastian: wird darauf eben deployed und dann gibt es Endpoints,
Sebastian: die man sich zu Hause installieren kann auf verschiedenen Systemen,
Sebastian: um da auch eben eine High Availability herzustellen.
Sebastian: Das wird auch per WireGuard eben gemacht und da läuft direkt schon ein Traffic
Sebastian: drauf und du kannst dann deine Dienste über Pangolin freigeben.
Sebastian: Indem du eben dort deine Domain anlegst und die dann eben auf einen bestimmten
Sebastian: Endpunkt, also auf irgendeine IP in deinem Heimnetz oder sowas executest.
Sebastian: Und da wird dann eben hinten drum, wird dann geschaut, über welche Route komme ich denn da hin.
Sebastian: Und du hast zusätzlich eben für diese einzelnen Dienste nochmal so ein Authentication Layer.
Sebastian: Das heißt, da übernimmt Pangolin letzten Endes die Authentifizierung von denen,
Sebastian: die auf die Dienste zugreifen wollen.
Sebastian: Warum habe ich das nicht eingesetzt? Weil ich am Anfang es so verstanden habe
Sebastian: und ich weiß nicht, ob ich es mittlerweile besser verstanden habe,
Sebastian: aber ich habe es am Anfang so verstanden,
Sebastian: dass man Dienste nur über diese Authentifizierung freigeben kann.
Sebastian: Jetzt habe ich aber zum Beispiel meinen statischen Blog, den ich eigentlich
Sebastian: auch einfach vom Heimnetz aus ausspielen will.
Sebastian: Da will ich ja keine Authentifizierung vorne dran haben, sondern da will ich
Sebastian: einfach die URL aufrufen und da kommt jeder drauf. Fertig.
Sebastian: Und ich hatte das bei Pangolin anfänglich so verstanden, dass es eben nur mit
Sebastian: dieser Authentifizierung, mit diesem Authentifizierungslayer funktioniert.
Sebastian: Ich bin aber der Meinung, dass es auch ohne geht. Ich habe es noch nicht ausprobiert.
Sebastian: Ist mal was, was auf der To-Do-Liste für ganz später steht. Ist auch noch ein sehr junges Projekt.
Sebastian: Und Pangolins sind auch so Tiere, die wohl vom Aussterben betrobt sind.
Sebastian: Und hast du garantiert schon gesehen, sind komplett so aus Schuppen und die
Sebastian: können sich zu so einer Kugel zusammenrollen.
Ingo: Ja, ja, ich weiß, ja.
Sebastian: Genau. Und das Tool ist letzten Endes genau dafür gemacht, dass man Sachen aus
Sebastian: dem Homelab extern verfügbar macht.
Sebastian: Also da wäre nochmal so eine Alternative, wenn sich das jemand anschauen möchte.
Ingo: Gut, also, das haben wir unsere Server alle installiert. Wir kommen irgendwie von außen rauf.
Ingo: Also, unser Cluster installiert. Jetzt müssen wir aber noch virtuelle Maschinen installieren.
Ingo: Und vielleicht brauchen wir auch noch Container, weil Container sind ja viel
Ingo: besser als virtuelle Maschinen oder sind leicht gewichtigere virtuelle Maschinen.
Ingo: Je nachdem, wie man es so baut.
Ingo: Manche benutzen das auch einfach auch als große virtuelle Maschinen und packen
Ingo: da irgendwie mehrere hunderte Gigabyte rein, wie auch immer.
Ingo: Was benutzt du denn da? Also zum ersten Mal zum Aufsetzen.
Ingo: Irgendwie ist das irgendwie automatisiert oder machst du das alles manuell?
Ingo: Installierst du deine virtuellen Maschinen einfach so? Brauchen wir irgendwas?
Sebastian: Also ich wollte direkt von Anfang an versuchen, das Ganze in Anführungszeichen
Sebastian: ausfallsicher zu gestalten und zu dokumentieren vor allem.
Sebastian: Und ich habe die ganze Zeit NixOS eingesetzt und wenn ich wieder Zeit habe,
Sebastian: werde ich das auch wieder tun.
Sebastian: Ich habe es leider einfach nicht auf die Reihe gekriegt, mich da drum zu bemühen
Sebastian: und viele Anleitungen für bestimmte Dinge gehen erstmal auf Ubuntu und was auch immer.
Sebastian: Habe ich gesagt, okay, ich setze mir jetzt hier auch einfach erstmal
Sebastian: ubuntu auf und arbeite damit
Sebastian: beziehungsweise angefangen
Sebastian: habe ich sogar mit lxc containern ich wollte das
Sebastian: eigentlich möglichst leicht leichtgewichtig auf
Sebastian: dem proxmox laufen lassen und im lxc dann docker container deployen habe aber
Sebastian: eben zum aufsetzen dieser lxc container oder zum konfigurieren direkt eben mit
Sebastian: ein sibyl angefangen ich setze das auch beruflich ein Dementsprechend war das
Sebastian: natürlich naheliegend,
Sebastian: dass ich damit jetzt zumindest die Konfiguration dann ausrolle und habe mir
Sebastian: im gleichen Atemzug dann auch gleich Terraform beziehungsweise Open Tofu mit angeschaut,
Sebastian: weil man mit Ansible zwar viel machen kann,
Sebastian: aber nicht alles und vor allem was mir da so ein bisschen fehlt immer ist eben
Sebastian: diesen Status Quo zu halten.
Sebastian: Das heißt, wenn ich irgendeine Änderung mache, dann muss ich dafür sorgen,
Sebastian: dass ich sie eben in diesem Code einmal,
Sebastian: ja, wenn ich was rauslöschen will, dann muss ich eben sagen,
Sebastian: ich möchte das deinstallieren und kann nicht einfach nur diesen Block rauslöschen.
Sebastian: Und gerade wenn es so um DNS-Weiterleitungen im Heimnetz geht oder sowas.
Sebastian: Da ist halt viel Fluktuation, zumindestens aktuell noch.
Sebastian: Und da wollte ich eben das ein bisschen einfacher haben und habe dementsprechend
Sebastian: mir dann Terraform mal angeschaut.
Sebastian: Und die Pläue derzeit, so die DNS-Weiterleitung über,
Sebastian: also die Einträge, die ich hier im Edgar Thom mache, um die Sachen direkt ins
Sebastian: interne Netz wieder aufzulösen.
Sebastian: Das deploye ich eben über OpenTofu und das geht viel angenehmer und schneller
Sebastian: als über die Web-Oberfläche.
Ingo: Okay. Ich mache tatsächlich auch die meisten Sachen mit Ansible.
Ingo: Also ich habe mir eine Ansible Umgebung gebaut, mit der ich die Debian-Sachen
Ingo: automatisch installieren kann.
Ingo: Ich muss also auch nur noch sagen, keine Ahnung, wie soll die IP-Adressen von
Ingo: der virtuellen Maschine sein, wie soll sie heißen und dass es ein Debian ist
Ingo: und dann Enter und dann geht er los und installiert die.
Ingo: Könnte man sicher heutzutage einfacher machen, nämlich mit Cloud-Init und Co,
Ingo: aber so läuft es halt bei mir und dann danach laufen halt die Ansible-Skripte,
Ingo: was soll es für ein Server werden,
Ingo: also wenn es zumindest Sachen sind, die ich öfter,
Ingo: deploye ja, was weiß ich, einen Web-Server, einen DNS-Server,
Ingo: einen Icecast-Streaming-Server oder eine Nextcloud oder ein Teil vom Mail.
Ingo: Nexclouds, ja.
Sebastian: Okay.
Ingo: Ja, ja, doch, schon. Also ich habe mehrere hier laufend.
Sebastian: Also ich habe immer nur Bedarf an einer in der Regel, aber.
Ingo: Nee, ich habe Bedarf an mehreren. Tatsächlich.
Ingo: Genau, also falls ihr eine Nextcloud braucht da draußen, könnt ihr auch gerne
Ingo: zu mir kommen. Werbeblog.
Ingo: Also wir haben tatsächlich oder ich habe hier im Keller ein paar Leute,
Ingo: also auch Firmenkunden liegen, die Nextclouds haben, genau.
Sebastian: Ja, okay. Ja gut, dann erklärt sich das, weil das ist… Klar.
Ingo: Für einmal brauchen wir es nicht unbedingt, aber es sind jetzt auch nicht irgendwie tausende Kunden.
Ingo: Hat angefangen mit der Nextcloud für Friends and Family und dann kamen eben
Ingo: aber noch ein paar Firmenkunden dazu und genau,
Ingo: dementsprechend läuft es ja auch im Keller mit und ja.
Sebastian: Ja, also genau das mache ich. Also ich habe jetzt natürlich keine einzelnen Maschinen für sowas.
Sebastian: Also ich habe jetzt keine einzelne Maschine, wo eine Nextcloud draufläuft oder sowas.
Sebastian: In der Regel haben die Sachen viel zu wenig Load, als dass sich das rentiert.
Sebastian: Also da macht jeder Server an sich, also jede virtuelle Maschine wahrscheinlich
Sebastian: wesentlich mehr Dreck auf dem System als das, was man dann hinten dran installiert.
Sebastian: Und das war auch so ein bisschen der Hintergrund.
Sebastian: Warum es danach dann wieder länger gedauert hat, nachdem ich die Connection nach Hause hatte.
Sebastian: Dass ich eben schauen wollte, wie kriege ich das jetzt hin, dass ich zu Hause
Sebastian: die Dienste möglichst so deploye, dass sie genügend Rechenleistung zur Verfügung
Sebastian: haben, wenn sie sie brauchen,
Sebastian: aber halt nicht alles irgendwie von drei Maschinen schon blockiert ist.
Sebastian: Das war das eine und auch so ein bisschen, wie kriege ich denn so eine High
Sebastian: Availability vielleicht hin?
Sebastian: Gerade für so manche Dienste, die ich eigentlich vorher eben online hatte und
Sebastian: wo ich sage, die sind mir echt wichtig, die sollen eigentlich möglichst immer
Sebastian: da sein, auch wenn ich mal ein Update fahre oder so.
Ingo: Und?
Sebastian: Und ja, da habe ich dann halt habe ich mich halt umgeschaut und,
Sebastian: ja, mit Kubernetes hatte ich schon öfters gespielt, aber irgendwie so richtig
Sebastian: warm geworden bin ich damit nicht, zumal ich eben,
Sebastian: jetzt auch so ein bisschen Zeitdruck habe, in Anführungszeichen,
Sebastian: also ich will ganz gerne bis Oktober mit meinem Umzug fertig sein und,
Sebastian: dann war jetzt halt nicht mehr so mega viel Zeit für jede Kleinigkeit zu gucken,
Sebastian: wie kriege ich denn das jetzt mit Kubernetes abgebildet,
Sebastian: weil manche Dienste da ja schon auch ein bisschen mehr Arbeit bedürfen,
Sebastian: um sie überhaupt dort deployen zu können.
Sebastian: Ähm, dementsprechend Docker, damit liefen viele Sachen schon von Anfang an bei
Sebastian: mir, ähm, was ich halt nicht nativ installiert habe, habe ich in Docker normalerweise, ähm,
Sebastian: gehostet und, ähm, dann ist mir eingefallen, ach, da gab's doch nochmal,
Sebastian: da gab's doch auch von Docker was, ja, so dieses Docker Swarm und, ähm,
Sebastian: hab ich mir das mal angeschaut und es ist irgendwie sehr stiefmütterlich behandelt,
Sebastian: äh, keine Ahnung, wie?
Ingo: Ja, weil also ich meine, Docker Swarm kam ja von der Docker Enterprise,
Ingo: also der Firma, die sozusagen auch mit Docker Geld verdienen wollte oder musste.
Ingo: Dann ist, hatten sie ja auch nette Ideen und haben da einiges gebaut.
Ingo: Das ist aber nicht mehr das Docker Swarm, was es jetzt gibt.
Ingo: Das haben sie dann irgendwann von Grund auf nochmal neu gebaut.
Ingo: Und warum sie auch immer denselben Namen genommen haben, weiß ich auch nicht.
Ingo: Das war wahrscheinlich nicht so die cleverste Idee.
Ingo: Also es gibt jetzt immer noch diesen Swarm-Mode und ich glaube,
Ingo: welche Firma, welcher Firma gehört jetzt Docker?
Ingo: Ich glaube, die wissen nicht so richtig, was sie mit diesem Docker-Swarm noch
Ingo: anfangen sollen, habe ich so das Gefühl.
Ingo: Aber es ist immer noch aktiv, es wird immer noch verwendet, es wird auch immer
Ingo: noch so ein bisschen weiterentwickelt, aber ich glaube, der Firma ist nicht
Ingo: klar, was sie damit irgendwie anfangen sollen.
Sebastian: Also ich kann sagen, auf lange Sicht werde ich wahrscheinlich das Ganze eben auf,
Sebastian: Kubernetes umziehen.
Sebastian: Was für eine Kubernetes-Distro dann am Ende im Einsatz ist, das werde ich dann sehen.
Sebastian: Aber das mache ich halt erst, wenn dann dafür wieder Zeit da ist.
Sebastian: Beziehungsweise wenn die Sachen in trockenen Tüchern zu Hause liegen,
Sebastian: dann kann man anfangen, sich eben so eine Kubernetes- Spieleumgebungen mal aufzubauen
Sebastian: und nach und nach zu gucken, wie kriege ich dann die Dienste dort gehostet.
Sebastian: Und dann, sobald die alle dort laufen, werde ich dann gucken,
Sebastian: wie ich sie umgezogen bekomme.
Sebastian: Weil bei Docker Swarm, also mir ist jetzt in den letzten Wochen dann doch das
Sebastian: ein oder andere Mal was aufgefallen,
Sebastian: was ich nicht so ganz zuordnen kann, ob es jetzt eben von Docker Swarm herkommt
Sebastian: oder ob es einfach Pech war.
Sebastian: Also beispielsweise habe ich das Gefühl, dass sich das System manchmal verkalkuliert
Sebastian: in Anführungszeichen und dann die Dienste auf,
Sebastian: also Docker Swarm wird ja auch eben, es ist ja Swarm, soll dafür sein,
Sebastian: dass du es verteilt eben auf verschiedenen Rechnern deployst.
Sebastian: Das heißt, ich habe hier drei virtuelle Maschinen mit einem Ubuntu installiert.
Sebastian: Auf den Maschinen läuft noch ein Micro-CEF.
Sebastian: Habe ich dort verwendet, um einen CEF-Cluster eben auf diesen Maschinen zu haben,
Sebastian: weil ich einmal zwar einen NFS-Share verwende für größere Daten,
Sebastian: da sind halt HDDs unten drunter, aber bei dem CEF-Cluster, was ich da eben über
Sebastian: diese drei Maschinen aufgespannt habe,
Sebastian: da ist halt eben einfach eine NVMe unten drunter und die ist eben wesentlich
Sebastian: schneller dann vom Schreiben her.
Sebastian: Genau, das habe ich eben auf meinen zwei Systemen hier,
Sebastian: habe ich drei virtuelle Systeme installiert mit einem Ubuntu und die dann eben
Sebastian: mit einem Ceph und mit Docker Swarm alles miteinander verbunden.
Ingo: Genau, Docker Swarm zu installieren ist dann auch kein Problem.
Ingo: Da gibst du einfach irgendwie ein Docker-Kommando an und machst es auf allen
Ingo: dreien und dann ist es quasi schon ein Swarm-Cluster.
Sebastian: Genau, das habe ich lustigerweise auch wirklich nicht per Ansible gemacht.
Sebastian: Das geht zwar auch, aber das war mir dann zu doof für dieses eine Befehl,
Sebastian: für diese eine Zeile zu gucken, wie mache ich das mit Ansible,
Sebastian: hatte ich dann keine Lust.
Sebastian: Ja genau also es ist eine sehr
Sebastian: sehr einfache sache das zu installieren und man kann
Sebastian: zum großteil seine docker compose files
Sebastian: eben weiter verwenden es müssen ein paar anpassungen gemacht werden beispielsweise
Sebastian: kann man gibt es das restart kommando gibt es dort nicht im docker swarm und
Sebastian: Und man braucht eben diese Deploy-Section.
Sebastian: Die hat man vielleicht schon hier und da in einem Docker-Compose gesehen,
Sebastian: weil man sie eben auch da einsetzen kann, um Ressourcen zum Beispiel an den
Sebastian: Container zu delegieren.
Sebastian: Aber für Docker Swarm ist diese Deploy-Section halt sehr wichtig und beispielsweise
Sebastian: arbeite ich mit Traffic eben als Reverse-Proxy,
Sebastian: wo man über Labels einfach die Docker-Container mit reinhängen kann.
Sebastian: Und diese Labels müssen unter Deploy abgesetzt werden für so eine Docker Swarm
Sebastian: Installation, weil Traffic dann eben an dieser Stelle nachschaut.
Sebastian: Keine Ahnung. Also da gibt es eben so ein paar Kleinigkeiten, die sich ändern.
Sebastian: Deswegen ist es nicht ganz interkompatibel und man muss eben schon ein bisschen
Sebastian: Migrationsarbeit machen.
Sebastian: Ich habe festgestellt, was sehr, sehr schön ist oder vielleicht noch ein Punkt,
Sebastian: der vielleicht auch noch fehlt, ist diese Environment Files,
Sebastian: die man normalerweise immer gerne macht.
Sebastian: Die funktionieren auch nicht so, wie man sie von Docker Compose her kennt.
Sebastian: Und das ist ein bisschen bescheiden.
Ingo: Weil sie halt irgendwo im Cluster liegen müssen, ne? Sie müssen halt irgendwo
Ingo: liegen, wo alle drauf zugreifen können.
Sebastian: Das ist ja kein Problem. Ich habe ja, wie gesagt, dieses ...
Ingo: Shared Storage, ja.
Sebastian: Genau, aber trotzdem funktioniert das irgendwie nicht so richtig.
Sebastian: Ich habe dann aber rausgefunden, also was ich hier auch noch einsetze, ist Portena,
Sebastian: weil ich gesehen, über ein paar YouTube-Kanäle habe ich halt rausgefunden,
Sebastian: dass man bei Portena für Homelabs eben so eine Testlizenz bekommt,
Sebastian: wo man eben drei Nodes mit managen kann, kostenfrei.
Ingo: Da gehst du auf die Webseite, trägst du wieder deine Daten ein und dann schicken sie dir eine zu.
Ingo: Normalerweise die Open-Source-Version von Portena läuft eben nur auf einer Node
Ingo: und du kannst nur die Node mit Docker benutzen und verwalten,
Ingo: auf der eine Portena läuft und wenn du eben Enterprise-Großcluster irgendwie
Ingo: verwalten kannst, müsstest du sie für Portena bezahlen.
Ingo: Aber es gibt eben diese kostenlose Enterprise-Lizenz für drei Nodes und die
Ingo: kann man sich da einfach holen.
Sebastian: Genau. Und ja, da habe ich dann, darüber deploy ich aktuell eigentlich meine Stacks.
Sebastian: Also ein Stack ist letzten Endes, kann man sagen, so ein Docker-Compose.
Sebastian: Also alles, was man da so zusammencomposed, wird in so einem Docker-Swarm als Stack deployed. ähm,
Sebastian: Ja, zu Kubernetes gibt es da ja auch so ein Podor. Ich überlege gerade, wie, also diese.
Ingo: Du hast die Pods. Genau, du hast die Pods.
Sebastian: Genau. Und diese Ressourcen, die dann da dazugehören, das ist halt ein Stack dann letzten Endes.
Sebastian: Ja, dieser, ja, ist ein bisschen anders auf jeden Fall.
Sebastian: Man kann aber relativ leicht dorthin migrieren, wesentlich leichter,
Sebastian: als es eben zu Kubernetes der Fall wäre an der Stelle.
Ingo: Ja, unter der Voraussetzung, dass du natürlich vorher Docker und Docker-Compose verwendet hast.
Ingo: Genau, brauchst du sozusagen einfach nur mehrere Server, auf denen Docker installierte
Ingo: ist, machst daraus ein Cluster mit Docker,
Ingo: mit diesem, ja, mit diesem Swarm-Modus und hast dann mit der Oberfläche von
Ingo: Portena einfach noch eine schöne GUI ringsrum.
Ingo: Und bist mit ein paar Anpassungen schneller, als wenn du dich jetzt noch in
Ingo: Kubernetes einarbeiten müsstest und dir dann da auch alles nochmal eineignen musst.
Ingo: Aber ja, wenn man eine Docker-Compose-Umgebung schon hat,
Ingo: mit der man zufrieden ist und jetzt sagt, ja, ist aber doof,
Ingo: ich will diesen einen Single-Point-of-Ferreer nicht haben, weil die eine virtuelle
Ingo: Maschine oder die eine Hardware, auf der jetzt alle meine Docker-Sachen laufen,
Ingo: das irgendwie schöner wäre in einem Cluster,
Ingo: dann ist Docker Swarm, glaube ich, immer noch eine gute Idee.
Ingo: Könnte stärker weiterentwickelt werden, aber also,
Ingo: Wie gesagt, das alte Dockers-Form gibt's nicht mehr. Das muss man immer ...
Ingo: Deswegen, manche Leute sagen, ist schon tot, aber nee, es ist noch nicht tot.
Ingo: Es ist die zweite Inkarnation, die funktioniert immer noch und wird immer noch weiterentwickelt.
Ingo: Und ja, dann kann man sich ... Es gibt ja auch schon so vorgefertigte Stacks,
Ingo: die kannst du dir auch irgendwie runterladen, besorgen und sie dann einfach schnell deployen.
Ingo: Ist, glaube ich, immer noch eine nette Idee.
Sebastian: Sind auch bei Portainer sind auch welche mit dabei.
Ingo: Genau. Von dem her kann man sich das gerne nochmal angucken,
Ingo: wenn man sagt, sich jetzt in Kubernetes reinarbeiten ist mir gerade zu viel.
Ingo: Langfristig gesehen würde es sich aber doch lohnen. Hast du ja auch gesagt,
Ingo: du willst dir dann irgendwann Kubernetes nochmal angucken.
Ingo: Aber ja, also ich hatte das auch kurzzeitig überlegt und hatte auch mir mal
Ingo: kurz so eine Docker-Swarm-Umgebung zusammengebastelt,
Ingo: weil ich ja zurzeit auch Traffic tatsächlich verwende, um,
Ingo: die Sachen auf die verschiedenen virtuellen Maschinen dann zu verteilen und
Ingo: von dem her war das auch immer so ein bisschen so eine Idee,
Ingo: das zu nehmen, statt einen extra sich nochmal in Kubernetes dahin zu stellen.
Sebastian: Ja, also gerade das war es halt mitunter, dass eben die Anbindung zwischen den
Sebastian: Docker-Containern und Traffic eben so schön ist.
Sebastian: Eben über diese Labels, du deployst es und zack, hast du halt deine Domain-Auflösung,
Sebastian: deine Reverse-Proxy direkt mit konfiguriert.
Ingo: Mit SL-Zertifikaten und allem Schüssel einfach fertig, ja.
Sebastian: Das ist echt schön. Das ist halt sehr, sehr angenehm. Und wenn du den Dienst
Sebastian: irgendwann wegschmeißt, ist halt auch dieser Eintrag wieder weg. Das ist, ja ...
Sebastian: Fire and Forget eben. Und was habe ich noch aufgesetzt auf diese drei Maschinen? Habe ich Keepalive.
Sebastian: KeepaliveD. Ich denke, du kennst das. Ich kannte es ehrlich gesagt nicht,
Sebastian: weil ich bis jetzt noch nie den Bedarf davon hatte.
Sebastian: Aber ich habe jetzt halt eben für all diese drei Maschinen so eine virtuelle IP-Adresse.
Sebastian: Und ja, das heißt.
Ingo: Ich leite eben ... Jede der virtuellen Maschinen hat eine eigene IP.
Ingo: Aber wenn jetzt eine der Nodes wegbricht, willst du ja, dass egal wohin dein
Ingo: Traffic von außen kommt, er dann auch auf die anderen Maschinen geroutet wird.
Ingo: Und dafür brauchst du natürlich eine virtuelle IP.
Ingo: Und dass diese virtuelle IP übernommen wird von den verschiedenen VMs oder übernommen werden kann,
Ingo: brauchst du eben einen Mechanismus, der die dann von einer VM auf die andere
Ingo: switchen kann. Und das macht Kipelive.de.
Sebastian: Genau und das läuft auch ziemlich gut. Gut, wenn wir jetzt mal noch mal kurz
Sebastian: zu diesem Problem, was ich vorhin mal angeschnitten habe.
Sebastian: Also ich hatte, ich habe hier, wie gesagt, diese drei virtuellen Maschinen,
Sebastian: die haben auch relativ viel Ressourcen aus meiner Sicht.
Sebastian: Also sind alle mit acht Kernen ausgestattet und haben gut erklärt.
Sebastian: Kleiner hat, also ich habe einen kleineren im Moment drin, weil ich nicht ganz
Sebastian: so viel Ressourcen dann mehr da habe.
Sebastian: Aber ich habe gemerkt, mir fehlt Arbeitsspeicher.
Sebastian: Also RAM ist halt wirklich das, was immer am wenigsten da ist.
Sebastian: Ich habe dem einen halt, zwei Stück haben 16 Gigabyte RAM.
Sebastian: Und einer hat acht aktuell. Und was mich halt so ein bisschen irritiert ist,
Sebastian: ich dachte, dass Docker Swarm sich eben um diese Verteilung der Ressourcen kümmert,
Sebastian: also die Systeme halt dann eben umschiebt und auf einem anderen Host deployt,
Sebastian: wenn da gerade mehr Ressourcen verfügbar sind.
Sebastian: Stellt sich am Ende heraus, dass irgendwie einer der drei Nodes meistens am
Sebastian: Eideln ist und fast gar nichts zu tun hat und die anderen dafür super viel.
Ingo: Okay. Kann man sich das nicht einstellen im Stack?
Ingo: Kann man nicht irgendwie sagen, der lieber mal dahin und der andere dahin?
Sebastian: Ich will ja nichts, ich will ja möglichst wenig manuell machen.
Sebastian: Ja, ich habe natürlich, also es gibt Es gibt so zwei, drei Sachen,
Sebastian: die ich auf dem Manager-Node brauche.
Sebastian: Die müssen halt wirklich dort laufen auf dem Manager-Node und nicht auf den anderen Nodes.
Sebastian: Aber die meisten Sachen können laufen, wo sie wollen. Dann habe ich halt nochmal
Sebastian: zum Beispiel habe ich mir einen Docker-Container gebaut,
Sebastian: der mir die Docker-Registry aufräumt, also die ganzen Images wegschmeißt,
Sebastian: die ich nicht mehr brauche und sowas.
Sebastian: Ähm, der läuft eben auf allen drei Notes, ja, der läuft repliziert auf allen
Sebastian: dreien, ähm, wird der einmal am Tag ausgeführt und dann.
Ingo: Was ist das? Äh, benutzt du da?
Sebastian: Da hab ich wirklich, da hab ich einen eigenen gebaut, ja, also das ist einfach,
Sebastian: da hab ich auch, muss ich mal gucken, ich hab das, äh,
Sebastian: hatte da einen Blogartikel gesehen und, ähm, der hat dann einfach ein Dockerfile
Sebastian: mit einem, mit einem, äh, 0815 ein Alpine oder sowas drin und ja,
Sebastian: und dann halt die Docker-Kommandos, also du gibst ihm halt den Docker-Socket mit und,
Sebastian: schmeißt dann halt diese, die Docker-Kommandos zum Aufräumen mit rein und fertig.
Ingo: Ich mache das an einer Stelle jetzt auch mit einer CI-Pipeline,
Ingo: wo ich halt aus einem GitLab, wenn sich was an der Webseite ändert,
Ingo: einfach Docker-Images baue, dahin pipe und der räumt natürlich dann auch,
Ingo: wenn er mal wieder gelaufen ist, auch auf.
Ingo: Aber schöner wäre auch so ein allgemeines Ding zu haben, was einfach auf mehreren
Ingo: VMs einfach läuft und mal Zeug aufräumt und nicht nur immer,
Ingo: wenn diese eine Publine läuft. Von dem her, deswegen frage ich.
Sebastian: Ich habe den Link garantiert gespeichert. Ich bin mir sehr sicher,
Sebastian: auf einen meiner selbst gehosteten Dienste hier.
Sebastian: Genau, da kann ich nachher mal nachschauen und dann schicke ich dir das.
Sebastian: Beziehungsweise können wir auch in die Shownotes mit reinpacken, ist ja kein Geheimnis.
Sebastian: Das kann man sich einfach mal anschauen und wenn man es braucht, eben bei sich deployen.
Sebastian: Genau der räumt halt ab und zu auf und
Sebastian: oder einmal am tag kommt er eben auf läuft auf allen dreien ja
Sebastian: und wie gesagt also das schaukelt sich manchmal wohl irgendwie auf und es ist
Sebastian: jetzt schon zweimal passiert oder einmal habe ich es absichtlich gemacht da
Sebastian: wollte ich mal schauen wie ist es denn wenn ich ein ein system raus raus schmeiße
Sebastian: weil ich mal ein update fahr oder so und,
Sebastian: Stellte sich heraus, danach war alles kaputt.
Sebastian: Also ein System war weg und damit waren irgendwie die anderen zwei komplett überlastet.
Sebastian: Was mich sehr wundert, weil dort laufen wirklich nicht viele Sachen.
Sebastian: Also es sind, ja gut, es sind schon ein paar Container.
Sebastian: Was habe ich jetzt aktuell? 65 Container habe ich da draußen. Okay.
Sebastian: Ja, es sind 65 Container, weil das eidelt halt die meiste Zeit,
Sebastian: der meiste Kram, der da draufläuft.
Sebastian: Vieles ist, ja, vieles ist halt nicht stark frequentiert.
Sebastian: Was habe ich hier drauf? Ich habe ein Image zum Beispiel hier drauf.
Sebastian: Das sind ja schon alleine vier Container oder so.
Sebastian: Ne, fünf, was der Stack hier hat.
Sebastian: Warte mal. Genau, schon allein der Image-Ding hat fünf Container.
Sebastian: Ich habe da die Datenbank, dann das Machine Learning, den Server,
Sebastian: eine Redis-Datenbank und dann habe ich mir jetzt mal hinzugefügt die Image-Power-Tools.
Sebastian: Die habe ich gefunden vor kurzem.
Sebastian: Sind sehr praktisch, wenn man seine Datenbank gerade neu aufbaut.
Ingo: Musst du fragen, dass es zum Bilder posten, sharen Genau.
Sebastian: Also Immig ist es letzten Endes so eine Google Foto Alternative oder wie heißt das Ding?
Sebastian: Google Gallery, Google was weiß ich.
Sebastian: Google Foto heißt glaube ich im Deutschen auf dem Smartphone.
Sebastian: Genau. Das ist so eine Alternative zum selber hosten, für Fotos anzuschauen
Sebastian: und das Machine Learning wird verwendet, um eben,
Sebastian: ich glaube, man kann mittlerweile auch nach Dingen suchen, aber überwiegend
Sebastian: eben für Gesichtserkennung und die Gesichtserkennung, muss ich sagen, ist wirklich sehr gut.
Ingo: Gib mir mal alle Fotos, auf denen Sebastian drauf ist.
Sebastian: Also das ist auch ein tolles Feature, muss ich sagen,
Sebastian: gerade, gerade wenn man so, wir haben ja dann auch ein Fotoalbum gemacht,
Sebastian: als der Kleine auf die Welt kam nach dem ersten Jahr und dann hast du halt eben
Sebastian: relativ schnell fast alle Bilder zusammen,
Sebastian: wo der Kleine drauf ist. Also das ist halt schon sehr cool.
Sebastian: Ja, genau, aber das sind schon fünf Container, ja.
Sebastian: Und so geht es dann, also das läppert sich sehr schnell zusammen,
Sebastian: aber die machen halt alle nicht viel.
Sebastian: Und deswegen wundert es mich so, dass der RAM so explodiert teilweise.
Sebastian: Zumal die Dienste hatte ich halt vorher ja auch schon und auf dem alten System,
Sebastian: das waren nur 32 GB RAM insgesamt.
Sebastian: Und hier habe ich ja schon mehr als 32 GB laufen.
Sebastian: Ja, deswegen bin ich noch nicht so ganz sicher, wo kommt es her.
Sebastian: Ich habe jetzt mal angefangen, einigen von den Services,
Sebastian: die ich dort hoste, feste Ressourcen zuzuteilen oder Maximalressourcen zu bestimmen,
Sebastian: um einfach da ein kleines bisschen einzulenken.
Sebastian: Weil ich auch in einem der Projekte, die ich gehostet habe, gelesen habe,
Sebastian: dass Python-Projekte auf Django-Basis gerne mal den RAM einfach allokieren,
Sebastian: aber eben gar nicht benutzen und es deswegen sinnvoll ist.
Sebastian: Dort ein Maximum zu bestimmen. Ja, genau.
Sebastian: Aber so sieht es im Moment aus. Ich möchte ganz gerne diese drei Produktivsysteme,
Sebastian: will ich eigentlich komplett von dem NAS runterziehen.
Sebastian: Also das Ukraine hat extrem viel Power, aber ich möchte gerne die Services,
Sebastian: die ich da in diesem Cluster hoste,
Sebastian: wirklich als einen eigenen Cluster betreiben.
Sebastian: Und dann eben drei so Sink-Centre hier mir hinstellen, die eben jeweils das
Sebastian: gleiche Setup drin haben und auf denen dann dieser Cluster läuft.
Sebastian: Wahrscheinlich mit einem Proxmox vorne dran, also trotzdem noch mal so eine
Sebastian: Schicht davor, einfach für die Verwaltung, weil es ein bisschen angenehmer ist.
Sebastian: Aber eben dann das NAS wirklich mehr als NAS verwenden und da dann TrueNAS drauf.
Sebastian: Die OpenSense läuft eben auf dem NAS drauf, weil da halt eben diese zwei 10
Sebastian: Gigabit Netzwerkanschlüsse dran sind und sowas.
Sebastian: Was haben wir denn hier noch in unseren Shownotes?
Ingo: Ja, nee, also es war schon so ein guter Überblick. Ich weiß gar nicht, ob wir noch ...
Sebastian: Noch eine Kleinigkeit hätte ich noch, weil du hast das auch schon angesprochen,
Sebastian: dass du dir so eine Pipeline gebaut hast.
Ingo: Ja, stimmt, stimmt. Genau, du hast das ein bisschen anders gemacht als ich.
Ingo: Ich habe das bisher mit GitLab gemacht, weil kannte ich und habe auch,
Ingo: wie gesagt, nur zwei jetzt, um da,
Ingo: Container tatsächlich zu bauen, die dann gestartet werden und Webseiten haben.
Ingo: Und du hast das schon ein bisschen cooler gemacht.
Ingo: Nee, man hat es einfach nicht gekleppt genommen, sondern Frojo.
Ingo: Und das ist, kannst du nochmal erzählen, wie du das gebracht hast?
Sebastian: Also ich würde es Forjo.
Ingo: Keine Ahnung, wie man es ausspricht. Ja, ja. genau, die Leute kennen alle GitHub und GitLab,
Ingo: aber Codeberg setzt eben auf eine andere Software auf und die haben die,
Ingo: ja, wird auch weiterentwickelt und kann man eben auch selber hosten und das
Ingo: ist, wie auch immer man das ausspricht,
Ingo: ist die Software dahinter und definitiv auch mal ein Blick wert,
Ingo: insbesondere Also ja, wenn man nicht auf diese zwei großen Firmen setzen will,
Ingo: aus unterschiedlichen Gründen, kann man sich das mal angucken.
Sebastian: Also sagen wir mal so, was spricht denn gegen GitLab?
Sebastian: Generell muss ich sagen, eigentlich spricht nur dagegen, dass es halt doch recht
Sebastian: ressourcenhungrig ist.
Ingo: Naja, man kann immer noch sagen, es ist eine große Firma, eine amerikanische Firma, die ja.
Sebastian: Ja, gut, das ist jetzt der heutige Punkt, den man auf jeden Fall mitbedenken muss.
Sebastian: Aber für mich war es immer, ganz am Anfang war es sehr schwer zu installieren.
Sebastian: Mittlerweile ist die Installation von GitLab wesentlich einfacher geworden,
Sebastian: aber es ist halt trotzdem noch sehr ressourcenhungrig.
Sebastian: Ich bin relativ früh auf GOX gestoßen.
Sebastian: Das ist ein in Go geschriebener Git-Server.
Sebastian: Lag daran, dass ich generell Go als Programmiersprache sehr cool finde und mich
Sebastian: damals eben da sehr viel mit beschäftigt habe und dann auch geschaut habe,
Sebastian: was für Projekte gibt es da. Und dann bin ich eben auf Gox gestoßen.
Sebastian: Gox hatte ich eine Zeit lang gehostet, dann ist da die Entwicklung aber nicht
Sebastian: so vorangegangen, wie die Community das sich gewünscht hat und hat eben dann
Sebastian: einen Fork gemacht, der dann Giti sich nennt.
Sebastian: Das kennt man, glaube ich, auch wesentlich besser als Gox.
Sebastian: Und Git-T ist aber jetzt auch, da ist eine Firma hinten dran,
Sebastian: eine US-amerikanische Firma auch.
Sebastian: Und Forgeo ist letzten Endes auch ein Klon von Git-T letzten Endes.
Sebastian: Und ist eben geklont worden von dem Kotberg-Projekt.
Sebastian: Kotberg selber hat ursprünglich Getty eingesetzt und setzt jetzt selber eben
Sebastian: auch auf Forkjo und die haben das geklont, weil sie eben mit Getty an bestimmte Grenzen gestoßen sind.
Sebastian: So meine wagen Sachen, die ich zwischendurch gelesen habe, ist aber auch schon
Sebastian: etliche eine lange Zeit vergangen seitdem.
Sebastian: Also meines Wissens waren da ein paar Dinge, die sie gerne umgesetzt haben wollten
Sebastian: im Projekt und das ist aber dann nicht upstream gekommen und dann haben sie sich das jetzt dann,
Sebastian: geforkt und der Vorteil davon ist, das ist eine europäische gemeinnützige Organisation,
Sebastian: soweit ich weiß.
Sebastian: Falls du da mehr weißt, korrigier mich bitte.
Ingo: Du meinst das Codeberg?
Sebastian: Genau, die jetzt hinter Codeberg letzten Endes stehen, genau,
Sebastian: und die dann eben auch das 4GUE-Projekt eben weiter treiben.
Sebastian: Und dann habe ich gedacht, na ja, gut, wenn ich jetzt schon umziehe,
Sebastian: kann ich ja auch mal dahin umziehen, zumal es ja schön ist, aktuell eben zu
Sebastian: schauen, dass man eventuell auf europäische Alternativen setzt.
Sebastian: Und habe mir das angeschaut und habe mir dann auch mal einen Forgeo Runner aufgesetzt,
Sebastian: der letzten Endes dann auch solche wie GitHub Actions oder GitLab Actions eben
Sebastian: auch für Forgeo so Git Actions zur Verfügung stellt und die werden dann auf
Sebastian: diesem Runner ausgeführt.
Sebastian: Das läuft bei mir noch nicht, das habe ich mir erst angeschaut.
Sebastian: Was ich aber eben schon mache, ist eben Forgeo in meinem Setup hier einzusetzen.
Sebastian: Da liegen letzten Endes aktuell meine Repositories, wo ich meine Applications
Sebastian: eben manage und auch meine Infrastruktur.
Sebastian: Wobei ich die Infrastruktur jetzt das Ganze nochmal neu aufsetze,
Sebastian: um es dann eben in diesen Runner mit zu integrieren und darüber dann automatisiert
Sebastian: die Infrastruktur und auch die Ansible Setups ausrollen zu lassen.
Sebastian: Genau und ich habe im Moment eben meine Applications da drin und man kann eben
Sebastian: über Portainer ja auch aus Git-Projekten sich die Applications deployen und
Sebastian: so habe ich das aktuell auch gemacht,
Sebastian: dass all die Programme,
Sebastian: all die Tools, die ich hier aufsetze, letzten Endes in einem Repository zu finden
Sebastian: sind und von dort aus dann im Portainer importiert werden.
Sebastian: Und der Portainer selber kümmert sich auch um die Updates an der Stelle,
Sebastian: also da brauche ich dann keinen Runner hintendran.
Sebastian: Das werde ich vielleicht mal noch umstellen, dass ich dort eben eine Push-Benachrichtigung,
Sebastian: also einen Webhook aufrufe für Portainer und aktuell lasse ich halt einfach
Sebastian: den Portainer alle fünf Minuten einen Poll durchführen und letzten Endes guckt
Sebastian: er nach, gibt es eine Änderung, ja, nein.
Ingo: Schon sind wir bei githubs gelandet genau.
Sebastian: Ja das war mir halt ein wichtiges thema das was ich hier umsetzen wollte um
Sebastian: eben auch diesen diesen overhead also ich habe schon einige projekte die ich
Sebastian: hier hoste die ich mir auch anschauen möchte zwischendurch sowas wie audio bookshelf wie paperless ngx,
Sebastian: Neu habe ich mir mal Paperless AI mit draufgeschmissen. Hier so Linkboarden,
Sebastian: dass ich gerade am Testen bin als Wallerbeck-Alternative.
Sebastian: Ich werde mir vielleicht auch noch mal Redec anschauen. Ich glaube,
Sebastian: da hattet ihr es auch mal in Binärgewitter drüber.
Ingo: Genau, das hatten wir letzte Woche. Oder letzte Sendung, ja.
Sebastian: Was mich dort noch gestört hat, ist, dass leider kein Single Sign-On,
Sebastian: Also keine O-Out-Unterstützung da mit dabei ist derzeit.
Sebastian: Das fehlt mir, weil das darauf achte ich bei den Projekten in der Regel aktuell, weil ich einfach.
Ingo: Weil du das halt hast, ne? Genau, ich habe das halt nicht. Ich habe halt alles
Ingo: irgendwie an LDAP oder an meinen Mail-Server angebunden und deswegen,
Ingo: ja, ist das bei mir nicht so.
Sebastian: Redack hat LDAP-Anbindung?
Ingo: Nee, weiß ich nicht, weil ich habe ja von Dirk den Zugang bekommen,
Ingo: er hostet das und ich benutze es nur.
Ingo: Und deswegen kann ich nicht sagen, ob die irgendeine spezielle Anbindung haben.
Ingo: Das kann ich dir nicht sagen, weiß ich nicht.
Sebastian: Ja, nee, also genau, wollte ich sagen, also denen fehlt noch eben irgendeine
Sebastian: alternative Anbindung.
Sebastian: Wenn es LDAP wäre, wäre es mit Authentic ja auch problemlos umsetzbar.
Sebastian: Dann hättest du halt nicht das schöne Single Sign-On oder nicht ganz so elegant, sagen wir es mal so.
Sebastian: Aber mir geht es halt einfach darum, wenn ich möchte, dass irgendwelche Dienste
Sebastian: benutzt werden, dann muss es möglichst einfach sein.
Sebastian: Und für mich ist es auch angenehm, muss ich gestehen. Also ich habe auch meine
Sebastian: Proxmox-Hosts hier mittlerweile angebunden an Authentic. und es ist tausendmal angenehmer.
Ingo: Ja, und du hast nur noch einen Single Point of Administration an der Stelle, das ist schon,
Ingo: Definitiv besser, ja.
Sebastian: Genau. Und deswegen habe ich mir Redick leider noch nicht angeschaut.
Sebastian: Ich werde es mir trotzdem mal anschauen, weil ja.
Ingo: Ja, es kommt auch darauf an, ob du nur eine Link-Verwaltung eben haben willst,
Ingo: dann reicht dir Link-Worden oder ob du eher so eine Read-It-Later Geschichte haben willst.
Sebastian: Ich wollte so eine Mischung aus beiden eigentlich haben und da ist,
Sebastian: glaube ich, Redick passt besser als Wallaback oder Link worden und das war so ein bisschen,
Sebastian: ich habe schon so ein bisschen geweint, zumal auch Redec wird auf Codeberg eben,
Sebastian: gehostet und nicht auf GitHub.
Ingo: Kann ja noch kommen oder jemand muss es halt programmieren oder sponsern oder
Ingo: mal ein Google Sum of Code Projekt machen oder wie auch immer.
Ingo: Also ich meine, nur weil es jetzt das nicht hat, heißt ja nicht,
Ingo: dass es Also es gibt auch ein Issue schon dafür.
Sebastian: Also da wird schon diskutiert drüber auf jeden Fall, aber Aber ja,
Sebastian: also wie gesagt, charmant ist das als Alternative auf jeden Fall und würde ich gerne einsetzen.
Sebastian: Schon alleine hat es mir gefallen, dass sie eben auf Codeberg setzen und sowas.
Sebastian: Also das waren so Dinge, wo ich gedacht habe, cool.
Sebastian: Ja, dann habe ich so zum Monitoring habe ich Bestel im Einsatz,
Sebastian: habe ich gefunden vor kurzem, ist ein sehr einfaches Monitoring-Tool mit History,
Sebastian: bis jetzt alles andere war mir immer zu, ja, zu Overload zum Aufsetzen und sowas.
Sebastian: Klar, gibt Prometheus und sowas, aber sich dann die Oberflächen im Grafana wieder
Sebastian: da zusammenzubauen und ach nee, da habe ich einfach keine Lust zu.
Sebastian: Und das Bestel ist halt super easy, einfach den Agent installieren,
Sebastian: gibt es auch für alle möglichen Systeme,
Sebastian: einfach draufschmeißen und dann kann sich Bestel dahin connecten und die Daten ziehen.
Sebastian: Und ja, ist wirklich ein einfaches Tool fürs Monitoring.
Sebastian: Also ich habe halt schon einiges hier drauf laufen, was ich mir dann eben auch anschauen möchte.
Sebastian: Und da war das mir halt wichtig von Anfang an, da möglichst wenig Aufwand auch
Sebastian: ins Updaten oder sowas reinstecken zu müssen.
Sebastian: Den Renovate-Bot würde ich mir gerne in Fortune noch mit integrieren.
Sebastian: Ich weiß nicht, ob du den kennst, Ingo?
Ingo: Ja, kenne ich.
Sebastian: Also das ist letzten Endes ein Tool, welches eben ...
Sebastian: Eben, ob es dort irgendwo Informationen über Versionen gibt und das egal,
Sebastian: ob man jetzt ein Docker-Projekt hat oder ein Python-Projekt oder ein Node.js-Projekt oder sowas.
Sebastian: Das kann halt mit verschiedenen Backends an der Stelle arbeiten und überwacht
Sebastian: dann eben die Versionen und stellt dann auch automatische Commits.
Sebastian: Wenn man dann CICD Pipeline da noch mit dabei hat, kann man sogar sagen,
Sebastian: das Ding läuft komplett autonom und deployt dann auch die neuen Versionen nach Tests.
Sebastian: Einfach das Deploy durchführen lassen und so Sachen.
Sebastian: Dahin soll es eigentlich auf lange Sicht gehen.
Sebastian: Also, dass ich halt wirklich überall die Versionen pinne und dann geschaut wird.
Sebastian: Im Moment ist es so, dass ich einen, dass ich hier Dion laufen habe oder ja
Sebastian: doch, D-I-U-N das ist ein Docker,
Sebastian: Service, der letzten Endes einfach schaut, ob es für die Docker Container die auf deinem Host laufen.
Sebastian: Updates gibt und charmante ist, das läuft halt, das funktioniert auch mit Docker
Sebastian: Swarm zusammen und genau und da kriege ich dann halt einfach eine Push-Benachrichtigung,
Sebastian: dass es eben Updates gibt und in welchem Container oder welchem Stack das letzten
Sebastian: Endes gerade läuft und dann weiß ich, okay, ich muss jetzt hier einmal Stack
Sebastian: aktualisieren und dann wird da die Aktualisierung durchgeführt.
Sebastian: Aber auch da möchte ich eben den Aufwand, den Verwaltungsaufwand ein bisschen reduzieren.
Sebastian: Zumal man halt oftmals die Sachen nicht mitkriegt, wenn es Updates gibt.
Ingo: Das stimmt. Genau, man kann nicht überall sein, man kann nicht alle RSS-Feeds lesen und alle E-Mails.
Ingo: Von dem her ist das ja immer noch ganz wichtig, dass man auch irgendwie das wegautomatisiert.
Ingo: Ja, Dann würde ich sagen, wir machen mal hier jetzt eine Pause,
Ingo: Schluss, zumindest für diese eine Sendung mal.
Ingo: Wir werden uns sicher noch öfter darüber unterhalten und weiterentwickeln.
Ingo: Ja, also wir bauen ja die ganze Zeit weiter an unserem Homelab rum und es wird
Ingo: immer neuer, schöner, höher weiter.
Ingo: Also bei mir auch in letzter Zeit neue Switche und so.
Ingo: Hoffentlich auch noch eine schnellere Glasfaserverbindung oder eine zweite,
Ingo: dass man auch den Single Point of Failure wegkriegt.
Ingo: Also es wird immer weiter gebastelt. Wir bauen immer mehr Apps auf und werden
Ingo: da sicher dann spätestens in einem Jahr, vielleicht aber auch noch früher wieder drüber reden.
Ingo: Wenn ihr Fragen habt oder Anmerkungen, vielleicht auch sagt, nee,
Ingo: unser Setup ist total scheiße, gibt hier viel, viel was Besseres,
Ingo: Könnt ihr das natürlich gerne in die Kommentare auf unserer Webseite oder was
Ingo: weiß ich, wo auch immer ihr diesen Podcast hört oder auf YouTube guckt oder was auch immer.
Ingo: Natürlich auch da sind die Kommentare sehr willkommen, aber im Blog kriegen
Ingo: wir sie mit am schnellsten mit wahrscheinlich und reagieren auch darauf.
Ingo: Und ja, wenn ihr sonst ein Thema habt, was wir uns entweder vornehmen oder ihr
Ingo: selber mal darüber berichten wollt, könnt ihr uns natürlich auch anschreiben.
Ingo: Und dann sind wir demnächst auf der Froscon. Also wenn ihr Zeit habt, kommt gerne vorbei.
Ingo: Ist ja jetzt noch im August, dann gerne uns irgendwie anpingen,
Ingo: was weiß ich, auf Mastodon Bescheid sagen oder uns da zumindest überall folgen.
Ingo: Dann werdet ihr schon sehen, dass wir, wenn sich genug Leute finden,
Ingo: wahrscheinlich auch ein kleines Hörertreffen machen, ein paar Flyer mitbringen
Ingo: oder Sticker hier auf Kleber mitbringen und so.
Ingo: Also wenn ihr da Lust habt, dann meldet euch einfach oder folgt uns auf Mastodon.
Ingo: Die Links findet ihr auf unserer Webseite.
Ingo: Und dann freuen wir uns, dass wir euch dort vor Ort sehen und natürlich ihr
Ingo: uns auch bei der nächsten Sendung wieder hört.
Ingo: Und ich wünsche euch bis dahin eine frohe Zeit. Passt auf euch auf. Habt Spaß.
Sebastian: Mit euren Homelab.
Ingo: Genau. Bis zum nächsten Mal. Ciao, ciao.
Sebastian: Ciao.