Équilibrage de charge du référentiel d'artefacts Nexus


11

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 GETet HEADuniquement, il faut quand même essayer de s'ouvrir à l' POSTart. 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.


1
L'objectif est-il d'atteindre l'équilibrage de charge ou la haute disponibilité?
Tensibai

1
@Tensibai à la fois par la suite
ᴳᵁᴵᴰᴼ

Réponses:


7

Le Nexus 3 Pro de Sonatype prend en charge la haute disponibilité via deux mécanismes appelés collectivement Component Fabric:

  • Les gestionnaires de référentiel d'égal à égal signifient qu'il n'y a pas de maître unique, également appelé point de défaillance unique. Les packages sont répliqués entre les nœuds pour garantir leur cohérence à terme.
  • Les backends de stockage signifient que vous pouvez utiliser un stockage à haute durabilité tel que S3.
  • Les nœuds dynamiques permettent la prise en charge de la mise à l'échelle automatique pour augmenter la capacité lorsque la demande est élevée et la diminuer lorsque la demande est faible pour réduire les coûts.

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.


Merci, nous utilisons effectivement Nexus pro sous licence, mais nous sommes malheureusement bloqués sur la version 2.x dans un avenir prévisible.
ᴳᵁᴵᴰᴼ

1
@ ᴳᵁᴵᴰᴼ malheureux en effet, une chance de faire du Nexus 3 un miroir du Nexus 2?
Richard Slater

La haute disponibilité - Clustering (HA-C) est-elle également disponible dans Nexus Repository Manager OSS?
Nitul

Le déploiement de Nexus sur Kubernetes n'active- t-il pas essentiellement la haute disponibilité, ou est-ce que je me trompe?
lostsoul29

@ lostsoul29 Cela dépend du stockage que vous utilisez. Si vous utilisez k8 dans AWS, vos volumes EBS se retrouveront dans une zone de disponibilité X. Si tous vos nœuds dans cette instance meurent, vous ne pourrez pas monter le volume. Donc pas de HA ici…
Pascal Hofmann
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.