We fired off a series of backup jobs, and were immediately able to run about 5 to 6x the number of jobs that were previously possible on the old hardware. The T5xx0 series systems absolutely SCREAM as NetBackup media servers due to the I/O capabilities of the hardware, and the threading ability of the CPU, they can outperform the M5000 and do it at a fraction of the cost. But on day two or three, CRASH! The Media server goes down hard, and requires a power cycle. Upon rebooting (took about 3 minutes) we found that our paths to storage went down and ZFS did what it was supposed to (PANIC the box). Well, this goes on for a week or so, and the customer decides they want to try Veritas Storage Foundation to see if that resolves it, thinking that this is a ZFS issue because "ZFS is causing the PANIC". So fast forward a couple days running on Veritas, and CRASH! It happens again. This time however, it takes about 6 hours to FSCK the 100TB of storage before we can get the host back online and start backups again. This gets more fun, because the crashes become more often and after a week we are spending about 18 hrs a day rebooting and doing FSCK, and practically getting NO backups.
Turns out, the ST6540 had controller issues, and it was resolved after a couple swap outs, some parity group rebuilds (because the controller swap had its own issues). But the takeaway I got from this is in an unstable environment the true power of ZFS shines even if you don't take advantage of RAIDZ, or any of the other plentiful features. Why would you run anything else, especially for a non-clustered file system requirement? Really, I'm asking! Maybe I'm missing something. It's free, its OPEN, and if it's the default for the new MACOS, it can't be bad (this coming from a Solaris/Linux/Windows at home guy too).
No comments:
Post a Comment