All of lore.kernel.org
 help / color / mirror / Atom feed
From: Wido den Hollander <wido@widodh.nl>
To: Joao Eduardo Luis <joao.luis@inktank.com>
Cc: Ulysse 31 <ulysse31@gmail.com>, Gregory Farnum <greg@inktank.com>,
	ceph-devel@vger.kernel.org
Subject: Re: ceph replication and data redundancy
Date: Mon, 21 Jan 2013 14:40:50 +0100	[thread overview]
Message-ID: <50FD4562.3070605@widodh.nl> (raw)
In-Reply-To: <50FD3DDA.6060502@inktank.com>



On 01/21/2013 02:08 PM, Joao Eduardo Luis wrote:
> On 01/21/2013 08:14 AM, Ulysse 31 wrote:
>> Hi everybody,
>>
>> In fact, i found searching the doc on section "adding/removing a
>> monitor", infos about the paxos system used for quorum establishment.
>> Following the documentation, in a catastrophy scenario, i need to
>> remove the other monitors configured on the other buildings.
>> For better efficiency, i think i'll keep 1 monitor per building, and,
>> if two other building fails, i will delete those two monitors from the
>> configuration in order to access data again.
>> I'll simulate that and see if it goes well.
>> Thanks for your help and advices.
>
> If you are set on that approach, you could just as well add a third
> monitor on one of the buildings (whichever you feel to be more
> resilient), and cut down the chances of an unavailable cluster if the
> other fails.
>
> It doesn't solve your problem, but if the building with just one monitor
> fails, your cluster will still be available; if it's the other way
> around, you could do the manual recovery just the same anyway.
>

Another approach, if possible try to add a 3rd monitor in a "neutral" place.

I for sure don't know how your network looks like, but you might be able 
to put up a monitor in an external datacenter and do something with a VPN?

Assuming both buildings have their own external internet connection.

Wido

>    -Joao
>

      reply	other threads:[~2013-01-21 13:40 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-17  9:55 ceph replication and data redundancy Ulysse 31
2013-01-20 17:29 ` Wido den Hollander
2013-01-20 22:27   ` Gregory Farnum
2013-01-20 22:29   ` Gregory Farnum
2013-01-21  8:14     ` Ulysse 31
2013-01-21 13:08       ` Joao Eduardo Luis
2013-01-21 13:40         ` Wido den Hollander [this message]

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=50FD4562.3070605@widodh.nl \
    --to=wido@widodh.nl \
    --cc=ceph-devel@vger.kernel.org \
    --cc=greg@inktank.com \
    --cc=joao.luis@inktank.com \
    --cc=ulysse31@gmail.com \
    /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.