본문 바로가기 메뉴 바로가기

나라의 IT 잡아먹기

프로필사진
  • 글쓰기
  • 관리
  • 태그
  • 방명록
  • RSS

나라의 IT 잡아먹기

검색하기 폼
  • 분류 전체보기 (415)
    • ① AI (0)
      • ⓖ Generative AI (0)
    • ② 성능 최적화, 트러블 슈팅 (41)
      • ⓐ Architecture (14)
      • ⓟ Performance Tuning (14)
      • ⓣ TroubleShooting (13)
    • ③ 클라우드 (145)
      • ⓐ AWS (30)
      • ⓓ Docker (21)
      • ⓜ MSA (28)
      • ⓚ Kubernetes (54)
      • ⓞ OpenStack (10)
      • ⓣ Terraform (1)
    • ④ 미들웨어 (101)
      • ⓐ Apache (12)
      • ⓙ JEUS (36)
      • ⓣ Tmax (7)
      • ⓦ WebtoB (14)
      • ⓦ WildFly (19)
    • ⑤ 개발, 데이터베이스 (82)
      • ⓒ CI CD (35)
      • ⓓ Database (17)
      • ⓙ JAVA (3)
      • ⓝ NodeJS (11)
      • ⓢ Spring Boot (16)
    • ⑥ 네트워크, 운영체제 (18)
      • ⓝ Network (3)
      • ⓞ OS (15)
    • ⑦ Open Source Software (14)
    • ⑧ IT Sample (7)
      • ⓒ Command (4)
      • ⓢ Shell Script (3)
    • ⑨ IT Wordbook (6)
  • 방명록

Thread Hang (4)
[TroubleShooting] ThreadDump 분석 가이드

본 포스팅은 ThreadDump 분석 가이드하겠습니다. ThreadDump는 현재 Working 중인 프로세스의 상세정보를 확인하는데 그 목적이 있습니다. 대체로 ThreadDump 만으로 충분한 데이터를 취득할 수도 있지만, 일반적으로는 CPU모니터링과 함께 HeapDump 분석에 유용한 자료로 활용됩니다. 먼저 Thread dump의 정의에 대해 알아보겠습니다. ThreadDump는 Java(JVM)에서 사용하는 Thread들에 대한 Thread call stack 정보를 담고 있는 스냅샷이라고 볼수 있습니다. - OS 별로 Thread에 대한 내부 구조 (스케줄링, 라이프사이클 등)이 조금씩 다르며, JVM에 영향을 미칩니다. - OS는 Process와 Thread의 관계가 1:1 or 1:n으로 ..

② 성능 최적화, 트러블 슈팅/ⓣ TroubleShooting 2018. 6. 15. 13:07
[Web Application Server] Thread State Notify 설정 가이드

본 포스팅은 JEUS Thread State Notiry 설정 가이드입니다. thread-state-notify 설정은 다음과 같은 의미를 갖고 있습니다. thread-state-notify 설정은 Thread의 최대 수행 시간을 정함으로써 Thread Hang으로 인한 서비스의 중단을 방지하는 것을 목적으로 합니다. Thread의 수행 시간을 주기적으로 체크하여 최대 수행 시간을 넘기는 Thread에 한하여 강제로 Block시키고 삭제할 수 있으며 Blocked Thread의 수가 일정 비율을 넘기면 Container restart를 수행할 수 있습니다. 주의할 점은 Thread의 상태를 모니터링 하는 주기는 WEBMain.xml의 monitoring 태그에서 정한다는 것입니다. monitoring 태..

④ 미들웨어/ⓙ JEUS 2018. 6. 7. 10:34
[Web Application Server] 상황별 로그

본 포스팅은 장애 상황 별 로그에 대한 분석 가이드입니다. JEUS 로그에 발생되는 상황 별 로그를 살펴 봄으로써 장애 발생 시 즉각 또는 선조치가 가능하도록 대응 할 수 있도록 하는데 목적이 있습니다.다양한 Exception Case가 존재 하지만 본 포스팅에서는 자주 발생되는 이슈들만 우선적으로 다뤄보도록 하겠습니다. 먼저 BindException입니다. Address already in use라는 메시지와 함께 발생한 경우를 살펴보겠습니다. 발생하는 주요 원인은 기동하려는 node의 das 또는 ms의 PORT가 이미 사용 중일 경우 발생합니다. 해결 방법은 다음과 같습니다. 먼저 netstat 명령어로 해당 포트가 사용 중인지 확인하고 사용 중인 해당 프로세스 강제 종료한 후 재 기동을 수행합니다..

④ 미들웨어/ⓙ JEUS 2018. 6. 3. 18:36
[TroubleShooting] 다양한 장애유형 대처방안 (Hang Up 현상)

본 포스팅은 다양한 Exception Case를 살펴보고 1차 선 대응 방법에 대해 알아 보겠습니다. 본 포스팅은 모든 Exception Case를 살펴보는것에 의의가 있지는 않습니다. Exception은 워낙 많은 Case가 존재하고 이를 모두 살펴 보려면 100년이 걸려도 다 살펴보지는 못할 것이기 때문입니다. 그렇기 때문에 많은 분야의 전문가가 존재할 것입니다. 이번 시간에는 이런 문제가 발생했을 경우 어떻게 대응하고 해결해 나갈 것인지에 대한 개론적인 내용을 다루고자 합니다. 특히 그중 Hand Up에 의한 장애 처리에 대해 좀 더 중점적으로 확인 할 예정입니다. 이미 많은 사람에 의해 해결된 이슈들이므로 훓어보기 식으로 쭉 내려 보기를 추천합니다. 먼저 Hang Up에 대한 정의는 다음과 같습니..

② 성능 최적화, 트러블 슈팅/ⓣ TroubleShooting 2018. 6. 1. 13:10
이전 1 다음
이전 다음
공지사항
  • 2022년 waspro 활동
  • 2021년 waspro 포스팅 예정 내용
  • RETRO - 2020 & PLAN - 202⋯
  • 20202년 4분기 계획
최근에 올라온 글
최근에 달린 댓글
Total
Today
Yesterday
링크
  • 나라의 맛집이야기
TAG
  • openstack tenant
  • JEUS7
  • 쿠버네티스
  • node.js
  • Da
  • 마이크로서비스
  • aa
  • Docker
  • aws
  • nodejs
  • JBoss
  • SA
  • webtob
  • MSA
  • k8s
  • kubernetes
  • apache
  • 마이크로서비스 아키텍처
  • jeus
  • Architecture
  • 오픈스택
  • 아키텍처
  • git
  • SWA
  • JEUS6
  • API Gateway
  • wildfly
  • openstack token issue
  • TA
  • OpenStack
more
«   2025/05   »
일 월 화 수 목 금 토
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
글 보관함

Blog is powered by Tistory / Designed by Tistory

티스토리툴바