<FONT face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" size=2><br><div><br>><br>>An OST can be an externally connected (logical) disk such as a DDN<br>>LUN<br>>connected by fibre channel to the OSS.  An OST can also be connected<br>>internally in the OSS such as a SATA, SCSI, (or heaven forbid) and<br>>IDE<br>>disk.<br>><br>>Am I to understand you want the latter?  Do you already have this<br>>hardware configuration and you just want to (re-)deploy it with<br>>Lustre?<br>><br><br>Indeed. We'd like to construct a mass capacity matrix, and are<br>currently weighing risk and recovery into the equation.<br><br>>The reason being, is that Lustre can only achieve it's HA<br>>deliver-ability goals when two OSSes (or MDSes) can see a common<br>>storage<br>>target.  Doing this with internally connected disks is difficult and<br>>usually requires a replication technology like DRBD to ensure that<br>>the<br>>(i.e. network mirrored) disks are in sync.  This is a Sun-unsupported<br>>configuration, but there have been reports of success on this list.<br>><br>>> This being said, can someone pinpoint me to a possibly high level<br>>> diagram of how redundancy can be implemented across nodes, if<br>>> possible?<br>><br>>I don't know of any diagrams, but typically, you connect redundant<br>>OSSes<br>>to dual-ported disks so that either OSS can serve it's data.  When<br>>one<br>>dies, the other takes over.<br><br>I see. I was under the impression that mirroring was part of the Lustre package <br>already. Am I correct to say that Lustre does handle the concatenation <br>of OST volumes? <br><br>Perhaps someone with DRBD experience can expand on that, as that would<br>be quite helpful. Is Lustre aware of DRBD? vice-versa?<br><br>Thanks for the Information Brian. It's very helpful.<br><br><br>><br>>b.<br><br></div></FONT>