1. 개요

집단 부하가 균형적일 때 Dubbo는 다양한 균형 전략을 제공했는데 부족한 것은random 랜덤 호출..

2. 부하 균형 전략

랜덤, 권중에 따라 랜덤 확률을 설정..

한 단면에서 충돌할 확률이 높지만 호출량이 많을수록 분포가 고르고 확률에 따라 사용권이 무거운 후에도 비교적 고르며 공급자의 권중을 동태적으로 조정하는 데 유리하다

폴링은 공약 후의 권중에 따라 폴링 비율을 설정한다. 예를 들어 권중이 5, 3, 1인 세 대의 서버는 첫 번째 서버에 대해 5를 방문한 다음에 두 번째 서버에 대해 3을 방문한다. 이런 식으로 폴링을 한다

느린 공급자의 누적 요청 문제가 존재한다. 예를 들어 두 번째 기계는 느리지만 끊지 않고 두 번째 기계로 옮겨달라고 요청할 때 거기에 걸린다. 시간이 지나면 모든 요청이 두 번째 기계로 옮겨진다

최소 활성화 호출수, 동일한 활성화 수의 무작위, 활성화 수는 호출 전후 계수 차이를 가리킨다

느린 공급자가 더 적은 요청을 받도록 합니다. 느린 공급자의 호출 전후 계수 차이가 클수록..

일치성 Hash, 같은 매개 변수의 요청은 항상 같은 공급자에게 발송됩니다..

어떤 공급자가 전화를 걸었을 때 원래 이 공급자에게 보낸 요청은 가상 노드를 바탕으로 다른 공급자에게 평평하게 나누어 격렬한 변동을 일으키지 않는다

알고리즘 참조:http://en.wikipedia.org/wiki/Consistent_hashing

# 
dubbo:
  provider:
    loadbalance: leastactive

# 
dubbo:
  provider:
    loadbalance: random

주의: 부하 균형 정책을 작성하려면 이름 소문자만 작성하면 됩니다. 예를 들어 Random을dubbo로 작성하면 됩니다.provider.loadbalance:random.

이 내용에 흥미가 있습니까?

현재 기사가 여러분의 문제를 해결하지 못하는 경우 AI 엔진은 머신러닝 분석(스마트 모델이 방금 만들어져 부정확한 경우가 있을 수 있음)을 통해 가장 유사한 기사를 추천합니다:

Protocol은 두 가지 기능을 포함하는데, 발표 서비스와 인용 서비스이기 때문에, 서비스 발표와 Reference 인용을 할 때 이 인터페이스를 호출해야 한다는 것을 알 수 있다.즉 ServiceBean, Ref...

텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.

CC BY-SA 2.5, CC BY-SA 3.0 및 CC BY-SA 4.0에 따라 라이센스가 부여됩니다.