From: "Steffen Weißgerber" <WeissgerberS-Srp0Ujq4vxI@public.gmane.org>
To: chibi-FW+hd8ioUD0@public.gmane.org
Cc: ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
ceph-users-Qp0mS5GaXlQ@public.gmane.org,
ceph-maintainers-Qp0mS5GaXlQ@public.gmane.org,
ceph-announce-Qp0mS5GaXlQ@public.gmane.org
Subject: Antw: Re: Deprecating ext4 support
Date: Thu, 14 Apr 2016 11:43:07 +0200 [thread overview]
Message-ID: <570F824B020000CD0002B110@mail.dbknb.de> (raw)
In-Reply-To: <20160412083925.5106311d-9yhXNL7Kh0lSCLKNlHTxZM8NsWr+9BEh@public.gmane.org>
>>> Christian Balzer <chibi-FW+hd8ioUD0@public.gmane.org> schrieb am Dienstag, 12. April 2016 um 01:39:
> Hello,
>
Hi,
> I'm officially only allowed to do (preventative) maintenance during weekend
> nights on our main production cluster.
> That would mean 13 ruined weekends at the realistic rate of 1 OSD per
> night, so you can see where my lack of enthusiasm for OSD recreation comes
> from.
>
Wondering extremely about that. We introduced ceph for VM's on RBD to not
have to move maintenance time to night shift.
My understanding of ceph is that it was also made as reliable storage in case
of hardware failure.
So what's the difference between maintain an osd and it's failure in effect for
the end user? In both cases it should be none.
Maintaining OSD's should be routine so that you're confident that your application
stays save while hardware fails in a amount one configured unused reserve.
In the end what happens to your cluster, when a complete node fails?
Regards
Steffen
>
> Christian
> --
> Christian Balzer Network/Systems Engineer
> chibi-FW+hd8ioUD0@public.gmane.org Global OnLine Japan/Rakuten Communications
> http://www.gol.com/
> _______________________________________________
> ceph-users mailing list
> ceph-users-idqoXFIVOFJgJs9I8MT0rw@public.gmane.org
> http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
--
Klinik-Service Neubrandenburg GmbH
Allendestr. 30, 17036 Neubrandenburg
Amtsgericht Neubrandenburg, HRB 2457
Geschaeftsfuehrerin: Gudrun Kappich
next prev parent reply other threads:[~2016-04-14 9:43 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-11 21:39 Deprecating ext4 support Sage Weil
2016-04-11 21:44 ` Sage Weil
2016-04-11 21:57 ` Mark Nelson
[not found] ` <570C1DBC.3040408-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2016-04-11 22:49 ` Shinobu Kinjo
2016-04-11 23:54 ` [ceph-users] " Robin H. Johnson
2016-04-11 23:09 ` Lionel Bouton
2016-04-12 7:45 ` [ceph-users] " Jan Schermer
2016-04-12 18:00 ` Sage Weil
2016-04-12 19:19 ` Jan Schermer
2016-04-12 19:58 ` Sage Weil
2016-04-12 20:33 ` Jan Schermer
2016-04-12 20:47 ` Sage Weil
[not found] ` <alpine.DEB.2.11.1604121639590.29593-Wo5lQnKln9t9PHm/lf2LFUEOCMrvLtNR@public.gmane.org>
2016-04-12 21:08 ` Nick Fisk
[not found] ` <4f0f087c.9Ro.9Gf.hg.1qX1VyMOaD-ImYt9qTNe79BDgjK7y7TUQ@public.gmane.org>
2016-04-12 21:22 ` wido-fspyXLx8qC4
[not found] ` <362740c3.9Ro.9Gf.hg.1qX1VyMOaE@mailjet.com>
2016-04-12 23:12 ` [ceph-users] " Jan Schermer
2016-04-13 13:13 ` Sage Weil
2016-04-13 13:06 ` Sage Weil
2016-04-14 18:05 ` Jianjian Huo
2016-04-14 18:30 ` Samuel Just
2016-04-12 6:39 ` [Ceph-maintainers] " Loic Dachary
[not found] ` <alpine.DEB.2.11.1604111632520.13448-Wo5lQnKln9t9PHm/lf2LFUEOCMrvLtNR@public.gmane.org>
2016-04-11 21:42 ` Allen Samuels
2016-04-11 21:47 ` [ceph-users] " Jan Schermer
2016-04-11 23:39 ` Christian Balzer
2016-04-12 1:12 ` [ceph-users] " Sage Weil
[not found] ` <alpine.DEB.2.11.1604112046570.29593-Wo5lQnKln9t9PHm/lf2LFUEOCMrvLtNR@public.gmane.org>
2016-04-12 1:32 ` Shinobu Kinjo
2016-04-12 2:05 ` [Ceph-maintainers] " hp cre
2016-04-12 2:43 ` [ceph-users] " Christian Balzer
2016-04-12 13:56 ` Sage Weil
[not found] ` <alpine.DEB.2.11.1604120837120.29593-Wo5lQnKln9t9PHm/lf2LFUEOCMrvLtNR@public.gmane.org>
2016-04-13 3:27 ` Christian Balzer
[not found] ` <20160412083925.5106311d-9yhXNL7Kh0lSCLKNlHTxZM8NsWr+9BEh@public.gmane.org>
2016-04-14 9:43 ` Steffen Weißgerber [this message]
2016-04-12 7:00 ` Michael Metz-Martini | SpeedPartner GmbH
2016-04-13 2:29 ` [ceph-users] " Christian Balzer
2016-04-13 12:30 ` Sage Weil
2016-04-14 0:57 ` Christian Balzer
2016-04-13 12:51 ` Michael Metz-Martini | SpeedPartner GmbH
2016-04-13 14:19 ` Francois Lafont
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=570F824B020000CD0002B110@mail.dbknb.de \
--to=weissgerbers-srp0ujq4vxi@public.gmane.org \
--cc=ceph-announce-Qp0mS5GaXlQ@public.gmane.org \
--cc=ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=ceph-maintainers-Qp0mS5GaXlQ@public.gmane.org \
--cc=ceph-users-Qp0mS5GaXlQ@public.gmane.org \
--cc=chibi-FW+hd8ioUD0@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.