Requisitos y códigos de registro beta

Se requiere SLES 15 SP2 Public Beta como sistema operativo base, puede recuperarlo desde aquí .
Necesitará al menos 8 GB de memoria principal y 100 GB de espacio en disco para instalar el servidor y 4 GB de memoria principal y 100 GB de espacio en disco para instalar el Proxy.

El registro no funciona con su clave habitual de SUSE Manager, ¡ se requiere un código especial de registro Beta! Debe solicitar uno por correo electrónico a beta-programs@lists.suse.com.

Solo necesita los códigos de registro de SUSE Manager 4.1 Beta para instalar SUSE Manager 4.0 Server, Proxy y Retail. No se necesita el código de registro de SUSE Linux Enterprise Server .

Cambios desde SUSE Manager 4.0

¡SUSE Manager 4.1 Beta se basa en SLES 15 SP2 Beta ! Para obtener más detalles sobre SLES 15 SP2 Beta, visite la página web dedicada sle-beta .

Si está buscando la lista completa de cambios desde SUSE Manager 4.0, consulte nuestras Notas de la versión.

Cambios desde Beta 3

Nuevos productos habilitados

• openSUSE Leap 15.2 ,
• CentOS 6, 7 y 8 , a
  partir de SUSE Manager 4.1, CentOS es compatible como cliente y se muestra en el árbol de productos en la WebUI. Si estaba usando CentOS a través de spacewalk-common-channel, deberá eliminar sus canales existentes, sincronizar la información del canal de SCC y reasignar los canales a los clientes.
• Oracle Linux 6, 7 y 8 , a
  partir de SUSE Manager 4.1, Oracle Linux es compatible como cliente y se muestra en el árbol de productos en la WebUI.
• Ubuntu 20.04 LTS .

Nueva marca SUSE

La interfaz de usuario web y la documentación de SUSE Manager 4.1 se han actualizado con las nuevas directrices de marca de SUSE, como se publica en el sitio web de la marca SUSE y el sistema de diseño SUSE EOS . El nuevo tema es más ligero y ofrece un poco más de espacio libre entre elementos para una mejor legibilidad.

Nueva documentación

• Ahora se ha agregado una nueva sección sobre cómo configurar Salt para GitFS para lograr GitOps a la Guía de Salt,
• La actualización automática in situ de los clientes de SUSE Linux Enterprise ahora está documentada, con un perfil AutoYaST de muestra,
• Ejemplo de implementación de SSO con Keycloak.

Manejo de clúster

SUSE Manager 4.1 implementa la gestión de clústeres de los clústeres de la plataforma SUSE CaaS . Actualmente se admiten las siguientes acciones:

• Registre un clúster existente en SUSE Manager,
• Agregar o quitar nodo al clúster,
• Promover el sistema SLES para gestionar el nodo,
• Actualice el clúster en su conjunto: SUSE Manager trabaja de la mano con CaaSP para garantizar que el drenaje, las actualizaciones, los reinicios, etc. se realicen correctamente.

La implementación de clústeres CaaSP desde cero se admitirá en una próxima versión de SUSE Manager.

Mejoras de monitoreo

Grafana se ha actualizado a la versión 7.0.3 y Prometheus a la versión 2.18.

Mejoras de rendimiento.

• Reposync , la
  sincronización de repositorios se ha optimizado para funcionar en menos tiempo con respecto a versiones anteriores. La mejora del rendimiento podría ser hasta 6 veces más rápida, dependiendo de la configuración del hardware (específicamente las CPU y el ancho de banda de la red) y la cantidad de paquetes.
• Content Lifecycle Magement ,
  Content Lifecycle Management se ha optimizado, con operaciones básicas (compilación, promoción) hasta dos órdenes de magnitud más rápido y una carga de IU más rápida en instalaciones con muchos canales y organizaciones.
• Servicio Prometheus Discovery .
  Gracias a una serie de mejoras y optimizaciones, Prometheus Service Discovery ahora es 10 veces más rápido, en promedio, que en SUSE Manager 4.0.

Usabilidad

• Ahora se incluyen claves GPG de terceros , que
  permiten la verificación de metadatos de productos que no son SUSE utilizados para requerir la aceptación manual, y a veces incluso la instalación manual, de las claves de terceros para los productos disponibles en el árbol de productos. Alternativamente, había una opción para no verificar la firma de la clave GPG.
  Además de SUSE, SUSE Manager 4.1 ahora incluye las claves GPG utilizadas para firmar paquetes y / o metadatos por otros proveedores cuyos productos están disponibles en el árbol de productos en la WebUI:

• openSUSE,
• CentOS
• Oracle Linux,
• Ubuntu
• MicroFocus Open Enterprise Server.

La aceptación manual de esas claves ya no es necesaria para la verificación de firma GPG para que esos productos funcionen. La aceptación manual de claves GPG para cualquier otro producto o repositorio aún es necesaria por razones de seguridad.

• Migración de Service Pack : recuerde la configuración.
  Una fuente común de errores en las Migraciones de Service Pack es el factor humano: una migración compleja se elabora cuidadosamente, se ejecuta en forma exitosa, solo para fallar misteriosamente en la producción. La mayoría de las veces, la razón de esto es cuando se recreó la migración para la producción, se olvidó algún paso.
  En SUSE Manager 4.1, la función de migración de Service Pack ha ganado memoria: ahora puede volver a ejecutar ejecuciones en seco exitosas. Esto es especialmente útil cuando configuró una migración compleja, la probó con éxito y desea asegurarse de que se ejecuta en producción con exactamente la misma configuración para la que fue diseñada. Para hacer esto, vaya al Historial de eventos del sistema de la acción Ejecución en seco. Hay un botón "Ejecutar migración" que le permite ejecutar la migración del paquete de servicio.

Características descartadas: parches no publicados

La función Parches no publicados se ha eliminado en SUSE Manager 4.1.0.
Esta era una característica muy antigua que se originó hace más de 15 años cuando los proveedores utilizaron Spacewalk internamente para administrar parches antes de ponerlos a disposición de sus clientes. Esta funcionalidad ha sido reemplazada hace mucho tiempo (más de 10 años) por otras características en Uyuni para administradores de sistemas y por herramientas como Open Build Service para proveedores de sistemas operativos.
Después de un período de consulta con los usuarios tanto de la comunidad Uyuni como de la comunidad de SUSE Manager, no recibimos comentarios en contra de la eliminación y la ejecutamos. Esto nos ayudará a lograr mejoras de rendimiento aún más en varias áreas, incluidas las operaciones de creación y promoción de Content Lifecycle Management de uso común.
Si aún tiene parches no publicados, asegúrese de publicarlos con SUSE Manager 4.0 antes de migrar a SUSE Manager 4.1.