All of lore.kernel.org
 help / color / mirror / Atom feed
From: John Spray <john.spray@redhat.com>
To: Alyona Kiselyova <akiselyova@mirantis.com>,
	"ceph-devel@vger.kernel.org" <ceph-devel@vger.kernel.org>
Cc: "ceph-calamari@lists.ceph.com" <ceph-calamari@lists.ceph.com>
Subject: Re: Tool for ceph performance analysis
Date: Tue, 24 Feb 2015 12:16:41 +0000	[thread overview]
Message-ID: <54EC6BA9.3070405@redhat.com> (raw)
In-Reply-To: <54EC6714.3090604@redhat.com>


On 24/02/2015 11:57, John Spray wrote:
>> It would be great, if there will be internal possibility to collect
>> info about whole cluster from one node. May be, something like
>> extension for "tell" command, which can call any node directly and
>> replace external network connections. Or improved version of "ceph osd
>> perf" command, which would allow to get more info.
>>
> This pretty much already exists if someone chooses to deploy 
> diamond+graphite.  Perhaps we need to talk about what's wrong with 
> that solution as it stands?  I'm guessing the main problem is that 
> it's less highly available than ceph mons, and comparatively 
> heavyweight, especially if one is only interested in the latest values.
Ah, I also forgot to mention: it is not very hard to make a cut-down 
version of calamari that doesn't require lots of heavyweight 
dependencies.  I started building this a while back before switching 
tasks, but there's an old branch here: 
https://github.com/ceph/calamari/commits/wip-lite

The key things there are that it doesn't require a postgres database, 
and the remote-execution is abstracted into a "Remote" interface so that 
you can implement alternatives to salt (e.g. SSH, or run locally on 
mon).  It's all free software so borrow what you wish ;-)  The point is 
that it isn't necessary to start from scratch in order to get something 
lightweight.

Cheers,
John

  reply	other threads:[~2015-02-24 12:16 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-24  8:40 Tool for ceph performance analysis Alyona Kiselyova
2015-02-24 11:57 ` John Spray
2015-02-24 12:16   ` John Spray [this message]
2015-02-24 14:14     ` Mark Nelson
     [not found]       ` <1780156480.1852442.1424793103509.JavaMail.zimbra@oxygem.tv>
2015-02-24 15:51         ` Alexandre DERUMIER
2015-02-25  1:45       ` Brad Hubbard
2015-02-25  1:48         ` Mark Nelson
2015-02-25  1:56           ` Brad Hubbard
2015-02-25  2:31             ` Brad Hubbard

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=54EC6BA9.3070405@redhat.com \
    --to=john.spray@redhat.com \
    --cc=akiselyova@mirantis.com \
    --cc=ceph-calamari@lists.ceph.com \
    --cc=ceph-devel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.