나라의 IT 잡아먹기

성능은 진단 결과에 따라 드라마틱하게 향상되기도 하지만, 최적화에 투자한 시간 대비 미미한 결과를 나타내기도 한다. 이로 인해 튜닝을 보다 명확하게 진단해 낼 수 있는 다양한 백서를 출간하고, 전문 조직을 통해 대비하는 것이 일반적이다. 이번 포스팅에서는 성능 최적화를 위해 다루는 여러 분야들 중 OS Kernel Parameter 특히 tcp parameter에 대해 알아보도록 하자. 현재 amazon linux 기준 parameter로 관리되는 항목은 [root@ip-192-168-84-159 ~]# sysctl -a | wc -l 955 [root@ip-192-168-84-159 ~]# sysctl -a | grep "net.ipv4.tcp" | wc -l 75 [root@ip-192-168-84-..

본 포스팅에서는 JBoss Thread Pool 설정에 대해 알아보겠습니다.Thread Pool의 장단점에 대해 알아보고, Jboss 6 버전을 기반으로 제공하고 있는 다양한 Thread Pool 설정방식에 대해 살펴보겠습니다. 먼저 Thread Pool은 왜 사용해야할까요? Thread pool이라는것은 일정 갯수의 Thread를 두고, 만약 작업할 일이 생긴다면 대기상태인 Thread가 있는지 보고, 있다면 그 쓰레드로 작업을 처리한 후 다시 대기상태로 전환할수 있도록 만들어놓은 영역이라고 생각하면 됩니다. JAVA에서 Thread pool을 사용하는 이유는, 아래와 같습니다.- 성능저하를 방지하기 위해 : 매번 발생되는 작업을 동시에 병렬적으로 처리하기 위해서는 Thread를 생성하고 / 수거해야하..

본 포스팅은 벤더사 별 WAS의 Datasource 설정방법에 대해 알아보겠습니다. 1. Datasource 사용방법a. Weblogic등록된 Datasource 확인 방법 아래의 화면은 Admin Console 로 생성한 Datasource 를 보여준다. Weblogic 의 Datasource 설정은 DOMAIN_HOME/config/config.xml 의 태그에 정의된다. [예] config.xml datasource1 Server1 jdbc/datasource1-jdbc.xml Datasource의 설정 정보는 Admin Console 에서 Datasource name을 선택하거나 또는 config.xml 의 에 정의된 xml 파일을 통하여 확인 할 수 있다. [예] datasource1-jdbc...

본 포스팅은 stand-alone client에서 DB 컨넥션을 얻지 못하는 현상에 대해 알아 보겠습니다.JEUS5.0.0.24 이상 버전에서 DB패스워드가 암호화 되어있을 경우, stand-alone client에서 DB 컨넥션을 얻지 못하는 현상으로, 해결방법은 JEUS5.0.0.26 이상(JEUS6는 JEUS6.0.0.4 이상)으로 패치 후, stand-alone client 실행 시 -Djeus.security.keypath 옵션을 적용하면 된다. ...oracledatasource1oracle.jdbc.pool.OracleConnectionPoolDataSourceora10goracle.jdbc.pool.OracleConnectionPoolDataSource1521XXX.XXX.XXX.221sc..

본 포스팅은 WAS 각 벤더사별 전환에 참고해야 할 사항들을 다루어보겠습니다.WAS는 최신버전이 계속 나오고 있는 상황이라 본 포스팅에서는 모든 버전이 아닌 제한적인 버전을 다루고 있다는점을 알려드립니다. 1. J2EE Specification먼저 Spec 호환에 대한 비교 자료입니다.J2EE 버전Weblogic 버전JEUS 버전Tomcat 버전Websphere 버전 1.26.13 3.3.x 1.37.0 ~ 8.144.1.x5 1.49.255.5.x6 51066.0.x 2. 프로세스 확인 방법a. weblogic - 프로세스는 weblogic.Server로 구동이 되므로 다음과 같이 확인하면 된다. ps -ef | grep weblogic - 프로세스를 확인하면 환경변수로 -Dbea.home=/usr/b..

본 포스팅은 Web&WAS 도입을 위한 아키텍처 가이드입니다.Web&WAS를 도입하고자 하는 사이트에 제언해 드릴수 있는 다양한 아키텍쳐를 살펴보겠습니다. 1. 아키텍쳐 설계 시 고려사항 항목고려사항 관리편의성• 시스템 구성 및 배포에 관한 AP 수정사항 없이 파일 재배치 및 웹 서버/WAS 환경설정 변경만으로 시스템 구성이 가능해야 합니다.• 여러 업무별 연관성이 많아 통합 View를 제공해야 하는 조건에서는 단일 시스템에 여러 Instance를 두어 통합 관리하거나 필요 시 계정을 나누어 연계할 수 있어야 합니다. • 용도별로 서버를 분리함에 따라 서버 별 관리 포인트를 최소화하여 장애를 국소화할 수 있어야 합니다. 안정성• 웹 서버, WAS 모두 이중화 하여 요청이 급증하거나 돌발적인 시스템 장애 ..

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

본 포스팅은 WAS를 타 벤더사로 윈백 할 경우 참고할 자료입니다. WAS를 타 벤더사의 제품으로 윈백을 수행하기 위해서는 어떠한 파트를 참고해야 할지를 고민해야 할 것입니다. 본 포스팅에서는 주요한 분야를 살펴보고, 전환을 위해서는 어떠한 과정을 수행해 나가야 하는지 살펴보도록 하겠습니다. 먼저 포스팅에 대한 개요입니다. 타 WAS로 운영중인 사이트를 전환하기 위해 필요한 절차와 Task를 기술하도록 하겠습니다. 여기서 제시하는 일반적인 Standard Flow에 따라 전체 공정의 90%정도가 비교적 쉽게 전환이 가능합니다. 하지만, 전환을 위한 사전 환경점검과 소스분석으로 정확한 M/M를 산정해야 하고, Risk분석을 통해 안정적인 전환방안을 수립해야 합니다. - 본 전환 가이드는 전환을 계획하고 있..

개요 본 포스팅은 WAS Thread수와 Instance수를 산정하는 방법에 대한 가이드이다. WAS에서 Thread는 성능을 측정하는데 있어서 매우 중요한 부분이다. Thread의 수에 따라 어플리케이션이 할당되고, 호출 되고 실제로 Working 하는 요소가 바로 Thread이기 때문이다. 다만, 무작정 Thread를 늘려 놓게 되면, WAS Process에 악영향을 키칠수도 있고, 또는 불필요한 Resource 낭비를 초래 할 수도 있다. 이에 적당한 수의 Thread를 산정하는 것은 매우 중요하다고 볼수 있다. Thread 수를 산정하기에 앞서 먼저 성능 산정에 대한 몇가지 기본 Parameter에 대해서 알아보도록 하자. 먼저 Response Time과 Think Time이다. 일반적인 웹시스템..