Nexus 이슈 저장소의로드 밸런싱

스마트 프록시를 사용하거나 최신 기능을 통해 Nexus 인스턴스를 두 개 앞에 배치하는 경우를 제외하고는 Nexus의로드 밸런싱은 현재 Sonatype에서 지원되지 않습니다 .

그래도 파일 시스템을 GlusterFS와 공유 하고 Apache Load Balancer 구성 및 UI의 Nexus 구성에서 고정 기능/storage 을 사용 하려고 시도했습니다 .

UI를 사용하면 Nexus 컨테이너가 쿠키 값을 설정하는 속성을 존중하지 않는 것처럼 비참하게 실패합니다. 현재 다음 구성 사용

저장 장치의 경우 제한 GET과 HEAD요청만으로도 여전히 작동하는 것처럼 보입니다 POST. 또한 예약 된 작업의 부수적 인 영향에 대해 확신이 없었으므로 "보조"노드에서 모두 비활성화되었습니다.

로드 밸런싱 넥서스에 대해 어느 정도 신뢰할 수있는 구성을 달성 한 사람이 있습니까? UI는 실제로로드 밸런싱하는 것이 중요하지 않으므로 스토리지에 만족할 것입니다.

Sonatype의 Nexus 3 Pro 는 총체적으로 구성 요소 패브릭 (Component Fabric)으로 알려진 몇 가지 메커니즘을 통해 고 가용성 을 지원합니다 .

• 피어 투 피어 리포지토리 관리자는 단일 장애 지점이라고도하는 마스터가 하나도 없음을 의미합니다. 패키지는 노드간에 복제되어 결국 일관성을 유지합니다.
• 스토리지 백엔드는 S3와 같은 내구성이 뛰어난 스토리지를 사용할 수 있음을 의미합니다.
• 다이내믹 노드는 자동 확장 지원을 통해 수요가 많을 때 용량을 늘리고 수요가 낮을 때 감소시켜 비용을 줄입니다.

유료 제품으로 일부 기업 고객을 잠식 할 수 있기 때문에 커뮤니티 프로젝트를 위해 HA를 지원하는 것은 Sonatype의 관심사가 아닙니다.