Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 989AF200B43 for ; Tue, 19 Jul 2016 22:06:44 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 973FB160A76; Tue, 19 Jul 2016 20:06:44 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id B6C02160A5C for ; Tue, 19 Jul 2016 22:06:43 +0200 (CEST) Received: (qmail 82467 invoked by uid 500); 19 Jul 2016 20:06:42 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 82412 invoked by uid 99); 19 Jul 2016 20:06:42 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 Jul 2016 20:06:42 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id E24BF1858DE for ; Tue, 19 Jul 2016 20:06:41 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.879 X-Spam-Level: * X-Spam-Status: No, score=1.879 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-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] autolearn=disabled Authentication-Results: spamd3-us-west.apache.org (amavisd-new); dkim=pass (1024-bit key) header.d=cloudops.com Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id EYbtEv-V63xG for ; Tue, 19 Jul 2016 20:06:39 +0000 (UTC) Received: from mail-yw0-f181.google.com (mail-yw0-f181.google.com [209.85.161.181]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id EB6EA5FE5A for ; Tue, 19 Jul 2016 20:06:38 +0000 (UTC) Received: by mail-yw0-f181.google.com with SMTP id u134so25862438ywg.3 for ; Tue, 19 Jul 2016 13:06:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cloudops.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=7/tb77JgOg/NtMucSdqUoMBOqacDmxwj/o8X5muMU/k=; b=DYM6qJEEEqy819b9yD9FRAObfdQjVXFZS2X8GFsOZ535CJJYEt5hYcuDSGmKD7ZMVc fvOQzdNvI39IZ/qxeMm5232ebIkGX0m8+F7PPMSHFrJztUuOp/Er1pJJClAwCxAPhqJX 4otH4mQLedS/2Ww3BEK+bV1BJvGLDwHwMLRdE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=7/tb77JgOg/NtMucSdqUoMBOqacDmxwj/o8X5muMU/k=; b=eZcycvSTmZzoo5nlMP6PMrgwM6ucHgt6SRsqu+8WTNRS3WmC+1H5ngvWBgLSKHmzTP AY7MPuo5a/5/OVpnpac5bkR25RhWcgyTeq7DknE3zhDfQwHiBjSU23T1W039/mGwV8Uu O923PVHO3R9VmiOIPLewUE2x/xT5S5ptHIBFtDx0rqhI4GVOp5PC+N9kqceiCw1XS1Gf RU+TDMnLolJyRPeFiyg8gakqodL7cos41m6wSFOgYIZVc739iS3K28MiPzFWsSTG8GA2 7veDwS8UCl0Hhb9YmbdrbITepFuez+ItNLrE+AW2wIe1VbdVzG248dOU2Kfo7o0cabDu xB9g== X-Gm-Message-State: ALyK8tJZ8FaBVNF256SsWjQ/NA5X7g1lhdN0rGd7smDH84ogGT8RlbnYHiM5kxOxPneF33Kw X-Received: by 10.13.238.129 with SMTP id x123mr27129617ywe.172.1468958797680; Tue, 19 Jul 2016 13:06:37 -0700 (PDT) Received: from mail-yw0-f179.google.com (mail-yw0-f179.google.com. [209.85.161.179]) by smtp.gmail.com with ESMTPSA id v187sm10762450ywa.17.2016.07.19.13.06.36 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 19 Jul 2016 13:06:36 -0700 (PDT) Received: by mail-yw0-f179.google.com with SMTP id u134so25861549ywg.3; Tue, 19 Jul 2016 13:06:36 -0700 (PDT) X-Received: by 10.129.153.69 with SMTP id q66mr7812100ywg.265.1468958795961; Tue, 19 Jul 2016 13:06:35 -0700 (PDT) MIME-Version: 1.0 Received: by 10.129.81.140 with HTTP; Tue, 19 Jul 2016 13:06:35 -0700 (PDT) In-Reply-To: References: <1474354026.4435.1468931915063.JavaMail.zimbra@li.nux.ro> <567675001.1239.1468942011256@ox.pcextreme.nl> <1479696618.4912.1468951692141.JavaMail.zimbra@li.nux.ro> From: Syed Ahmed Date: Tue, 19 Jul 2016 16:06:35 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: State of the S3 secondary storage To: "dev@cloudstack.apache.org" Cc: "Nux!" , Cloudstack Users List Content-Type: multipart/alternative; boundary=94eb2c0ba74839455a0538029f91 archived-at: Tue, 19 Jul 2016 20:06:44 -0000 --94eb2c0ba74839455a0538029f91 Content-Type: text/plain; charset=UTF-8 Right, but is that an artificial limitation imposed by Cloudstack of is there something that will break if we make NFS region wide? If not, we can look at moving the NFS to a region wide storage. -Syed On Tue, Jul 19, 2016 at 3:54 PM, Will Stevens wrote: > Probably because ACS does not treat it as region wide, unlike the object > storage implementations. > > *Will STEVENS* > Lead Developer > > *CloudOps* *| *Cloud Solutions Experts > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 > w cloudops.com *|* tw @CloudOps_ > > On Tue, Jul 19, 2016 at 2:52 PM, Syed Ahmed wrote: > > > Is there a reason why NFS cannot be region-wide? > > > > -Syed > > > > On Tue, Jul 19, 2016 at 2:08 PM, Nux! wrote: > > > > > Thanks for your input guys. > > > > > > I think I'll stay with NFS for now after your replies, but it'd be > pretty > > > sweet the day when we'll be having region wide secondary storage. > > > > > > I'll need to think of another way to provide DR, perhaps some automatic > > > snapshot+download of sorts. > > > > > > Lucian > > > > > > -- > > > Sent from the Delta quadrant using Borg technology! > > > > > > Nux! > > > www.nux.ro > > > > > > ----- Original Message ----- > > > > From: "Syed Ahmed" > > > > To: dev@cloudstack.apache.org > > > > Cc: "Nux!" , "Cloudstack Users List" < > > > users@cloudstack.apache.org> > > > > Sent: Tuesday, 19 July, 2016 17:06:52 > > > > Subject: Re: State of the S3 secondary storage > > > > > > > As Will put it, the implementation for using Object store as > secondary > > > > storage relies on using Staging NFS. You would also loose the > > > functionality > > > > to do differential snapshots. All your snapshots will basically be > full > > > > volume snapshots. So, if you have a lot of snapshots being taken at > > > > scheduled intervals, you might end up with wasting a lot of space on > > your > > > > S3. Not to mention all of this has to go through the NFS which can > (an > > in > > > > our experience has) fill up preventing you from creating new VMs > > (because > > > > templates cannot be downloaded). However you do benefit from a region > > > wide > > > > Image store. We've worked around the NFS problem by basically having > > > > multiple staging NFS stores. > > > > > > > > I have plans to make Object stores better integrated in Cloudstack. > The > > > > holy grail would be to avoid staging NFS completely (or atleast in > the > > > > upload path). But for now we have to live with the limitations. > > > > > > > > -Syed > > > > > > > > > > > > On Tue, Jul 19, 2016 at 11:41 AM, Will Stevens < > wstevens@cloudops.com> > > > > wrote: > > > > > > > >> We are using Swift as secondary storage. It also offers inter-zone > > > >> secondary storage. We have had to do fixes to make it work > correctly, > > > but > > > >> we have pushed those fixes upstream so they are available in 4.9 > (and > > > some > > > >> fixes earlier than that). > > > >> > > > >> Like Wido said, the staging NFS is still needed which is a real > > problem > > > >> with these implementations. You end up copying the data many times > > and > > > you > > > >> will run into problems if you have lots of customers doing scheduled > > > >> snapshots at the same time because you can fill your NFS staging > area > > > >> unless you give it a lot of space to work with. > > > >> > > > >> The object storage integrations are working, but they are not > designed > > > very > > > >> well at present. You have code for both S3 and Swift basically just > > > >> separated with conditionals and much of the logic is shared. This > is > > > very > > > >> brittle because making changes in one integration can (and > > historically > > > >> has) broken the other implementation. This is a relatively big > > problem > > > >> because most people working with either Swift or S3 will only have > the > > > >> ability to test one of them, so they don't really have the ability > to > > > test > > > >> if they have broken the other. It does not help that there is Zero > CI > > > >> coverage run for either the Swift or S3 integrations due to the > > > difficulty > > > >> building and tearing down object storage environments on the fly. > > > >> > > > >> All in all, yes they should be working, but expect a bit of a bumpy > > > road. > > > >> > > > >> Hope that helps, > > > >> > > > >> *Will STEVENS* > > > >> Lead Developer > > > >> > > > >> *CloudOps* *| *Cloud Solutions Experts > > > >> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 > > > >> w cloudops.com *|* tw @CloudOps_ > > > >> > > > >> On Tue, Jul 19, 2016 at 11:26 AM, Wido den Hollander < > wido@widodh.nl> > > > >> wrote: > > > >> > > > >> > > > > >> > > Op 19 juli 2016 om 14:38 schreef Nux! : > > > >> > > > > > >> > > > > > >> > > Hello, > > > >> > > > > > >> > > Could anyone summarise the state of S3 (and clones) for > secondary > > > >> > storage? > > > >> > > I read at some point that it's the only secondary storage type > > > >> supported > > > >> > inter-zone, so it would appeal from a DR pov, but not sure how > > mature > > > it > > > >> is > > > >> > or if there are any serious gotchas involved. > > > >> > > > > > >> > > > > >> > We have it running for our largest region (Amsterdam) with Ceph's > > > RADOS > > > >> > Gateway as backend. We had some issues, but they seem to be fixed > > > after > > > >> our > > > >> > latest patches. > > > >> > > > > >> > You still need the staging NFS though, so that doesn't solve > > anything. > > > >> > > > > >> > Wido > > > >> > > > > >> > > Thanks > > > >> > > Lucian > > > >> > > > > > >> > > -- > > > >> > > Sent from the Delta quadrant using Borg technology! > > > >> > > > > > >> > > Nux! > > > >> > > www.nux.ro > > > >> > > > > > > > --94eb2c0ba74839455a0538029f91--