MySql and the death of RAID

I'm not saying that raid is bad, it has its issues, but it most certainly has its places. The issue that I see as most significant with raid is the "brain shut down" effect - i.e. once you know you're redundancy and performance is covered by RAID, you'll be less open to other possible methods that, while in no way mutually exclusive with raid, require a bigger picture perspective. One method that has shown to scale _extremely_ well is partition and replicate (and my point about ignoring rdbms's and raid in the article was to suggest that partition and replicate is a concept that is useful outside of outside of these domains).

Another point I want to clarify - I said partition and replicate is cheap. This statement is imprecise. Partition and replicate is cheap once you've reached the point where your thinking of spending $100k (to $1MM) on a single database instance.

In summary - I believe that it's wise to consider how you'd partition and replicate your app before you need to, because once it's needed, the pain you'll feel will be massive and (IMHO) unnecessary.