OpenVMS in the cloud - availability, prospects, and issues.
-
Topic author
redparadox
- Visitor
- Posts: 2
- Joined: Fri Jul 12, 2024 11:11 am
- Reputation: 0
-
Status:
Offline
Post
by redparadox » Mon Oct 28, 2024 4:23 pm
The Cloud board seems a little lonely.
Please see my latest blog article on the AWS Migration & Modernization blog channel.
Deploying OpenVMS x86 on Amazon EC2
https://aws.amazon.com/blogs/migration- ... mazon-ec2/
Be sure to reach out if you have any questions! I managed DEC/VAX clusters for years, so this was like bringing back an old friend I haven't seen in a really long time. Cheers to OpenVMS.
![Cool 8-)](./images/smilies/icon_cool.gif)
-
jeremybegg
- Active Contributor
- Posts: 29
- Joined: Mon Jun 08, 2020 3:39 am
- Reputation: 0
-
Status:
Offline
Post
by jeremybegg » Wed Oct 30, 2024 5:33 pm
Hi Michael,
A very interesting post, especially the sections on access to various AWS storage services. I’m assuming the iSCSI support has not been certified by VSI for use as shared cluster storage? (Being able to mount it from multiple cluster members is not quite the same as it working correctly under business workloads!)
I noticed you used Red Hat as the host for the VMS guests. Was that simply because you’re familiar with Red Hat, or is there an underlying technical reason?
Thanks,
Jeremy Begg
-
Topic author
redparadox
- Visitor
- Posts: 2
- Joined: Fri Jul 12, 2024 11:11 am
- Reputation: 0
-
Status:
Offline
Post
by redparadox » Thu Oct 31, 2024 8:28 am
Hi Jeremy -
Glad you found the post useful!
I’m assuming the iSCSI support has not been certified by VSI for use as shared cluster storage?
That is correct. This was just a proof of concept with the aim of just showing various integration points with AWS storage services to explore the different possibilities.
I noticed you used Red Hat as the host for the VMS guests. Was that simply because you’re familiar with Red Hat, or is there an underlying technical reason?
You are correct. I was just more familiar with RHEL than other Linux distributions. No underlying technical reason.