Re: [gpfsug-discuss] Strategies - servers with local SAS disks

2016-11-30 Thread Zachary Giles
Aaron, Thanks for jumping onboard. It's nice to see others confirming this. Sometimes I feel alone on this topic. It's should also be possible to use ZFS with ZVOLs presented as block devices for a backing store for NSDs. I'm not claiming it's stable, nor a good idea, nor performant.. but should

Re: [gpfsug-discuss] Strategies - servers with local SAS disks

2016-11-30 Thread Aaron Knister
Thanks Zach, I was about to echo similar sentiments and you saved me a ton of typing :) Bob, I know this doesn't help you today since I'm pretty sure its not yet available, but if one scours the interwebs they can find mention of something called Mestor. There's very very limited

Re: [gpfsug-discuss] Strategies - servers with local SAS disks

2016-11-30 Thread Stephen Ulmer
The licensing model was my last point — if the OP uses FPO just to create data resiliency they increase their cost (or curtail their access). I was really asking if there was a real, technical positive for using FPO in this example, as I could only come up with equivalences and negatives. --

Re: [gpfsug-discuss] Strategies - servers with local SAS disks

2016-11-30 Thread Zachary Giles
Just remember that replication protects against data availability, not integrity. GPFS still requires the underlying block device to return good data. If you're using it on plain disks (SAS or SSD), and the drive returns corrupt data, GPFS won't know any better and just deliver it to the client.

Re: [gpfsug-discuss] Strategies - servers with local SAS disks

2016-11-30 Thread Stephen Ulmer
I don’t understand what FPO provides here that mirroring doesn’t: You can still use failure domains — one for each node. Both still have redundancy for the data; you can lose a disk or a node. The data has to be re-striped in the event of a disk failure — no matter what. Also, the FPO license

Re: [gpfsug-discuss] Strategies - servers with local SAS disks

2016-11-30 Thread Andrew Beattie
Bob,   If your not going to use integrated Raid controllers in the servers, then FPO would seem to be the most resilient scenario. yes it has its own overheads, but with that many drives to manage, a JOBD architecture and manual restriping doesn't sound like fun   If you are going down the path of

Re: [gpfsug-discuss] Strategies - servers with local SAS disks

2016-11-30 Thread Uwe Falke
I have once set up a small system with just a few SSDs in two NSD servers, providin a scratch file system in a computing cluster. No RAID, two replica. works, as long the admins do not do silly things (like rebooting servers in sequence without checking for disks being up in between). Going

[gpfsug-discuss] Strategies - servers with local SAS disks

2016-11-30 Thread Oesterlin, Robert
Looking for feedback/strategies in setting up several GPFS servers with local SAS. They would all be part of the same file system. The systems are all similar in configuration - 70 4TB drives. Options I’m considering: - Create RAID arrays of the disks on each server (worried about the RAID