<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Fortgeschritten on Yanis Gramitzky - Infrastructure &amp; Automation</title><link>https://ygramitzky.de/tags/fortgeschritten/</link><description>Recent content in Fortgeschritten on Yanis Gramitzky - Infrastructure &amp; Automation</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Thu, 09 Jan 2025 00:00:00 +0100</lastBuildDate><atom:link href="https://ygramitzky.de/tags/fortgeschritten/index.xml" rel="self" type="application/rss+xml"/><item><title>Grafana &amp; Prometheus – Monitoring Stack für Docker und Proxmox</title><link>https://ygramitzky.de/posts/docker/grafana-monitoring/</link><pubDate>Thu, 09 Jan 2025 00:00:00 +0100</pubDate><guid>https://ygramitzky.de/posts/docker/grafana-monitoring/</guid><description>&lt;h2 id="wie-spielen-die-akteure-zusammen"&gt;Wie spielen die Akteure zusammen?&lt;/h2&gt;
&lt;p&gt;Monitoring in diesem Stack basiert auf einem klaren Pull-Prinzip: Prometheus fragt aktiv bei den Datenquellen an – nicht umgekehrt. Jede Komponente hat eine klar definierte Rolle.&lt;/p&gt;
&lt;pre tabindex="0"&gt;&lt;code&gt;┌─────────────────────────────────────────────────────────────────┐
│ monitoring network │
│ │
│ ┌──────────────┐ scrape ┌─────────────────────────┐ │
│ │ Prometheus │◄────────────────│ cAdvisor :8080 │ │
│ │ :9090 │◄────────────────│ pve-exporter :9221 │ │
│ │ │◄────────────────│ traefik :8899 │ │
│ │ │◄────────────────│ prometheus :9090 │ │
│ └──────┬───────┘ └─────────────────────────┘ │
│ │ query (PromQL) │
│ ┌──────▼───────┐ ┌─────────────────────────┐ │
│ │ Grafana │ │ Redis │ │
│ │ :3000 │ │ (cAdvisor session) │ │
│ └──────────────┘ └─────────────────────────┘ │
│ │
└─────────────────────────────────────────────────────────────────┘
│ proxy network
┌────▼─────┐
│ Traefik │ → grafana.example.com (Authentik-geschützt)
└──────────┘
Außerhalb des monitoring network:
┌─────────────────────────────────┐
│ Proxmox VE 192.168.100.21 │
│ pve-exporter liest PVE API │
└─────────────────────────────────┘
&lt;/code&gt;&lt;/pre&gt;&lt;p&gt;&lt;strong&gt;Prometheus&lt;/strong&gt; ist die Zentrale. Es scraped alle Datenquellen in regelmäßigen Intervallen, speichert die Zeitreihendaten in seiner eigenen TSDB und beantwortet PromQL-Abfragen von Grafana.&lt;/p&gt;</description></item><item><title>Gluetun – Container sicher über VPN anbinden</title><link>https://ygramitzky.de/posts/docker/gluten-vpn/</link><pubDate>Tue, 07 Jan 2025 00:00:00 +0100</pubDate><guid>https://ygramitzky.de/posts/docker/gluten-vpn/</guid><description>&lt;h2 id="container-im-rechenzentrum--sicher-erreichbar"&gt;Container im Rechenzentrum – sicher erreichbar&lt;/h2&gt;
&lt;p&gt;Eine Applikation läuft im Rechenzentrum. Sie enthält sensible Daten: Kundendaten, interne Systeme, Produktionsdatenbanken. Direkt über das öffentliche Internet erreichbar zu sein ist keine Option – zu groß das Angriffspotential, zu hoch die Compliance-Anforderungen.&lt;/p&gt;
&lt;p&gt;Die klassische Lösung: ein VPN-Tunnel zwischen dem Rechenzentrum und dem eigenen Netzwerk. Jede Verbindung zu den Applikationen läuft verschlüsselt durch diesen Tunnel – von außen ist nichts sichtbar, kein Port offen, keine Angriffsfläche.&lt;/p&gt;</description></item><item><title>Immich – Selbstgehostete Fotoverwaltung als Google Photos Alternative</title><link>https://ygramitzky.de/posts/docker/immich/</link><pubDate>Thu, 02 Jan 2025 00:00:00 +0100</pubDate><guid>https://ygramitzky.de/posts/docker/immich/</guid><description>&lt;h2 id="wem-gehören-die-eigenen-fotos"&gt;Wem gehören die eigenen Fotos?&lt;/h2&gt;
&lt;p&gt;Google Photos, iCloud, Amazon Photos – sie alle bieten bequemen Speicher, smarte Suche und automatische Sortierung. Der Preis dafür ist nur selten in Euro. Meistens zahlt man mit Daten, mit Abhängigkeit, mit dem stillen Einverständnis, dass ein Konzern die eigenen Erinnerungen verwaltet.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Immich&lt;/strong&gt; ist die Antwort darauf – eine selbstgehostete Foto- und Video-Bibliothek, die sich anfühlt wie Google Photos, aber auf dem eigenen Server läuft.&lt;/p&gt;</description></item><item><title>Mailcow – Ein vollständiger Mailserver auf eigenem Docker-Host</title><link>https://ygramitzky.de/posts/docker/mailcow/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://ygramitzky.de/posts/docker/mailcow/</guid><description>&lt;h2 id="warum-ein-eigener-mailserver"&gt;Warum ein eigener Mailserver?&lt;/h2&gt;
&lt;p&gt;E-Mail ist die älteste und verlässlichste digitale Kommunikationsform – und gleichzeitig die am stärksten zentralisierte. Google, Microsoft und ein Handvoll weiterer Anbieter verarbeiten den Großteil des globalen E-Mail-Verkehrs. Wer seine eigene Domain betreibt, gibt die Kontrolle über das Herzstück seiner digitalen Identität meist trotzdem ab.&lt;/p&gt;
&lt;p&gt;Mailcow ändert das. Ein vollständiger Mailserver mit Webmail, Kalender, Kontakten, Spamfilter, Virenschutz und Zwei-Faktor-Authentifizierung – containerisiert, wartbar, erweiterbar.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;⚠️ &lt;strong&gt;Niveau:&lt;/strong&gt; Fortgeschritten. Grundkenntnisse in Docker, DNS und Linux werden vorausgesetzt. Ein Mailserver ist kein Lernprojekt für den Einstieg – Fehlkonfigurationen haben direkte Auswirkungen auf Zustellbarkeit und Sicherheit.&lt;/p&gt;</description></item></channel></rss>