Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

--- virtualisierung:proxmox_kvm_und_lxc:pve-zsync_ueber_zwei_standorte_-_resync_nach_standortausfall [2019/07/07 23:44] – [Einfacher VM-Test am Standort B] boospy
+++ virtualisierung:proxmox_kvm_und_lxc:pve-zsync_ueber_zwei_standorte_-_resync_nach_standortausfall [2022/06/28 23:06] (aktuell) – loma
@@ Zeile 1: / Zeile 1: @@
 ====== Pve-Zsync über zwei Standorte - Resync nach Standortausfall ======
+Du möchtest dich gerne für unsere Hilfe erkenntlich zeigen 8-o. Gerne. Wir bedanken uns bei dir für deine Spende! LOL \\
+[[https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KE592Y5993ZKW|{{:wiki:btn_donatecc_lg.gif|}}]] \\
+\\
+Hauseigenes Apt-Repo: [[https://apt.iteas.at]]
+\\
+GITLAB Enterprise: [[https://git.osit.cc|{{:gitlab_logo.png?nolink&60|}}]]
+\\
+\\
 Pve-Zsync ein tolles Werkzeug um zwei Standorte miteinander zu synchronisieren, auch wenn keine Clusterverbindung besteht. Meist sind hier für die Latenzen viel zu schlecht. Als Annahme haben wir **Standort A** (Hauptstandort) und **Standort B** (Backup) wo der zweite Proxmoxserver steht, der die Daten von Standort A abholt.
   * Erster Server am Standort A hat die IP 172.15.3.1
@@ Zeile 78: / Zeile 87: @@
 ====== Einfacher VM-Test am Standort B ======
-Oft kommt es vor das man einfach nur mal sein Backup am zweiten Standort testen möchte. Ob es denn überhaupt funktioniert, ob es hochfährt, wie es performt... Dies kann man einfach erledigen in dem man sich aus seinem ausgesuchten Snapshot eine VM erstellt.
+Oft kommt es vor das man einfach nur mal sein Backup am zweiten Standort testen möchte. Ob es denn überhaupt funktioniert, ob es hochfährt, wie es performt... Dies kann man einfach erledigen in dem man sich aus seinem ausgesuchten Snapshot eine VM erstellt. Bevor man klont sollte man den Syncjob deaktivieren. Warum? Hier ein Auszug aus der Manmpage:
+//A clone is a writable volume or file system whose initial contents are
+the same as another dataset. As with snapshots, creating a clone is
+nearly instantaneous, and initially consumes no additional space.
+Clones can only be created from a snapshot. When a snapshot is cloned, it
+creates an implicit dependency between the parent and child. Even though
+the clone is created somewhere else in the dataset hierarchy, the
+original snapshot cannot be destroyed as long as a clone exists. The
+origin property exposes this dependency, and the destroy command lists
+any such dependencies, if they exist.
+The clone parent-child dependency relationship can be reversed by using
+the promote subcommand. This causes the "origin" file system to become a
+clone of the specified file system, which makes it possible to destroy
+the file system that the clone was created from.//
 <code>
 zfs clone mein-zfs-pool/ein-dataset/vm-114-disk-0@rep_buchhaltung_2019-07-07_22:48:01 mein-zfs-pool/ein-dataset/vm-444-disk-0
@@ Zeile 85: / Zeile 111: @@
 </code>
 Ist man mit dem Test fertig, kann man einfach die VM löschen.
+Möchte man einen vollen Klon haben und nicht mit den anderen Snapshots verknüpft sein, kopiert man zuerst die VM-Config, aber mit der gleichen ID. Danach kann man die VM vom Proxmox Webinterface klonen (Vollklone).
 ====== Links ======