On 11/28/05, David Ross <[EMAIL PROTECTED]> wrote: > I think he has a NAS, not a SAN, but I still completly disagree with the > notion of having using shared storage location for your application's > codebase. Fibre (and iSCSI when using an iSCSI HBA) are pretty dang > fast, but speed is not the issue. What if your SAN is down? Your app > can't even throw a meaningful error!
Good point Dave, but honestly the more advanced devices like NetApp and EMC are so comically redundant that the chances of them going out are very, very, VERY remote. We're in the process of setting up a new data center and are leaning towards handling things this way. Both the NetApp and EMC devices we're looking at would pretty much have to have a truck run them over to ever go out completely, and we're also going to have a smaller version of whichever device we buy in our disaster recovery datacenter as a hot backup. The snap technology to keep these types of devices in synch with one another is really nice and means pretty much zero human involvement for backups and failovers. > There are so many options for > automating deployment and replication of code across large numbers of > servers I can't see how shared storage would ever be a better option. True on the options for automating deployment, but the shared storage if you go with an enterprise-level device is far, far more than simply a centralized disk repository. From virtual machine capabilities to snap technology to the ultra-high availability I mentioned above, these are pretty sophisticated devices that can literally turn your servers into rather disposable appliances--if a server goes out, who cares, just stick another one in its place. Centralizing everything onto a single storage device makes numerous options available that you simply can't do either as easily or at all with per-server deployment. > With all that said, if your app does a lot of file upload/download, then > a SAN is probably the BEST way to make those files available across a > cluster of app servers! Yep, another reason we're going to this architecture. I'll probably be diving into this head first after the first of the year when we make our purchases for the new data center, so I'll have tons to say about all of this as we get everything up and running. Matt -- Matt Woodward [EMAIL PROTECTED] http://www.mattwoodward.com ---------------------------------------------------------- You are subscribed to cfcdev. To unsubscribe, send an email to [email protected] with the words 'unsubscribe cfcdev' as the subject of the email. CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting (www.cfxhosting.com). An archive of the CFCDev list is available at www.mail-archive.com/[email protected]
