Repozytorium artefaktów Nexus równoważenia obciążenia

Nexus z równoważeniem obciążenia nie jest obecnie obsługiwany przez Sonatype, z wyjątkiem umieszczania instancji Nexus przed dwoma z włączonym inteligentnym proxy lub za pomocą nowszej funkcji .

Mimo to dałem temu szansę, dzieląc system plików z GlusterFS dla /storagei próbując włączyć lepkość w konfiguracji Apache Load Balancer i Nexus dla interfejsu użytkownika.

Z interfejsem nie udaje mi się, ponieważ wydaje się, że pojemnik Nexus nie honoruje właściwości ustawiania wartości ciasteczka; w tej chwili za pomocą następującej konfiguracji:

W przypadku magazynu wydaje się, że działa, ograniczając się tylko do żądań GETi HEADnadal musi próbować otwierać się na POSTs. Nie byłem również pewien co do możliwych skutków ubocznych planowanych zadań, więc wszystkie zostały wyłączone w węźle „wtórnym”.

Czy ktoś osiągnął pewien poziom wiarygodnej konfiguracji nexusa równoważącego obciążenie? Interfejs użytkownika nie jest tak naprawdę ważny dla zrównoważenia obciążenia, byłbym zadowolony z przechowywania.

Sonatype Nexus 3 Pro obsługuje wysoką dostępność za pośrednictwem kilku mechanizmów, które są wspólnie znane jako Component Fabric:

• Menedżerowie repozytoriów peer-to-peer oznaczają, że nie ma jednego wzorca, znanego również jako pojedynczy punkt awarii. Pakiety są replikowane między węzłami, aby zapewnić ich spójność.
• Przechowywanie Zaplecze oznacza, że ​​możesz używać pamięci o wysokiej trwałości, takiej jak S3.
• Węzły dynamiczne umożliwiają obsługę automatycznego skalowania w celu zwiększenia pojemności, gdy zapotrzebowanie jest wysokie, i zmniejszenia, gdy zapotrzebowanie jest niskie, w celu zmniejszenia kosztów.

Wspieranie HA projektu społecznościowego nie leży w interesie Sonatype, ponieważ mogłoby to kanibalizować niektórych klientów korporacyjnych z ich płatnego produktu.