Repositório de artefatos do Nexus com balanceamento de carga

No momento, o Sonatype não possui suporte para balanceamento de carga, exceto colocando uma instância do Nexus na frente de duas com o proxy inteligente ativado ou através de um recurso mais recente .

Ainda assim, /storageexperimentei , compartilhando o sistema de arquivos com o GlusterFS para o e tentando ativar a aderência na configuração do Apache Load Balancer e na configuração do Nexus para a interface do usuário.

Com a interface do usuário, estou falhando miseravelmente, pois parece que o contêiner Nexus não respeita as propriedades para definir o valor do cookie; usando a seguinte configuração no momento:

Para o armazenamento, parece funcionar, limitando GETe HEADsolicitando apenas, ainda é necessário tentar abrir para POSTs. Eu também não tinha certeza dos possíveis efeitos colaterais dos trabalhos agendados, portanto, todos foram desativados no nó "secundário".

Alguém atingiu algum nível de configuração confiável para o nexo de balanceamento de carga? A interface do usuário não é realmente importante para o balanceamento de carga; eu ficaria feliz o suficiente com o armazenamento.

O Nexus 3 Pro da Sonatype suporta alta disponibilidade por meio de alguns mecanismos conhecidos coletivamente como Fabric de componentes:

• Gerentes de repositório ponto a ponto significa que não há um mestre, também conhecido como um único ponto de falha. Os pacotes são replicados entre os nós para garantir que eles sejam eventualmente consistentes.
• Back-end de armazenamento significa que você pode usar armazenamento de alta durabilidade, como o S3.
• Os nós dinâmicos permitem que o suporte de dimensionamento automático aumente a capacidade quando a demanda for alta e diminua quando a demanda for baixa para reduzir custos.

Não é realmente do interesse da Sonatype apoiar a HA no projeto da comunidade, pois isso canibalizaria alguns dos clientes corporativos de seus produtos pagos.