본 포스팅에서는 주요 GC 알고리즘과 JVM 튜닝을 위한 여러가지 옵션에 대해 알아보겠습니다. Java별 제공하고있는 다양한 GC 방식과, 튜닝에 필요한 여러 JVM옵션에 대해 살펴보겠습니다. 1.IBM JVM optthruput GC 옵션 -Xgcpolicy:optthuput 설명 default GC 알고리즘. GC작동시 mark-sweep-compact단계를 수행하며 STW로 일시정지됨. application이 복잡해지고 그에 따라 heap이 커지면 GC수행에 따른 멈춤시간도 증가하게됨 장점 Throughput이 향상 단점 STW로 인한 response time이 감소 optavgpause GC 옵션 -Xgcpolicy:optavgpause 설명 optthuput 단점인 STW시간을 보완하고자 함. ..
본 포스팅은 JEUS7 운영자를 위한 모니터링 가이드 및 기동 종료 가이드입니다. JEUS7 환경 및 구성 관련 있는 서버들의 그룹으로 기본 관리 단위이다. 하나의 도메인은 비즈니스에 따라 여러 개의 서버와 클러스터로 구성된다. Domain Administrator Server(DAS) : 도메인 전체의 설정, 도메인 전체의 application을 관리 Managed Server(MS):도메인 : 업무가 서비스 되는 서버. Webadmin : DAS에 Deploy 되는 관리자 application (http://서버ip:basaeport/webadmin으로 접속) jeusadmin : 모니터링 Tool nodemanager : server의 상태를 monitoring 하는 process이며, webadm..
본 포스팅은 JEUS7 운영자를 위한 모니터링 가이드 및 기동 종료 가이드입니다. JEUS7 환경 및 구성관련 있는 서버들의 그룹으로 기본 관리 단위이다. 하나의 도메인은 비즈니스에 따라 여러 개의 서버와 클러스터로 구성된다.Domain Administrator Server(DAS) : 도메인 전체의 설정, 도메인 전체의 application을 관리Managed Server(MS):도메인 : 업무가 서비스 되는 서버.Webadmin : DAS에 Deploy 되는 관리자 application (http://서버ip:basaeport/webadmin으로 접속)jeusadmin : 모니터링 Toolnodemanager : server의 상태를 monitoring 하는 process이며, webadmin, je..
본 포스팅은 OutOfMem 발생 시 유연한 대응방법에 대해 알아보겠습니다. 메모리 부족(OutOfMem) 현상은 프로그램 또는 운영 체제에서 사용하기 위해 추가 메모리를 할당할 수 없는 경우 발생하는 상태입니다. 이러한 시스템은 추가 프로그램을 로드할 수 없으며, 실행중인 많은 프로그램이 메모리에 추가 데이터를 로드할 수 없으므로 올바르게 작동하지 않습니다. 이 문제는 일반적으로 디스크 스왑 공간을 포함하여 사용 가능한 모든 메모리가 할당되었기 때문에 발생합니다. OOM이 발생하는 경우는 말 그대로 Java의 Heap 메모리가 부족하여 더 이상 가용한 메모리가 경우라 할 수 있습니다. 이러한 OOM이 발생하는 경우는 두 가지 정도라고 할 수 있는데, 메모리 leak으로 인한 OOM과 순간적으로 과도한 ..
개요 vmstat은 리눅스에서 가장 기본적인 시스템 모니터링 명령어이자, 시스템 리소스 이상 유무를 판단할 수 있는 중요한 명령어이다. 간단한 명령어를 이용하여 손쉽게 시스템의 상태를 진단할 수 있어 성능테스트와 같은 특정 목적을 위해 사용하기도 하지만, 일상 모니터링 용도로도 vmstat은 많이 사용된다. vmstat 명령어 예시 a. vmstat : default 실행 [root@ip-192-168-114-198 ~]# vmstat procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu----- r b swpd free buff cache si so bi bo in cs us sy id wa st 0 0 0 504328 ..
본 포스팅은 OS별 Thread의 CPU 점유 정보 확인 방법에 대해 알아보겠습니다. OS의 CPU 과다 사용에 따른 추적을 위해 Thread 별 CPU 사용률을 확인하는 것은 매우 중요합니다. 각 OS별 확인 방법에 대해 자세히 살펴보겠습니다. 먼저 AIX입니다. CPU를 점유중인 Thread를 찾기 위해 아래와 같은 명령어를 사용합니다.$ ps –mp –o THREADCPU를 사용중인 TID 확인 (CP열)USER PID PPID TID ST CP PRI SC WCHAN F TT BND COMMANDryan 3719314 778388 -A 94 60 65 * 342001 pts/23 -- - - 975101 S 0 82 1 f10006000492fa08 400400 - - -- - - 1015973 ..
- Total
- Today
- Yesterday
- 오픈스택
- TA
- kubernetes
- apache
- SA
- 마이크로서비스 아키텍처
- nodejs
- Architecture
- Da
- JBoss
- git
- Docker
- API Gateway
- 아키텍처
- 쿠버네티스
- JEUS7
- aws
- openstack tenant
- webtob
- OpenStack
- openstack token issue
- node.js
- aa
- wildfly
- jeus
- 마이크로서비스
- k8s
- JEUS6
- SWA
- MSA
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |