Durante Microsoft Ignite 2020, se anunció la compatibilidad con Azure Hybrid Benefit para  SUSE Pay As You Go. Este es el resultado de un esfuerzo combinado que incluye cambios en Azure IMDS (Instance Metadata Service) y la infraestructura de actualización basada en la región de SUSE que admite instancias PAYG. Entremos
en detalles sobre lo que eso significa y por qué es importante.

Todos sabemos la historia. Configuremos un POC para ver si funciona y luego el POC crece y se convierte en una configuración de producción. La belleza de la nube es que el POC se puede iniciar en instancias pequeñas con un presupuesto limitado y, dado que es un POC, los sistemas se apagan cuando nadie está trabajando en el POC. Este enfoque hace que las cosas sean muy rentables y simplificadas. Para mayor comodidad para acceder a las actualizaciones, iniciativas como esta a menudo usan instancias bajo demanda, que también es una manera fácil de evitar involucrar operaciones y verificar el cumplimiento, ya que PAYG tiene todo integrado. Hasta ahora todo bien. El problema surge ahora cuando todo el kit y el caboodle entran en producción. Las instancias se hacen más grandes, todo tiene que funcionar 24 × 7, hay estándares corporativos a seguir y contratos de soporte existentes que considerar, etc. Esto ocurre con tanta frecuencia que, de forma más o menos regular, se inicia la conversación de “seguro que sería bueno convertir esas instancias PAYG en instancias BYOS (Bring Your Own Subscription)”. Hasta ahora, la respuesta siempre ha sido "lo siento, no puedo hacer". Aquí es donde entra en juego Azure Hybrid Benefit. Por ahora en vista previa, pero pronto en GA como comando simple

az vm update --license-type SLES_BYOS -n $ NAME_OF_THE_INSTANCE -gn$ NAME_OF_THE_RESOURCE_GROUP

cambiará su instancia para que sea BYOS en lugar de PAYG. Como se puede ver en el comando, es necesario un grupo de recursos y, por lo tanto, esta función no está disponible para las VM clásicas. También habrá un cambio en la interfaz de usuario web de Azure para realizar este cambio.

Lo que sucede una vez que se emite el comando es que en el lado de Azure, los metadatos de la instancia se actualizarán para indicar que la instancia ahora es BYOS y eso le dice a la infraestructura de facturación de Azure que ya no rastree la instancia como una instancia de SUSE PAYG. En el lado de SUSE, esto implica que, dado que la instancia ya no se rastrea como PAYG, el usuario administrará las actualizaciones por otros medios en lugar de a través de la infraestructura de actualización local de la región de SUSE. Para que todo esto funcione en conjunto, se necesitan cambios en el lado del cliente y en el servidor. Los cambios del lado del servidor para la infraestructura de actualización se implementaron con el anuncio y los cambios del lado del cliente están disponibles a través de actualizaciones de paquetes.

Para aprovechar Azure Hybrid Benefit, deberá tener

nube-regionesrv-cliente-9.1.3
python3-azuremetadata-5.1.2
regionServiceClientConfigAzure-1.0.5

o versiones posteriores instaladas. Con estas actualizaciones, el cliente enviará la información necesaria a la infraestructura de actualización para identificar la instancia como PAYG o como BYOS dentro del marco de Azure Hybrid Benefit. Dado que existen ventanas de actualización para ejecutar instancias, etc., existe un período de transición de 6 meses en el que los cambios en la infraestructura de actualización no verificarán los datos adicionales que envía el cliente. A finales de marzo de 2021, la infraestructura de actualización comprobará los datos y las instancias que no envíen los datos perderán el acceso a la infraestructura de actualización.

Para aquellos que encuentran esta información después de marzo de 2021 y simplemente perdieron el acceso, se encuentran en un problema de huevo y gallina. Necesita los nuevos paquetes pero no puede obtenerlos de la infraestructura de actualización. Por lo tanto, hay disponible una actualización fuera de banda para el uso de instancias basadas en SLES 12

wget -no-cheque certificado
https://52.188.224.179/late_instance_offline_ahb_SLE12.tar.gz
sha1sum late_instance_offline_ahb_SLE12.tar.gz
05b94805c71a11e5e973bb9ad576440ed1b1270e late_instance_offline_ahb_SLE12.tar.gz
tar xf late_instance_offline_ahb_SLE12.tar.gz
cd late_update
zypper -no-actualización -no- remoto: no interactivo en * .rpm

para uso de instancias basadas en SLES 15

wget -no-cheque certificado
https://52.188.224.179/late_instance_offline_ahb_SLE15.tar.gz
sha1sum late_instance_offline_ahb_SLE15.tar.gz
3936518e9f6f02aa29fefd1e1acac115d80b04f9 late_instance_offline_ahb_SLE15.tar.gz
tar xf late_instance_offline_ahb_SLE15.tar.gz
cd late_update
zypper -no-actualización -no- remoto: no interactivo en * .rpm

Esto le permitirá volver a la operación de trabajo con acceso a la infraestructura de actualización.

Con esto, el cambio de PAYG a BYOS en Azure es posible y eliminará algunos dolores de cabeza.