일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- grafana
- IBM X3550 M4
- centos
- telegraf influxdb
- grafana telegraf influxdb esxi 모니터링
- MSCS
- URL 재작성
- FortiGate
- grafana esxi monitoring
- ubuntu 22.04+Prometheus+Grafana+Node Exporter
- wazuh agent 설치
- http 리디렉션
- wazuh 취약점 점검
- observium 설정
- Prometheus
- piolink
- 특정 도메인 url rewrite
- prometheus grafana 연동
- grafana vcenter
- Node Exporter 설치 및 연동
- grafana vsphere
- telegraf esxi 모니터링
- IIS https 무한루프
- grafana esxi
- wazuh 설치
- wazuh 서버 설치
- grafana esxio
- iis url rewrite
- https 자동전환
- grafana esxi 모니터링
- Today
- Total
목록Network/Piolink (2)
IDC 엔지니어의 기술 이야기
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를 꼭 써야 된다... 젠잔 방법을 찾아 보자..
최근 PAS-K 장비의 Gateway Load Balancing + Source NAT를 설정할 일이 생겼다. L4쪽에서도 흔하게 사용하지 않는 정책이여서 어려움이 있었다. 작업한 사항에 대해서 정리해보겠다. 주로 설정에 대한 정의보다, 로직에 대한 정의를 진행해보겠다 대상장비 : PAS-K2424 작업사항 : Gateway Load Balancing + Filter + SourceNAT PAS-K 장비부터는 기존 Piolink와 다르게 객체 기반으로 정책을 생성한다. 1. 실제서버 생성후 SoureNAT를 설정한다. real 1000 // Real ID 설정(객체) rip 10.10.10.10 // 실제서버 IP설정(추후 Gateway 부하분산의 Real Server로 셋팅된다) name g1 // 네..