[Info-vax] Distributed Applications, Hashgraph, Automation

DaveFroble davef at tsoft-inc.com
Wed Feb 21 20:41:47 EST 2018


Stephen Hoffman wrote:
> On 2018-02-21 21:21:17 +0000, DaveFroble said:
> 
>> As many are aware, I don't get out much, so I have no idea what 
>> percentage of users would fit the description of needing varying 
>> resources.  My experience is more with situations where the 
>> requirements are more fixed, basically the same every day.
> 
> A number of sites have seasonal activities and/or have peak seasons, and 
> for any of various business-related reasons.  Ask'm what their upgrade 
> window is, and when their systems are most heavily loaded.
> 
> Some other sites have incremental growth with plots out six months or 
> longer; plots with predictions of when their capacity requirements will 
> outgrow their current hardware.
> 
> But varying loads can also include operational-related activities such 
> as running backups, activities making heavy use of encryption or 
> compression, or of running weekly or monthly reports, optimizing a 
> database or local storage, or whatever, too.
> 
>> Got any numbers showing the distribution of users based upon varying, 
>> or non-varying requirements?
> 
> No, I don't.
> 
> What I do see are a lot of folks with lots of spare cycles on their 
> OpenVMS systems; with larger-than-necessary server configuration than 
> they need for their typical load.  Existing supported server hardware 
> and software forced many (most?) OpenVMS folks into over-building and 
> over-provisioning their data centers.
> 
> We're all also used to the effort involved in spinning up a new OpenVMS 
> system instance, which gets back to integrating the pieces and parts and 
> core services into the base distro, of integrating IP networking, of 
> provisioning, of streamlining the patch process, of sandboxing and app 
> isolation, and other assorted details.
> 
> OpenVMS is headed into an era when that over-provisioning won't be as 
> centrally required, as support for x86-64 and for operating as a guest 
> becomes available.    Where spinning up an instance can and should be a 
> whole lot easier and faster; more competitive.  Spin up a cluster member 
> for running backups or whatever.  Or for dealing with a surprise 
> increase in loads, whether due to a data center failure and fail-over 
> elsewhere in your organization, or due to unexpectedly-increased app 
> loads secondary to any number of potential reasons.  Right now, 
> over-provisioning is often seen as easier than adapting to a changing 
> load, and cheaper than (for instance) clustering.  But how long is that 
> approach going to remain competitive?  For some folks with small 
> seasonal variations, probably quite a while.  For other folks with wider 
> variations in app activities or with the expectation of app or server or 
> site fail-overs or whatever, maybe they get interested?   It's really 
> quite nice to spin up an instance or a dozen instances for (for 
> instance) software testing, too.
> 
> Pricing aside — and OpenVMS Alpha diverges from past practices here, and 
> diverges in the right direction — cluster rolling upgrades and 
> clustering are still a powerful construct for end-users and for 
> developers.  This gets back to making details such as the DLM and 
> deployments easier to use, as well as other enhancements that've been 
> mentioned in various threads.
> 
> I'm here ignoring the HPE iCAP support, as that capability hasn't seemed 
> particularly popular among folks.  
> http://h41379.www4.hpe.com/openvms/journal/v13/troubleshooting_icap.html
> 
> Collecting telemetry — opt-in, etc — would help VSI figure some of this 
> out, too.
> 
> 

I agree that some things that make system management and monitoring would be a 
good thing.

I've got solar panels, and the inverters include a crude web server.  I can 
connect with a browser and sit there and watch the energy I'm generating in real 
time, and non-real time reporting.  A nice concept.  VMS doing similar is also a 
nice concept.

But, when talking about being able to "spin up" additional resources on demand, 
I have to ask first, what is the problem, and what type and amount of resources 
should be thrown at the problem.

All I have to go on is my own experiences.  None of our ustomers are running a 
cluster.  It's been discussed, as has SANs, and the customers don't see the need 
considering the cost.

Running on a single low end VMS system is about as cheap as one can get.  Not 
sure that cloud services would be any cheaper.

So, define the problem.  Am I the 1% who would not benefit, or am I the 99% who 
would sooner see the resources used for other problems?  It just seems to me 
that asking for something without seeing the demand isn't the way to address things.


-- 
David Froble                       Tel: 724-529-0450
Dave Froble Enterprises, Inc.      E-Mail: davef at tsoft-inc.com
DFE Ultralights, Inc.
170 Grimplin Road
Vanderbilt, PA  15486



More information about the Info-vax mailing list