Could you please let me check some points about the following URL:
Question
1.Specific impact after October 2024 for VMs created with old images → Please provide specific impacts if any.
2.Until when can VMs created with old images be continued to be used? → Please provide information if there is no expiration.
3.Until when will support be provided for VMs created with old images?
4.What is the specific reason for Rocky Enterprise Software Foundation to switch the Azure publisher account?
・Old publisher account: erockyenterprisesoftwarefoundationinc1653071250513
・New publisher account: resf
Impacted by this are about 100 VMs, so the impact is significant. We are in trouble. We would like to verify if the existing VMs can continue to be safely used. Please confirm if the following understanding is correct:
Support for the old image has ended, and image updates will not be performed.
Security updates through commands are possible for RockyLinux running on the old image VMs.
I’ve also done something similar where I could still use the older rocky image and it can update as expected (including security patches). This is because the updates are pulled from the repos located in the /etc/yum.repos.d/ path.
Personally, I used ansible for maintaining my VMs at scale. Just a simple playbook like the following (assuming they are reachable with your architecture/setup).
- name: Updating my rocky VMs
hosts: rocky_hosts
remote_user: <your_ssh_username>
become: yes
tasks:
- name: Upgrade all packages using DNF
dnf:
name: "*"
state: latest
The main reason is that it helps give me a single area to manage it. But plenty of options exist. Otherwise, if you spin it up and destroy them often then a cloud-init file could also be useful