b6445f972d8c4feed9f94583329e2dcf.ppt
- Количество слайдов: 6
웹 애플리케이션 서버 구축 사례 웹 애플리케이션의 가상화 및 최적화 구현 한국 IBM 웹스피어 사업부 김성수 과장 March 03 2009 1 © 2009 IBM Corporation
K기관 WAS REPLACEMENT 동기 교체 배경 Web. Sphere 제공 기능 H/W자원 활용 최적화 Dynamic Operation 안정적인 서비스 품질 보장이 되지 않음 Business Grid 피크 타임 시 서버 다운현상 Application Version Control 클러스트링의 효과가 미흡 Dynamic Clustering 구축 후 WAS관리가 효율적이지 못함 Admin Console, Performance Viewer 지능적인 시스템 관리가 요구됨 Health Management 애플리케이션 변경 시 서버 재기동 J 2 EE, SOA, Web Service, XML 신 기술 적용 시 표준의 부재 Market Leadership (각종 기술 표준 선도) 입증된 기술 제공 다수의 대용량 레퍼런스, 시장 점유율 1위 장애발생시 명확한 문제 규명이 어려움 각종 로그 , 덤프 및 GUI 기반 분석 도구 2 © 2009 IBM Corporation
K기관 목표시스템 구성도 연수원 (서초) 본원 원격지 백업 내부 DR 서비스 L 2 switch 인터넷 L 4 switch #1 L 4 switch #2 Firewall #1 4. 7 GHz 2 C, 16 GB L 4 switch #4 WAS #1 WAS #2 L 4 switch #1 Firewall #2 L 4 switch #3 WAS #3 Backbone switch #1 WAS #4 Backbone switch #2 L 4 switch #1 45 Mbps (T 3) L 2 switch L 4 switch #2 Firewall #1 Firewall #2 L 4 switch #3 WAS #1 45 Mbps (T 3) 정부고속 망 L 2 switch 4. 7 GHz 2 C, 16 GB BACKUP L 4 switch #4 WAS #2 WAS #3 Backbone switch #1 WAS #4 Usable 9 TB Storage Backbone switch #2 L 4 switch #1 L 4 switch #2 4. 7 GHz 4 C, 32 GB DB #1 DB #2 DB #3 DB #4 신규도입장비 SAN switch #1 Storage #1 3 SAN switch #2 Usable 9 TB Storage #2 SAN switch #1 Storage #1 SAN switch #2 Storage #2 © 2009 IBM Corporation
K기관 WAS 구성도 Web. Svr 정적 컨텐츠 (이미지, html, 플래시 등. ) 국토부 HTTP세션(복제 용) 동적 컨텐츠 (서블릿, JSP 등. ) tw KRIEC REAL AAO cos 2008 etc. App pre. App session_rep WAS WAS WAS WAS Web. Svr WAS WAS WAS WAS WAS WAS WAS WAS kabwp 1 ODR Web. Svr kabwp 2 ODR Web. Svr kabwp 3 ODR kabwp 4 ODR L 4 kabapp 1 Web. Svr ODR kabapp 2 ODR Web. Svr WAS report kabapp 3 ODR WAS Web. Svr WAS WAS WAS WAS kabapp 4 ODR 4 Web. Svr WAS © 2009 IBM Corporation
K기관 개선 사항 Web. Sphere XD로 변경 후 개선 사항 기존 타사 제품 요청 큐 트랜잭션 클래스 별로 1 개 웹 서버 당 1 개 요청 분류 트랜잭션 클래스 별로 분류 불가 요청 흐름 제어 트랜잭션 클래스 별로 실시간 성능, 자원 사용량, 목표치, 우선 순위에 따라 WAS로 전달할 요청의 수를 동적 결정 큐에 들어 온 순서 대로 WAS의 최대 스레드 수만큼 App 수정반영 Hot deploy / sync_app / 신속 ear로 업데이트 / 오래 걸림 우선순위/ 중요도 전체 자원량이 부족할 경우 트랜잭션 클래스별 우선 순위 적용 적용 불가 각 서버별 응답 시간의 차가 없도록 동적으로 변경 관리자가 정적으로 설정 노드별 CPU 사용률 상한선을 지정 가능 (Default : 90%) 일부 WAS는 CPU 사용량 상한선 지정 일반적으로 Pool의 max값으로 제한 서버별 가중치 Overload Protection Peak Time 시에도 안정적인 성능 발휘 개선사항 5 Peak Time 시의 과부하에 취약 기존 웹 환경 © 2009 IBM Corporation
WAS 도입 시 고려사항 § Dynamic Operations § WAS의 구동 환경 가상화 § 목표 지향(Goal Directed) 자원 운영 § High Performance § Computing § High End Data Processing § Extended § Manageability § 확장된 관리및 모니터링 환경 제공 기능 효과 Health Management + Smart Stop • 지능적인 장애 판단 및 장애의 영향을 최소화하는 자동 복구 프로세스 제공 • Hang 장애 등 발생 시, 성급한 재시작은 정상 상황이나 정상 요청들에까지 영향을 미칠 수 있으나 XD의 재시작 프로세스는 이러한 오류를 방지하게 해 줌. Application Version Control • 운영 환경 내에서의 어플리케이션 버전관리로 장애에 대한 신속한 대처 Validation Mode • 개발, 테스트, 운영 환경의 유기적인 통합으로 어플리케이션 배치 시의 안정성 향상 Dynamic Operation • 목표치에 따른 지능적인 자원 분배로 서비스의 안정성 및 사용자 만족도 향상 Dynamic Clustering 6 • 서비스 상황의 장애를 자동으로 감지, 예견하고 사전에 방지 및 자동 조치 • 자동 조치 전 로그와 덤프를 남김으로써 사후의 신속한 원인 규명을 가능케 함 • 자원 활용률 최적화 © 2009 IBM Corporation
b6445f972d8c4feed9f94583329e2dcf.ppt