Repositorio de artefactos Nexus de equilibrio de carga

Actualmente, Sonatype no admite el equilibrio de carga de Nexus, excepto al colocar una instancia de Nexus frente a dos con el proxy inteligente habilitado o mediante una función más nueva .

Aún así, lo intenté compartiendo el sistema de archivos con GlusterFS para el /storagee intentando habilitar la adherencia en la configuración de Apache Load Balancer y en la configuración de Nexus para la interfaz de usuario.

Con la interfaz de usuario, estoy fallando miserablemente, ya que parece que el contenedor Nexus no respeta las propiedades para establecer el valor de la cookie; utilizando la siguiente configuración en este momento:

Para el almacenamiento parece funcionar, limitando GETy HEADsolicitando solo, todavía tiene que intentar abrirse en POSTs. Tampoco estaba seguro de los posibles efectos colaterales de los trabajos programados, por lo que todos estaban deshabilitados en el nodo "secundario".

¿Alguien ha logrado algún nivel de configuración confiable para el nexo de equilibrio de carga? La interfaz de usuario no es realmente importante para equilibrar la carga, estaría muy contento con el almacenamiento.

Nexus 3 Pro de Sonatype admite alta disponibilidad a través de un par de mecanismos que se conocen colectivamente como Component Fabric:

• Los administradores de repositorios punto a punto significan que no hay un maestro único, también conocido como punto único de falla. Los paquetes se replican entre los nodos para garantizar que finalmente sean consistentes.
• Storage Backends significa que puede usar almacenamiento de alta durabilidad como S3.
• Los nodos dinámicos permiten el soporte de escala automática para aumentar la capacidad cuando la demanda es alta y disminuirla cuando la demanda es baja para reducir los costos.

En realidad, a Sonatype no le interesa apoyar a HA para el proyecto comunitario, ya que canibalizaría a algunos de los clientes empresariales de su producto pago.