From users-return-31200-archive-asf-public=cust-asf.ponee.io@cloudstack.apache.org Fri Aug 24 03:13:39 2018 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx-eu-01.ponee.io (Postfix) with SMTP id 471C218061A for ; Fri, 24 Aug 2018 03:13:39 +0200 (CEST) Received: (qmail 44910 invoked by uid 500); 24 Aug 2018 01:13:38 -0000 Mailing-List: contact users-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cloudstack.apache.org Delivered-To: mailing list users@cloudstack.apache.org Received: (qmail 44898 invoked by uid 99); 24 Aug 2018 01:13:37 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 24 Aug 2018 01:13:37 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id F15B31A185B for ; Fri, 24 Aug 2018 01:13:36 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.969 X-Spam-Level: * X-Spam-Status: No, score=1.969 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_DKIMWL_WL_MED=-0.01] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=bw-sw-com.20150623.gappssmtp.com Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id baDEcG2sDjcS for ; Fri, 24 Aug 2018 01:13:32 +0000 (UTC) Received: from mail-it0-f44.google.com (mail-it0-f44.google.com [209.85.214.44]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 288055F3DA for ; Fri, 24 Aug 2018 01:13:32 +0000 (UTC) Received: by mail-it0-f44.google.com with SMTP id h23-v6so42572ita.5 for ; Thu, 23 Aug 2018 18:13:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bw-sw-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=9en/pMhQ4Pt1jGJQihqOKM/WgxMcteHJ5pBjNXIiYwY=; b=03ldlYRYWTlcxXu6tJx8UHmYmzzasBzssOafDyzfNJ40BMccmbj/22UZqV8gNoaK2e iCUQEexUxhEsODRgjRIFS4HTmaptyMOeHj7PQLz0ovCZBO4OVJMe8CKhHFLRLmS4/zce +ywg/WDFW+hkKH6SUNlM/b7wIDTObgnvUI12m6TlirXounNvf8/xq60FHmKMAkfz07oE 3Sl12zKjotygi2DTzRxWTyG/GJqLd0uL2owAVsIs7VgQa1vUS39s5Mkju+NvGg/4Cyc+ bIWdZkjeMI65sJ7QUl4bbbzrnaVBwj2LrFyck53K8UqVrwgRPbBBxouPDtNG0oJuLJkf mx2w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=9en/pMhQ4Pt1jGJQihqOKM/WgxMcteHJ5pBjNXIiYwY=; b=qg44TFUMJodYdN5y1NL/PYEhVQn8kTuk/cbnsDH7Frq6K86x+AalrINb63m+bSckLv Rp51VfYa35/nMOt8ET/nvCTrLAmrTezkVAx11o9zBfJT7xzruhwtSI0JoJZn49dvENtT GAqt6AkxzUq6kiVd5WO6Ohv2k7OMP4WUVPPTrWaZ3SOC1U3QomS4RfYUXaFBGfMuLRil Xy/0DclaTIDwj+V/AfrfCr1JEVoxK/0D5ofUlbHAJ/jTVI3Wdx9NfQaZQv+80eJtSnjD T4dsGnaMdlFVPcQvyD9Ea+wFKDtb/YAzWpFhh6BPRQAob98HjUnIW2nQ1Sn1NCakwcoG +W9w== X-Gm-Message-State: APzg51CIs0LTjlYOU1gG2uV0a9V3htnDaeHdjMC5rZrvCCadpmgyKi0Q oCUrXuzUVY9plSceGPxrLrtHXJ6TwVj/lWC+HVywIzoNYtA= X-Google-Smtp-Source: ANB0Vdai55SjMZMkuT4M8gTw2qMCTi3+HBFKFfJ+IzcYjgjnQ+AspTV6FWyYA0rM1gtB6nGDSPqThnb/+myWRCs9z/8= X-Received: by 2002:a24:7412:: with SMTP id o18-v6mr8710501itc.147.1535073210555; Thu, 23 Aug 2018 18:13:30 -0700 (PDT) MIME-Version: 1.0 References: <7D4AF4E0-8E86-4269-9117-CA6AB6E11D5D@globalchangemusic.org> <91BD9B64-1FA6-49C5-A9E2-C97156E5DB53@globalchangemusic.org> <17CB76C8-4DB5-4226-BDCE-B29D3176F706@globalchangemusic.org> In-Reply-To: From: Ivan Kudryavtsev Date: Fri, 24 Aug 2018 08:13:21 +0700 Message-ID: Subject: Re: KVM Live Snapshots To: users Content-Type: multipart/alternative; boundary="0000000000006b81570574241525" --0000000000006b81570574241525 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Therea are API calls which enable creation of image snapshots from VM snapshot. I suppose it's the thing Simon is talking about. It doesn't help with full VM image backup (incl RAM) but it helps doing synchronous same timestamp backup across all VM volumes. Actually it's the result most persons require for backups. Also, take a look at: https://wiki.libvirt.org/page/Qemu_guest_agent It is a part of the strategy for proper backups. =D0=BF=D1=82, 24 =D0=B0=D0=B2=D0=B3. 2018 =D0=B3., 7:59 Asai : > This sounds like a great idea, except where can I find the VM snapshot in > the file system? I=E2=80=99ve checked the database for some kind of indi= cation, > and I=E2=80=99ve check primary and secondary storage to try to locate thi= s snapshot > file but I can=E2=80=99t find it=E2=80=A6 Any insights on this? > > Thanks! > > Asai > > > > On Aug 23, 2018, at 2:25 PM, Simon Weller > wrote: > > > > There are lots of ways you can implement a Business Continuity or DR > plan. > > > > Some folks implement a second region or zone in a different market and > build their applications or services to be resilient across different dat= a > centers (and/or markets). This often involved various forms of data > replication (DB, file et al). > > > > If you rely on secondary storage for backups, the assumption here is > that it uses a different storage system than your primary storage and it > can be used for recovery if your primary storage was to fail. > > > > > > Now since the VM snapshot feature can be called by API and the resultin= g > QCOW2 file is written to primary storage, you could use a script to execu= te > the snapshot and then copy off the QCOW2 files somewhere else. > > > > You could also use something like the Veeam agent - > https://www.veeam.com/windows-linux-availability-agents.html and backup > your VMs to an offsite NFS mount. > > > > > > - Si > > > > > > > > > > ________________________________ > > From: Asai > > Sent: Thursday, August 23, 2018 4:06 PM > > To: users@cloudstack.apache.org > > Subject: Re: KVM Live Snapshots > > > > So, I think this is kind of an elephant in the room. > > > > How do we get a standalone VM backup? Or what is the best way to back > up Cloudstack? > > > > Right now we are making regular DB backups, and backing up secondary > storage (for volume snapshots). But in case of disaster, how do we recov= er > this? > > > > Is there third party software available? > > Asai > > > > > >> On Aug 22, 2018, at 10:17 AM, Ivan Kudryavtsev < > kudryavtsev_ia@bw-sw.com> wrote: > >> > >> There is no way to run scheduled snapshots for whole vm, at least with > KVM. > >> I suppose the function is for adhoc only, especially as you may know > they > >> are not copied to secondary storage. > >> > >> =D1=87=D1=82, 23 =D0=B0=D0=B2=D0=B3. 2018 =D0=B3., 0:10 Asai : > >> > >>> Great, thanks for that. > >>> > >>> So, is there a way then to make these whole VM snapshots recurring li= ke > >>> recurring volume snapshots? > >>> > >>> What are best practices for recovering a volume snapshot? e.g. > disaster > >>> recovery scenario? > >>> > >>> Asai > >>> > >>> > >>> > >>> > > > > --0000000000006b81570574241525--