BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Discuss] Gluster startup, small-files performance
- Subject: [Discuss] Gluster startup, small-files performance
- From: richard.pieri at gmail.com (Richard Pieri)
- Date: Wed, 14 May 2014 12:52:14 -0400
- In-reply-to: <53739610.9040304@gmx.com>
- References: <e2d144397125b9340bda1ef334a92ba0.squirrel@webmail.ci.net> <537368BC.9040801@gmx.com> <5373789E.1060700@gmail.com> <53737BC5.4020700@gmx.com> <53738013.8000500@gmail.com> <53738216.6060508@gmx.com> <53738816.6020505@gmail.com> <53738ADA.2040006@gmx.com> <53739294.2060903@gmail.com> <53739610.9040304@gmx.com>
F. O. Ozbek wrote: > If you lose power to your entire storage cluster, you will lose > some data, this is true on almost all filesystems.(including moosefs and > glusterfs) If writes are atomic -- that is, the file system driver and underlying hardware honor fsync calls -- then you won't lose anything that's been completed because all completed writes have been committed to non-volatile storage. You will lose incomplete writes but the clients will know it (fsync calls time out or return errors) and can retry or invoke error handlers. > It is possible to setup a moosefs cluster with redundant metadata > servers in separate locations (and chunk servers in separate locations.) A catastrophic failure at the wrong time (is there ever a right time?) will leave you with lost or corrupted data no matter how many parallel storage clusters you have. > This will save you from power outages as long as you don't lose power > in all the locations at the same time. Keep in mind these servers > are in racks with UPS units and generator backups. So are Amazon's EC2 racks. Yet: http://www.zdnet.com/amazon-web-services-suffers-outage-takes-down-vine-instagram-flipboard-with-it-7000019842/ http://venturebeat.com/2012/10/23/amazon-ec2-outage-restored/ http://money.cnn.com/2011/04/21/technology/amazon_server_outage/ -- Rich P.
- Follow-Ups:
- [Discuss] Gluster startup, small-files performance
- From: ozbek at gmx.com (F. O. Ozbek)
- [Discuss] Gluster startup, small-files performance
- References:
- [Discuss] Gluster startup, small-files performance
- From: richb at pioneer.ci.net (Rich Braun)
- [Discuss] Gluster startup, small-files performance
- From: ozbek at gmx.com (F. O. Ozbek)
- [Discuss] Gluster startup, small-files performance
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] Gluster startup, small-files performance
- From: ozbek at gmx.com (F. O. Ozbek)
- [Discuss] Gluster startup, small-files performance
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] Gluster startup, small-files performance
- From: ozbek at gmx.com (F. O. Ozbek)
- [Discuss] Gluster startup, small-files performance
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] Gluster startup, small-files performance
- From: ozbek at gmx.com (F. O. Ozbek)
- [Discuss] Gluster startup, small-files performance
- From: richard.pieri at gmail.com (Richard Pieri)
- [Discuss] Gluster startup, small-files performance
- From: ozbek at gmx.com (F. O. Ozbek)
- [Discuss] Gluster startup, small-files performance
- Prev by Date: [Discuss] Gluster startup, small-files performance
- Next by Date: [Discuss] Gluster startup, small-files performance
- Previous by thread: [Discuss] Gluster startup, small-files performance
- Next by thread: [Discuss] Gluster startup, small-files performance
- Index(es):