jboss 5 detail

0 Copyright 2012 , Open Source Consulting, Inc. All Right Reserved

©2012 Open Source Consulting, Inc.

The information contained herein is subject to change without notice

JBoss Application Server Open Source Consulting, Inc. Ji-Woong Choi, Consulting Coach([email protected])


Java Enterprise Edition

J2EE 1.4 JEE5 JEE6 J2EE 1.3


제품마다 칩이 틀리고 C언어를 이용하여 새로 컴파일하니 시간이

너무 오래 걸리네. 어떠한 OS에서도 돌릴 수 있는

방법이 없을까?

밥솥, 냉장고 등에 넣어야 하기 때문에 어떠한 OS에서라도 동작해야 한다!!(Platform 독립)

Java탄생

우리 가전 제품을 제어할 소프트웨어를 만들어 주세요

1991년

Genesis of Java

http://images.google.co.kr/imgres?imgurl=http://www.listphile.com/Fortune_500_Logos/General_Electric/image/006_GE.png&imgrefurl=http://www.listphile.com/Fortune_500_Logos/General_Electric&usg=__Kue3-nQNVRi53a3uoXcsjGm8_ko=&h=375&w=375&sz=20&hl=ko&start=25&um=1&tbnid=ZfkP9JmejKJ-MM:&tbnh=122&tbnw=122&prev=/images?q=GE&start=20&ndsp=20&um=1&hl=ko&newwindow=1&rlz=1T4ADBF_koKR301KR301&sa=N

http://images.google.co.kr/imgres?imgurl=http://www.zdnet.co.kr/images/stories/man/James_Gosling.jpg&imgrefurl=http://www.zdnet.co.kr/itbiz/reports/trend/0,39034651,39130833,00.htm&h=197&w=150&sz=56&hl=ko&start=5&tbnid=bAMcRZt2v89X_M:&tbnh=104&tbnw=79&prev=/images?q=%EC%A0%9C%EC%9E%84%EC%8A%A4+%EA%B3%A0%EC%8A%AC%EB%A7%81&svnum=10&hl=ko&lr=&newwindow=1&rls=GGLD,GGLD:2005-10,GGLD:ko&sa=N

http://images.google.co.kr/imgres?imgurl=http://www.agentgroup.unimore.it/pppj08/images/sun_logo.png&imgrefurl=http://www.agentgroup.unimore.it/pppj08/sponsors.html&usg=__0msBP7OqzytyvYUd_Xa3nQ-MvwU=&h=357&w=800&sz=48&hl=ko&start=1&um=1&tbnid=N3lBhCGruhrsTM:&tbnh=64&tbnw=143&prev=/images?q=Sun+MicroSystems&um=1&hl=ko&newwindow=1&rlz=1T4ADBF_koKR301KR301


TCP/IP

HTTP등장

넷스케이프를 통한 웹 중흥

Applet

1996년

Servlet stands for

1998년

규모 EJB

Java 2 Enterprise Edition

http://images.google.co.kr/imgres?imgurl=http://www.kr.freebsd.org/~cjh/freetime/mozilla/netscape3-hanmsg/title.gif&imgrefurl=http://www.kr.freebsd.org/~cjh/freetime/mozilla/netscape3-hanmsg/&h=269&w=492&sz=12&hl=ko&start=6&tbnid=a0ey6qFJzbS2UM:&tbnh=71&tbnw=130&prev=/images?q=%EB%84%B7%EC%8A%A4%EC%BC%80%EC%9D%B4%ED%94%84&svnum=10&hl=ko&lr=&newwindow=1&rls=GGLD,GGLD:2005-10,GGLD:ko


원격호출을 쉽게 해볼까?

RMI(Remote Method Invocation)

(원격지에 있는 객체를 내 것처럼)

뭔가 부족합니다!

CORBA가 좋군요!

CORBA 1.분산 트랜잭션

2.디렉토리 서비스 3.네이밍 서비스 4.보안 서비스 5.기타 등등.

Java RMI +

CORBA Service

EJB (Enterprise Java Beans)

JSR-19

Genesis of EJB(1998)



http://images.google.co.kr/imgres?imgurl=http://www.dkbnews.com/bbs/data/cloudnews/1087017042/0611_ch_t.jpg&imgrefurl=http://www.dkbnews.com/bbs/zboard.php?id=cloudnews&p_choice=&p_item=&code=&p_page=18&h=150&w=200&sz=9&hl=ko&start=5&tbnid=aw9C6OA9QraIbM:&tbnh=78&tbnw=104&prev=/images?q=%EC%BB%A8%EB%8B%9D&svnum=10&hl=ko&lr=lang_ko&newwindow=1&rls=GGLD,GGLD:2005-10,GGLD:ko


First Web Application Server : Tengah

• WebLogic, Inc.

1995년 자바 탄생과 동시에 설립

1997년 Pure Java RMI/ORB 서버 Tengah 개발

CORBA, 오라클 데이터베이스, MSSQL 서버, dbKona/Sybase 등에 접근을 쉽게 제공

애플릿에서 데이터베이스 연결을 허용하는 ‘Three-tier’ 서버도 개발(웹로직의 t3 프로토콜은 three-tier server란 이름에서 변형.)

1998년 BEA Systems에 인수(C기반 TP모니터 턱시도)

2008년 오라클 인수


WAS Market


JBoss Application Server

• Enterprise Java Beans Open Source Software

1999년, 프랑스의 엔지니어였던 마크 플러리(Marc Fleury)에 시작된 오픈소스

프로젝트는 J2EE 명세서의 Enterprise Java Bean (EJB) 부분에 대한 구현체 제공을 목적

2001년 플러리와 동료들(Apache Tomcat Committers)은 JBoss Group, LLC 설립(커뮤니티 지원, 교육, 컨설팅으로 사업)

EJB는 Sun의 상표권으로서 이름을 사용하지 못함

전세계에 개발자를 둔 오픈소스 웹 애플리케이션 서버

2006년 레드햇 인수(RHEL과 같은 전략을 취함)


JBoss.org Community JBoss Enterprise Middleware

JBoss Community vs Enterprise Edition


Platform

Candidate

Release(s)

Quality

Assurance

JBoss.org 프로젝트

1

제품 요구 사항 정의

제품 관리

2

플랫폼 테스팅, 인증, 문서화

JBoss QA, 문서화팀,

인증된 파트너

4

JBoss

Enterprise Platform

플랫폼 컴포넌트

구성 및 통합

JBoss

제품화 담당 엔지니어

3 5

플랫폼 발표

(General Availability)

JBoss Release Engineering

Del

iver

y P

has

e P

roduct

izat

ion

Tea

m

JBoss Enterprise Application Platform


이런 상황에서 손쉽게 JBoss 기능을 확장시킬

수 있는 방법이 무엇일까?

개발자는 전세계에 존재하고, 모여서

협업하기도 힘들어~

Global Community Collaboration


• POJO 스타일로 Service와 Deployer로 구성하여 상호 참조가 가능하는 것이 목적.

• 구성 요소

MbeanServer : JBoss 부팅시 로드되도록 함.

JBoss JMX : 모든 서비스들이 JMX 버스에 등록되도록 함.

Services : 서버구성 컴포넌트들(예: HttpService, EJBService, Scanner, Messaging Service 등)

Deployers : 사용자가 만들 애플리케이션이 나타났을 경우, 어떤 서비스에 적용할 것인지 제어하는 컴포넌트(예: xxx.war가 등록되면 확장자를 통해 WarDeployer가 구동되고, 해당 HttpService를 찾아 호출해주는 기능을 담당)

ClassLoader : deployer에 의해 등록되는 애플리케이션을 위한 클래스 로더

JBoss 4.X – Micro Kernel


• 2005년 마이크로 컨테이너로 이름을 변경하고 부가 기능들을 도입

기본 마이크로 커널 기능

auto-wiring(by javassist)

inner bean/local bean

prototype bean

Module(OSGi like)

reusable bean (abstract bean/function)

ad-hoc bean combination

JBoss 5.X – Microcontainer


Java Virtual Machine

APIs / Programmings Models (POJOs, WS, REST, Java EE, Spring, Groovy, jRuby, etc.)

JBoss MicroContainer (Dependencies, Lifecycle, Management, Class-loading)

Core Enterprise Services Tra

nsac

tions

Mes

sagin

g

Cac

hing

Rem

otin

g

Web

Ser

vice

s

Clu

ster

ing

Sec

urity

Per

sist

ence

WAS의 core 기능을 모듈화함

최소의 기능을 가진 Container

Microcontainer는 많은 컴포넌트 모델을 지원

POJO

JMX

OSGI 등

공통된 관리 기반 제공

필요한 기능을 만들어 넣을 수 있는 Pluggable 한 구조

보다 더 유연한 구조로 시스템을 확장하여 새로운 프레임워크를 만들 수 있도록 구성



• JBoss의 다양한 플러그인들을 마음대로 가져다 쓸 수 있음.

Spring의 경우 하나의 jar 또는 context로 묶어야 동일 클래스 로더에서 참조 가능

• 서로 다른 클래스 로더에 의해 로딩된 클래스라도 Kernel Bus에 의해 참조 가능

• 애플리케이션을 작은 모듈 단위로 나누어 필요할 때 커널에 꽂아 사용하면 됨.

Service Version Description

R2R 1.0 Initial Version

R2R 1.1 Minor Upgrade

Workflow Application

새로운 버전의

서비스 등록

새로운 버전의 서비스 등록시 버전 등록을 통하여 이력 관리

Service DB

Connection

Pool-1

DBMS Service

DB Connec

tion Pool-2

Service DB

Connection

Pool-n

Service

(New version)

Workflow Application

(New Version)

2

1

Jar, Sar 애플리케이션



JBoss Microcontainer

Bootstrap ClassLoader

Ext ClassLoader

App ClassLoader

바이트코드 조작

클래스 로더 저장

/jre/lib/ext

객체 생성

• 부트스트랩 클래스로더는 JVM의

네이티브 코드 영역에 존재하며,

Object와 같은 코어 자바 클래스를

VM에 로딩할 때 사용

• 익스텐션 클래스로더(extension

classloader)라고도 불리며, 자바의

확장 클래스들을 로딩할 때 사용

• java.class.path 프로퍼티에 명시된

경로에서 코드를 로딩하는

클래스로더

lib/rt.jar

Workflow Manager

Custom ClassLoader

Custom Class Loader

클래스 리로딩은 커스텀 클래스 기능을 사용하지 않으면 구현할 수 없는 기술



JBoss 7.X – OSGi

• Open Service Gateway initiative

• 원래 홈게이트웨이 용도로 시작, 스마트폰, 가전제품, 산업 자동화, 자동차 분야까지 확대

• Sun JCP JSR-291 (Dynamic Component Support for Java™ SE - 별칭: OSGi 4.1)

Bundle Bundle

JAVA

Operating System

Hardware

OSGi Framework

Service registry

packages packages

• Modularity(모듈화)

OSGi내의 모듈을 정의

다른 모듈을 위한 기능 제공

다른 모듈에 의해 제공되는 기능 사용

http://www.jcp.org/en/jsr/detail?id=291




시작이나 종료될 준비가 된 상태인지 확인

BundleActivator의 start() 메소드 호출

BundleActivator의 start() 메소드 호출 후 정상적인 메시지 리턴시

BundleActivator의 stop() 메소드 호출

번들이 정상적으로 디플로이

JBoss 7.X – OSGi


• minimal 최소 설정 - JBoss 시작에 필요한 최소한만 포함되어 있음. 로깅, JNDI서버, URL 디플로이먼트 스캐너만 포함됨. 웹 컨테이너나 EJB, JMS지원은 포함되지 않음.

• default 기본 Java EE 5 서버 프로파일. Java EE 애플리케이션 디플로이시 자주 사용되는 기본적인 구성요소를 포함함. JAXR서비스, IIOP서비스, 클러스터링 관련 서비스는 미포함

• all 모든 사용 가능한 서비스가 포함되어 있음. RMI/IIOP와 클러스터링 등을 포함함

• standard JavaEE 5 인증을 받은 JBoss 구성

• web 경량 웹컨테이너 기반의 서비스(Java EE 6 웹 프로파일을 미리 맛볼 수 있음)

JBoss Servers


디렉터리 설명

conf bootstrap.xml 부트스트랩 디스크립터를 포함하고 있음. 서버가 살아있는 동안 계속 존재할 핵심 마이크로컨테이너 빈을 정의

data 파일시스템에 내용을 저장하고 싶은 서비스가 사용할 디렉터리. 서버 재시작시에 다시 복구해야 할 영속성이 있는 데이터들을 저장함. 예를 들어 Hypersonic 데이터베이스 인스턴스와 같은 서비스들이 데이터를 여기 저장

deploy 핫 디플로이(서버 실행 도중 추가/삭제 되는 것을 말함) 가능한 서비스들을 저장함. 현재 서버 설정에서 사용되는 애플리케이션을 포함함. 사용자는 이 디렉터리에 애플리케이션 패키지를 복사해서 자동으로 디플로이할 수 있음

lib 이 서버 설정에 필요한 JAR 파일을 포함함. JDBC 드라이버 등의 필요한 라이브러리 파일이 여기 저장되며, 서버 시작시 공유된 클래스패스에 이 디렉터리에 있는 JAR파일들이 포함됨. 다만, 이 디렉터리에는 특정 서버 설정에서 사용할 라이브러리만 저장하며, 여러 설정에서 공유되는 JAR들은 <JBoss_Home>/common/lib에 들어가게 됨.

log 로그파일이 저장되는 디렉터리. Jakarta log4j 패키지를 사용해 로깅을 함. 로깅 관련 설정은 conf/jboss-log4j.xml 설정파일로 변경 가능함

tmp 서비스에서 사용하는 임시파일이 저장됨. 예를 들어 디플로이어들은 압축된 파일을 이 디렉터리에 풀어서 처리

work Tomcat이 JSP파일을 컴파일한 자바파일과 클래스파일이 이 디렉터리에 들어감

Instance Directories


• JBoss Application Server는 Thread Pooling 기법을 이용하여 성능 향상을 구현하고 있으며, 미세한 XML 환경 설정 조정을 통한 스레드 조절이 가능함으로써 성능 향상을 위한 튜닝을 효과적으로 진행


DBMS EJB

EJB

DB Connection

Pool

Thread Pool

Request

EJB Pool

JDBC

Request

Queue

Execute Thread Execute Thread Execute Thread

Pooling

Pooling

Pooling

• JSP/Servlet에 대한 Pool을 이용하여 성능을 극대화.

• EJB의 경우 Pool을 이용하여 init, max 영역 내에서 자동으로 조절할 수 있는 기능을 보유

• JDBC Pooling을 이용한 데이터 베이스 커넥션 재사용

Processing for Heavy Load


Server

DBMS1 1

2

3

9

Request 수행

5

HA Data

Source

6

7

1번 DBMS 접속

1번 DBMS

Fail 확인

2번 Connection Pool로

재 Request 수행 2번

DBMS 접속

DBMS2

응답

WebServer

웹컴포넌트


Data Source 2

Data Source 1

Deploy/ 디렉토리 하위의 *-ds.xml 파일이 존재할 경우 내부의 XML설정을 이용하여 JNDI 맵핑

Pool에 유지할 최소 connection 개수로 기본값은 0. 기본적으로 최초 getConnection() 호출전까지 물리적인 db connection은 만들어지지 않음. 데이터소스 디플로이시에 <min-pool-size>만큼 connection을 만들고자 한다면 <prefill>true</prefill>을 추가로 설정해야 함.

JBoss가 자동으로 leak을 발생하는 statement 객체를 자동으로 닫고자 할 경우 <track-statements>를 true로 설정

JDBC preset statement 성능향상을 위해 <prepared-statement-cache-size>를 설정: specj에 의하며 10% 정도의 성능 향상이 보고됨.

Data Source


모든 리소스는 MBean을 사용하여 관리.

JMX Agent (or group of agents)상의 모든 MBean은 하나의 관리 콘솔에서 모두 처리

JMX를 이용할 경우 모든 소프트웨어 관리 포인트를 한 곳으로 집중할 수 있다는 장점이 발생.(JSR-255)

http://www.jcp.org/en/jsr/detail?id=255 JSR 255: JavaTM Management Extensions (JMXTM) Specification, version 2.0

Firewall hardware

Server

Web server software

Server Application

DB server software Management console

JMX Agent

Adapter

= JMX MBean

Java Management Extension



Logging

• JBoss 서비스 중 가장 먼저 올라오는 서비스 중의 하나(참조: conf/jboss-service.xml)

• /conf/jboss-log4j.xml 파일에 log4j 관련 appender를 설정하여 로그 설정

• SMTPAppender, SocketAppender, JMSAppender, SyslogAppender 사용 가능)

• JBoss 에서는 기본적으로 INFO로 세팅되어 있음.

• 서버 로그는 logs/server.log 파일에 기록됨

• 로그 레벨의 변경

/conf/jboss-log4j.xml 파일을 수정 가능

파일의 수정보다는 start script에서 시스템 프로퍼티를 사용하여 변경 권장

-Djboss.server.log.threshold=DEBUG


JBoss Web Tier

JBoss Web

HTTP JSP

HTTPS

AJP

Servlet

JMX

API

• 3-Main Connectors : HTTP 1.1, HTTPS, AJP 1.3

• HTTP 1.1

Application Server로의 direct request를 받음

Default: enabled, port: 8080

• HTTPS

HTTPS를 직접 입력으로 받음, SSL keystore 필요

Default: disabled, port: 8443

• AJP 1.3

Apache Web Server를 통해 mod_jk를 통해 입력받는 커넥터

Default: enabled, port: 8009

JBoss Web Tier Configuration

• Tomcat Chairman == JBoss Web Project Lead

• deploy/jbossweb.sar/server.xml

• IP 주소에 따른 바인딩이 결정됨

server.xml - ${jboss.bind.address}

서버 시작시 – run.sh –b 명령



<Connector protocol="HTTP/1.1" port="8080" address="${jboss.bind.address}"

connectionTimeout="20000" redirectPort="8443" />





<Connector protocol="AJP/1.3" port="8009" address="${jboss.bind.address}"

redirectPort="8443" />


JNDI Service Configuration

• conf/jboss-service.xml 파일에 서비스 기술

• IP 주소에 따른 바인딩이 결정됨 : ${jboss.bind.address}

• JNDI lookup은 프로그래밍적으로 처리하거나, 클래스 패스 내의 jndi.properties 파일을 사용

java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory

java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces

java.naming.provider.url=jnp://localhost:1099

• IP HTTP/S를 통해 터널링 시킬 수 있음

• 클러스터 구성시 HA-JNDI 서비스 가능

TCP 1100이 기본적으로 사용됨

java.naming.provider.url=server:1100,server2:1100,server3:1100


• JBoss Messaging Main

JMS 1.1 스펙 준수 및 JBoss AS의 런타임 라이브러리로 사용.

성능, 신뢰성, 안정성 및 낮은 응답시간 등에 초점을 둠.

SOA의 초기 단계인 JBoss ESB의 핵심 모듈로서 사용

Netty 기반의 고성능 자바 엔진(LDAP, DNS, Keberos, etc)

?

Sender Receiver Connection

Session

Producer

Consumer

JBoss Netty

Core

Client-side Delegates

Client-side aspects

Server-side

aspects

Server-side endpoints

JMS - Messaging


• deploy/messaging 파일에 서비스 기술

• 아래와 같은 설정 파일들이 존재

messaging-service.xml – Microcontainer 서비스 등록에 대한 설정

remoting-bisocket-service.xml – clientserver로 접속할 때 소켓을 설정

xxx-persistence-service.xml – DB persistence를 사용할 경우 지정

connection-factory-service.xml – 메시징 커넥션 팩토리 설정

destinations-service.xml - Queue/Topic에 대한 설정

JMS - Messaging


HTTP Tunneling

• 방화벽으로 인하여 서비스를 정상적으로 처리하지 못할 경우 사용 가능

HTTP

JNDI

RMI

JNDI

RMI

Client Application

Server

• JBoss의 invoker 서비스를 이용하여 터널링을 처리

• deploy/http-invoker.sar 애플리케이션에 JBoss에 터널링 액세스를 지원하는 모든 컴포넌트 제공

• sar 내의 META-INF/jboss-service.xml 파일 내의 HttpInvoker 및

HttpInvokerHA(all 설정) 정의

• jndi.properties의 내용은 다음의 내용으로 변경 필요

java.naming.factory.initial=org.jboss.naming.HttpNamingContextFactory

java.naming.provider.url=https://localhost:8443/invoker/JNDIFactorySSL


Classloading

System Class Loader

Enterprise Application Archive(EAR)

EAR Class Loader

Resource Adaptor Archive(EAR)

RAR Class Loader

Web Application Archive(EAR)

WAR Class Loader

• 애플리케이션 디플로이시 가장 많은 문제를 일으킴

• 아래의 코드를 통해 클래스 로더를 분리

<?xml version="1.0" encoding="UTF-8"?>

<jboss-web>

<class-loading java2ClassLoadingCompliance="false">

<loader-repository>

com.samsung:archive=com.stsm.iis.war

</loader-repository>

</class-loading>

<context-root>/</context-root>

</jboss-web>


Web 서버 JBoss AS

부하분산 흐름도

Load Balancer

내부 망/외부 망

DBMS

DBMS

DB 서버

* DB 서버의 구성에 따라, JBoss Server가 하나의 업무 DB를 접속하거나, 이중화된 DB를 접속할 수 있도록 구성할 수 있습니다.

일반적으로 안정성 및 성능 지향적인 업무 시스템을 위한 하드웨어 구성을 위하여 Web 서버 및 Web Application

서버 플랫폼의 하드웨어를 이중화하는 구성을 사용

Load Balancing

http://h18004.www1.hp.com/products/servers/platforms/index-tc.html

http://h18004.www1.hp.com/products/servers/platforms/index-tc.html


JBoss는 애플리케이션 서버 자체의 클러스터링 기능을 이용하여 HTTP Sessio에 대한 클러스터링 및 Stateful EJB에 대한

클러스터링을 통하여 처리 속도를 향상 시킬 수 있는 방법을 제공.

Data JBoss Application Server

부하분산 흐름도

Load Balancer

Source

1 2

3

HTTP Load-balancing

L4 또는 Apache Plug-in (mod_jk)를 사용

Apache Plug-in (mod_jk) Load-balancing 정책

Weighted Round Robin, Lowest Session, Lowest Network Traffic, Lowest Current Load

EJB Load-balancing(EJB Stub (Proxy)에서 제어)

Load-balancing 정책

Round Robin – 매번 다른 노드를 호출 (Stateless Session Bean)‏

First Available – 처음 선택된 노드를 계속 호출 (Stateful Session Bean, Entity Bean)‏

First Available with Identical All Proxies – 처음 선택된 노드를 계속 호출하며, 동일한 EJB를 호출하는 모든 클라이언트는 이 노드를 호출

Load Balancing


• JBoss Cache 및 JGroups 컴포넌트를 통해 Clustering 기능을 제공

• Configuration: all/deploy/cluster/jboss-cache-manager.sar

Domain

클러스터A

M1

M2

WAS

WAS

Web Server Plug-in

JGroups

Domain

클러스터A

M1

M2

Failover

WAS

WAS

Web Server Plug-in

JGroups Buddy HttpSession

Main HttpSession

(주요사항)

클러스터링이 되어있는 모든 JBoss Server는 실시간 으로 정보를 주고 받습니다.

Client

정상 서비스 수행(세션 복제)

Client

Buddy HttpSession

Main HttpSession

장애 발생시 Buddy 그룹에 저장된 HttpSession을 이용하여 계속 처리

클러스터링된 JBoss Server간의 HttpSession 복제가 이루어짐

장애 발생으로 인한 세션 Fail-Over 수행

부하 분산: 요청을 서버들에 전달하여 고가용성 및 성능향상

상태 복제: 클러스터 내의 모든 노드들이 상태 접근가능 – 하나의 노드가 장애시 다른 노드에서 클라이언트와 통신하여 서비스 제공

자동 장애복구: 시스템 장애시 클라이언트는 다른 노드로 redirection

Clustering


기본적으로 WAS에서 제공하는 클러스터링을 이용하지 못하고 자체적으로 구축해야 하는 경우, 멀티캐스트 솔루션과 캐시 솔루션을 이용하여 분산 복제 애플리케이션을 구축

AppContext

Pro

xy

Database A

App

Workflow

Workflow

Replication (Cache)

AppContext Replication

(Cache)

1

2

App

Workflow

Workflow

JGroups

3

4

클라이언트 프록시에 의해 서버 1의 애플리케이션이 호출됩니다. 공유해야 할 정보를 컨텍스트에 복제합니다. 1

컨텍스트가 변경된 것을 캐시가 자동으로 감지합니다. 2

JGroups 등의 멀티캐스트 솔루션을 통해 같은 그룹내에 있는 클러스터 노드로 변경된 데이터를 복제합니다. 3

노드 1번에 문제가 발생했을 경우 노드 2번에 동일한 데이터가 컨텍스트에 존재하게 됩니다. 4

Custom Clustering


Apache Modules & JBoss Web

• Load Balancing을 위한 3가지 아파치 모듈

mod_jk - 가장 오래되고 안정됨

mod_proxy – Apache 2.2 이상에서 사용가능, mod_proxy_ajp, mod_proxy_balancer 등이 필요없음

mod_cluster – 새로운 형태의 모듈, multicast를 통한 자동 발견 기능 등

• JBoss Web 설정

AJP 1.3 Connector에 가장 최적화 되어 있음

Deploy/jbossweb.sar/server.xml 설정의 8009 포트 사용.

jvmRoute 속성을 통해 Apache Worker 이름을 정의

요청 유입시 maxThreads 속성의 값까지 스레드 생성, 이후 요청 유입은 acceptCount 값까지

Access Log를 통하여 Request 내역 및 처리 정보 확인 가능

https://community.jboss.org/wiki/OptimalModjk12Configuration

<Valve className="org.apache.catalina.valves.AccessLogValve“ prefix="localhost_access_log." suffix=".log“

pattern="common" directory="${jboss.server.log.dir}“ resolveHosts="false" />

https://community.jboss.org/wiki/OptimalModjk12Configuration

AJP Connector

• 다양한 Test를 통하여 환경에 맞는 Tuning Point를 확인 필요

• /deploy/jbossweb.sar/server.xml

• AJP Connector 주요 Tuning Point



<Connector protocol="AJP/1.3" port="8009" address="${jboss.bind.address}“ redirectPort="8443" />

• maxThreads : Connector에서 생성되는 request processing thread의 최대값 및 최대 동시 처리량을 의미.( default : 200 )

• maxPostSize : HTTP POST request size ( default : 2MB )

• backlog : 모든 request processing thread가 작동중일 경우 connection request를 저장하는 queue lenghth ( defalut : 10 )

• connectionTimeout : connection을 수락한 후 Request URI을 받을 때까지 Connector가 기다리는 시간 default : unlimited )

• keepAliveTimeout : connection을 종료하기 전에 또 다른 AJP request를 받을 때까지 Connector가 기다리는 시간 ( default : connectionTimeout 값 )


mod_jk

• Connection Directives

socket_timeout : JK에서 Remote Host로부터의 response를 유지하는 시갂 ( default : 0 )

ping_mode, prepost_timeout, connect_timeout : AJP13의 CPing, CPong packet을 이용하여 back-end 서버가 정상적으로 connection이 연결되어 서비스 하고 있는지 확인

lbfactor : load balancer의 member worker의 request 처리량 할당 ( default : 1 )

connection_pool_size : 각 웹서버 child process 당 pool로 유지하는 AJP back-end connection 수

• Load Balancing Directives

method : request 수, session의 개수, network traffic, busyness 등 Load Balancing 수행 시 최적의 worker를 찾는 알고리즘을 선택 ( default : Request )

sticky_session : SESSION ID를 포함한 request를 같은 worker로 전달할건지 결정 (default : true )

• Advanced Worker Directives

recovery_options : 장애 발생시 처리 방식 선택 ( 중복 선택 가능, default 0 )

1: don't recover if Tomcat failed after getting the request 2: don't recover if Tomcat failed after sending the headers to client 4: close the connection to Tomcat, if we detect an error when writing back the answer to the client (browser) 8: always recover requests for HTTP method HEAD (even if Bits 1 or 2 are set) – 1.2.24이후 16: always recover requests for HTTP method GET (even if Bits 1 or 2 are set) – 1.2.24이후

http://tomcat.apache.org/connectors-doc/reference/workers.html





Written by

Open Source Consulting, Inc

jboss 5 detail

Technology