Hit the Key

suse 15 sp 6에 Nginx 설치 및 Tomcat 연동

강냉:) — Fri, 6 Feb 2026 12:39:07 +0900

1. 설치

# zypper install -y nginx

2.시작

# systemctl start nginx.service

용도	경로
설정 파일	/etc/nginx/nginx.conf
추가 설정	/etc/nginx/conf.d/
기본 웹 루트	/srv/www/htdocs/
로그	/var/log/nginx/
서비스	systemctl nginx

3. Tomcat 과 연동

1) 리버스 프록시 설정

#vi /etc/nginx/conf.d/tomcat.conf

server {
    listen 80;
    server_name localhost;

    location / {
        proxy_pass http://[Tomcat_IP]:[PORT];
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

4.nginx syntax check

# nginx -t

5. 페이지 호출확인

Ansible 명령

강냉:) — Wed, 4 Feb 2026 17:10:41 +0900

• 1줄 명령어 : AD-HOC

# ansible

• 명령어 집합 : 플레이북

# ansible-playbook

# ansible 호스트 그룹 -m 모듈명 -a "모듈 arguments"

# ansible

[-i INVENTORY] : 호스트들에 대한 인벤토리를 따로 설정

-k : 비밀번호 입력

2. .ansible 주요 모듈

-m ping

-m yum

-m shell

-m service

-m user

-m filewalld

3. 인벤토리에 등록되어있는 호스트

# ansible all --list-host

# cat /etc/ansible/hosts

내가 관리하고있는 서버 목록

# ansible all -m ping -k

내가 관리하고 있는 모든 서버들의 통신상태 점검

# ansible all -m shell -a "df -h" -k

관리하고 있는 모든 대상서버 디스크 사용량 확인

# ansible all -m user -a "name=user01" -k => # useradd user01

user01 사용자 추가

네트워크 관련 파라미터

강냉:) — Wed, 4 Feb 2026 15:56:02 +0900

[목차]

net.core.somaxconn
net.core.netdev_max_backlog
net.ipv4.tcp_max_syn_backlog
net.ipv4.tcp_fin_timeout
net.ipv4.tcp_tw_reuse / net.ipv4.tcp_tw_recycle
net.ipv4.tcp_rmem / net.ipv4.tcp_wmem
TCP 대역폭 관련 파라미터 (BDP 개념)
TCP Window Size
TCP Window Scaling
net.ipv4.tcp_window_scaling
core / ipv4 소켓 버퍼 파라미터
fs.file-max (시스템 파일 디스크립터)
max user processes (nproc)
open files (nofile)
vm.swappiness
fs.aio-max-nr
fs.inotify.max_user_watches
vm.dirty_ratio / vm.dirty_background_ratio
TCP Keepalive (WEB / WAS 커널 파라미터)
net.ipv4.tcp_fin_timeout (FIN-WAIT-2)
net.core.netdev_max_backlog (네트워크 수신 큐)
net.ipv4.tcp_retries1
net.ipv4.tcp_retries2
net.ipv4.ip_local_port_range
net.core rmem / wmem
net.ipv4.tcp_orphan_retries
net.ipv4.tcp_sack
net.ipv4.tcp_timestamps

1. net.core.somaxconn

• 기본값 : 128 ( 일부 커널 5.4부터는 4096)

• 역할 : 소켓의 최대 대기 연결 큐의 크기를 지정, 설정 값이 낮을 경우 동시에 많은 연결 요청이 들어올 때 일부 연결이 거부 될 수 있음.
• 큐성격: accept()을 기다리는 ESTABLISHED 상태의 소켓(즉, connection completed)을 위한 queue
• Tomcat연관 : acceptCount와 동일한 의미(default 100) 즉 대기 큐
• Apache 연관 : 기본 backlog 약 511, ListenBackLog 4096으로 조정 가능
• Nginx 연관 : 기본 backlog 511, listen 80 backlog=511; (필요 시 값 증가 가능)
• 권장 값 : 4096 이상 (웹/WAS 서버 기준)

2.net.core.netdev_max_backlog

• 기본값 : 1000

•  역할 : 네트워크 인터페이스 수신 큐의 최대 길이를 지정, 이 값이 너무 낮으면 높은 네트워크 부하 시 패킷 손실이 증가
  • tarde-off : 관계가 메모리 사용량 뿐이므로, 적당한 값으로 상향 필요
• 동작 시점 : 패킷 단위 (L2/L3/L4 처리 전)
• 큐성격 : 네트워크 인터페이스 수신 큐

3. net.ipv4.tcp_max_syn_backlog

• 기본값 : 128

• 역할 : TCP 3-way handshake 중 SYN_RECV 상태 연결 큐 최대 크기, SYN backlog 큐에 저장

• 큐성격 : TCP SYN 수신 대기 큐
• 동작 시점 : 서버가 SYN 수신 후 SYN-ACK 응답한 상태
• 연결 상태 : SYN_RECEIVED 상태의 소켓

4. net.ipv4.tcp_fin_timeout

• 기본 동작 : FIN-WAIT-2 상태의 소켓은 보통 자연스럽게 TIME_WAIT으로 전이됨

• 역할 : TCP 소켓이 FIN-WAIT-2 상태에 머무는 시간 지정 , 너무 길게 설정하면 리소스가 낭비되고, 너무 짧게 설정하면 연결 이 비정상적으로 종료

• 권장 설정 : 15

5. net.ipv4.tcp_tw_reuse 및 net.ipv4.tcp_tw_recycle
  • 목적 : TIME-WAIT 상태의 소켓을 재사용하는 설정 -> 새로운 연결을 만들 때 소켓 자원의 낭비를 줄이고 'TIME_WAIT'
   상태로 인한 포트 고갈 문제를 완화하려는 목적

   • 주의할 점 : 이 옵션을 활성화하면 TIME_WAIT 소켓이 새로운 연결에 재사용되므로, 일부 네트워크 애플리케이션 또는 클라이언트에서 문제를 일으킬 수 있습니다. 특히 애플리케이션이 TIME_WAIT 상태의 소켓 재사용에 대해 예상하지 못하는 경우 문제가 발생 가능.
• 연결 추적 문제 : 소켓이 재사용될 때 TIME_WAIT 상태의 연결이 제대로 처리되지 않거나, 연결 추적이 정확히
이루어지지 않아 데이터 손실 또는 혼잡이 발생가능.
• 보안 및 안정성 : 이 설정을 사용하면, 특정 네트워크 보안 및 안정성 문제를 초래할 수 있습니다. 예를 들어, 연
결 재사용으로 인해 데이터 충돌이나 보안 취약점이 발생가능.
• 상태 검사 : TIME_WAIT 상태의 소켓이 재사용될 때, 연결의 상태를 적절히 검사하고, 데이터가 새 연결에 영향
을 미치지 않도록 해야 함.

6. net.ipv4.tcp_rmem 및 net.ipv4.tcp_wmem

• 역할 : TCP 연결의 수신/송 버퍼 크기 범위 지정, 값이너무 큰경우 메모리 사용량 증가, 값이 너무 작은 경우 송수신지연,

처리량저하

• 설정 값 형식 : min default max/ min default max

• 권장 설정값

- net.ipv4.tcp_rmem : 4096 87380 16777216

- net.ipv4.tcp_wmem : 4096 16384 16777216

• 조정 기준 : 네트워크 대역폭, RTT, 애플리케이션 처리 속도

7. TCP 대역폭 관련 파라미터

   대역폭을 이해하기 위해서는 먼저 BDP를 이해해야한다.
• BDP : Bandwidth Delay Product이며, 어느 네트워크 경로에 전달중인 데이터(패킷)의 양
• BDP 계산식 : 대역폭(BandWidth) x 지연시간(RTT) , 대역폭(BandWidth) = BDP / 지연시간(RTT)
• 대역폭 증가 조건 : BDP 크기 증가 필요
• BDP 증가 방법 : Receiver Window Size(rwnd) 증가

8. Window Size

• 역할 : TCP 프로토콜 헤더에 있는 필드 / 수신측에서 현재 수신 가능한 데이터 버퍼의 크기를 상대방에
게 알리고, 상대는 그 이상의 데이터를 보내지 않도록 하는 장치

• 동작 방식 : 수신자가 이만큼만 받을 수 있음을 광고(advertise)
• Window Size 범위 : 0 ~ 65,535 (약 64KB)

9. TCP Window Scaling

• 역할 : TCP 윈도우 크기 확장

• 스케일 팩터 범위 : 0 ~ 14 , 이를 통해 TCP 윈도우 크기를 65,535 바이트 이상으로 확장가능

• 적용 시점 : TCP 연결 설정(SYN) 단계에서 협상

10. net.ipv4.tcp_window_scaling

• 역할 : TCP Window Scaling 옵션 활성화

• 필요 이유 : 기본 TCP Window Size는 최대 65,535B(약 64KB)로 제한됨, 그 이상의 값을 받기 위해서 활성화를 해줘야 함
• 권장 값 : 1 (활성화)
※ receiver window size 크기를 키워서 수신자가 큰 데이터를 받을 수 있게 설정을 하여도, 실제 소켓에서 작은 데
이터 밖에 받지 못한다면 의미가 없어진다. 그러므로 소켓당 버퍼 크기를 키워야 한다.

11. core / ipv4 소켓 버퍼 파라미터

파라미터	설명
net.core.rmem_default	수신(read) 소켓 1개당 기본 버퍼 크기
net.core.wmem_default	송신(write) 소켓 1개당 기본 버퍼 크기
net.core.rmem_max	수신(read) 소켓 1개당 최대 버퍼 크기
net.core.wmem_max	송신(write) 소켓 1개당 최대 버퍼 크기
net.ipv4.tcp_rmem	TCP 수신 버퍼 (min / default / max)
net.ipv4.tcp_wmem	TCP 송신 버퍼 (min / default / max)

* 파라미터 접두사 의미
- net.core 접두사 파라미터 : TCP 포함 모든 소켓의 설정
- net.ipv4 접두사 파라미터 : TCP 소켓에 대한 설정
- rmem = receive(read) buffer 크기(byte)
- wmem = send(write) buffer 크기(byte)

12. 시스템 리소스 관리 관련 파라미터

• 파라미터: fs.file-max
  • 역할 : 리눅스 커널이 동시에 열 수있는 file handle의 개수
• 권장 값 : 100,000 이상 (대규모 서버는 200,000 이상)
• 확인 명령  : cat /proc/sys/fs/file-nr 로 현재열린 파일 수와 최대 파일 수 확인
• 권장 값 : 100000 이상

* fs.file-max vs ulimit 차이

구분	fs.file-max	ulimit
적용 범위	시스템 전체	프로세스(유저) 단위
설정 위치	sysctl.conf	limits.conf
제어 대상	커널 전체 file handle	프로세스별 file open 개수
레벨	시스템	프로세스

13. max user processes

• nproc 설정 파일 : 아래 파일에서 vi편집기로 수정이 가능 합니다.

vi /etc/security/limits.d/20-nproc.conf nproc -> ulimit -u

- soft nproc : 2047
- hard nproc : 16384

• 임계치 초과 시 발생 오류

: max user processes 임계치를 넘어서는 thread가 생성이 되면

java.lang.OutofMemoryError: unable to create new native thread Error

발생

• WAS PID에 limit값 확인 : cat /proc/[PID]/limits

- linux에서는 thread도 하나의 process로 인식합니다.
- WEB및 WAS에서는 thread의 생성 가능 숫자와 max user processes 값이 밀접한 관련이 있습니다.

- jvm thread 생성하고 각 thread마다 넘버링하는 간단한 app을 실행시키면 max user processes 수 만큼 생성이 되는 것을 확인할 수 있습니다.

- 기본 적으로 OS에서 작동하는 process가 있기 때문에 max user processes 보다는 다소 적게 생성되고 openfiles보다는 큰 값이 생성되는 것을 확인할 수 있습니다.

14. open files (nofile) 관련 핵심 정리

• 정의 : 프로세스가 가질 수 있는 소켓과 파일의 수
• 테스트 내용
- 30분동안 sleep 되는 웹 페이지를 하나 생성하고 openfiles 보다 많은 수를 요청해 보면 openfiles 수에 근접할
때 다음 오류가 발생한다.

IOException: 열린 파일이 너무 많음 (Too many open files)
- 테스트 환경 은 다음과 같다.

soft nofile: 1024

hard nofile: 4096

연결 수 : 4097개
- 특정 프로세스가 열고 있는 파일 디스크립터 수는 아래 명령어로 확인

# ls -l /proc/$PID/fd | wc -l
- soft limit이 1024였음에도 hard limit까지 사용된 이유는 Java의 MaxFDLimit 설정 때문

   -. MaxFDLimit의 기본값은 true이며, 이 설정이 활성화 되어있으면 DK 실행 시 openfiles 제한을 자동으로 hard limit 값까지 확장
-. java -XX:+PrintFlagsFinal -version | grep MaxFDLimit 으로 설정을 확인
   -. 아래 파일에서 vi편집기로 수정 가능합니다.
# vi /etc/security/limits.conf

   * soft nofile 1024
   * hard nofile 4096

항목	의미
nofile	프로세스가 동시에 열 수 있는 파일 디스크립터(파일, 소켓 등)의 최대 수를 제한
nproc	용자가 동시에 생성할 수 있는 프로세스의 최대 수를 제한
Soft Limit	현재 사용자가 사용할 수 있는 리소스의 기본 제한 값. 사용자가 필요에 따라 이 값을 일시적으로 늘릴 수 있음. 경고와 함께 조정 가능.
Hard Limit	사용자가 설정할 수 있는 리소스의 최대치. 시스템 관리자만이 이 값을 변경할 수 있으며, 이를 초 과할 수 없음.

   출처: <https://xestinf.tistory.com/72?category=1110852>




15. vm.swappiness
• 역할 : 리눅스 커널이 메모리를 스왑 영역으로 얼마나 적극적으로 내릴지 결정

• 설정 범위 : 0 ~ 100 ,

100 값으로 설정하게 되면 적극적으로 swap 을 사용하고 0값으로 설정하면 최악의 상황에서 swap을 사용

• 기본값 : 60

• 권장값 : 10

16. 파일 처리 관련 파라미터 fs.aio-max-nr

• 역할 : 시스템에서 사용할 수 있는 비동기 I/O 요청의 최대 수를 설정.

이 값이 너무 낮으면 고성능 I/O 작업에 제한이 생길 수 있음.

• 권장값 : 1048576 이상

• Tomcat / WAS 환경에서의 영향

사용 시나리오	영향
대용량 파일 업로드/다운로드	AIO 요청을 효율적으로 처리하여 파일 입출력 성능 향상
대용량 로그 처리	로그 파일 write 성능 개선
DB 연계 웹 애플리케이션	DB 파일 I/O 처리 효율 증가
고트래픽 웹 서비스	I/O 대기 감소 → 응답 지연 완화

17. fs.inotify.max_user_watches

• 역할 : 이 파라미터는 inotify 인스턴스가 감시할 수 있는 파일 시스템 객체(예: 파일 또는 디렉터리)의 최대 수를 지정

이 값이 너무 낮으면 고성능 I/O 작업에 제한이 생길 수 있음.

• 감시 대상 : 파일, 디렉터리 등 파일 시스템 객체

• 주요 용도 : 파일 변경 이벤트 감시 (create, modify, delete 등 파일 동기화 서비스 )
• 기본값 : 보통 8192 ~ 16384 (배포판별 상이)

• 권장값 : 524,288 이상

18.vm.dirty_ratio 및 vm.dirty_background_ratio ( 시스템 전반에 대한 최적화 기능 )
   • 역할 : 메모리가 더티 데이터(수정된 데이터)를 유지할 수 있는 비율을 설정

• 권장값

- vm.dirty_background_ratio : 5

- vm.dirty_ratio : 15

더티 데이터(Dirty Data)란?

- 메모리에서 수정되었지만 아직 디스크에 기록되지 않은 데이터 , 파일 write, 로그 기록, DB write, 캐시 갱신 등에서 발생

출처: https://byungwoo.oopy.io/5188bc65-5b75-4538-a4c1-4826ea2e551c



19. WEB / WAS 커널 파라미터

파라미터	의미	기본값	권장값
net.ipv4.tcp_keepalive_time	연결 후 Keepalive 패킷을 보내기 전 대기 시간	7200초 (2시간)	1800초 (또는 600초)
net.ipv4.tcp_keepalive_intvl	Keepalive 패킷 재전송 간격	75초	60초
net.ipv4.tcp_keepalive_probes	응답 없을 때 재시도 횟수	9회	20회

* 테스트:
- net.ipv4.tcp_keepalive_time = 600
- net.ipv4.tcp_keepalive_intvl = 60
- net.ipv4.tcp_keepalive_probes = 20

위와 같이 셋팅이 되어 있다면 client 와 server 간 connection이 맺어지고 나서 600초 이후 부터 20 번 60초 간격으로 소량의 packet을 client에게 보내면서 응답을 기다린다. 최종 마지막 패킷까지 응답이 없을 시에 connection을 회수하게 된다.

• TCP Keepalive vs HTTP Keepalive 차이

구분	TCP Keepalive	HTTP Keepalive
계층	전송 계층 (L4)	애플리케이션 계층 (L7)
동작 주체	Linux 커널	Apache / Nginx / WAS
목적	연결이 살아있는지 확인	TCP 연결 재사용
대상	모든 TCP 연결	HTTP 요청/응답
주요 역할	죽은 연결 감지 및 정리	성능 최적화
설정 위치	sysctl	웹 서버 설정

   20. net.ipv4.tcp_fin_timeout

• 역할 :소켓이 FIN-WAIT-2 상태에서 머무는 시간을 지정. 너무 길게 설정하면 리소스가 낭비되고, 너무 짧게 설정하면 연결이 비정상적으로 종료
(FIN-WAIT-2 상태에서 머무는 소켓은 매우 드물며 자연스레 TIME_WAIT으로 전이되기에 default로 두어도 크게
문제는 없음)

• 기본값 : 60

• 권장값 : 15초

21. net.core.netdev_max_backlog

• 역할 : 네트워크 인터페이스 수신 큐의 최대 길이를 지정. 이 값이 너무 낮으면 높은 네트워크 부하 시 패킷 손실이 증가

• 기본값 : 1000

• 권장값 : 2500이상

22. net.ipv4.tcp_retries1

• 역할 : TCP 연결 초기/설정 단계에서 재전송을 시도하는 횟수, 네트워크 지연/손실 시 연결 유지 시도,

값이 낮을 경우 빠르게 연결 실패 → 재시도 로직으로 넘어감/ 값이 높을 경우 느린 네트워크에서 연결 성공 가능성 증가

• 기본값 : 3

• 권장값 : 2 ~ 3

23. net.ipv4.tcp_retries2

• 역할 : TCP 재전송의 두 번째 단계에서 재전송 시도 횟수를 설정 이 값은 데이터 전송이 시작된 후, 연결을 계
속 유지하기 위해 재전송을 몇 번 시도할지를 결정

• 기본값 : 15

• 권장값 : 3

24. net.ipv4.ip_local_port_range

• 기본값 : 32768 60999
• 역할 : 시스템이 동적으로 할당할 수 있는 포트 범위 / 네트워크 소켓을 열 때 사용되는 포트 번호의 범위를 정의
• 적용 대상 : 클라이언트 소켓 (outbound connection)

• 권장 값 : 20000 65000
   • 동적 포트 할당:
- 이 파라미터는 네트워크 애플리케이션(예: 웹 브라우저, 클라이언트 프로그램 등)이 임시 포트를 할당받
      을 때 사용하는 포트 번호의 범위를 지정합니다.
- 포트 번호가 부족하면 새로운 연결을 할당하는 데 실패할 수 있으므로, 적절한 범위를 설정하는 것이 중
      요합니다.

• 네트워크 성능 최적화:
- 적절한 포트 범위를 설정하면 동시에 더 많은 네트워크 연결을 처리할 수 있습니다. 이는 특히 높은 트래픽을 처리하는 서버에서 중요합니다.
- 포트 범위가 너무 좁으면 연결이 포화 상태에 이를 수 있으며, 이로 인해 성능 저하나 연결 실패가 발생
      할 수 있습니다.

25. net.core rmem / wmem

파라미터	역할	기본값	권장 값
net.core.rmem_max	수신 버퍼 최대값	212,992	56,777,216
net.core.rmem_default	수신 버퍼 기본값	212,992	16,777,216
net.core.wmem_max	송신 버퍼 최대값	212,992	56,777,216
net.core.wmem_default	송신 버퍼 기본값	212,992	16,777,216

※ 단위: byte

26. net.ipv4.tcp_orphan_retries
   •  역할 : orphan socket 이라 불리는 상태의 소켓들에 대한 재전송 횟수를 결정

   orphan socket 이란?
- Tcp 연결을 끊을 때 연결을 끊으려고 시도하는 쪽은 FIN 패킷을 보내고 FIN_WAIT 1 상태가 된다.
이 상태의 소켓이 orphan socket이다.

- FIN_WAIT2 나 TIME_WAIT 상태는 orphan socket이라고 불리지 않는다.
• 기본값 : 7

• 권장 값 : 0

27. net.ipv4.tcp_sack
• 역할 : TCP SACK (Selective Acknowledgement) 사용 여부 , 손실된 패킷만 선택적으로 재전송

• 설정 값 : 0 비활성화 / 1 활성화

• 권장 값 : 0 ( 패킷 유실이 많은 네트워크에서는 1로 설정한다 )

28. net.ipv4.tcp_timestamps :

• 역할 : TCP 패킷 송수신시 Timestamp 값을 이용한다. 패킷 크기가 커지므로 부하가 발생 , sequence number wrap 방지

• 기본값 : 1 ( 활성화 )

• 권장 값 : 0 -> sequence number 의 overflow 로 인한 패킷 드랍이 발생하면, 해당 옵션을 1로 설정한다.

Ansible 명령어 패스워드 없이 실행

강냉:) — Tue, 27 Jan 2026 16:29:48 +0900

패스워드 없이 실행하기 위한절차

RSA 키 생성 → 퍼블릭 키 복사 → ssh 접속 확인 → Ansible 명령어 확인

1.키생성

2. 키 생성 확인

id_rsa : 프라이빗 키

id_rsa.pub : 퍼블릭 키

3. 관리하고자 하는 서버에 복사

# ssh-copy-id root@[IP]

4. 키가 복사된것을 확인

5. -k 옵션 없이 ping 명령어 실행확인

# ansible all -m ping

# ansible all -m ping --list-hosts

# ansible all -m shell -a "uptime"

Ansible 설치

강냉:) — Tue, 27 Jan 2026 16:06:36 +0900

Ansible Core란?

- 자동화 도구
- 많은 모듈을 보유
- 리눅스 서버를 관리
- bash 쉘의 한계를 극복
- 원거리의 한계를 극복 (SSH로 원격 접속)
- 멱등성 = 실행 중복 사고 없이 같은 작업을 몇 번 실행해도 결과는 항상 같다
- 쉽게 배우고 사용가능
- 오픈소스

1. Ansible 설치

# subscription-manager register

- 레드햇 계정접속

# yum install -y ansible-core

- 앤서블 코어 설치

# ansible --version

- Ansible 버전 확인

2. Ansible 인벤토리 설정

ansible 이 관리할 IP 등록

# vi /etc/ansible/hosts

192.168.56.120

192.168.56.121

192.168.56.122

3. Known Hosts 등록

# ansible all -m ping

4. Known_hosts 에 기록

vi /root/.ssh/known_hosts

관리대상 서버들로 그룹화

[root@master ansible]# ansible nginx -m ping -k
SSH password:

5. Ansible config 파일

vi /etc/ansible/ansible.cfg

6. 신규 인벤토리 파일생성

7. 신규인벤토리 파일 실행

# ansible -i customized_inven.list all -m ping -k

하나의 IP만을 실행

apache workers.properties 옵션

강냉:) — Tue, 22 Apr 2025 15:55:11 +0900

옵션	설명	예시
worker.<name>.type	워커 타입 (ajp13, lb 등)	worker.worker1.type=ajp13
worker.<name>.host	연결할 Tomcat 서버의 호스트명 또는 IP	worker.worker1.host=localhost
worker.<name>.port	AJP 커넥터 포트 (Tomcat 설정과 일치해야 함)	worker.worker1.port=8009
worker.<name>.lbfactor	로드 밸런싱 가중치 (높을수록 요청 많이 받음)	worker.worker1.lbfactor=1
worker.<name>.ping_mode	AJP 상태 확인 방법 설정 (버전 및 설정에 따라 지원)	worker.template.ping_mode=A / ( A, C, CP, TCP)
worker.<name>.connection_pool_size	워커당 최대 커넥션 수	worker.template.connection_pool_size=15
worker.<name>.connection_pool_timeout	커넥션 풀에서 유휴 커넥션 유지 시간 (초)	worker.template.connection_pool_timeout=60
worker.<name>.retries	연결 실패 시 재시도 횟수	worker.worker1.retries=3
worker.<lb_name>.type	반드시 lb (로드 밸런서)로 설정	worker.loadbalancer.type=lb
worker.<lb_name>.balance_workers	로드 밸런싱 대상 워커 목록	worker.loadbalancer.balance_workers=worker1,worker2
worker.<lb_name>.sticky_session	세션을 동일 워커에 유지	worker.loadbalancer.sticky_session = 1
worker.<lb_name>.method	로드 밸런싱 방식 (Request, Traffic, Busyness)	worker.loadbalancer.method = Request
worker.<name>.socket_timeout	워커 연결의 타임아웃 설정 (ms 단위)	worker.template.socket_timeout=10000
worker.<name>.connect_timeout	연결 시도 제한 시간 (ms)	worker.template.connect_timeout=20000
worker.<name>.prepost_timeout	AJP 핸드셰이크 타임아웃 (ms)	worker.template.prepost_timeout=20000

Tomcat 마이너버전 업그레이드

강냉:) — Tue, 11 Feb 2025 18:01:42 +0900

Tomcat 9.0.74 -> Tomcat 9.0.98 로 업그레이드

apache-tomcat-9.0.98.tar.gz 파일준비

*톰캣 버전 확인

$ cd {Tomcat_Home}/lib

$ java -cp catalina.jar org.apache.catalina.util.ServerInfo

9.0.74 버전 확인

1. apache-tomcat-9.0.98.tar.gz 압축풀기

$ tar -zxvf apache-tomcat-9.0.98.tar.gz

2.기존 Tomcat Instance 이름 변경

$ cp -r {Old_Tomcat_Instance} {New_Tomcat_Instance}

3.신규 Tomcat Instance 의 bin파일 옮기기

$ cp -r apache-tomcat-9.0.98/bin {NewTomcatInstanceHome}/bin

4. { NewTomcatInstanceHome}/bin 에서 파일 정리

$ rm -rf *.bat $ rm -rf startup.sh shutdown.sh

5. { NewTomcatInstanceHome}/lib 교체

$ mv lib lib_bak$ cp {apache-tomcat-9.0.98_home}/lib { NewTomcatInstanceHome}

6. lib 와 lib_bak 내의 다른파일 확인

$ cd {NewTomcatInstanceHome}

$ diff lib lib_bak

Only in 항목 확인

$ cd lib_bak

$ cp {lib디렉토리에 없는 jar파일} ../lib

7. 기존 톰캣중지

$ cd /{old_tomcat_dir}/bin

$ ./stop.sh

8. Instance명 변경 후 기동

$ mv msg_tomcat msg_tomcat_old

$ mv msg_tomcat_new/ msg_tomcat

$ mv msg_tomcat/bin; ./start.sh

9.버전 확인

Weblogic 윈도우용 Grep.list

강냉:) — Wed, 14 Feb 2024 17:25:56 +0900

checp 65001
title ** Weblogic 점검 **

set LOG_DIR=[로그경로]

chcp 949
findstr -i "Critical OutOfMemo StuckThread ResourceException RUNNING unstuck" LOG_DIR *
findstr /c:"maximum capacity" LOG_DIR *
findstr /c:"Failed to listen" LOG_DIR *
findstr /c:"Full thread dump" LOG_DIR *
findstr /c:"connection leak" LOG_DIR *
findstr /c:"too many open" LOG_DIR *

@echo off

dir
pause

Apache V-host 설정

강냉:) — Tue, 23 Jan 2024 14:26:34 +0900

1. httpd-vhosts.conf 파일 Include

$ vi [Apache_install_dir]/conf/httpd.conf

# Include conf/extra/httpd-vhosts.conf -> 주석해제

2. vhost 설정파일 작성

$ vi /sw/web/apache2.4/conf/extra/httpd-vhosts.conf

# aaa.t.com 로 접속하면 /sw/web/apache2.4/webpage 디렉토리의 파일을 읽어서 응답한다는 뜻.
# VirtualHost 태그의 *은 IP를 의미하고 , NameVirtualHost에서 설정해준 IP와 동일하게 설정해야 한다. 

< VirtualHost *:80>
    DocumentRoot "/sw/web/apache2.4/webpage"
    ServerName aaa.t.com
    ErrorLog "logs/extralog/t.com-error_log"
    CustomLog "logs/extralog/t.com-access_log" common
   <Directory />
    Require all granted
   </Directory>
   JKMount /*.jsp lb
</VirtualHost>

# Require all granted 는 모든 엑세스의 접근을 허용하는 설정입니다.

3. DocumentRoot 에 index.html 파일 만들기

$ cd /sw/web/apache2.4/webpage

$ mkdir index.html

4. 로컬 DNS 등록

메모장의 [파일] – [열기]에서 ‘C:\Windows\System32\drivers\etc’ 경로의 ‘hosts’ 파일 열기

5. apache 서버 재기동

$ ./[Apache_install_dir]/bin/apachectl restart

6. 페이지 호출

WebLogic 로그 로테이션

강냉:) — Mon, 8 Jan 2024 13:55:23 +0900

1. 특정 시간마다 rotate

특정 시간마다 weblogic log 파일이 rotate 되도록 설정하는 방법입니다.

01. 로깅 메뉴 이동

서버 인스턴스 목록 화면으로 이동.

설정 변경 대상 인스턴스 이름 클릭

로깅 – 일반 메뉴로 이동

02. 로그 파일 이름

기존에 24시간마다 rotation 되도록 설정되어 있었다면

파일명이 **.log_%yyyy%%MM%%dd% 와 같이 되어있을 것입니다.

(년, 월, 일)

하루에 1번 이상 rotation 되면 파일명이 서로 겹치게 되므로

파일명을 **.log_%yyyy%%MM%%dd%_%hh% 와 같이 변경해야 합니다

(년, 월, 일, 시간)

03. 순환 옵션

순환 유형을 시간 기준으로 선택합니다.

순환 시작 시간은 00:00 기본값 그대로 유지합니다.

순환 간격 옵션을 수정합니다.

최소값은 1, 최대값은 24 입니다.

아래와 같이 1로 설정하면 1시간 마다 rotation 됩니다.

유지되는 파일 수 제한 옵션을 활성화합니다.

로그 파일의 개수가 유지할 파일 수 옵션에 설정한 값에 도달하면

가장 오래된 파일부터 삭제됩니다.

04. 변경 내용 활성화

저장 및 변경 내용 활성화 클릭 후에 아래와 같이

시스템을 재시작할 필요가 없습니다. 문구가 출력되면

해당 weblogic 인스턴스를 재기동하지 않아도 됩니다.

1시간 마다 rotate 시킨 결과는 아래와 같습니다.

2. 특정 용량에 도달하면 rotate

WebLogic 로그 파일 size가 특정 용량에 도달할 시에 rotate 하도록 설정하는 방법입니다.

로그 파일을 1시간마다 rotate 시켜도 용량이 너무 클 경우에 시도해 볼 수 있습니다.

01. 로깅 메뉴 이동

앞의 항목과 동일하게

로깅 - 일반 메뉴로 이동합니다.

02. 로그 파일 이름

1시간 동안 로그 파일이 여러 번 rotation 되면 파일명이 서로 겹치게 되므로

파일명을 **.log_%yyyy%%MM%%dd%_%hh%_%mm% 와 같이 변경해야 합니다

(년, 월, 일, 시간, 분)