일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- IIS https 무한루프
- https 자동전환
- 특정 도메인 url rewrite
- grafana esxi monitoring
- Node Exporter 설치 및 연동
- telegraf influxdb
- Prometheus
- wazuh 서버 설치
- iis url rewrite
- wazuh 취약점 점검
- prometheus grafana 연동
- observium 설정
- grafana
- ubuntu 22.04+Prometheus+Grafana+Node Exporter
- FortiGate
- http 리디렉션
- IBM X3550 M4
- grafana vsphere
- centos
- grafana telegraf influxdb esxi 모니터링
- grafana vcenter
- MSCS
- grafana esxi 모니터링
- piolink
- URL 재작성
- wazuh 설치
- wazuh agent 설치
- telegraf esxi 모니터링
- grafana esxio
- grafana esxi
- Today
- Total
IDC 엔지니어의 기술 이야기
해쉬(Hash) 알고리즘 가중치 분배 본문
L4의 해쉬 알고리즘을 유지한채 각 서버의 가중치를 두어 분배를 해야 된다.
말인 즉슨 Web1 , Web2, Web3 서버가 있다 가정하면 10번 들어오는 패킷중에 Web1은 4번 Web2는 4번
Web3는 2번 뭐 요딴식으로 말이다. 음 결론적으로 해쉬는 가중치 분배가 되지 않는다.
Round Robin(라운드로빈) , Least Connection(리스트코넥션)은 가능하지만....
그래서 아래와 같이 해봤다
대상장비 : PAS 5016
부하분산방식 : Hash
증상 : Web1(1000) , Web2(2000) , Web3(800)
>> Web2로만 세션이 왕창 몰리고 있다... Web2는 성능도 안좋은데 Web3가 더 좋은데
근데 서비스 특성상 Hash를 꼭 써야 된다... 젠잔 방법을 찾아 보자
조치 : VIP 정책에서 Real Server Web2를 삭제 후 재생성 - Real Server 생성순서를 바꿔본것인다
확인결과 : 1~2일정도 확인결과 Web2와 Web3의 세션수가 바뀌었다
결론 : Hash의 분배방식은 정확히 이해 못하겠다. 구글링이 떠도는 말로는 출발지 IP 끝자리를 VIP의 끝자리를 빼서
Real 서버 수대로 나눠서 나머지 숫자를 구분ID로 분배한다나 뭐라나, 정확한건 아니지만 엇비슷한것 같아서
이 적용 논리를 토대로 역으로 생각해서 위와 같이 조치 해본거다... 일단 결과적으로는 성공ㅋㅋㅋ
좀더 봐야겠지만 방법이 없는 상태에서 임시적으로 생각해볼만한 가치가 있다
'Network > Piolink' 카테고리의 다른 글
PAS-K Gateway Load Balancing +Filter + SourceNAT (0) | 2019.02.27 |
---|