<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Mar 8, 2017 at 12:08 AM, Spike <span dir="ltr"><<a href="mailto:spike@drba.org" target="_blank">spike@drba.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>I'm on Ubuntu Xenial running LXD from PPA + a ZFS storage backend.</div><div><br></div><div>I've been reading everything I could find on backup strategies, but I've not found anything "official" or that even looked like a best practice so I thought I'd ask the list.</div><div><br></div></div></blockquote><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>First thing first, I think everybody agrees that you need /var/lib/lxd with lxd's database + the containers' fs.</div></div></blockquote><div><br></div><div>Yes, but they have different requirements. </div><div><br></div><div>An extreme case, if you have a fixed, never changing amount of containers, you only need to backup /var/lib/lxd once. FWIW, I also put /var/lib/lxd on zfs (I usually use the dataset name 'data/lib/lxd', with mountpoint set manually to /var/lib/lxd)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>For the FS, given ZFS, it seems that a snapshot + send|receive should do, however I'm unclear if one can simply snap and move the entire pool or if there are reasons why images should be snap'ed individually and sent over.<br></div><div><br></div></div></blockquote><div><br></div><div>Both might work. Depending on how well your send/receive mechanism handles new/deleted/renamed dataset.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>The other approach I found is entirely different and 100% lxd based in which case you run LXD on the backup host too, snap containers, and then publish an image from the snaps to the backup host.</div></div></blockquote><div><br></div><div>Too much additional cpu and disk usage ...</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Third, I found people using the image export command to generate tarballs which are then copied over to the backup host.</div></div></blockquote><div><br></div><div>... and unnecessary additional complexity.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>can anybody provide some recommendations from experience running lxc in a production environment with zfs?</div><div><br></div></div></blockquote><div><br></div><div>I use sanoid + syncoid (<a href="https://github.com/jimsalterjrs/sanoid">https://github.com/jimsalterjrs/sanoid</a>). Works well, with the catch that (for syncoid's case) I need to manually specify which datasets I want to backup.</div><div><br></div><div>-- </div><div>Fajar</div></div></div></div>