L'équilibrage de charge Nexus n'est actuellement pas pris en charge par Sonatype, sauf en plaçant une instance Nexus devant deux avec le proxy intelligent activé ou via une nouvelle fonctionnalité .
Pourtant, je lui ai donné une chance, en partageant le système de fichiers avec GlusterFS pour le /storage
, et en essayant d' activer l'adhérence dans la configuration d'Apache Load Balancer et dans la configuration Nexus pour l'interface utilisateur.
Avec l'interface utilisateur, j'échoue lamentablement, car il semble que le conteneur Nexus n'honore pas les propriétés de définition de la valeur du cookie; en utilisant la configuration suivante pour le moment:
Pour le stockage, il semble fonctionner, en se limitant aux demandes GET
et HEAD
uniquement, il faut quand même essayer de s'ouvrir à l' POST
art. Je n'étais pas non plus certain des effets collatéraux possibles des travaux planifiés, donc tous étaient désactivés dans le nœud "secondaire".
Quelqu'un a-t-il atteint un certain niveau de configuration fiable pour le lien d'équilibrage de charge? L'interface utilisateur n'est pas vraiment importante pour être équilibrée en charge, je serais assez content du stockage.
Réponses:
Le Nexus 3 Pro de Sonatype prend en charge la haute disponibilité via deux mécanismes appelés collectivement Component Fabric:
Il n'est pas vraiment dans l'intérêt de Sonatype de soutenir HA pour le projet communautaire car cela cannibaliserait certains des clients de l'entreprise à partir de leur produit payant.
la source