IBM WAS ND v8.5.5 소개자료

1 SoftwareGroup WebSphere

2015.

IBM SoftwareGroup WebSphere Technical Sales

이정운 과장 (JungWoon Lee, [email protected])

IBM WebSphere Application Server(WAS) ND Overview


WAS 라고 다 똑같은 WAS 가 더 이상아닙니다 .

무엇이 보이나요 ?


Agenda

IBM WAS 의 현황과 시장의 트렌드

WAS V8.5.5 애플리케이션 복원력 작업과 제어 향상 Liberty Profile 을 통한 개발자 경험 향상

요약


빠른 애플리케이션 개발과 전달 을 위하여 개발 및 운영 라이프사이클에 대한 통합 , 자동화 , 단순화를 요구

엄청난 양의 데이터에 대항하여 거대한 트랜잭션 볼륨 지원 및 대기시간 최소화를 위해 탄력적인 캐싱 기술이 요구

다양한 폼 팩터와 접속 방법에 따라서 탄력성과 확장성 , 멀티 - 테넌시 , 컨텍스트 등을 제공하기 위하여 클라우드 전달 모델의 사용

모바일 , 소셜 , 클라우드 애플리케이션의 폭발적 증가 에 따라 미들웨어 인프라에 대한 추가적인 요구사항 증가

1. 애플리케이션 인프라 트렌드


2. 고객의 요구에 대한 IBM 의 답변

Change( 변화 )Change( 변화 )


WAS 에 대한 고객의 고민 ( 관리자 측면 )

관리해야 할 WAS 가 점점 많아지면서 관리가 복잡하고 어려워 지고 있지않나요 ?

운영환경에 대한 애플리케이션 버전 업데이트를 아직도 야간에 남아서작업하시나요 ?

아직도 WAS 를 관리하기 위해 지속적으로 모니터링 하고 일일이 관리 작업 을 해주어야 하나요 ?

애플리케이션에서 빈번하게 메모리 누수 이슈 가 발생하고 있지 않나요 ?

관리해야 할 WAS 가 점점 많아지면서 관리가 복잡하고 어려워 지고 있지않나요 ?

운영환경에 대한 애플리케이션 버전 업데이트를 아직도 야간에 남아서작업하시나요 ?


애플리케이션에서 빈번하게 메모리 누수 이슈 가 발생하고 있지 않나요 ?

서비스 중단 없는 애플리케이션 버전 업데이트를 위한 고민

실시간 상황을 고려하거나 반영할 수 없는 정적인 부하 분산

WAS 문제를 인지하기 위해 APM 과 같은 모니터링 도구에만 의지 – 장애 발생 후에 조치에만 집중

애플리케이션에서 발생하는 빈번한 메모리 누수 이슈

대용량 WAS 환경 관리가 점점 복잡 /어려워지고 있지 않나요 ?

관리자

IBM WAS 의 강화된지능적 관리 기능

-> 보다 적은 관리 업무 /보다 높은 서비스 안정성 획득 가능


WAS ND V8.5.5 복원력 (Resiliency) 강화

지능적 라우팅

서버 자가 관리

애플리케이션 버전관리

A.1A.2A.3

B.7B.8

동적 클러스터링

배치 처리

BeforeAfter

WebSphere Virtual Enterprise 설치

WebSphere Compute Grid 설치

WAS V8 설치

WAS ND V8.5.5 설치

자동화 컴퓨팅을 통한 서비스 품질 능력 확장


실시간 Failover

IBM WAS 의 클러스터 서비스는 실시간 Failover 를 통해 사용자 서비스의 즉각적인 가용성을 보장합니다 . Fail 된 프로세스나 노드에서 서비스를 받던 사용자들의 이후 요청은 클러스터 내의 다른 서버들로 즉시 분산됩니다 .

따라서 , 24x365 의 무정지 시스템을 구현 할 수 있습니다

실시간 Failover

세부특징

Active-Active 방식 (Active-Ready 방식도 지원 )

장애 발생 즉시 사용자 요청을 클러스터 내 다른 서버로 라우팅 합니다 .

사용자 정보 객체 (HTTP Session/EJB Stateful Session) 의 자동 복제 -> 메모리 내 사용자 정보의 소실 방지합니다 .

특정 프로세스가 장애가 발생할 경우 Node Agent 에 의해 자동 감지 , 자동 재기동이 하도록 지원합니다 .

Web Container

Web Container

Web Container

EJB Container

EJB Container

EJB Container

Web Server

Web Server

L4/L7Web

Server

Web Container Cluster

EJB Container Cluster

Web Server Cluster

• 웹 어플리케이션클라이언트

• 웹 서비스 클라이언트


실시간 동적 부하 분산

IBM WAS 는 수동으로 주어진 가중치 별로 부하 분산이 가능할 뿐만 아니라 각 WAS 서버의 고유용량 , CPU, 메모리 등을 실시간으로 계산하여 동적으로 부하 분산을 조절할 수 있습니다 . 이를 통하여 안정적인 고속 성능을

제공하며 최적의 자원 효율성을 확보합니다

실시간 동적 부하 분산

수동 가중치 부하 분산에 비해 동적 가중치 부하 분산의 장점 - 서버의 고유용량 , CPU, 메모리 , 동시 사용자수 등을 고려한 수작업방지 ( 관리자가 직접 작업해야 할 관리 포인트가 줄어 듬 )

- 부하상황에서 서버의 상태에 따라 적절하게 가중치가 조절되므로 수동 가중치 지정방식에 비해 더 나은 성능 제공 ( 더 높은 자원 효율성 )

- 장애상황이나 예기치 않은 돌발 상황의 경우 관리자가 감지하여 조절하는 것 보다 자동으로 상황을 고려하여 가중치를 변경하므로 보다 안정적인 서비스를 제공 가능

동적 부하 분산 아키텍처일반 아키텍처

동적감지

: 서버 가중치

WebSphere

instanceinstance

20

WebSphere

instanceinstance

20

WebSphere

instanceinstance

20

WebSphere

instanceinstance

20

WebSphere

instanceinstance

2

WebSphere

instanceinstance

20

20 과다한 CPU 사용또는 과부하

이슈

실시간 조치 /더 적은부하가 오도록

동적 조절

해결감지불가

: 서버 가중치

WebSphere

instanceinstance

20

WebSphere

instanceinstance

20

WebSphere

instanceinstance

20

WebSphere

instanceinstance

20

WebSphere

instanceinstance

20

WebSphere

instanceinstance

20

20 과다한 CPU 사용또는 과부하

이슈

실시간 조치 불가 /과부하에 따른인스턴스 장애

장애


실시간 WAS 서버 고립

IBM WAS 는 실시간으로 동적 부하 분산을 조절할 수 있으므로 클러스터 상황에서 장애 가능성이 있는 서버의 경우 실시간 고립이 가능합니다 . 이를 통하여 장애의 전파를 방지하고 보다 완벽하게 장애 상황에 대한 분석도

가능합니다 .(WAS 서버 고립의 경우 해당 WAS 서버는 서비스에서 제외되지만 살아있음 )

실시간 WAS 서버 고립

일반적인 CPU or Hang 장애의 경우 시간 or 재시도 로직에 의해 장애는 전파됩니다 .

문제가 있는 것으로 판단되면 즉시 실시간 WAS 서버를 고립시킬 수 있음

장애전파

Web Server

WebSphere

instanceinstance

20

WebSphere

instanceinstance

20

WebSphere

instanceinstance

20

WebSphere

instanceinstance

20

이슈 장애

장애

Web Server

장애고립

Web Server

WebSphere

instanceinstance

20

WebSphere

instanceinstance

20

WebSphere

instanceinstance

20

WebSphere

instanceinstance

20

이슈 장애

Web Server

장애의 전파방지 장애의 전파방지

다양한 목적 활용 가능 다양한 목적 활용 가능

정확한 원인 규명 가능 정확한 원인 규명 가능

실시간 조치 불가 실시간 조치 불가

장애의 전파 가능성 장애의 전파 가능성


요청 무한 대기 방지

IBM WAS 는 요청 무한 대기 방지를 위해서 무한대기 하는 Thread 에 대한 경고 로깅 및 Stack trace 출력 기능을제공하며 , 필요한 경우 강제로 좀더 자세한 Javacore 를 생성하여 해당 애플리케이션 문제를 손쉽게 파악 및

수정할 수 있도록 지원하거나 강제로 Server 를 재시작할 수 있습니다 .

요청 무한 대기 방지

Thread

Thread

ThreadThread

Thread Thread

Thread

IBM WebSphere Application Server

Thread

Thread

Thread

Thread Monitor 가 설정된 주기별로 관리되는 Thread 를 체크

Thread Monitor 가 해당 Thread 가 얼마 동안 살아 있었는지 체크

해당 Thread 가 지정된 시간이상 살아있었다는 것을 감지 ( 무한 대기예상 )

손쉬운 분석을 위한 Stack trace 와 함께 적절한 경고를 출력 or 필요시 Xtrace:trigger 옵션을 통해 강제로 해당 Server 재시작 도

가능→ 이를 이용하여 무한대기 문제가 발생되었을 경우 해당 program 을 손쉽게 파악할 수 있으며 조치 가능

1

2

3

4

Thread Monitor


애플리케이션 서버 자가관리 (Health Management)

IBM WAS 는 장애가 발생한 후에 잘 조치하는 내용 뿐만 아니라 , 실시간으로 개별 서버들의 서비스 품질 및 자원 사용 상태를 지속적으로 모니터링 하여 장애 상황이 예견될 경우 이를 자동으로 조치하고 관리자에게 통지 하게

됨으로써 사전에 장애를 방지 할 수 있는 기능을 제공하여 보다 높은 가용성을 제공 합니다 .

장애 사전 예방

자동 조치 순서 ( 조절 가능 ) - 로그 , 이메일 등으로 관리자에게 현재 상황 통지 - 해당 서버로 추가적인 요청 차단 (request 제어 ) - 향후 문제 원인 파악을 위해 Thread dump 또는 Heap dump 출력 - 서버 재시작 - 사용자 지정 조치 가능

자동 모드와 수동 모드 선택 가능

체크 가능 조건 - 과도한 응답 시간 - 과도한 량의 타임아웃 - 급작스런 응답시간 변화 - 서버가 처리한 요청의 수 - 메모리 사용률 - 메모리 누수 (Memory Leak) - 사용자 지정 조건 가능

정확한 원인 규명 가능 정확한 원인 규명 가능

장애를 사전에 방지 장애를 사전에 방지

DC2

동적감지

DC2

WebSphere

instanceinstance

WebSphere

instanceinstance

WebSphere

instanceinstance

WebSphere

instanceinstance

DC2

WebSphere

instanceinstance

WebSphere

instanceinstance

Hang 자동조치로 문제 해결

응답시간지연


애플리케이션 서버 자가관리 – 사용자 지정 조건 /조치

IBM WAS 의 애플리케이션 서버 자가관리 기능은 단순하게 지정된 감지 조건과 일정한 조치만을 제공하는 것이 아니라 사용자 관점에 맞추어서 다양한 감지 조건과 고객에게 맞는 조치방법을 사전에 추가 정의하여 제공할 수

있습니다 .

사용자 지정 조건 /조치

사용자 정의 할 수 있는 감지 조건 : 하단의 메트릭 들이 제공하는 모든 Data 를 감지 조건으로 이용할 수 있으며 ( 예시 : Connection pool 개수 , Active Thread 개수 등 ), Java, non-java 로 사용자가 원하는 조치를 직접 만들 수도 있음( 예시 : Java program, makeHeapdump.sh 같은 서버 script 등 )

PMI 모듈 PMI 메트릭 Sample 권장 액션

Thread Pool Module

Concurrentlyhung threads

PMIMetric_FromLastInterval$threadPoolModule$concurrentlyHungThreads > 3L

* Take thread dump* Restart server

Process Module Process total memory (kb)

PMIMetric_FromLastInterval$xdProcessModule$processTotalMemory > 2048L

* Restart server

Connection Pool Module

Average wait time (ms)

PMIMetric_FromLastInterval$connectionPoolModule$avgWaitTime > 5000L

* switch to another connection pool* Notify admin of DB issues


메모리 누수 감지를 통한 높은 안정성

운영 시에 애플리케이션 코드의 의심되는 패턴 감시를 통해서 탑 다운 패턴 기반의 메모리 누수 감지나 방지 , 조치를 제공할 수 있으며 이를 통해 보다 높은 안정성을 확보합니다 .

메모리 누수 (Memory Leak) 감지 및 방지

애플리케이션을 중지하거나 재배포할 때 메모리 누수를 감지 / 방지 하기 위한 자동적인 방안 제공

애플리케이션이나 개별 모듈이 중지될 때 활동을 모니터링 하여 진단 액션을 수행 메모리 누수 경고를 제공 하며 분석을 위해서 Heapdump 나 System dump 를

생성할 수 있는 기능 제공

WAS 자체적으로

메모리 누수감지 / 조치 지원

애플리케이션의 메모리 누수 가능성을 감소

충분한 정보를 취합 누수가 감지되면 App 수정을 지원

애플리케이션운영

애플리케이션 수정 및 안정화

패턴 기반의메모리

누수 감지

누수가 감지되면 App

수정을 지원할 분석 데이터 자동 생성


보다 강화된 트랜잭션 고가용성

IBM WAS 는 자체적으로 애플리케이션 다운타임을 제거하거나 최소화하기 위하여 SW 문제에 대한 진단이나 디버깅 능력 향상

보다 강화된 트랜잭션 고가용성

일반적으로 트랜잭션의 복구는 HA recovery log 를 필요하지 않습니다 . –WAS 서버의 재시작 시에 자동복구

그러나 만약 , 해당 WAS 서버가 어떠한 이유로 재시작 되지 않는다면 어떻게 될까요 ? - In-doubt 트랙잭션이 Data 의 lock 을 잡은 채 계속 존재

HA peer recovery : 정상적으로 수행중인 다른 WAS 서버가 실패된 in-doubt 트랜잭션의 복구를 지원 공유 파일 시스템을 통한 트랜잰션 로그의 공유가 필요 8.5.5 부터는 공유된 데이터베이스에 트랜잭션 로그를 저장 가능

- 별도의 공유 파일 시스템을 사용하지 않아도 됨

WAS WAS WAS

Tx LogTx

LogTx

LogTx

LogTx

LogTx

Log

Shared file system for HA

Or Shared DB for HA(New)


애플리케이션 버전 관리

IBM WAS 관리콘솔 내에서 2 개 이상의 다수의 버전 관리가 가능하며 하나의 버전에서 다른 버전으로 서비스 중단 없이 애플리케이션을 자동으로 업데이트 가능

애플리케이션 버전 관리 기능 애플리케이션 배치 시 버전 번호를 부여 보관 가능한 버전의 수에는 제한 없음 관리 콘솔에서의 조작만으로 원하는 버전으로 업데이트 및 복구가능

업데이트 및 복구는 운영 도중 , 서비스 중단 없이 수행 가능

관리 모드를 이용하여 무중단 배포 정책 수립 관리 모드를 사용하게 되면 해당 서버로 더 이상 요청을 보내지않음 ( 실시간 WAS 요청 인입 제어 )

요 청 을 받 지 않 는 상태로 서 버 가 살아 있 으므로 장 애 를 고립시키거나 애플리케이션 재배포 , WAS 서버의 재시작이

가능 위의 기능을 이용하면 클러스터링 환경에서 운영 중에 장애 없이

무중단 배포 정책 수립 가능

quiesce & stop

Edition 1.0

Edition 1.0

Edition 1.0

IBM HTTP Server/OD

R

Dynamic cluster

Edition 2.0

restartapplication

requests

예시 : D 증권의 경우 특정 서버로 실시간 요청 중지 기능을 이용하여 무중단 배포를 수행 . 따라서 운영 중에도 장애 없이 변경사항을 배포 하고 바로 반영할 수 있는 무중단 배포 정책 수립 사용 . 차세대 시스템 오픈이후 애플리케이션의 오류 수정을

위하여 오전 동시 호가 이후 9 시 10 분경부터 약 10 여회 이상의 무중단 배포 수행하여 서비스의 중단이나 오류 없이 변경사항을 실시간으로 운영시스템에 반영할 수 있었습니다 .


설정 변경 실시간 백업 /복구

통합 관리콘솔을 통해서 전체적인 환경을 통합적으로 관리하며 필요시 전체 설정 저장의 카피를 저장할 뿐만 ‘ ’ 아니라 자동으로 실시간 백업을 보존할 수 있어서 이를 통해 즉시 되돌리기 가 가능하여 만약 설정 이슈가

발생했다고 하여도 쉽게 해결할 수 있습니다 .

masterrepository

administrativeconsole

dmgr

checkpointrepository

• wsadmin

• scripting

• admin client

configurationchanges

auto

ma

tic(d

elta)

checkp

oin

ts

full

ch

eckpo

ints

administrativedirective

변경사항이 생길 때마다 실시간으로 설정이 저장됨 개별 설정 변경에 따라서 파일의 백업 카피로 이루어진 체크포인트가 변화 ‘ ’ 설정상의 이슈가 발생했을 때 즉시 되돌리기 기능이 사용 가능 설정 변경 관리 및 감사 용도로도 활용 가능 파일로 저장 설정을 남길 뿐만 아니라 저장된 설정의 각각의 상태를 관리콘솔에서 직접적으로

확인 및 제어가능


문제 감지를 위한 Cross Component Trace (XCT)

IBM WAS 자체적으로 애플리케이션 다운타임을 제거하거나 최소화하기 위하여 SW 문제에 대한 진단이나 디버깅 능력 향상

Cross Component Trace (XCT)

XCT log 뷰어 – 요청 별로 여러 개의 log 나 trace 파일을 그룹화 가능- 복잡한 애플리케이션 문제를 쉽게 디버깅하기 위하여 HTTP 나 JMS 요청과 응답에 대해서 자세한 정보를 확인 가능

High Performance Extensible Logging (HPEL) 모드만 log / trace 엔트리 확장 (request ID) 가능 같은 요청을 책임지는 여러 개의 스레드나 프로세스에 의해 생성되어진 log 나 trace 의 연관관계를 XCT 를 활용하여 손쉽게 확인 가능

HPEL log / trace 엔트리에 이름 , ‘값 쌍을 가진 확장’ 을 추가 가능- 애플리케이션과 연관된 스레드의 모든 log 와 trace 에 JEE 애플리케이션 이름을 추가 (‘appName’)- 개발자들이 새로운 LogRecordContext API 를 활용하여 본인 고유의 확장 추가 가능

[3/18/11 14:50:17:391 EDT] 00000018 W UOW= source=com.ibm.somelogger.QuickLogTest org= prod= component= thread=[WebContainer : 1] requestID=AAP+k9s6JZ9-AAAAAAAAAAA

hello world

logViewer.sh -includeExtensions appName=ACMEShovels –format advanced…[12/10/11 10:52:01:500 EST] 000001c6 1 UOW= source=com.acme.SomeLogger thread=[WebContainer : 6] org= prod= component= appName=[ACMEShovels] This is a trace entry from the MyShovels application

logViewer.sh -includeExtensions appName=ACMEShovels –format advanced…[12/10/11 10:52:01:500 EST] 000001c6 1 UOW= source=com.acme.SomeLogger thread=[WebContainer : 6] org= prod= component= appName=[ACMEShovels] This is a trace entry from the MyShovels application


로깅 성능 향상

IBM WAS 는 기존의 텍스트 포멧형식의 로깅 방식 뿐만 아니라 로그나 트레이스를 바이너리 형태로 파일 저장소에 직접 저장하는 방식을 추가하여 사용 편리성을 높이고 로깅 성능을 비약적으로 향상시켰습니다 .

로깅과 트레이싱 속도 향상- 로깅의 경우 WAS v7 에 비해 6 배 향상- 트레이싱의 경우 WAS v7 에 비해 3.8 배 향상

로그와 트레이스 데이터에 대한 보다 유연한 접근 기능 제공 - 필터와 포멧팅이 가능한 명령어 기반 접근- 원격 서버가 중지 중이라고 하여도 관리콘솔 GUI 를 통하여 로컬과 원격의 로그 , 트레이스에 대한 필터와 포멧팅- 로컬과 원격의 로그 , 트레이스에 대한 필터 , 포멧팅 , 통합이 가능한 프로그램적 접근

기존의 로그나 트레이스 기기 (instrumentation) 와 작업 가능

향상된 로깅 성능 (HPEL)


통합 문제 분석 도구 IBM WAS 는 단일화된 통합 관리환경 제공과 함께 통합 문제 분석 도구를 무상으로 제공하여 해당 도구를 통해서

관리자가 전문 지식 없이 빠르고 쉽게 문제를 분석할 수 있도록 지원합니다 . 이를 통하여 문제의 원인을 바로 파악할 수 있으며 신속하게 문제를 해결합니다 .

WASNetwork

DeploymentCell

Memory Analyzer- Heapdump 나 IBM System dump 를 분석하는

도구- 메모리 누수 감지 및 풋프린트 분석 제공- 실제 Java Heap 의 점유 클래스를 그래프적으로표현

Health Center - 매우 적은 오버헤드를 가진 모니터링 도구- 메소드 프로파일링 , GC, class loading,

locking 에 대한 분석 데이터 제공- 권고와 함께 잠재적 문제 가능성 진단 가능

Garbage Collection and Memory Visualizer- Java verbose GC logs 를 분석하는 도구- 성능 제한이 발생하는 이슈에 대하여 그래프적인

가이드 제공- GC 와 Java Heap 통계 정보 및 성능 튜닝 권고

리포팅 IBM Support Assistant

- 통합 문제 분석 도구 ( 무상제공 )- IBM WAS 와 연계되는 문제 분석 도구를

통합 관리 가능

통합 문제 분석 도구


WAS 에 대한 고객의 고민 ( 관리자 측면 ) – IBM WAS 로 해결 가능합니다 .

관리해야 할 WAS 가 점점 많아지면서 관리가 복잡하고 어려워 지고 있지않나요 ? > IBM WAS 는 원격지로 분산된 여러 노드 들의 설정 , 프로세스 관리 ,

애플리케이션 배포 등 모든 제어 기능을 중앙 집중식으로 수행하며 하나의 관리콘솔을 통해서 통합 관리합니다 . 이러한 단일 통합 관리환경은 대용량

WAS 환경을 관리하는데 필수적인 요소 입니다 .

운영환경에 대한 애플리케이션 버전 업데이트를 아직도 야간에 남아서작업하시나요 ? > IBM WAS 는 클러스터 환경에서 서비스 중단 없는 애플리케이션 버전

업데이트 기능을 제공합니다 . 해당 기능을 이용하면 운영환경이라고 해도 업무시간 중에 서비스 중단 없이 업데이트가 가능 하므로 더 이상 야간 업데이트

작업이 필요하지 않습니다 . (D 증권 , K 증권 기간계 시스템에 이미 안정적으로 활용 중 )


> IBM WAS 는 지능적인 자동화 기능이 강화 되어 WAS 의 실시간 상태를 고려해서 자동으로 부하 분산을 실시간 조정하는 것 뿐만 아니라 장애가 발생하기 전에 장애 징후를 사전에 인지하여 장애가 실제로 발생하기 전에 사전

조치를 취할 수 있습니다 . 이를 통해 WAS 환경의 안정성을 획기적으로 향상시킬 수 있습니다 .

애플리케이션에서 빈번하게 메모리 누수 이슈 가 발생하고 있지 않나요 ? > IBM WAS 는 패턴기반으로 애플리케이션 측면의 메모리 누수 감지 / 방지

기능을 제공합니다 . 이를 통해서 애플리케이션에 메모리 누수를 바로 감지 및 분석이 가능하고 이를 통해 개발 팀에 정확한 정보를 제공하여 메모리 누수를 해결할 수 있습니다 .

관리해야 할 WAS 가 점점 많아지면서 관리가 복잡하고 어려워 지고 있지않나요 ? > IBM WAS 는 원격지로 분산된 여러 노드 들의 설정 , 프로세스 관리 ,

애플리케이션 배포 등 모든 제어 기능을 중앙 집중식으로 수행하며 하나의 관리콘솔을 통해서 통합 관리합니다 . 이러한 단일 통합 관리환경은 대용량

WAS 환경을 관리하는데 필수적인 요소 입니다 .

운영환경에 대한 애플리케이션 버전 업데이트를 아직도 야간에 남아서작업하시나요 ? > IBM WAS 는 클러스터 환경에서 서비스 중단 없는 애플리케이션 버전

업데이트 기능을 제공합니다 . 해당 기능을 이용하면 운영환경이라고 해도 업무시간 중에 서비스 중단 없이 업데이트가 가능 하므로 더 이상 야간 업데이트

작업이 필요하지 않습니다 . (D 증권 , K 증권 기간계 시스템에 이미 안정적으로 활용 중 )


> IBM WAS 는 지능적인 자동화 기능이 강화 되어 WAS 의 실시간 상태를 고려해서 자동으로 부하 분산을 실시간 조정하는 것 뿐만 아니라 장애가 발생하기 전에 장애 징후를 사전에 인지하여 장애가 실제로 발생하기 전에 사전

조치를 취할 수 있습니다 . 이를 통해 WAS 환경의 안정성을 획기적으로 향상시킬 수 있습니다 .

애플리케이션에서 빈번하게 메모리 누수 이슈 가 발생하고 있지 않나요 ? > IBM WAS 는 패턴기반으로 애플리케이션 측면의 메모리 누수 감지 / 방지

기능을 제공합니다 . 이를 통해서 애플리케이션에 메모리 누수를 바로 감지 및 분석이 가능하고 이를 통해 개발 팀에 정확한 정보를 제공하여 메모리 누수를 해결할 수 있습니다 .






관리자




WAS 에 대한 고객의 고민 ( 아키텍트 측면 )

새로운 시스템을 구축하는데 JDK 6.0 을 사용할지 JDK 7.0 을 사용할지고민 하고 있나요 ?

요구사항이 점점 많아지면서 트랜잭션은 점점 늘어나는데 더 높은 성능을 요구 받고 계시나요 ?

DB 부하 증가에 따른 병목현상 으로 성능에 대한 고민을 가지고 계시나요 ?

새로운 시스템을 구축하는데 JDK 6.0 을 사용할지 JDK 7.0 을 사용할지고민 하고 있나요 ?


DB 부하 증가에 따른 병목현상 으로 성능에 대한 고민을 가지고 계시나요 ?

아키텍트

성능 향상을 위한새로운 아키텍처를고민하고 계신가요 ?

향후 개발과 성능 / 안정성 측면에서JDK 6.0 or JDK 7.0 에 대한 선택의고민

요구사항이 많아지면서 점점 증가되는 트랜잭션과 성능 요구

DB 부하 증가에 따른 병목현상 발생 새로운 표준 / 기술의 빠른 적용이

가능한 인프라 필요

In-Memory Data Grid솔루션인 WXS 통합 제공

-> 분산 캐싱 아키텍처 구현을 통한 성능 향상 /DB 부하 경감


가장 최신의 JDK 7.0 을 지원하며 개발과 운영환경에서 상황에 따라 가장 적합한 JDK 를 선택해서 사용 가능 (JDK 6 또는 7)

선택적인 JDK 사용

WAS V8.5 에서 선택적인 JDK 적용을 새롭게 소개 :

Java 6 를 지속적으로 사용하면서 일부 환경에서는 Java 7 을 사용 가능

Java 6 를 유지하면서 일부 부분집합은 Java 7 으로 토폴로지 구성 가능

필요할 경우 Java 7 과 Java 6 를 스위치 해서 사용 가능

Java 7 의 장점

호환성 – 이전 버전에서 수행되던 프로그램은 변화 없이 Java 7 에서 수행 가능

생산성 – 반복적인 코드 사용을 줄이고 베스트 코딩 프랙티스 사용을 촉진 String 을 바로 switch 문에서 사용 가능 , Binary literal(0b101010), multi-catch 사용 가능

Automatic Resource Management – 명시적인 close 없이도 Scope 를 벗어나면 자동으로 자원 반환

성능 – 새로운 concurrency API – asynchronous I/O API

보편성 – JVM 에서 동적 Language 의 성능 향상

통합성 – Java 7 에서 새롭고 유연한 파일 시스템 API 포함 (JSR203)

최신 JDK 7.0 지원 및 선택적으로 사용 가능


에디션에 따라서 In-memory Data Grid 솔루션인 WebSphere eXtreme

Scale(WXS) 를 WAS v8.5.5 와 함께 권한제공

WXS 는 WAS 서버 와 함께 설치하거나 다른 Box 에 별도로 설치 가능

In-memory Data Grid 솔루션인 WXS 를 통해서 통합된 캐싱의 장점을 얻을 수 있음

부하가 증가할 수록 분산된 캐싱 서버 환경만 늘리면 됨

함께 설치되거나 분리된 경우에 부여되는 WXS PVUs• 함께 설치 : WXS 와 WAS 는 자격을 가지는 WAS PVU 까지를 공유• 분리된 설치 : WAS PVU + WXS PVU 는 자격을 가지는 WAS PVU 를 넘지 못함

에디션에 따라 제공되는 WXS 자격 조건• ND = 제한 없는 WXS, WAS 지원 목적으로 사용하거나 다른 목적으로 사용 가능• Base = HTTP session 이나 DynaCache 용으로만 제한 , 권한있는 WAS 지원 목적만 가능• Express/Liberty Core = N/A

IMDG 솔루션인 WebSphere eXtreme Scale (WXS) 연계 및 통합

WAS v8.5.5 에 같이 제공되는 In-Memory Data Grid 솔루션인 WXS 를 활용하여 애플리케이션에 대한 Data 캐싱을 수행하여 애플리케이션 성능을 향상

App

App

App

App

EIS

A

B

D

C

C’

D’

A

B’

A’ 4 배 증가된캐쉬 !

캐쉬 클러스터는 애플리케이션과 같이

위치하거나 같은 단계 내에서 수행될 수 있음

App

5 배 증가된캐쉬 !

A

WA

S JV

Ms

WA

S JV

Ms

WX

S C

onta

iner JV

Ms

WX

S C

onta

iner JV

Ms


In-Memory Data Grid 를 통한 성능 극대화

In-Memory Data Grid 솔루션인 WXS 는 DB I/O 를 최소화하는 구조를 위하여 데이터를 메모리에 상주시킬 수 있기 때문에 반복적인 조회작업이 많은 업무에 사용되는 경우 성능 극대화 가능

DB Grid 동기화 모듈

P0 P3

P2 R5

R1

R3

R4

Grid Client

업무 애플리케이션 데이터 조회 /변경

WAS

( 실시간 /시간주기 /건수별 )

Grid Query

조회 위주 업무 적용- 여러 애플리케이션에서 공통적으로 조회가 빈번하게 발생하는 데이터를 대상으로 조회 Grid 구성-DB 부하 경감 , 애플리케이션 성능 극대화- 공통 / 코드 정보 , 고객 정보 등이 대상 데이터가 될 수 있음

Grid Data 초기 적재 가능-Grid 시작시에 대상 데이터를 DB 에서 자동으로 초기 적재 수행 가능 .-Grid 의 캐시 데이터 Hit rate 증대로 애플리케이션의 성능 향상 극대화

다양한 DB 동기화 지원- Grid 에 발생한 데이터 변경 (Insert/Update/Delete) 은 실시간 또는 비실시간 동기화를 통해 Database 에 반영- 지정한 시간 주기 또는 정해진 변경 회수에 도달하면 반영 등의 다양한 동기화 방안 지원

1 변경 데이터 동기화2

If 데이터Insert 발생

Database

Insert/Update/DeleteData Grid

업무 데이터


WAS 에 대한 고객의 고민 ( 아키텍트 측면 ) – IBM WAS 로 해결 가능합니다 .

새로운 시스템을 구축하는데 JDK 6.0 을 사용할지 JDK 7.0 을 사용할지고민 하고 있나요 ? > IBM WAS 는 JDK 6.0 과 JDK 7.0 을 동시에 지원 할 수 있는 WAS 입니다 . 그렇기 때문에 최초에 JDK 6.0 으로 환경을 구축한다고 해도 단순

클릭 한번으로 해당 환경을 바로 JDK 7.0 환경으로 바로 전환 가능합니다 .


> IBM WAS 의 경우 In-Memory Data Grid 솔루션을 통합해서 제공 하여 분산 캐싱 솔루션을 활용한 고성능 아키텍처 구성이 가능하며 이를 통해 타사 대비 고성능을 제공 가능합니다 .

DB 부하 증가에 따른 병목현상 으로 성능에 대한 고민을 가지고 계시나요 ? > IBM WAS 와 통합 제공되는 In-Memory Data Grid 솔루션은 DB 데이터를

사전에 메모리로 캐시 할 수 있으므로 이를 통해서 실제적으로 DB 로 직접 호출해야 하는 부하를 획기적으로 줄일 수 있습니다 . 이를 통해 고비용인 DB

확장 없이도 DB 병목 현상 문제를 완화 할 수 있습니다 .

새로운 시스템을 구축하는데 JDK 6.0 을 사용할지 JDK 7.0 을 사용할지고민 하고 있나요 ? > IBM WAS 는 JDK 6.0 과 JDK 7.0 을 동시에 지원 할 수 있는 WAS 입니다 . 그렇기 때문에 최초에 JDK 6.0 으로 환경을 구축한다고 해도 단순

클릭 한번으로 해당 환경을 바로 JDK 7.0 환경으로 바로 전환 가능합니다 .


> IBM WAS 의 경우 In-Memory Data Grid 솔루션을 통합해서 제공 하여 분산 캐싱 솔루션을 활용한 고성능 아키텍처 구성이 가능하며 이를 통해 타사 대비 고성능을 제공 가능합니다 .

DB 부하 증가에 따른 병목현상 으로 성능에 대한 고민을 가지고 계시나요 ? > IBM WAS 와 통합 제공되는 In-Memory Data Grid 솔루션은 DB 데이터를

사전에 메모리로 캐시 할 수 있으므로 이를 통해서 실제적으로 DB 로 직접 호출해야 하는 부하를 획기적으로 줄일 수 있습니다 . 이를 통해 고비용인 DB

확장 없이도 DB 병목 현상 문제를 완화 할 수 있습니다 .

아키텍트


향후 개발과 성능 / 안정성 측면에서JDK 6.0 or JDK 7.0 에 대한 선택의고민







WAS 에 대한 고객의 고민 ( 개발자 측면 )

오픈 소스 개발 WAS 를 사용했을 경우에 지원 / 책임 문제

운영환경에서 상용 WAS 를 사용할 경우 개발 / 운영 간의 애플리케이션

이관에 따른 차이 /부담 ( 마이그레이션 ) 개발도 운영과 같은 상용 WAS 를

사용해서 개발 한다고 해도 불필요하게 길어지는 WAS 재시작 시간

개발자

오픈소스인 Tomcat 이나 JBoss 로 개발을 수행하나요 ?

개발자를 위한 경량화 WAS 인

IBM WAS Liberty Profile 제공

-> 빠르고 , 유연하고 , 단순화된

애플리케이션 개발 가능

개발자가 많이 필요한 경우에 대규모 개발자들을 대상으로 WAS 개발 환경을 어떻게 만들어 주고 계시나요 ?

많은 개발자 환경 구축 후 WAS 설정 변경 작업등이 발생한 경우 동기화 를 어떻게 수행하고 있나요 ?

오픈 소스인 Tomcat 이나 JBoss 로 개발을 수행하고 상용 WAS 운영 서버로 애플리케이션 이관시 마이그레이션 작업이 필요 하지 않나요 ?

운영 서버와 같이 개발도 상용 WAS 로 개발 환경을 구축하셨다면 WAS 재시작 시간이 오래 걸리지 않나요 ?

오픈 소스 WAS 를 사용했을 경우 개발 환경에 대한 문제 지원 을 받을 수 있나요 ?





오픈 소스 WAS 를 사용했을 경우 개발 환경에 대한 문제 지원 을 받을 수 있나요 ?


==

목적 별로 적합한 WAS 의 선택 필요


WAS v8.5.5 Liberty Profile & WAS Developer Tools for Eclipse (WDT)

Unzip 만으로 설치 및 배치IM 이나 unzip 으로 설치 , 새로운“ server package” 옵션으로 app + config + 필요한 서버 런타임의

부분집합만 고집적 배치도 가능

Unzip 만으로 설치 및 배치IM 이나 unzip 으로 설치 , 새로운“ server package” 옵션으로 app + config + 필요한 서버 런타임의

부분집합만 고집적 배치도 가능

Liberty 확장Liberty 확장 인터페이스를

통해서 3rd 파티 컴포넌트나 커스텀 기능 추가 가능

Liberty 확장Liberty 확장 인터페이스를

통해서 3rd 파티 컴포넌트나 커스텀 기능 추가 가능

WAS full profile 에 대한 충실성 같은 안정적인 컨테이너 & QOS, Liberty

profile 에서 개발 후에 Liberty 나 풀 프로파일 WAS 로 배치

WAS full profile 에 대한 충실성 같은 안정적인 컨테이너 & QOS, Liberty

profile 에서 개발 후에 Liberty 나 풀 프로파일 WAS 로 배치

통합된 도구WDT Eclipse 기능의 강력한 도구 , v8.5.5 프로그래밍 모델 , Maven

통합 등이 강화

통합된 도구WDT Eclipse 기능의 강력한 도구 , v8.5.5 프로그래밍 모델 , Maven

통합 등이 강화

경량화된 클러스터 관리Liberty 서버는 워크로드 밸런싱과

고가용성을 위해서 경량화 클러스터에 추가 가능

경량화된 클러스터 관리Liberty 서버는 워크로드 밸런싱과

고가용성을 위해서 경량화 클러스터에 추가 가능

동적 서버 프로파일Web Profile – 처럼 정적이지 않음 좀 더

세밀한 레벨로 애플리케이션에 의해 인식

동적 서버 프로파일Web Profile – 처럼 정적이지 않음 좀 더

세밀한 레벨로 애플리케이션에 의해 인식

빠르게 시작 , 효율적인 구동3 초 이내 시작 , 메모리 풋프린트가50MB 이하 (TradeLite benchmark)

빠르게 시작 , 효율적인 구동3 초 이내 시작 , 메모리 풋프린트가50MB 이하 (TradeLite benchmark)

동적인 확장 서버 중단 없이 저장소에 (local 이나

remote) 새로운 기능 추가 가능

동적인 확장 서버 중단 없이 저장소에 (local 이나

remote) 새로운 기능 추가 가능

“ 개발자 우선” 지향 단순화되고 공유가능한 XML 서버 설정 , 새롭게 통합된

메세징 서버 , DynaCache 지원 , Web Service 나 JMS & EJB-Lite 같은 새로운 프로그래밍 모델 지원

“ 개발자 우선” 지향 단순화되고 공유가능한 XML 서버 설정 , 새롭게 통합된

메세징 서버 , DynaCache 지원 , Web Service 나 JMS & EJB-Lite 같은 새로운 프로그래밍 모델 지원

작은 다운로드 사이즈Web Profile 기능을 위해 50MB

작은 다운로드 사이즈Web Profile 기능을 위해 50MB

빠른 애플리케이션의 개발 및 전달을 위해 더 경량화된 WAS 인 IBM WAS Liberty Server 에 대한 획기적인 강화 - 개발 도구 , 서비스 품질 , 관리 , 새로운 프로그래밍 모델을 포함

Web Profile 인증Java EE Web Profile 표준의Web 애플리케이션 생성 가능

Web Profile 인증Java EE Web Profile 표준의Web 애플리케이션 생성 가능

경량화된 IBM WAS V8.5.5 Liberty Server


WAS v8.5.5 는 IBM WAS Liberty Server 에 대하여 프로그래밍 모델과 서비스 품질을 강화 – Liberty 애플리케이션과 배치에 대한 영역을 확장

Liberty Server - 기능 집합

Full WAS Profile

WAS Extensions

Java EE Support

Runtime Services

&

Config Model

‘ 기능’ 에 기반하여 높은 수준으로 구성 가능한 런타임

Application ManagerHTTP TransportFeature Manager

WAS v8.5.5 Liberty Profile


Liberty Server - 손쉬워진 설치

개발자와 ISV 에게는 IBM WAS Liberty Server 런타임과 eclipse 연계 도구 모두 별도의 비용 없이 무상으로 사용 가능함

개발 도구는 Eclipse 추가 기능으로 설치됨

50MB zip 정도의 작은 다운로드 사이즈 Unzip 을 통한 설치나

IBM Installation Manager 를 통해 설치 가능

2 분만에 아무것도 없는 상태에서 설치 완료 가능 :

1. Eclipse 추가 기능으로 IBM WAS 개발자 도구 설치

2. 해당 도구를 이용해서 IBM WAS Liberty Server 를 다운로드 하거나 WASdev.net 에서 바로 다운로드 가능

www.wasdev.net


Liberty Server - 동적인 런타임

featuresapps

resources

server.xml

Liberty runtime

application

applicationapplication

config updates

feature updates

app updatesjndi-1.0 jdbc-4.0

sessionDatabase-1.0

monitor-1.0transaction-1.1

ssl-1.0

servlet-3.0 wab-1.0

jsp-2.2 jsf-2.0

dropins location

JDK 6.0/7.0

OSGi frameworkOSGi framework 설정 , 기능 , 애플리케이션 업데이트는IBM WAS Liberty Server 의 재시작 없이

즉시 동적 반영


Liberty Server - 단순화된 서버 설정 ( 하나의 server.xml 파일 /Eclipse 연동 )

가장 단순한 케이스 : 모든 서버의 설정이 하나의 XML 파일로 가능

Eclipse 도구에 연동된 설정 위자드를 통한 손쉬운 설정

관리 콘솔이나 wsadmin 등이 더 이상 필요 없음

추출 및 공유 , 버전 관리가 가능

WAS v8.5.5 Liberty 는 모든 설정이 하나의 server.xml 파일로 구성 가능하며 이를 통해서 공유 /버전 관리가 용이 (Eclipse 도구에 연동된 위자드 제공 )


Liberty Server – 시작 시간 / 풋프린트 & 처리량

Tomcat 7.0.12 JBoss 7.0 Web Profile

GlassFish 3.1 Web Profile

Liberty Profile0.0

1.0

2.0

3.0

4.0

5.0

6.0

7.0

8.0

9.0

0

20

40

60

80

100

120

1.7

5.3

7.8

2.334

93

104

46

Startup & Footprint Comparison of various lightweight servers

Startup time

Footprint

Sta

rtu

p t

ime i

n s

eco

nd

s (

Lo

wer

is B

ett

er)

Fo

otp

rin

t in

MB

(L

ow

er

is B

ett

er)

경량화된 개발 환경에 대한 이슈를 WebSphere 에서 직접 해결할 수 있으며 경량화된 서버에서 완전한 운영환경 서버의 속도로 서비스 요청 처리 가능

Liberty Profile 의 시작 시간 & 풋프린트가 Tomcat 과 거의 동등함

Liberty Profile 은 JBoss Web Profile 시작 시간의 절반만 소요

Liberty Profile 은 JBoss 에 비해서는 최대 20%, Tomcat 에 비해서는 25%

이상의 높은 성능을 보여줌

Tomcat 7.0.12 JBoss 7.0 Web Profile

GlassFish 3.1 Web Profile

Liberty Profile0%

20%

40%

60%

80%

100%

120%

80% 83%90%

100%

Throughput Comparison of various lightweight servers

Re

lati

ve

Th

rou

gh

pu

t (h

igh

er

is b

ett

er)


WAS 에 대한 고객의 고민 ( 개발자 측면 ) – IBM WAS 로 해결 가능합니다 .




사용해서 개발 한다고 해도 불필요하게 길어지는 WAS 재시작 시간

개발자

오픈소스인 Tomcat 이나 JBoss 로 개발을 수행하나요 ?






> IBM WAS Liberty Server 는 설치 작업이 필요 없이 압축만 풀면 바로 사용가능 하므로 대규모 개발자 환경이라고 해도 압축 jar 만 개발자에게 배포하면 바로 환경 구축이 가능합니다 . (eclipse 와 묶어서 하나의 zip 형태로 배포가능 )


> IBM WAS Liberty Server 는 server.xml 이라는 하나의 파일에 모든 설정이포함 되어 있으므로 해당 파일을 다시 공유하기만 하면 모든 개발자 환경에 대한WAS 설정 변경 / 동기화 작업들을 손쉽게 한번에 바로 수행 가능합니다 .


> IBM WAS Liberty Server 는 운영 서버에 사용되는 IBM WAS full profile 과 동일 코드 기반의 WAS 이므로 애플리케이션에 대한 별도의 마이그레이션 작업이

필요하지 않습니다 .


> IBM WAS Liberty Server 는 일반적인 환경에서 재시작 시간이 5 초도 안걸리며 Tomcat 과 비교해도 비슷한 재시작 시간을 보여줄 수 있습니다 .

오픈 소스 WAS 를 사용했을 경우 개발 환경에 대한 문제 지원 을 받을 수 있나요 ? > IBM WAS 는 운영 서버에 대한 라이센스를 보유하고 있으면 해당 개발 환경에

대한 부분도 공식 지원 가능합니다 .


> IBM WAS Liberty Server 는 설치 작업이 필요 없이 압축만 풀면 바로 사용가능 하므로 대규모 개발자 환경이라고 해도 압축 jar 만 개발자에게 배포하면 바로 환경 구축이 가능합니다 . (eclipse 와 묶어서 하나의 zip 형태로 배포가능 )


> IBM WAS Liberty Server 는 server.xml 이라는 하나의 파일에 모든 설정이포함 되어 있으므로 해당 파일을 다시 공유하기만 하면 모든 개발자 환경에 대한WAS 설정 변경 / 동기화 작업들을 손쉽게 한번에 바로 수행 가능합니다 .


> IBM WAS Liberty Server 는 운영 서버에 사용되는 IBM WAS full profile 과 동일 코드 기반의 WAS 이므로 애플리케이션에 대한 별도의 마이그레이션 작업이

필요하지 않습니다 .


> IBM WAS Liberty Server 는 일반적인 환경에서 재시작 시간이 5 초도 안걸리며 Tomcat 과 비교해도 비슷한 재시작 시간을 보여줄 수 있습니다 .

오픈 소스 WAS 를 사용했을 경우 개발 환경에 대한 문제 지원 을 받을 수 있나요 ? > IBM WAS 는 운영 서버에 대한 라이센스를 보유하고 있으면 해당 개발 환경에

대한 부분도 공식 지원 가능합니다 .


새로운 IBM WAS V8.5.5




사용해서 개발 했을 때 길어지는 WAS 재시작 시간

개발자

아직도 오픈 소스인Tomcat 이나 JBoss로 개발을 수행하나요 ?






관리자 아키텍트













IBM WAS 는 고객이 WAS 시스템에 고민하고 있는 부분들에 대한 해결점을 제공함으로써 성공적인 업무 시스템을 위한 WAS 인프라를 제공할 수 있습니다 .


WebSphere 버전 별 성능 비교


명확히 보이시나요 ?

WAS 라고 다 똑같은 WAS 가 더 이상 아닙니다 .

개발자들을 위한 경량화된 IBM WAS Liberty Profile 을 제공합니다 . 약 50MB 정도의 하드디스크만 차지하며 , 구동시간이 3 초도 걸리지 않는 아주 가벼운 WAS 입니다 .

애플리케이션 버전 관리 기능을 통해 가동시간 중단 없이 애플리케이션 업그레이드 가 가능합니다 .

자가 보호 및 치유기능을 통하여 미리 문제를 감지하고 조치 를 취할 수 있습니다 .

같이 제공되는 In-Memory Data Grid 솔루션인 WebSphere eXtreme Scale (WXS) 을 통하여 탄력적인 캐싱 기술을 바로 적용 하여 보다 더 높은 성능 요구를 만족할 수 있습니다 .


End of The Document.End of The Document.