From: Lionel Bouton <lionel+ceph-WTamNBQcZIx7tPAFqOLdPg@public.gmane.org>
To: Jan Schermer <jan-SB6/BxVxTjHtwjQa/ONI9g@public.gmane.org>,
Gregory Farnum <greg-3KCAGdo1P2hBDgjK7y7TUQ@public.gmane.org>
Cc: ceph-devel <ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org"
<ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org>
Subject: Re: Discuss: New default recovery config settings
Date: Mon, 01 Jun 2015 10:13:25 +0200 [thread overview]
Message-ID: <556C1425.4070709@bouton.name> (raw)
In-Reply-To: <9555849C-7C6E-485E-B60C-BB4996F96E32-SB6/BxVxTjHtwjQa/ONI9g@public.gmane.org>
On 06/01/15 09:43, Jan Schermer wrote:
> We had to disable deep scrub or the cluster would me unusable - we need to turn it back on sooner or later, though.
> With minimal scrubbing and recovery settings, everything is mostly good. Turned out many issues we had were due to too few PGs - once we increased them from 4K to 16K everything sped up nicely (because the chunks are smaller), but during heavy activity we are still getting some “slow IOs”.
> I believe there is an ionice knob in newer versions (we still run Dumpling), and that should do the trick no matter how much additional “load” is put on the OSDs.
> Everybody’s bottleneck will be different - we run all flash so disk IO is not a problem but an OSD daemon is - no ionice setting will help with that, it just needs to be faster ;-)
If you are interested I'm currently testing a ruby script which
schedules the deep scrubs one at a time trying to simultaneously make
them fit in a given time window, avoid successive scrubs on the same OSD
and space the deep scrubs according to the amount of data scrubed. I
use it because Ceph by itself can't prevent multiple scrubs to happen
simultaneously on the network and it can severely impact our VM performance.
I can clean it up and post it on Github.
Best regards,
Lionel
_______________________________________________
ceph-users mailing list
ceph-users@lists.ceph.com
http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
next prev parent reply other threads:[~2015-06-01 8:13 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1939533999.9756941.1432935747903.JavaMail.zimbra@redhat.com>
2015-05-29 21:47 ` Discuss: New default recovery config settings Samuel Just
2015-05-29 22:16 ` Milosz Tanski
[not found] ` <1394947829.9758745.1432936033017.JavaMail.zimbra-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2015-05-29 22:16 ` Josef Johansson
[not found] ` <CAOnYue-zF1driSi1oxGCQ8Vh1UcG=viT5P8AeHA3R1NCca1o6w-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-05-29 22:56 ` Stillwell, Bryan
2015-05-29 22:33 ` Somnath Roy
2015-05-29 23:17 ` Gregory Farnum
[not found] ` <CAC6JEv8LyM1SRsOszDCj6tLxhZ=hvrEkinDARW8BvyQHDCz+LQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-06-01 7:43 ` Jan Schermer
[not found] ` <9555849C-7C6E-485E-B60C-BB4996F96E32-SB6/BxVxTjHtwjQa/ONI9g@public.gmane.org>
2015-06-01 8:13 ` Lionel Bouton [this message]
2015-06-01 8:57 ` [ceph-users] " huang jun
2015-06-01 9:01 ` Jan Schermer
2015-06-02 1:39 ` Paul Von-Stamwitz
[not found] ` <622F4407872BA447A16110F65453358C03DFB21C4B5F-Y+un6SQecilYCZvkXUWeucM6rOWSkUom@public.gmane.org>
2015-06-02 3:43 ` Gregory Farnum
[not found] ` <CAC6JEv-i6tOwPBDjP++EW4FxAKZ_X_prEZ8YZOpLq-RTP1ZguQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-06-03 22:44 ` Sage Weil
2015-06-03 22:55 ` Gregory Farnum
[not found] ` <alpine.DEB.2.00.1506031541200.26591-vIokxiIdD2AQNTJnQDzGJqxOck334EZe@public.gmane.org>
2015-06-04 21:01 ` Mike Dawson
[not found] ` <5570BCAE.5050509-ffsCFlcjuZBWk0Htik3J/w@public.gmane.org>
2015-06-04 23:24 ` Scottix
[not found] ` <CANKFHZ_yWaUYoKt3X5RE8BewRqhM_nvfmKwJPRPcFz444q_nWA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2015-08-23 4:09 ` Shinobu
2015-05-31 14:29 ` Justin Erenkrantz
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=556C1425.4070709@bouton.name \
--to=lionel+ceph-wtamnbqczix7tpafqoldpg@public.gmane.org \
--cc=ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org \
--cc=greg-3KCAGdo1P2hBDgjK7y7TUQ@public.gmane.org \
--cc=jan-SB6/BxVxTjHtwjQa/ONI9g@public.gmane.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.