Vorhaltung Backup - generelle oder variable Methoden?

[Skysnake]

Naja, es ist Wochenende. Da sollte man jemanden schon 48h zum Antworten geben 😉

 

[beartooth]

finde es immer schlimm, wenn solche Fragen in derart allgemeiner Form gestellt werden,

Ich habe die Frage deshalb so allgemein und offen gestellt, weil ich bis dato einfach kein ausreichendes Know How hatte, um sie zu spezifizieren. Dies geht mEn aus dem ersten Satz meines Ursprungsbeitrags hervor.

Aus den folgenden Beiträgen ergaben sich für mich Informationen, welche ich vorher noch gar nicht auf dem Schirm hatte - finde ich gut. Für einen Anfänger für mich war – so dumm es für euch klingen mag – der Hinweis, dass ich von meinen WireGuard-Server kein Backup brauche, hilfreich. Der Rest steht in meiner Doku. Oder auch das ich nicht ganze Server kopieren muss.

und sich dann aus dem Thread verabschiedet wird, wie wenn es eien überhaupt nicht interessiert.

Ich habe mich von gar nichts verabschiedet. Seit dem Erstellen des Themas war ich nicht mehr am Rechner. Zudem arbeite ich Schicht in einem 24h-System, und kam gerade erst nach Hause. In meinem Job ist man froh über freie Tage am Wochenende, deswegen hatte ich das Samstag Nachmittag / Abend genutzt, und seit Sonntag 08:00 bis vor rund 50 Minuten war ich dann in der Arbeit. Ich habe zwar immer mal wieder mobil reingeschaut, um die ersten Eindrücke mitzunehmen, aber antworten wollte ich zwischen „Tür und Angel“ nicht. Dafür sitze ich dann lieber wieder zu Hause am Schreibtisch. Mal abgesehen davon das ich zu eurem Input leider nicht viel sagen kann außer: Ich habs mir notiert, ich werde es mir anschauen und mit damit auseinandersetzen.

Ich bin euch wirklich dankbar für eure Informationen, aber dass ich mich hier rechtfertigen muss, wie oft ich in meiner Freizeit am Computer sitze, finde ich schade – vor allem am Wochenende und bei dem schönen Wetter.

Letztendlich werde ich mir auf jeden Fall restic genauer anschauen, und mir überlegen für welchen Server welcher Backup-Plan Sinn ergibt. Bei meinem Docker-Portainer-Server muss ich mich dann eh nochmal genauer einlesen, wie das mit dem Backup der einzelnen Container ist. Bei vielen Anwendungen reicht vermutlich die Sicherung der Datenbank – macht da dann ein reiner Datenbank-Server Sinn, den ich für alle anderen Server benutze?

 

[Skysnake]

Kommt drauf an, wieviel unterschiedliche DBs du brauchst. Also auch gerade bezüglich unterschiedliche Versionen der gleichen DB.

UND du solltest dich fragen ob Performance ein Pflichtkriterium ist. Also du z.b. gewisse SLAs einhalten musst. Wenn ja muss man deutlich mehr Gehirnschmalz am Anfang reinstecken im die Architektur. Zur Not versuchen das Problem mit HW zu erschlagen funktioniert leider oft nicht.

 

[nutrix]

Bei vielen Anwendungen reicht vermutlich die Sicherung der Datenbank – macht da dann ein reiner Datenbank-Server Sinn, den ich für alle anderen Server benutze?

Von was für einer Datenbank für welchen Zweck sprechen wir? Und die läuft hoffentlich nicht in einem Container? Wie wirst Du die Datenbank genau sichern? Wie mein Kollege oben sagte, man muß sich VORHER Gedanken machen, was man wie und wann sichert. Eine laufende Datenbank darfst Du nicht einfach so per Dateisystem direkt sichern, das geht absolut in die Hose!

 

[Skysnake]

Und die läuft hoffentlich nicht in einem Container?

Was soll daran bitte ein Problem sein?

Ich habe selbst über Jahre viele MariaDBs im Container mir HA lohne Probleme laufen lassen.

Ich sehe da an sich keinen Unterschied zwischen nativ und im Container. Das ist im wesentlichen ne logische Unterteilung.

Openldap habe ich auch so betrieben

 

[JumpingCat]

Eine laufende Datenbank darfst Du nicht einfach so per Dateisystem direkt sichern, das geht absolut in die Hose!

Jetzt wird es richtig Off Topic. Was machst du wenn der Host abstürzt? Hast du Angst vor den Replay Logs?

 

[Skysnake]

Würde ich nicht sagen, denn durch Container lernt man seperation von Daten. Das ist ziemlich hilfreich fürs erstellen von Backups

Daher:
Ich mache da gar nichts. Der Orchestrator merkt das der Container weg ist und restarted ihn. Dank shared storage juckt es mich auch nicht wo der Container läuft. Sprich ob er auf dem gleichen host oder nem anderem startet ist egal. Was aber natürlich funktionieren muss ist das nur ein Container auf den Daten arbeitet.

Gibt es dann aber die unterschiedlichsten Möglichkeiten per Design. Z.b. Multimount Protection oder das alles über ein Nerzwerkinterface geht. Also Container als auch shared Storage. Wenn der Container läuft kann also auch der Orchestrator mit dem Host reden.

Also an sich recht einfach ein HA zu erstellen. Auch bei größeren MariaDBs hatte ich da failoverzeiten von <1 Minute. Für meinen Anwendungsfall war das gut genug. Ist eh fast nie vorgekommen. Und man hat halt durch Volumes schon direkt ausgegliedert was man Snapshots kann vor nem Update um danach wieder ein Downgrade zu machen.

Aber ja, Zero downtime Backups gehen nur über die DB internen Mechanismen.

 

[nutrix]

Was soll daran bitte ein Problem sein?

Ich habe selbst über Jahre viele MariaDBs im Container mir HA lohne Probleme laufen lassen.

Das macht keiner professionell so im kommerziellen Umfeld. Aber das sollten wir bitte woanders ausführen und nicht hier. Und ich arbeite beruflich in dem Umfeld, und keiner, der was von Datenbanken wirklich versteht, packt sie in Docker, außer für eine einfache Testdatenbank, weil es absolut sinnlos ist, wenn Du eh Datenpersistenz per externe Anbindung für die Datenhaltung schaffen mußt. Es bringt Dir hier 0 Vorteile.

Ich sehe da an sich keinen Unterschied zwischen nativ und im Container. Das ist im wesentlichen ne logische Unterteilung.

Da gibt es sehr wohl Unterschiede, aber das führt jetzt zu weit.

Openldap habe ich auch so betrieben

Das ist wieder eine andere Kiste.

Ergänzung (1. Juli 2024)

Jetzt wird es richtig Off Topic. Was machst du wenn der Host abstürzt? Hast du Angst vor den Replay Logs?

Nein, aber Du führst unweigerlich die Datenbank in einen inkonsistenten Zustand. Das weiß heute jeder IT-Berufsanfänger, der das Thema Datenbanken durchgeht.

 

[h00bi]

Beruflich per Veeam GRS, zusätzlich als Copy to Disk als auch immutable.:
1x keep yearly
3x keep montly
14x keep last

Warum: Weil es mit dem vorhandenen Speicherplatz passt.

Privat per Proxmox auf einen USB Stick:
2x keep monthly
2x keepweekly
1x keep last

Zusätzlich kleine, wichtige Daten per eigener Nextcloud.

Warum: Weils mir so reicht.