[weblogic] webLogic / Iplanet, IIS, Apache 이중화 체크 리스트

[weblogic] webLogic / Iplanet, IIS, Apache 이중화 체크 리스트

1. 운영상태 Check

(1) WEB 서버 물리적 이중화(HW레벨)

     - 점검 내용 : 서버 장애가 발생했을 경우 다른 서버로 서비스가 정상적으로 수행될 수 있어야 함.

     - 점검 방식 : WEB서버가 물리적으로 2대 서버 이상으로 구성 되어 있는지 확인

     - 점검 기준 : 물리적 서버로 이중화 되어 있을 경우 정상

(2) WAS 서버 물리적 이중화(HW레벨)

     - 점검 내용 : 서버 장애가 발생했을 경우 다른 서버로 서비스가 정상적으로 수행될 수 있어야 함.

     - 점검 방식 : WAS서버가 물리적으로 2대 서버 이상으로 구성이 되어 있는지 확인

     - 점검 기준 : 물리적 서버로 이중화 되어 있을 경우 정상

(3) Fail-Over 테스트

     - 점검 내용 : 최근 1년 이내에 Fail-Over 테스트가 진행되었으며 정상적으로 성공되었는가?

     - 점검 방식 : WEB 서버 또는 WAS 서버가 장애상황을 가정하여, 웹 브라우저 또는 테스트 가능한 Client 프로그램(ex:test.jsp)을 이용하여 페이지가 정상적으로 가동되는지 여부 확인

    - 점검 기준 : 1년 이내에 Fail-Over 테스트를 수행하였으며 성공적으로 수행된 경우 정상

(4) Fail-Over 전환 시간

    - 점검 내용 : Fail-Over(HA) 전환 시간은 구성목표한 시간을 만족하는가?

    - 점검 방식 : WEB 서버 또는 WAS 서버 장애상황을 가정하여, 전환시 DOWN Time이 목표시간을 만족하는지 여부 확인

    - 점검 기준 : Fail-Over 테스트를 수행하여 목표시간내에 수행된 경우 정상

(5) SW License

    - 점검 내용 : APP S/W License는 정상적으로 등록여부 확인

    - 점검 방식

             <1> WebLogic 10.3.0 미만 : WebLogic 설치 디렉토리 이동하여 license.bea 파일에 클러스터 사용가능 버전 확인  ex: 문구중 component="Cluster"에 라이센스 제한이 없으면 세션 클러스터링 가능 버전

             <2> WebLogic 10.3.0 이상 : License 파일이 별도로 없으므로 해당 버전이 Enterprise 인지 '구매/견적 내역' 확인

    - 점검 기준 : 업무에 적합한 라이선스 적용시 정상.

2. WEB 공통 Check

(1) access 로그

     - 점검 내용 : 로드발란싱(L7, L4 ..)로 들어온 요청이 각 WEB 서버별로 부하 분산이 균등하게 배분되는지 여부를 확인

     - 점검 방식 : WEB 서버 각각의 access 로그의 크기를 분석

     - 점검 기준 : 각 WEB서버 별 access 로그 사이즈가 비슷한 경우 정상

(2) WAS 연동 테스트

     - 점검 내용 : WEB서버에 설정된 WAS 인스턴스 서버내 배포된 테스트 페이지가 정상적으로 구동되는지 여부를 확인

     - 점검 방식 : 웹 브라우저 또는 테스트 가능한 Client 프로그램(ex:test.jsp)을 이용하여 설정된 WAS 서버/Port 별로 테스트 페이지가 정상적으로 기동되는지 여부 확인

     - 점검 기준 : 각 WAS별 정상기동시 정상

3. IIS, Apache, Iplanet -> Weblogic 연동

# IIS : ${IIS_HOME}/iisproxy.ini 와 같은 WebLogic 연동설정내역이 저장된 *.ini 파일

# Iplanet : ${IPLANET_HOME}/${WEBSERVER_INSTANCE_HOME}/config/***obj.conf

# Apache : ${APACHE_HOME}/config/httpd.conf

(1) KeepAliveEnabled 설정

    - 점검 내용 : 세션 연결 후 응답이 끝나도 일정시간동안 세션을 유지하여 재 전송 시 접속을 위한 오버헤드를 감소시켜주기 위한 설정 점검

* 단, 추가로 선언되는 KeepAliveSecs의 설정이 과도한 경우 신규 세션을 추가로 할당하지 못하는 문제점이 있어 동시접속이 많을 수록 짧게 설정해야 한다. (Default : TRUE)

    - 점검 기준 : KeepAliveEnabled 설정이 TRUE 또는 설정되어 있지 않으면 정상

(2) KeepAliveTimeSecs 설정

    - 점검 내용 : KeepAlive 상태를 유지하는 시간 점검

       * 이 설정이 과도한 경우 신규 세션을 추가로 할당하지 못하는 문제점이 있어 동시접속이 많을 수록 짧게 설정해야 함 (Default : 20 secs)

    - 점검 기준 : 10초 이하면 정상  (관리자 시스템 등 특정 인원 사용 시스템이면 30초 이하)

(3) ConnectTimeoutSecs 설정

    - 점검 내용 : WebLogic에 연결을 시도하는 최대 시간 점검 (Default : 10 secs)

    - 점검 기준 : 5~10 초 면 정상

(4) ConnectRetrySecs 설정

    - 점검 내용 : WebLogic에 연결을 시도하는 간격 점검 (Default : 2 secs)

    - 점검 기준 : 3초 이하면 정상

(4) WLIOTimeoutSecs 또는 HangServerRecoverSecs 설정

    - 점검 내용 : WEB서버에서 웹로직에 요청하고 처리대기하는 시간 점검 (Default : 300 secs)

    - 점검 기준 : 300초 이하면 정상 (대용량 처리 업무의 경우 NA)

(5) Idempotent 설정

    - 점검 내용 : WebLogic PROXY Fail-over 기능 설정 점검 (Default : ON)

    - 점검 기준 : OFF 또는 ON 설정시 JTA Time-out을 WLIOTimeoutSecs 보다 짧게 설정하면 정상

        * ON 설정시 WEB서버는 WLIOTimeoutSecs 동안 응답하지 않으면, Plugin 장애로 판단하여 자동으로 다른 정상 WAS로 Request를 넘겨줌. 그러나, Transaction Timeout을 설정이 안된 경우 WEB서버의 WLIOTimeoutSecs보다 더 길게 처리되면 같은 Request가 Cluster된 WAS를 왔다 갔다하면서 중복 처리될 수 있음

OFF 설정 시 장애(Hang or Down) 발생 시 해당 Request를 처리할 수 없을 때 WL-Proxy는 해당 Request에 대해서 500서버 에러를 발생시키며, 해당 Request를 종료시킨다.

(6) DynamicServerList 설정

   - 점검 내용 : OFF로 설정한 경우 Proxy 를 사용하는 동적 클러스터에 대해서만 WebLogicCluster로 사용함 (Default : ON)

   - 점검 기준 : DynamicServerList 설정이 OFF 면 정상

(7) Debug 설정

   - 점검 내용 : WebLogic Plugin에 대한 처리 상세정보를 보기 위한 설정 (Default : OFF)

   - 점검 기준 : Debug 설정이 OFF시 정상 (테스트/시범적용 등 한시적 ON은 가능)

(8) WLTempDir 설정

   - 점검 내용 : WebLogic Proxy Log가 저장되는 디렉토리 권한 설정 점검

                      WebLogic 인스턴스 Plugin에 대한 처리 정보를 보기위한 설정되는 wlproxy.log가 저장되는 디렉토리의 읽기/쓰기 권한 설정 확인

                   * Default Directory 위치 : Windows - C:/Temp  ; UNIX - /tmp

   - 점검 기준 : WEB서버 인스턴스별로 실행할 수 있는 권한을 가진 UNIX 계정이 설정된 WebLogic Proxy 로그 저장 디렉토리의 읽기/쓰기 권한설정이 되어 있는 경우 정상

4. WAS 공통 Check

(1) WEB-WAS 컨텐츠 특성에 따른 분리 구성

   - 점검 내용 : WEB서버와 WAS서버가 컨텐츠 특성에 따라 분리 처리하게 되도록 되어 있는지 점검 (정적 컨텐츠는 WEB, 동적 컨텐츠는 WAS에서 운영되도록 분산 구성)

   - 점검 방식 : Web 서버에서는 정적컨텐츠(이미지, html 등)를 처리하고 WAS서버에서는 동적컨텐츠 (DB 연동, SAP 연동 관련 jsp, servlet, class)처리로 분리가 되어 있는지 확인

   - 점검 기준 : 정적/동적 컨텐츠 분리가 되어 있으면 정상

(2) Instance 로그 

   - 점검 내용 : WAS 점검 및 장애 시 현재의 인스턴스 자체 정상 동작 여부 확인

   - 점검 방식 : config.xml에 <server> - <log> - <file-name> 항목에 지정되었나 확인

      * WebLogic 기본 로그 파일 명 ${DOMAIN_HOME}/servers/${instance명}/logs/${instance명}*.log

   - 점검 기준 : 설정되어 있으면 정상

(3) Standard Out 로그

   - 점검 내용 : WAS 점검 및 장애 시 현재의 인스턴스에서 처리되는 업무의 정상동작 여부 확인

   - 점검 방식 : 시작 스크립트에 설정된 부분 중 Standard Log를 별도로 저장되도록 설정되어 있는지 확인

   - 점검 기준 : 설정되어 있으면 정상

(4) GC 로그

   - 점검 내용 : 서버 이중화시 각 인스턴스 별 JVM 관련 성능, 메모리, 사용량 등을 비교하여 균등하게 처리 되는지 확인

   - JVM 옵션에 아래 설정 확인 -Xloggc:<path to file> 또는 -Xverbosegclog<path to file>

   - minor GC 0.1초 이내(평균) / full GC 5초 이내(평균) 이면 정상

(5) WEB 연동 테스트

   - 점검 내용 : WAS에 연동된 WEB 서버와의 정상 접속이 이뤄지는지 확인

   - 점검 방식 : Telnet 접속 ping 체크등으로 WEB서버 IP/Port 에 정상적인 접근이 되는지 확인

   - 점검 기준 : 정상접속되면 정상

(6) WAS 자체 테스트

   - 점검 내용 : WEB 서버에 설정된 WAS 인스턴스 서버내 배포된 테스트 페이지가 정상적으로 구동되는지 여부 확인

   - 점검 방식 : 웹 브라우저 또는 테스트 가능한 Client 프로그램을 이용하여 설정된 WAS 서버/Port 별로 테스트 페이지가 정상적으로 기동되는지 여부 확인

   - 점검 기준 : 각 WAS 별 정상 기동시 정상

5. WebLogic

(1) Listen Address 설정

   - 점검 내용 : IP 미지정시 Socket 통신시 제대로 동작하지 않을 수 있는 상황 예방

   - 점검 방식 : 

               <1> WebLogic Config 파일에서 확인 : ${Domain Home}/config로 이동 config.xml 내 <server> 태그내 <listen-address>의 IP 설정

               <2> WebLogic 콘솔에서 확인 방법 : weblogic console 접속 >> Environment >> 해당서버 >> 체크 확인 Listen Address IP 설정 여부 확인

   - 점검 기준 : 설정되어 있으면 정상

6. WebLogic 세션 클러스터링 사용시

(1) 세션유지(클러스터링 구성) 정책

   - 점검 내용 : WAS 장애가 발생해도 사용자 세션이 끊어지지 않고 계속 유지해야 하는 업무 요건이 있을 경우, 이에 대응할 수 있는 구조가 있는지 여부 확인(세션 클러스터링 또는 기타 이중화 방법)

   - 점검 방식 : WebLogic 세션클러스터링 이용시 ${Domain Home}/config로 이동 config.xml 에서 <cluster></cluster> 정보 확인 또는 WebLogic Console 접속 -> 환경 -> Cluster 구성 확인

   - 점검 기준 : WebLogic 세션 클러스터링 이용시 Running 이면 정상

(2) 클러스터링 오류 체크

   - 점검 내용 : Standard Out 로그 또는 WebLogic 인스턴스 로그의 내용중 Cluster 관련 오류가 있는지 확인

   - 점검 방식 : WebLogic Standard Out 로그 또는 인스턴스 로그의 내용중 <BEA-000100> ~ <BEA-000199>, <BEA-100000> ~ <BEA-100999> 사이의 에러메시지가 동시간대 연속으로 발생하는지 여부

    * 에러메세지 : <BEA-000100> ~ <BEA-000199> Cluster 관련 오류

                         <BEA-100000> ~ <BEA-100999> Http Session 관련 오류

    * 참조 URL : 오라클 웹로직 

   - 점검 기준 : WebLogic 세션 클러스터링 이용시 관련 에러메시지가 동시간대에 연속해서 발생이 된경우 정상

(3) 클러스터링 구성 정보 확인

   - 점검 내용 : WebLogic domain에 설정된 각 인스턴스에 대한 Cluster 구성이 누락/과등록 없이 정확하게 되어 있는지 확인

   - 점검 방식 : WebLogic Console 접속 -> 환경 -> Server 구성

   - 점검 기준 : WebLogic 세션클러스터링 이용시 모두 Running이면 정상

(4) 클러스터링 구성 상태 확인

   - 점검 내용 : WebLogic Cluster에 등록된 각 인스턴스의 상태 확인 (running, warning, stop)

            * 수행 조건 : 사용자 부하가 없는 시간에 수행

   - 점검 방식 : (사용법)

java [<SSL trust options>] weblogic.Admin  [ [-url | -adminurl] [<protocol>://]<listen-address>:<port>]    -username <username> [-password <password>]  <COMMAND> <ARGUMENTS>

(예제) 

java -cp D:\Oracle\WebLogic\10.3.5\wlserver_10.3\server\lib\weblogic.jar weblogic.Admin -url localhost:7001 -username weblogic -password weblogic1 CLUSTERSTATE -clustername mCluster

     - 점검 기준 : WebLogic 세션클러스터링 이용시 모두 Running이면 정상

출처: https://hyeonstorage.tistory.com/29?category=549784 [개발이 하고 싶어요]