Hace un tiempo,  en colaboración con el equipo de Azure, se habilito  Azure Hybrid Benefit para las imágenes de SUSE Linux Enterprise. En la primera encarnación, era posible cambiar una instancia de SUSE Linux Enterprise Server o SUSE Linux Enterprise Server para aplicaciones SAP de PAYG (bajo demanda) a BYOS (traiga su propia suscripción). Dicho cambio ayuda cuando surge la necesidad de LTSS (Soporte de paquete de servicio a largo plazo) o si se desea reutilizar derechos que ya no se necesitan en el centro de datos.

Con el paso del tiempo, muchos clientes también solicitaron un cambio en la otra dirección, es decir, de BYOS a PAYG. Una de las razones principales de este cambio es la capacidad de crear imágenes personalizadas y luego hacer que se conviertan en instancias PAYG sin comenzar con una imagen publicada por SUSE. Es posible cambiar de BYOS a PAYG con las últimas actualizaciones de la implementación de Azure Hybrid Benefit   .

En su imagen personalizada o instancia en ejecución, necesitará al menos la versión 10.0.3 del paquete cloud-regionsrv-client y deberá instalar el paquete net new cloud-regionsrv-client-addon-azure , versión 1.0.4 o superior . Además , es necesario instalar los paquetes cloud-regionsrv-client-plugin-azure , regionServiceClientConfigAzure y python3-azuremetadata . Por último, pero no menos importante, deberá habilitar un temporizador systemd

systemctl habilitarregionsrv-enabler-azure.timer

Eso es todo por los requisitos previos.

Si tiene una instancia, PAYG o BYOS, que se ejecuta desde una imagen publicada en 20220505 o después  (SLES o SLES para SAP), estas condiciones ya se cumplen. Para ejecutar instancias desde imágenes anteriores a 20220505 , faltarán algunos o todos estos paquetes y deberán instalarse.

Para ejecutar instancias PAYG

Una actualización permitirá una forma más conveniente, ahora está automatizada, de cambiar de PAYG a BYOS que antes, una

cerrar la cremallera

seguido por

zypper en cloud-regionsrv-client-addon-azure

más la habilitación del temporizador, ver arriba, hará el truco.

Para ejecutar instancias BYOS

Para instancias de imágenes anteriores a 20220505, debe instalar todo desde cero

zypper en cloud-regionsrv-client cloud-regionsrv-client-addon-azure cloud-regionsrv-client-plugin-azure regionServiceClientConfigAzure python3-azuremetadata

luego habilite el temporizador y ya está todo listo. Esto supone que su instancia de BYOS está registrada en un servidor de repositorio, SCC, RMT o administrada a través de SUMa y el módulo de nube pública está habilitado. Para los sistemas administrados por SUMa, "zypper in" es, por supuesto, una operación de inserción de SUMa.

integración azul

Para mayor comodidad, también hay una extensión, AHBForSLES , que se encarga de la instalación de los paquetes necesarios.

az vm extension set -n AHBForSLES –publisher SUSE.AzureHybridBenefit –vm-name myVMName –resource-group myResourceGroup

instalará la extensión en su instancia. La extensión maneja la instalación de paquetes y, como tal, no es necesaria para las instancias lanzadas desde imágenes con un sello de fecha de 20220505 o posterior. En cuanto a la ejecución de instancias BYOS, se supone que su instancia está registrada en SCC o RMT. Si tu sistema se gestiona con SUMa la extensión no sirve. Más información sobre la extensión y el tema cuando no está conectado a SCC con su instancia BYOS a continuación.

¿Cómo usar la nueva función?

Necesita una versión razonablemente actualizada de azure-cli, esto no tiene que estar en la instancia. El uso desde la línea de comando es directo, use el

az vm update – tipo de licencia

Comando para modificar la configuración de licencia de una instancia. Los valores admitidos son

SLES_BYOS -> Cambia una instancia PAYG a una instancia
BYOS SLES_HPC , SLES_SAP , SLES_STANDARD -> Cambia una instancia BYOS a una instancia PAYG

Como puede ver, el cambio de BYOS a PAYG tiene múltiples valores y esto es importante ya que estos valores se correlacionan con diferentes precios. También es importante con respecto a la obtención de actualizaciones. El valor que utilice debe corresponder al producto en la instancia. Por ejemplo, si una instancia iniciada desde una imagen SLES For SAP BYOS se establece en el tipo de licencia SLES, es decir,

az vm update –license-type SLES_STANDARD …..

el registro en la infraestructura de actualización fallará ya que el producto en la instancia, SLES para SAP, no coincide con la configuración del tipo de licencia, SLES_STANDARD. Significado para una instancia de SLES For SAP, el tipo de licencia debe establecerse en SLES_SAP, es decir

az vm update: tipo de licencia SLES_SAP

Hablando de registro con la infraestructura de actualización. Esto es lo que maneja el temporizador. El nuevo servicio Azure-Enabler observa los metadatos de la VM en ejecución y, cuando se realizan cambios en el tipo de licencia, realiza los cambios apropiados en la configuración del repositorio. Este temporizador está integrado y habilitado para imágenes publicadas después de 20220505 , por lo que las instancias de esas imágenes no necesitan la extensión ni paquetes adicionales instalados.

Cuando una instancia se cambia de BYOS a PAYG, el servicio habilitador de Azure eliminará automáticamente el registro del sistema de SCC (Centro de atención al cliente de SUSE) de modo que sus sistemas se cuenten correctamente y luego registre el sistema con la infraestructura de actualización en Azure. Este proceso no afecta a los repositorios personalizados, se conservarán. En la dirección opuesta cuando una instancia PAYG se cambia a BYOS a través de

az vm update: tipo de licencia SLES_BYOS

el servicio Azure-Enabler desconectará la instancia de la infraestructura de actualización para que pueda usar su propio código de registro para acceder a las actualizaciones. Todavía puede obtener sus actualizaciones para la instancia de BYOS recién convertida desde la infraestructura de actualización si lo desea. Si desea ver los detalles sobre lo que hace el código de habilitación de Azure, es parte del proyecto cloud-regionsrv-client .

Si utiliza su propio servidor RMT como intermediario para SCC, deberá asegurarse de que el recuento de su sistema sea correcto. Ni la implementación en azure-enabler ni en la cuenta de extensión para este escenario por varias razones.

La extensión AHBForSLES mencionada anteriormente es por conveniencia. La extensión garantizará que las versiones de paquete necesarias se instalen en una instancia y habilitará el temporizador de azure-enabler. Existen algunas advertencias para el uso de la extensión.

La extensión en sí recurrirá a un llamado "repositorio sin restricciones" si el sistema no está registrado. El "repositorio sin restricciones" contiene un número selecto de paquetes que se mantienen y están disponibles sin registro. Esto permite convertir un gran conjunto de instancias de BYOS a PAYG sin estar conectado a SCC. Dicho esto, también habrá muchos casos en los que el contenido del repositorio sin restricciones no será suficiente. Para esos casos se necesita una conexión a SCC. Preferiblemente, cambiará de BYOS a PAYG antes de que caduque su autorización de SCC y antes de desconectar la instancia de BYOS manualmente de SCC. Esto garantiza que todos los paquetes estén disponibles para usted y proporciona el camino probado para el éxito de la conversión de BYOS a PAYG.

No se puede cubrir todos los casos de esquina para todas las instancias en ejecución que pueden ser objeto de dicha conversión. En los casos en que el repositorio sin restricciones no contiene todos los paquetes necesarios, es razonablemente sencillo configurar una conexión a SCC. Utilice la página Productos de SUSE para seleccionar el producto que desea convertir de BYOS a PAYG (SLES o SLES para SAP).

Siga el enlace "Descargar". Seleccione el Service Pack y la versión del producto (12 o 15) en la parte superior de la página y luego seleccione el enlace "Descargar" para el archivo ".iso". En el siguiente formulario, proporcione su información y marque la casilla de licencia "Prueba de 60 días". Recibirá un código de registro que le dará acceso a SCC durante 60 días. Tenga en cuenta que solo puede hacer esto una vez. Si tiene muchos sistemas destinados a cambiar, asegúrese de que la ventana de mantenimiento para todos los sistemas se encuentre dentro del período de 60 días.

Una vez que tenga el código de registro, conecte la instancia a SCC con el comando SUSEConnect y su código de prueba de 60 días.

SUSEConnect -r $THE_TRIAL_REGISTRATION_CODE -e $SU_E_MAIL

Una vez que el sistema esté registrado, la extensión se encargará del resto.

¿Qué significa esto para otras imágenes/productos?

Las imágenes de SUSE Manager, Proxy y Server no tienen preinstalados los paquetes necesarios. La razón de esto es que la instancia del sistema operativo subyacente para SUMa es SUSE Linux Enterprise Server y, como tal, no incluye el derecho necesario de gestión del ciclo de vida de SUSE Manager, a diferencia de SLES para SAP. Por lo tanto, un cambio a PAYG lo haría demasiado propenso a los accidentes como para estar fuera de cumplimiento. Si tiene el derecho de gestión del ciclo de vida necesario, simplemente inscriba el sistema operativo subyacente en su infraestructura SUMa, envíe los paquetes enumerados anteriormente y cambie la instancia a PAYG.

Las imágenes CHOST son compilaciones de sabor de SLES. Sin embargo, estas imágenes no contienen paquetes de conveniencia. Dicho esto, es fácil instalar los paquetes enumerados anteriormente y luego cambiar las instancias para que sean PAYG.

SLE-Micro es un producto separado y no se aplica AHB. Además, SLE-Micro aún no se ofrece como un sabor PAYG.

¿Por qué SLES_STANDARD y no SLES?

Esto está en la lista de tareas pendientes y SLES_STANDRAD eventualmente cambiará a SLES. El nombre fue elegido para que coincida con los nombres de las imágenes, publicamos imágenes "estándar" e imágenes "básicas". Las imágenes en pin que están etiquetadas como "básicas", por ejemplo , suse-sles-15-sp3-basic-v20220427-x86_64-gen2 no tienen soporte, mientras que las imágenes sin "-basic" en el nombre, es decir, las imágenes estándar incluyen soporte. Para AHB (Azure Hybrid Benefit), solo se puede cambiar a PAYG optando también por el soporte, lo que generó el nombre SLES_STANDARD para el tipo de licencia. Sin embargo, dado que no existe una asociación de nombre con el nombre de la imagen, este matiz se pierde fácilmente y, como tal, nombrar el tipo de licencia SLES tiene más sentido.

Cuando se produzca el cambio de SLES_STANDARD a SLES, Azure CLI proporcionará los comentarios adecuados y esto será fácil de detectar.

Sistemas SUSE Manager (SUMa)

Los sistemas administrados por SUSE Manager también se pueden cambiar de BYOS a PAYG. Tenga en cuenta que, como se mencionó anteriormente, para SLES necesita la cantidad adecuada de elementos de entidad de SUSE Life-cycle Manager. Para las instancias de SLES para SAP, el derecho es parte del precio bajo demanda de SLES para SAP. Cuando cambia una instancia administrada por SUMa de BYOS a PAYG, primero desea enviar los paquetes necesarios para el cambio de SUMa al sistema, consulte más arriba. Luego, suelte el sistema de SUMa, cambie la instancia de BYOS a PAYG, espere hasta que el código del temporizador haga su magia, es decir, tiene repositorios configurados desde la infraestructura de actualización, grep susecloud /etc/hosts, devolverá un valor y luego volverá a registrar el sistema en SUMa. Esto garantiza que siga cumpliendo y no cuente dos veces los sistemas que son PAYG pero que anteriormente eran BYOS contra los derechos totales de su sistema.