Redis auf dem eigenen Server

Redis hält Daten im Arbeitsspeicher und wird oft als Cache, für Sitzungen oder für Aufgabenwarteschlangen eingesetzt. Ob Daten dauerhaft gespeichert werden müssen, hängt von deiner Anwendung ab.

Voraussetzungen

Diese Befehle sind für deinen eigenen Linux-Server mit Ubuntu oder Debian und systemd gedacht. Du brauchst einen funktionierenden Zugang, passende Administratorrechte und bei vorhandenen Anwendungen eine Sicherung. Lies zuerst Vorbereitung und Terminalfragen. Die Befehle laufen in deiner Serverkonsole beziehungsweise einer bereits geprüften SSH-Sitzung, nicht in Servora. Andere Distributionen benötigen andere Pakete oder Dienstnamen.

Diese Anleitung nutzt Redis aus den vorhandenen Ubuntu-/Debian-Paketquellen. Bei bestehender Vendor-, Container- oder Clusterinstallation deren eigenes Verfahren verwenden und keine zweite Instanz hinzufügen.

Bereits installiert?

Zeigt die installierte Version:

redis-server --version

Zeigt den aktuellen Dienstzustand. „Unit not found“ kann bedeuten, dass das Paket noch fehlt:

systemctl status redis-server --no-pager

Auf Ubuntu / Debian installieren

Aktualisiert die Paketinformationen, ohne das ganze System zu aktualisieren:

sudo apt update

Installiert das Paket aus den vorhandenen Distributionsquellen. Lies die Paketliste vor der Bestätigung:

sudo apt install redis-server

Installation und Dienst prüfen

Prüft, ob der Dienst läuft:

systemctl status redis-server --no-pager

Falls eine neue, bewusst eingerichtete Installation noch inaktiv ist, kannst du den Dienst starten. Bei Fehlern zuerst Konfiguration und Meldung prüfen; kein bestehendes Setup überschreiben.

Startet den eingerichteten Dienst:

sudo systemctl start redis-server

Prüft eine lokale Standardinstallation. Mit Authentifizierung kann stattdessen NOAUTH erscheinen:

redis-cli -h 127.0.0.1 ping

PONG bestätigt die Antwort dieser Instanz. NOAUTH bedeutet, dass Anmeldung erforderlich ist; schalte sie dafür nicht ab. Verwende das vorgesehene sichere Anmeldeverfahren deiner Installation und schreibe kein Passwort direkt in einen kopierbaren Shellbefehl.

Redis mit Servora verwenden

Aktueller App-Stand: Servora installiert und erkennt diese Software nicht automatisch. Direkte SSH-Systeminformationen und manuell eingerichtete HTTPS-Prüfungen sind im eingereichten Build verfügbar. Die Installation hier ist eine separate Aufgabe auf deinem Server.

Servora spricht das Redis-Protokoll nicht direkt und fragt weder Schlüssel noch Speicherstatistiken ab. Nutze bei Bedarf einen eigenen HTTPS-Gesundheitsendpunkt deiner Anwendung, der ihren Redis-Zugriff prüft.

Öffne Systemzustand → Server hinzufügen. Trage deinen Server und SSH-Zugang ein. Vergleiche den Host-Fingerprint unabhängig, bevor du vertraust. SSH Schritt für Schritt.
Öffne Projekte und dein Projekt, dann Infrastruktur → Server hinzufügen → Vorhandenen Server zuordnen. Alternativ kannst du hier Neuen Server verbinden wählen. Ein Server gehört derzeit höchstens zu einem lokalen Projekt.
Dokumentiere den Dienst und seine Einrichtung in den Projektnotizen. Unter Systemzustand kannst du die zuletzt gelesenen Serverinformationen aktualisieren.

Nur wenn ein eigener, geeigneter HTTPS-Endpunkt bereits existiert: So richtest du seine Prüfung in Servora ein. Die Datenbank- oder Containerports sind keine HTTPS-Adressen.

Häufige Probleme

Bei „Permission denied“ die Berechtigung mit dem Administrator klären. Bei „failed“ den Dienstnamen, die Konfiguration und gezielt seine Protokolle prüfen. Ein belegter Port kann auf eine vorhandene Installation hinweisen. Bei nicht erreichbarer Website zuerst DNS, Zertifikat und die gezielte Portfreigabe prüfen. Fehlende automatische Erkennung in Servora ist kein Installationsfehler: Sie ist derzeit nicht implementiert.

Sicherheit

Port 6379 nicht öffentlich freigeben. Loopback beziehungsweise vertrauenswürdiges internes Netz, passende Zugriffsregeln und Protected Mode beibehalten. Bei benötigtem Netzzugriff ACLs und gegebenenfalls TLS bewusst einrichten. Cacheverlust und Speicherbedarf bei der Anwendungsplanung berücksichtigen.

Halte das System aktuell und gib nur notwendige Rechte. Öffne keine Ports pauschal und schalte weder Firewall noch TLS-Prüfung ab. Servora benötigt für seine lesenden Systemabfragen keine pauschalen sudo-Rechte. Teile keine Passwörter, privaten Schlüssel oder unbereinigten Protokolle mit dem Support.

Offizielle Dokumentation

SSH-Hilfe · Support · Datenschutz