25
VMware ESXi Cluster Backup
Hallo zusammen,
Ich habe eine vmware esxi cluster Umgebung mit ca. 20TB Daten, die auf einem SAN liegen. Es handelt sich im Cluster um ca. 14 VMs.
Mein Vorgänger hat zum Backup einen weiteren physikalischen Server in den serverschrank gepackt und dort NovaStore Datacenter installiert. Der macht Vollsicherungen alle zwei Tage. Das finde ich ziemlich ungünstig.. Dazu kommt noch, dass das Backup teilweise nur 2x in der Woche ausgeführt wird, da es für eine Vollsicherungen manchmal mehr als zwei Tage benötigt..
Jetzt ist meine Frage: Wie wäre euer Konzept zum Backup dieser Server Umgebung?
wo würdet ihr das Backup speichern?
Welche Software könnt ihr empfehlen?
Also quasi nehme ich gerne alle Infos und Tipps die ihr mir geben könnt.
Ich habe eine vmware esxi cluster Umgebung mit ca. 20TB Daten, die auf einem SAN liegen. Es handelt sich im Cluster um ca. 14 VMs.
Mein Vorgänger hat zum Backup einen weiteren physikalischen Server in den serverschrank gepackt und dort NovaStore Datacenter installiert. Der macht Vollsicherungen alle zwei Tage. Das finde ich ziemlich ungünstig.. Dazu kommt noch, dass das Backup teilweise nur 2x in der Woche ausgeführt wird, da es für eine Vollsicherungen manchmal mehr als zwei Tage benötigt..
Jetzt ist meine Frage: Wie wäre euer Konzept zum Backup dieser Server Umgebung?
wo würdet ihr das Backup speichern?
Welche Software könnt ihr empfehlen?
Also quasi nehme ich gerne alle Infos und Tipps die ihr mir geben könnt.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 548500
Url: https://administrator.de/forum/vmware-esxi-cluster-backup-548500.html
Ausgedruckt am: 21.12.2024 um 15:12 Uhr
25 Kommentare
Neuester Kommentar
Hallo,
na mal was einfaches
Auf die Schnelle:
- Veeam Backup & Replication - läuft einfach. Ich würde das aber mal das NovaStor updaten und dann mal mit inkrementellen Sicherungen testen.
- Physikalischer Server ist gut, würde ich lassen. Hat der genug Platten, sonst ein NAS dazugesellen
- Offline Sicherungen!!!! Am einfachsten und billigsten ist immer noch Tape. Da kommt kein Trojaner mehr ran.
- Jeden Tag eine Sicherung (inkrementell), am Wochenende eine Vollsicherung. Diese Sicherungen dann am besten auf eine zweites NAS in einem anderem Brandabschnitt und eben noch auf Tape.
- Schnelle Verbindung zum Backup-Server, mind. 10 GbE oder FC, kommt drauf an. Was ist euer Storage für den Cluster?
Dann wäre es schon mal gut
Testen der Backups auch nicht vergesssen.
Hier mal was zum dem 3-2-1 Backup:
https://www.veeam.com/blog/de/how-to-follow-the-3-2-1-backup-rule-with-v ...
VG,
Deepsys
na mal was einfaches
Auf die Schnelle:
- Veeam Backup & Replication - läuft einfach. Ich würde das aber mal das NovaStor updaten und dann mal mit inkrementellen Sicherungen testen.
- Physikalischer Server ist gut, würde ich lassen. Hat der genug Platten, sonst ein NAS dazugesellen
- Offline Sicherungen!!!! Am einfachsten und billigsten ist immer noch Tape. Da kommt kein Trojaner mehr ran.
- Jeden Tag eine Sicherung (inkrementell), am Wochenende eine Vollsicherung. Diese Sicherungen dann am besten auf eine zweites NAS in einem anderem Brandabschnitt und eben noch auf Tape.
- Schnelle Verbindung zum Backup-Server, mind. 10 GbE oder FC, kommt drauf an. Was ist euer Storage für den Cluster?
Dann wäre es schon mal gut
Testen der Backups auch nicht vergesssen.
Hier mal was zum dem 3-2-1 Backup:
https://www.veeam.com/blog/de/how-to-follow-the-3-2-1-backup-rule-with-v ...
VG,
Deepsys
Wenn ich es aussuchen darf wie...
Zwei SANs also HA-Cluster und Snapshots auf Blockebene alle paar Minuten, Stunden, Tage ... je nach dem ei wichtig die Daten sind.
Bei Bedarf über FC, FCoE oder iSCSI ebenfalls auf Blockebene Backupen. Konzeption nach Performance und Bedarf.
Zwei SANs also HA-Cluster und Snapshots auf Blockebene alle paar Minuten, Stunden, Tage ... je nach dem ei wichtig die Daten sind.
Bei Bedarf über FC, FCoE oder iSCSI ebenfalls auf Blockebene Backupen. Konzeption nach Performance und Bedarf.
Hier auch ein Cluster
- ca 100 VM
- SSD SAN
- Ca 30 TB Daten
Gesichert wird per Veeam Enterprise Plus - aufgeteilt in verschiedene "Kategorien"....aller 3 Stunden, 2 x am Tag, 1 x täglich....
Sicherung erfolgt auf ein 24 Bay 10Gbit QNAP (FibreChannel als Option) + weiteres SAN im anderen Gebäude + Extern.
Welches SAN setzt du ein? Veeam kann zb. auch Storage Snapshots
- ca 100 VM
- SSD SAN
- Ca 30 TB Daten
Gesichert wird per Veeam Enterprise Plus - aufgeteilt in verschiedene "Kategorien"....aller 3 Stunden, 2 x am Tag, 1 x täglich....
Sicherung erfolgt auf ein 24 Bay 10Gbit QNAP (FibreChannel als Option) + weiteres SAN im anderen Gebäude + Extern.
Welches SAN setzt du ein? Veeam kann zb. auch Storage Snapshots
Guten Morgen
ESXi Cluster (3 Hosts)
82 VMs
Ca 38TB Rohdaten
4 DELL EMC á 32TB all-Flash
(2x live + 2x HA)
2 DELL EMC á 28TB all-Flash Backup only
Arcserve Backup. Tägliche Inkrementelle Sicherung auf Blockebene -> alle 2h oder 4h (je nach Server und Priorität) und vereinzelt nur alle 8h (glaube nur 2 Server). Dies von den 32TB SANs auf die Backup SANs, diese wiederum alle 24H auf Band.
Grüße
ESXi Cluster (3 Hosts)
82 VMs
Ca 38TB Rohdaten
4 DELL EMC á 32TB all-Flash
(2x live + 2x HA)
2 DELL EMC á 28TB all-Flash Backup only
Arcserve Backup. Tägliche Inkrementelle Sicherung auf Blockebene -> alle 2h oder 4h (je nach Server und Priorität) und vereinzelt nur alle 8h (glaube nur 2 Server). Dies von den 32TB SANs auf die Backup SANs, diese wiederum alle 24H auf Band.
Grüße
Zitat von @xSchizo:
Guten Morgen
ESXi Cluster (3 Hosts)
82 VMs
Ca 38TB Rohdaten
4 DELL EMC á 32TB all-Flash
(2x live + 2x HA)
2 DELL EMC á 28TB all-Flash Backup only
Arcserve Backup. Tägliche Inkrementelle Sicherung auf Blockebene -> alle 2h oder 4h (je nach Server und Priorität) und vereinzelt nur Lle 8h (glaube nur 2 Server). Dies von den 32TB SANs auf die Backup SANs, diese wiederum alle 24H auf Band.
Grüße
Guten Morgen
ESXi Cluster (3 Hosts)
82 VMs
Ca 38TB Rohdaten
4 DELL EMC á 32TB all-Flash
(2x live + 2x HA)
2 DELL EMC á 28TB all-Flash Backup only
Arcserve Backup. Tägliche Inkrementelle Sicherung auf Blockebene -> alle 2h oder 4h (je nach Server und Priorität) und vereinzelt nur Lle 8h (glaube nur 2 Server). Dies von den 32TB SANs auf die Backup SANs, diese wiederum alle 24H auf Band.
Grüße
Gefällt mir!
Entspricht in ungefähr meinem Design.
Woher bezieht Ihr Eure Bandlaufwerke?
Ich habe aktuell ein Angebot von einem Händler, der mir ein Band (3TB) für 310 Euro netto anbietet. Dafür dass alle immer sagen, dass die so günstig seien, finde ich das relativ teuer.
Ich habe aktuell ein Angebot von einem Händler, der mir ein Band (3TB) für 310 Euro netto anbietet. Dafür dass alle immer sagen, dass die so günstig seien, finde ich das relativ teuer.
Wir kaufen LTO-8 Bänder bei unserem Dienstleister des Vertrauens. Pro Band 140€. Gehen 12/30TB drauf.
Zitat von @ADRNEX:
Woher bezieht Ihr Eure Bandlaufwerke?
Ich habe aktuell ein Angebot von einem Händler, der mir ein Band (3TB) für 310 Euro netto anbietet. Dafür dass alle immer sagen, dass die so günstig seien, finde ich das relativ teuer.
Woher bezieht Ihr Eure Bandlaufwerke?
Ich habe aktuell ein Angebot von einem Händler, der mir ein Band (3TB) für 310 Euro netto anbietet. Dafür dass alle immer sagen, dass die so günstig seien, finde ich das relativ teuer.
Firma Jacob Computer kann ich sehr empfehlen. Dort ist eine individuell Kundenbetreuung möglich und die Preise sind super.
Hallo Deepsys,
vielen Dank für deine Antwort!
Ihr habt ja alle riesige Systeme :o
Aber ich glaube in die Richtung sollte es auch gehen. Die Physikalischen Server sind alle für den Schrott bestimmt (auch der Backup Server). Die sind noch von dem Vorgänger, der vor unserem Vorgänger da war..
Das wird schätze ich auch das Hauptproblem sein.. Dass diese Maschine ein SBS2008 ist und einfach grotten langsam.
Ich werde jetzt die verbleibenden physikalischen Server erstmal virtualisieren, sodass ich 3/4 der Server auf den Schrott werfen kann.
Dann werde ich einen weiteren Server anschaffen, ggf. mit einem SAN oder vergleichbaren Speicher. Dann die täglichen/halbtäglichen Backups auf das SAN (inkrementell). Und dann am WE ein Vollbackup auf das Tape. Hört sich das gut an?
Den neuen Backup-Server und das dazugehörige SAN kann ich in dem Gebäude leider nicht vom Brandabschnitt trennen... Aber man könnte ggf. mehrere Bänder anschaffen und diese dann im feuerfesten Tresor aufbewahren..
Ein Online Backup wollte der Kunde leider nicht haben (und die Leitung wäre bei der Datenmenge einfach zu lahm)
P.S.: Als Azubi für Anwendungsentwicklung im ersten Jahr das perfekt passende Projekt :D
vielen Dank für deine Antwort!
Ihr habt ja alle riesige Systeme :o
Aber ich glaube in die Richtung sollte es auch gehen. Die Physikalischen Server sind alle für den Schrott bestimmt (auch der Backup Server). Die sind noch von dem Vorgänger, der vor unserem Vorgänger da war..
Das wird schätze ich auch das Hauptproblem sein.. Dass diese Maschine ein SBS2008 ist und einfach grotten langsam.
Ich werde jetzt die verbleibenden physikalischen Server erstmal virtualisieren, sodass ich 3/4 der Server auf den Schrott werfen kann.
Dann werde ich einen weiteren Server anschaffen, ggf. mit einem SAN oder vergleichbaren Speicher. Dann die täglichen/halbtäglichen Backups auf das SAN (inkrementell). Und dann am WE ein Vollbackup auf das Tape. Hört sich das gut an?
Den neuen Backup-Server und das dazugehörige SAN kann ich in dem Gebäude leider nicht vom Brandabschnitt trennen... Aber man könnte ggf. mehrere Bänder anschaffen und diese dann im feuerfesten Tresor aufbewahren..
Ein Online Backup wollte der Kunde leider nicht haben (und die Leitung wäre bei der Datenmenge einfach zu lahm)
P.S.: Als Azubi für Anwendungsentwicklung im ersten Jahr das perfekt passende Projekt :D
Veeam scheint ja relativ beliebt zu sein.. Ich habe am Rand immer davon gehört.
Ich werde es mir definitiv mal anschauen
Da wir den Kunden erst übernommen haben, kann ich dir nur sagen, dass das SAN von IBM ist :o
Ich werde es mir definitiv mal anschauen
Da wir den Kunden erst übernommen haben, kann ich dir nur sagen, dass das SAN von IBM ist :o
Zitat von @ADRNEX:
Hallo Deepsys,
vielen Dank für deine Antwort!
Ihr habt ja alle riesige Systeme :o
Aber ich glaube in die Richtung sollte es auch gehen. Die Physikalischen Server sind alle für den Schrott bestimmt (auch der Backup Server). Die sind noch von dem Vorgänger, der vor unserem Vorgänger da war..
Das wird schätze ich auch das Hauptproblem sein.. Dass diese Maschine ein SBS2008 ist und einfach grotten langsam.
Ich werde jetzt die verbleibenden physikalischen Server erstmal virtualisieren, sodass ich 3/4 der Server auf den Schrott werfen kann.
Dann werde ich einen weiteren Server anschaffen, ggf. mit einem SAN oder vergleichbaren Speicher. Dann die täglichen/halbtäglichen Backups auf das SAN (inkrementell). Und dann am WE ein Vollbackup auf das Tape. Hört sich das gut an?
Den neuen Backup-Server und das dazugehörige SAN kann ich in dem Gebäude leider nicht vom Brandabschnitt trennen... Aber man könnte ggf. mehrere Bänder anschaffen und diese dann im feuerfesten Tresor aufbewahren..
Ein Online Backup wollte der Kunde leider nicht haben (und die Leitung wäre bei der Datenmenge einfach zu lahm)
P.S.: Als Azubi für Anwendungsentwicklung im ersten Jahr das perfekt passende Projekt :D
Hallo Deepsys,
vielen Dank für deine Antwort!
Ihr habt ja alle riesige Systeme :o
Aber ich glaube in die Richtung sollte es auch gehen. Die Physikalischen Server sind alle für den Schrott bestimmt (auch der Backup Server). Die sind noch von dem Vorgänger, der vor unserem Vorgänger da war..
Das wird schätze ich auch das Hauptproblem sein.. Dass diese Maschine ein SBS2008 ist und einfach grotten langsam.
Ich werde jetzt die verbleibenden physikalischen Server erstmal virtualisieren, sodass ich 3/4 der Server auf den Schrott werfen kann.
Dann werde ich einen weiteren Server anschaffen, ggf. mit einem SAN oder vergleichbaren Speicher. Dann die täglichen/halbtäglichen Backups auf das SAN (inkrementell). Und dann am WE ein Vollbackup auf das Tape. Hört sich das gut an?
Den neuen Backup-Server und das dazugehörige SAN kann ich in dem Gebäude leider nicht vom Brandabschnitt trennen... Aber man könnte ggf. mehrere Bänder anschaffen und diese dann im feuerfesten Tresor aufbewahren..
Ein Online Backup wollte der Kunde leider nicht haben (und die Leitung wäre bei der Datenmenge einfach zu lahm)
P.S.: Als Azubi für Anwendungsentwicklung im ersten Jahr das perfekt passende Projekt :D
Ein SAN nur für lauwarmes Backup?
Moin,
Gruß,
Dani
Veeam scheint ja relativ beliebt zu sein.. Ich habe am Rand immer davon gehört.
Ich werde es mir definitiv mal anschauen
hat auch seinen Preis... nicht erschrecken.Ich werde es mir definitiv mal anschauen
Ein SAN nur für lauwarmes Backup?
Kommt drauf an, wie schnell so ne Umgebung wiederhergestellt werden muss. Gerade in der Industrie kostet jede Minute Standzeit richtig Kohle. Machen wir ebenfalls so, weil eben gewisse SLAs eingehalten werden müssen. Tape ist bei uns sozusagen das Backup vom Backup vom Backup. Gruß,
Dani
Ich finde ein SAN ebenfalls attraktiv. Dieses dann per FC einbinden und dann spare ich mir nächstes mal aus einem kaputten Datenträger den SQL Server wiederhezustellen... 3 Tage hat das gedauert..
Das Backup konnte ich nicht nehmen, da dies 1 Woche alt war und die SQL Datenbank war die des WaWi-Systems derr Firma
Das Backup konnte ich nicht nehmen, da dies 1 Woche alt war und die SQL Datenbank war die des WaWi-Systems derr Firma
Zitat von @Dani:
Moin,
Gruß,
Dani
Moin,
Veeam scheint ja relativ beliebt zu sein.. Ich habe am Rand immer davon gehört.
Ich werde es mir definitiv mal anschauen
hat auch seinen Preis... nicht erschrecken.Ich werde es mir definitiv mal anschauen
Ein SAN nur für lauwarmes Backup?
Kommt drauf an, wie schnell so ne Umgebung wiederhergestellt werden muss. Gerade in der Industrie kostet jede Minute Standzeit richtig Kohle. Machen wir ebenfalls so, weil eben gewisse SLAs eingehalten werden müssen. Tape ist bei uns sozusagen das Backup vom Backup vom Backup. Gruß,
Dani
Jeder namenhafte SAN Hersteller hat doch eine Snapshot-Technik die in Sekunde wieder herstellt auf Blockebene.
Da würde ich das zweite SAN nicht für Backup "vergeuden".
Ist aber nur meine Meinung.
Moin,
Gruß,
Dani
Ich finde ein SAN ebenfalls attraktiv. Dieses dann per FC einbinden und dann spare ich mir nächstes mal aus einem kaputten Datenträger den SQL Server wiederhezustellen... 3 Tage hat das gedauert..
Das Backup konnte ich nicht nehmen, da dies 1 Woche alt war und die SQL Datenbank war die des WaWi-Systems derr Firma
Das klingt für ich aus der Ferne nach Planungsfehler bzw. Monitoring Fehler bzw. fehlende Recovery Tests. Das Backup konnte ich nicht nehmen, da dies 1 Woche alt war und die SQL Datenbank war die des WaWi-Systems derr Firma
Jeder namenhafte SAN Hersteller hat doch eine Snapshot-Technik die in Sekunde wieder herstellt auf Blockebene.
das ist grundsätzlich richtig. Leider kann heute auch ein Snapshot fehlerhaft sein. Wir waren leider vor Jahren durch einen Bug in Deduplication betroffen, was den Snapshot beschädigte. Das merkst du allenfalls bei regelmäßigen Recovery Tests oder in den Logfiles des Storage. Ist eben Software welche von Menschen entwickelt wurde.Gruß,
Dani
Ja, deshalb ist es ratsam, dass die Backup verifiziert werden.
Ich kenne das Problem mit Defekten in LUNs leider aus eigener Erfahrung.
Ich kenne das Problem mit Defekten in LUNs leider aus eigener Erfahrung.
Das Backup ist ja übernommen worden vom Vorgänger.. Der Kunde ist erst seit kurzem bei uns
Investiert der Kunde.
Hat er kurz- und mittelfristige IT-Strategien?
Hat er kurz- und mittelfristige IT-Strategien?
Der Vorgänger sagt nein, aber das was ich jetzt schon besprochen habe (vor allem nach dem tot des sql servers) scheint der Kunde investieren zu wollen.
Wir haben schon kurz und mittelfristige Ziele in der IT-Infrastruktur mit dem Kunden festgelegt!
Wir haben schon kurz und mittelfristige Ziele in der IT-Infrastruktur mit dem Kunden festgelegt!
Ist Konvergenz oder Hyperkonvergenz ein Thema?
Da kann man aus Invest mehr rausholen und irgendwie auch etwas mehr die Hardware (höher) auslasten.
Da kann man aus Invest mehr rausholen und irgendwie auch etwas mehr die Hardware (höher) auslasten.
Davon habe ich noch nichts gehört?
Was ist das in zwei bis drei Sätzen?
Was ist das in zwei bis drei Sätzen?
https://www.helixstorm.com/blog/hyperconverged-infrastructure/
Gucke Mal hier: https://www.delltechnologies.com/de-de/converged-infrastructure/xcseries ...
Nutanix ist der Marktführer.
Vereinfacht gesagt, passt dein RZ in 2HE. Zwei Stück für die Redundanz.
Etwas Networking noch in Hinsicht auf SDN.
Gucke Mal hier: https://www.delltechnologies.com/de-de/converged-infrastructure/xcseries ...
Nutanix ist der Marktführer.
Vereinfacht gesagt, passt dein RZ in 2HE. Zwei Stück für die Redundanz.
Etwas Networking noch in Hinsicht auf SDN.
VMware
3 Hosts
12 VMs
14TB SAN
~10TB Daten
Veeam Backup & Replication
gesichert wird halbstündlich inkrementell wärend des Tagbetriebs auf eine Dell EMC mit 36TB.
Nachts und Wochenende dann GFS-Sicherung auf Dell TL1000 Library (Tape)
Hatte letztens einen Ernstfall und war froh Veeam B&R inkl der EMC zu haben, 5 Minuten (350GB) für eine Zeitreise 30 Minuten zurück.
Vorher war hier Norton Backup Exec mit täglicher Sicherung, da dauerte das Wiederherstellen einer einzigen Datei schon 20 Minuten.
3 Hosts
12 VMs
14TB SAN
~10TB Daten
Veeam Backup & Replication
gesichert wird halbstündlich inkrementell wärend des Tagbetriebs auf eine Dell EMC mit 36TB.
Nachts und Wochenende dann GFS-Sicherung auf Dell TL1000 Library (Tape)
Hatte letztens einen Ernstfall und war froh Veeam B&R inkl der EMC zu haben, 5 Minuten (350GB) für eine Zeitreise 30 Minuten zurück.
Vorher war hier Norton Backup Exec mit täglicher Sicherung, da dauerte das Wiederherstellen einer einzigen Datei schon 20 Minuten.
Nutanix wäre zwar gerne der Marktführer, ist es aber nicht. Hier hat VMware immer noch die Nase vorne.
Was hier ggf. interessant für euch ist, wäre Virtuozzo VIP, voller HCI Stack und Backup inkludiert.
