- NEXUS OSS 버전을 운영중인 플랫폼의 메인 Private Registry 로 구축하였다.
- 사용하다보니 20만 REQUEST PER DAY라는 것을 발견했다. 😱
- 그런데 어느덧 데일리 사용량이 10만에 육박한다는 것을 인지! 😇
- 20만 넘어가면 서비스 안되는건가?
- POD 재기동하면 초기화되지 않을까?
- 혹시, OSS 인데 제한있는거 좀 오버같은데, 좀 더 확인해보자
- https://help.sonatype.com/en/usage-center.html 공식사이트 답변이 진리
공식 사이트 기준
Sonatype Nexus Repository의 커뮤니티 에디션(CE)에서 사용 제한(Usage Limits)을 초과할 경우 발생하는 가장 핵심적인 제한 사항은 '새로운 컴포넌트 추가 기능의 차단'이다.!
주요 제한 사항: 새로운 컴포넌트 추가 불가
사용 제한 수치를 초과하면, 해당 인스턴스의 사용량이 다시 제한 범위 내로 들어올 때까지 사용자는 새로운 컴포넌트를 추가(업로드 및 게시)할 수 없게 된다..
- 제한이 적용되는 기준: 다음 두 가지 중 하나라도 초과하면 제한이 발생합니다,.
- 총 컴포넌트 수: 40,000개 초과
- 일일 요청 수(Requests Per Day): 100,000건 초과
- 복구 조건: 컴포넌트 삭제 등을 통해 사용량이 다시 제한치 미만으로 떨어지면, 사용자는 즉시 새로운 컴포넌트를 다시 추가할 수 있다.
이미지 풀은 된다. 그러나 아쉽게도 이미지 업로드는 불가능하다.
POD 재기동하면 초기화될까?
테스트 해보니 request수는 초기화 안된다.
Prometheus 메트릭 스크래핑은 REQUEST PER DAY에 카운트 되는가?
- OSS 3.82 버전에서 메트릭 스크래핑은 안전하게 자주 해도 되고, 실제 사용량 통계에는 영향을 주지 않는다.
-> "테스트 결과 실제 카운트 올라가지 않아 영향 없음 "
Prometheus 메트릭 수집 방법
별도의 노출 설정없이 promethues rule 권한만 계정에 부여해주면 된다.!
결론: REQUEST PER DAY에 포함되지 않습니다.
Nexus는 메트릭 엔드포인트를 일반적인 API 요청과 분리해서 처리합니다. 이는 모니터링이 실제 사용량 통계를 왜곡하지 않도록 하기 위함입니다.
Scrape Config
# my global config
global:
scrape_interval: 15s # Set the scrape interval to every 15 seconds. The default is every 1 minute.
evaluation_interval: 15s # Evaluate rules every 15 seconds. The default is every 1 minute.
# scrape_timeout is set to the global default (10s).
# Alertmanager configuration
alerting:
alertmanagers:
- static_configs:
- targets:
# - alertmanager:9093
# Load rules once and periodically evaluate them according to the global 'evaluation_interval'.
rule_files:
scrape_configs:
- job_name: "prometheus"
scrape_interval: 15s
scrape_timeout: 10s
metrics_path: /service/rest/metrics/prometheus
scheme: http
basic_auth:
username: admin
password: admin
static_configs:
- targets: ["localhost:8081"]```
----
# 결론
- POD 초기화해도 당일 서비스 제한 걸림
- 프로메테우스 수집은 영향없음
- REQUEST 제한 걸리면 업로드만 안됨 PULL 은 됨
- 업로드 자주하는 CUSTOM 이미지는 HARBOR로 가자..
bytebliss