Return-Path: X-Original-To: apmail-cloudstack-users-archive@www.apache.org Delivered-To: apmail-cloudstack-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D0C5411D2E for ; Mon, 14 Apr 2014 14:29:20 +0000 (UTC) Received: (qmail 76568 invoked by uid 500); 14 Apr 2014 14:29:19 -0000 Delivered-To: apmail-cloudstack-users-archive@cloudstack.apache.org Received: (qmail 76506 invoked by uid 500); 14 Apr 2014 14:29:19 -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 76497 invoked by uid 99); 14 Apr 2014 14:29:19 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 14 Apr 2014 14:29:19 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of felippe.gestec@corp.globo.com designates 74.125.149.145 as permitted sender) Received: from [74.125.149.145] (HELO na3sys009aog121.obsmtp.com) (74.125.149.145) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 14 Apr 2014 14:29:14 +0000 Received: from mail-ob0-f170.google.com ([209.85.214.170]) (using TLSv1) by na3sys009aob121.postini.com ([74.125.148.12]) with SMTP ID DSNKU0vwpa7CPKtYoMYe3b/ImL9Sf1Ss3Bvc@postini.com; Mon, 14 Apr 2014 07:28:54 PDT Received: by mail-ob0-f170.google.com with SMTP id uz6so9203640obc.1 for ; Mon, 14 Apr 2014 07:28:52 -0700 (PDT) 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:content-type; bh=OzLrXFFAHzuu+5XwNPsJ0or/tciGbWv6oKFJX8M1jEA=; b=YqqntWivZpdXKtk6aiQrbf/G6aIyFgHFtRhoWNzksvFVcTMI0og8IdKZnc5mdAv8YL 9ybdDASkJE54n8cYH67WJULHEJXzT5x65f9AsYOCUPDFIToUJNOFF18LKgsiImGDvEYf otK+a0+jecHFFs0BYE4NsPNmYg1YyKKsaC5Y9OrKx4HAF+hPsOX5dn2KJdG9Oon5WkYz uPY+fRzsGRCnQFgo56ny5yb5sqCkbNHks+WUxla2s4lvKNzT7gT5dDH+8LV8TlVPh8M+ BpRSkkP2xei+sj/NMRjheO/9+gLEEQb3TdieWNZvEl1gyq+v0boHwTNIg81n+KJ7NX1G Bbng== X-Gm-Message-State: ALoCoQnDrUdRQSxL5gaHuJfCba0ORdnlSFRVh2JCVtya3ckPAZQ9BZjcX0s2n9b8qspIfbCdLmtocjVIPcD3fPVLt1U7pjNX297iDt47mtoncVxRgSm4yLutcUGKF4n+tIsMjHeAQ3CS9nvsaUhNWBJ9oGIR8H++1w== X-Received: by 10.182.18.102 with SMTP id v6mr1003738obd.71.1397485732694; Mon, 14 Apr 2014 07:28:52 -0700 (PDT) X-Received: by 10.182.18.102 with SMTP id v6mr1003729obd.71.1397485732591; Mon, 14 Apr 2014 07:28:52 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.112.137 with HTTP; Mon, 14 Apr 2014 07:28:32 -0700 (PDT) In-Reply-To: References: From: Felippe da Motta Raposo Date: Mon, 14 Apr 2014 11:28:32 -0300 Message-ID: Subject: Re: DBaaS for Cloudstack To: users@cloudstack.apache.org Content-Type: multipart/alternative; boundary=001a11c339e6ab7eba04f7018094 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c339e6ab7eba04f7018094 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable We are planning to present it at QCON Rio de Janeiro this year! 2014-04-14 11:26 GMT-03:00 Felippe da Motta Raposo < felippe.gestec@corp.globo.com>: > would there be any kind of SLA such > as response time for queries? > R: We are not planning to do it. > > it will create one or more VMs instance on CS, > right? > R: Yes > > > > > 2014-04-14 11:19 GMT-03:00 Rafael Weingartner >: > > When I asked about performance I meant, would there be any kind of SLA su= ch >> as response time for queries? >> It sure seems very cool. If I understood how it works, when you create a= n >> instance on your system, it will create one or more VMs instance on CS, >> right? >> >> >> >> On Mon, Apr 14, 2014 at 11:12 AM, Felippe da Motta Raposo < >> felippe.gestec@corp.globo.com> wrote: >> >> > How are you thinking to manage the DB? I mean, will the user choose th= e >> > hardware such as large/medium/small instance (which does not guarantee >> > anything when VMs compete for resource)? >> > R: Yes, we have the plan concept which provides different kinds of >> hardware >> > configurations, similar to the service offerings on cloudstack, >> > consequently, the user can choose the plan which better fits his need= s. >> > Furthermore, each database vm has its own environment, if it is a sing= le >> > instance, just one vm, but if it is a high available database, a >> cluster. >> > >> > How will performance be threated? >> > R:Could you try to be more specific? >> > >> > >> > It looks like amazonDB right? >> > R: No, it is like amazon RDS and we currently support MySQL and MongoD= B >> > instances. >> > >> > >> > The product is young but we are improving it every day! >> > >> > >> > >> > 2014-04-14 10:57 GMT-03:00 Felippe da Motta Raposo < >> > felippe.gestec@corp.globo.com>: >> > >> > > Sorry Rafael, but I really don't know how large this structure is. >> > > >> > > >> > > 2014-04-14 10:46 GMT-03:00 Rafael Weingartner < >> > rafaelweingartner@gmail.com >> > > >: >> > > >> > > Very nice. >> > >> Out of curiosity, how large is the structure that you are managing = at >> > >> Globo >> > >> using CS? >> > >> >> > >> >> > >> On Mon, Apr 14, 2014 at 10:41 AM, Felippe da Motta Raposo < >> > >> felippe.gestec@corp.globo.com> wrote: >> > >> >> > >> > Hi! >> > >> > >> > >> > Here at globo.com we are making a dbaas which also support >> cloudstack >> > >> > integration. >> > >> > >> > >> > Please, take a look and send us some suggestions! >> > >> > >> > >> > https://github.com/globocom/database-as-a-service >> > >> > >> > >> > Regards, >> > >> > Felippe Raposo. >> > >> > >> > >> >> > >> >> > >> >> > >> -- >> > >> Rafael Weing=C3=A4rtner >> > >> >> > > >> > > >> > >> >> >> >> -- >> Rafael Weing=C3=A4rtner >> > > --001a11c339e6ab7eba04f7018094--