Bilanciamento del carico repository di artefatti Nexus

Il bilanciamento del carico Nexus non è attualmente supportato da Sonatype, tranne mettendo un'istanza Nexus davanti a due con il proxy intelligente abilitato o tramite una nuova funzionalità .

Tuttavia, ci ho /storageprovato , condividendo il filesystem con GlusterFS per il , e cercando di abilitare l'adesione nella configurazione di Apache Load Balancer e nella configurazione di Nexus per l'interfaccia utente.

Con l'interfaccia utente sto fallendo miseramente, poiché sembra che il contenitore Nexus non rispetti le proprietà per impostare il valore del cookie; utilizzando la seguente configurazione al momento:

Per l'archiviazione sembra funzionare, limitando GETe HEADsolo le richieste, deve ancora provare ad aprirsi a POSTs. Non ero anche sicuro dei possibili effetti collaterali dei lavori programmati, quindi tutti erano disabilitati nel nodo "secondario".

Qualcuno ha raggiunto un certo livello di configurazione affidabile per il nesso di bilanciamento del carico? L'interfaccia utente non è in realtà importante per il bilanciamento del carico, sarei abbastanza felice con l'archiviazione.

Il Nexus 3 Pro di Sonatype supporta l'alta disponibilità attraverso un paio di meccanismi noti collettivamente come Component Fabric:

• I gestori del repository peer-to-peer indicano che non esiste un master, noto anche come singolo punto di errore. I pacchetti vengono replicati tra i nodi per garantire che siano infine coerenti.
• Storage Backend significa che è possibile utilizzare storage ad alta durabilità come S3.
• I nodi dinamici consentono il supporto del ridimensionamento automatico per aumentare la capacità quando la domanda è alta e diminuirla quando la domanda è bassa per ridurre i costi.

Non è proprio nell'interesse di Sonatype supportare HA per il progetto della comunità in quanto cannibalizzerebbe alcuni dei clienti aziendali dal loro prodotto a pagamento.