[Info-vax] RAID 1 across cluster nodes?

[Stephen Hoffman]

On 2019-01-28 17:34:30 +0000, Stephen Hoffman said:

> On 2019-01-28 17:10:58 +0000, Richard B said:
> 
>> ...Each of the rx2800's has 8 drive bays which I plan on populating 
>> with hard drives of various sizes.  So for all intents and purposes I 
>> will have 16 drive bays across the cluster.  Currently, in our SAN 
>> environment the number of "drives" being used totals 23.  So I have to 
>> do some trickery in order to get this 23 drives down to 16.  No big 
>> deal.  Due to our operating environment, we have some applications 
>> running on one node only, other applications running on the other node 
>> only and then some applications running on both.  Thus the dilemma on 
>> how to set up some sort of data redundancy.  HBVS might be the way to 
>> go IF I can further consolidate data to, in effect, 8 drives.  (8 
>> drives in a shadow-set = 16 total drives or all of the bays across the 
>> two rx2800 nodes.)
> 
> Buy a shelf.  Or buy another shelf.  Or swap for a denser shelf.  
> Shelves are cheap.  Unless you're rack-space-constrained, that is.

Beyond adding HDDs and SSDs and storage shelves and the immediate issue 
and more generally...

What you're headed toward here is what folks look toward with containerization.

OpenVMS isn't very good at containerization and consolidation.

It's far too easy to have co-resident apps stomp on each 
other—directly, or secondary to shared dependencies, or thanks to those 
blasted C feature logical names—as the common app separations are by 
convention—facility prefixes and all—and are not enforced, and are not 
verified.

ACLs and logical name tables and the rest only get you part way there, 
if you're doing the integration and the containerization.

But with no sandboxes and no bundles for isolation and packaging, and 
with apps that inevitably have OpenVMS or third-party dependencies 
around APIs or directories or pretty much any shared construct.

Conflicts do arise.

I've had two disparate apps that had a conflicting username, and with 
the usual differing requirements for that username. That was fun.


-- 
Pure Personal Opinion | HoffmanLabs LLC