Nexus-Artefakt-Repository für den Lastenausgleich

Der Lastenausgleich Nexus wird derzeit von Sonatype nicht unterstützt, es sei denn, Sie stellen eine Nexus-Instanz mit aktiviertem Smart-Proxy oder über eine neuere Funktion vor zwei .

Trotzdem habe ich es /storageausprobiert , indem ich das Dateisystem mit GlusterFS für die freigegeben und versucht habe, Stickyness in der Apache Load Balancer-Konfiguration und in der Nexus-Konfiguration für die Benutzeroberfläche zu aktivieren .

Mit der Benutzeroberfläche versage ich kläglich, da der Nexus-Container anscheinend die Eigenschaften zum Festlegen des Cookie-Werts nicht berücksichtigt. Verwenden Sie derzeit die folgende Konfiguration:

Für den Speicher scheint es zu funktionieren, indem nur auf GETund HEADAnfragen beschränkt wird, muss immer noch versucht werden, auf POSTs zu öffnen . Ich war mir auch nicht sicher über die möglichen Auswirkungen von geplanten Jobs auf die Sicherheiten, sodass alle im "sekundären" Knoten deaktiviert waren.

Hat jemand eine vertrauenswürdige Konfiguration für den Lastausgleichs-Nexus erreicht? Die Benutzeroberfläche ist eigentlich nicht wichtig, um einen Lastausgleich zu erzielen. Ich würde mich über den Speicher freuen.

— ᴳᵁᴵᴰᴼ
quelle

Ist das Ziel ein Lastausgleich oder eine hohe Verfügbarkeit?

— Tensibai

@ Tensibai beide schließlich

— ᴳᵁᴵᴰᴼ

Alter, aber vielleicht noch relevanter Blogbeitrag

— Tensibai

Das Nexus 3 Pro von Sonatype unterstützt Hochverfügbarkeit durch eine Reihe von Mechanismen, die zusammen als Component Fabric bezeichnet werden:

Peer-to-Peer-Repository-Manager bedeuten, dass es keinen Master gibt, der auch als Single Point of Failure bezeichnet wird. Pakete werden zwischen den Knoten repliziert, um sicherzustellen, dass sie schließlich konsistent sind.
Speicher-Backends bedeuten, dass Sie Speicher mit hoher Haltbarkeit wie S3 verwenden können.
Dynamische Knoten ermöglichen die Unterstützung der automatischen Skalierung, um die Kapazität bei hoher Nachfrage zu erhöhen und bei geringer Nachfrage zu verringern, um die Kosten zu senken.

Es ist nicht wirklich im Interesse von Sonatype, HA für das Community-Projekt zu unterstützen, da dies einige Unternehmenskunden von ihrem kostenpflichtigen Produkt ausschlachten würde.

— Richard Slater
quelle

Vielen Dank, wir verwenden zwar Nexus Pro mit Lizenz, aber auf absehbare Zeit stecken wir leider in Version 2.x fest.

— 10.

@ ᴳᵁᴵᴰᴼ Leider gibt es eine Chance, Nexus 3 als Spiegel von Nexus 2 einzurichten?

— Richard Slater

Ist Hochverfügbarkeit - Clustering (HA-C) auch in Nexus Repository Manager OSS möglich?

— Nitul

Ermöglicht die Bereitstellung von Nexus auf Kubernetes nicht im Wesentlichen eine hohe Verfügbarkeit, oder verstehe ich das falsch?

— lostsoul29

@ lostsoul29 Das hängt vom verwendeten Speicher ab. Wenn Sie k8s in AWS verwenden, werden Ihre EBS-Volumes in einer Verfügbarkeitszone X landen. Wenn alle Ihre Knoten in dieser Instanz sterben, können Sie das Volume nicht bereitstellen. Also keine HA hier ...

— Pascal Hofmann