All of lore.kernel.org
 help / color / mirror / Atom feed
From: Sam Lang <sam.lang@inktank.com>
To: Matt Weil <mweil@genome.wustl.edu>
Cc: ceph-devel <ceph-devel@vger.kernel.org>
Subject: Re: active MDS and disk write cache
Date: Wed, 31 Oct 2012 15:01:30 -0500	[thread overview]
Message-ID: <5091839A.9060305@inktank.com> (raw)
In-Reply-To: <50915991.3030906@genome.wustl.edu>

On 10/31/2012 12:02 PM, Matt Weil wrote:
> I have a system with a bunch or ram that I want to remain the active MDS
> but still have a backup.
>
> This config doesn't seem to be working.  I can make linuscs92 the active
> by stopping and starting the mds on linuscs95. It would be nice for
> linuscs92 to be the active from the start.
>
> [mds.linuscs95]
>      host = linuscs95
>      mds standby replay = true
>      mds standby for name = linuscs92

Hi Matt,

Can you post your ceph config?  Once you startup your ceph cluster, you 
see that linuscs92 is the standby and linuscs95 is the active?  How are 
you starting your cluster?

>
> Also about disk write cache.
>
> If the Data center, servers and storage units are backed by redundant
> power sources, Batteries and a generator.  Is the concern for data loss
> less?

Yes, if you have that setup you can enable the disk cache and be 
reasonably assured that a power failure of a single component won't 
cause a loss of data.

>
> Any one turn disk write cache on and see a great improvement?

This is dependent on your hardware.  If you have raid controllers with 
battery backed cache, enabling/disabling the disk caches probably won't 
make much of a difference to performance.  Rather than speculate though, 
I would encourage you to benchmark it using Jens Axboe's fio benchmark:

cat > write.fio -<<EOF
[randwrite]
rw=randw
size=128m
direct=1
[write]
rw=write
size=1024m
direct=1
EOF

# enable cache
hdparm -W 1 /dev/sdX

# test with cache
fio write.fio

# disable cache
hdparm -W 0 /dev/sdX

# test without cache
fio write.fio

compare the output of the two fio benchmarks.  Don't forget to return 
the disk cache to its previously enabled/disabled state!

-sam

>
> Thanks
>
> Matt
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


  reply	other threads:[~2012-10-31 20:01 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-31 17:02 active MDS and disk write cache Matt Weil
2012-10-31 20:01 ` Sam Lang [this message]
2012-10-31 20:07   ` Matt Weil
2012-11-03 17:43 ` Gregory Farnum

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=5091839A.9060305@inktank.com \
    --to=sam.lang@inktank.com \
    --cc=ceph-devel@vger.kernel.org \
    --cc=mweil@genome.wustl.edu \
    /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.