Sun 로고      이전      목차      다음     

Sun Java System Application Server Enterprise Edition 8.1 관리 설명서 2005Q1

 3장
로드 균형 조정 및 페일오버 구성

이 장에서는 Sun Java System Application Server에서 HTTP 요청의 로드 균형 조정을 설정하는 방법에 대해 설명합니다. 로드 밸런서에서 제어하는 서버 인스턴스 간의 페일오버 구성 방법도 설명합니다. 그리고 RMI-IIOP 로드 균형 조정 및 페일오버를 설명합니다.

이 장은 다음 내용으로 구성되어 있습니다.

HTTP 로드 균형 조정 및 페일오버 정보

HTTP 로드 균형 조정 및 페일오버

로드 균형 조정의 목적은 여러 독립 실행형 또는 클러스터링된 Sun Java System Application Server 인스턴스 간에 작업 로드를 똑같이 분산하여 시스템의 전체적인 처리 능력을 증가시키는 것입니다.

로드 밸런서를 사용하면 서버 인스턴스 간에 요청을 페일오버할 수 있습니다. 지속할 HTTP 세션 정보의 경우 HTTP 세션 지속성을 구성합니다. 자세한 내용은 "가용성 및 세션 지속성 구성"을 참조하십시오.

관리 콘솔이 아니라 asadmin 도구를 사용하여 HTTP 로드 균형 조정을 구성합니다.

HTTP 로드 균형 조정을 위한 요구 사항

HTTP 요청에 대해 로드 밸런서 플러그인을 사용하려면 다음 요구 사항이 충족되어야 합니다.

할당된 요청과 할당되지 않은 요청 이해

HTTP 클라이언트에서 로드 밸런서로 처음 들어온 요청은 새로운 세션에 대한 요청입니다. 새로운 세션에 대한 요청을 할당되지 않은 요청이라고 합니다. 로드 밸런서는 라운드 로빈 알고리즘에 따라 클러스터의 Application Server 인스턴스로 이 요청을 보냅니다. 자세한 내용은 "HTTP 로드 균형 조정 알고리즘"을 참조하십시오.

Application Server 인스턴스에 세션이 만들어지면 로드 밸런서는 이 세션에 대한 모든 후속 요청의 경로를 특정 인스턴스로만 지정합니다. 기존 세션에 대한 요청을 할당된 요청 또는 고정 요청이라고 합니다.

HTTP 로드 균형 조정 알고리즘

Sun Java System Application Server 로드 밸런서는 고정 라운드 로빈 알고리즘을 사용하여 들어오는 HTTP 및 HTTPS 요청을 로드 균형 조정합니다. 지정한 세션의 모든 요청이 동일한 Application Server 인스턴스로 전송됩니다. 고정 로드 밸런서를 사용하면 세션 데이터가 클러스터의 모든 인스턴스에 분산되기 보다는 한 Application Server에 캐시됩니다.

따라서 고정 라운드 로빈 체계는 순수 라운드 로빈이 주는 로드의 균형 분산이라는 이점을 뛰어난 성능 이점으로 대체합니다.

고정 라운드 로빈 로드 균형 조정 알고리즘 정보

새로운 HTTP 요청을 로드 밸런서 플러그인으로 전송하면 단순 라운드 로빈 체계를 기반으로 Application Server 인스턴스에 전달됩니다. 계속해서 이 요청은 쿠키를 사용하거나 명시적 URL을 다시 작성하여 특정한 Application Server 인스턴스에 "고정"됩니다.

고정 정보를 사용해서 로드 밸런서 플러그인은 먼저 이전에 요청을 전달했던 인스턴스를 판별합니다. 해당 인스턴스가 정상일 경우 로드 밸런서 플러그인은 특정 Application Server 인스턴스에 그 요청을 전달합니다. 따라서 지정한 세션의 모든 요청이 동일한 Application Server 인스턴스로 전달됩니다.

로드 밸런서 플러그인은 다음 방법을 사용하여 세션 고정을 판별합니다.

쿠키 기반 방법

쿠키 기반 방법에서 로드 밸런서 플러그인은 별도의 쿠키를 사용하여 경로 정보를 기록합니다.

주

쿠키 기반 방법을 사용하려면 HTTP 클라이언트에서 쿠키를 지원해야 합니다.

명시적 URL 재작성 방법

명시적 URL 재작성 방법에서는 고정 정보가 URL에 추가됩니다. HTTP 클라이언트에서 쿠키를 지원하지 않더라도 이 방법을 사용할 수 있습니다.

로드 균형 조정 및 페일오버 샘플 응용 프로그램

다음 디렉토리에는 로드 균형 조정 및 페일오버를 보여주는 샘플 응용 프로그램이 포함되어 있습니다.

install_dir/samples/ee-samples/highavailability
install_dir/samples/ee-samples/failover

ee-samples 디렉토리에는 샘플을 실행할 수 있도록 환경을 설정하는 데 필요한 정보도 포함되어 있습니다.

HTTP 로드 균형 조정 설정 개요

asadmin 도구를 사용하여 환경에 로드 균형 조정을 구성합니다. 다음 단계를 수행합니다.

  1. 웹 서버 및 Application Server 인스턴스 또는 클러스터 설치 및 구성을 포함하여 "HTTP 로드 균형 조정을 위한 요구 사항"을 완료합니다.
  2. asadmin 명령 create-http-lb-config를 사용하여 로드 밸런서 구성을 만듭니다.
  3. asadmin create-http-lb-ref를 사용하여 로드 밸런서가 관리할 수 있게 하려면 클러스터와 독립 실행형 서버 인스턴스에 대한 참조를 추가합니다.

    4. 대상과 함께 로드 밸런서 구성을 만들었고 그 대상이 로드 밸런서가 참조하는 클러스터나 독립 실행형 서버 인스턴스일 경우 이 단계를 생략합니다.

  4. asadmin enable-http-lb-server를 사용하여 로드 밸런서가 참조하는 클러스터나 독립 실행형 서버 인스턴스를 활성화합니다.
  5. asadmin enable-http-lb-application을 사용하여 로드 균형 조정을 할 수 있도록 응용 프로그램을 활성화합니다.

    6. 로드 밸런서에서 참조하는 클러스터나 독립 실행형 인스턴스에서 사용할 수 있도록 응용 프로그램을 이미 배포하여 활성화되어 있어야 합니다. 로드 균형 조정을 위한 활성화는 사용을 위한 활성화와 다른 단계입니다.

  6. asadmin create-health-checker를 사용하여 상태 검사기를 만듭니다.

    7. 상태 검사기는 비정상적인 서버 인스턴스가 다시 정상적이 되면 로드 밸런서가 새로운 요청을 전송할 수 있도록 이들을 모니터링합니다.

  7. asadmin export-http-lb-config를 사용하여 로드 밸런서 구성 파일을 생성합니다.

    8. 이 명령은 Sun Java System Application Server와 함께 제공된 로드 밸런서 플러그인에서 사용할 구성 파일을 생성합니다.

  8. 로그 밸런서 플러그인 구성 파일이 저장되는 웹 서버 config 디렉토리로 로드 밸런서 구성 파일을 복사합니다.

HTTP 로드 균형 조정을 사용하도록 Web Server 구성

Web Server 구성 정보

로드 밸런서 플러그인 설치 프로그램은 웹 서버의 구성 파일을 일부 수정합니다. 변경 사항은 웹 서버에 따라 다릅니다.

주

로드 밸런서 플러그인은 Sun Java System Application Server Enterprise Edition과 함께 설치할 수도 있고 지원되는 웹 서버를 실행하는 시스템에 따로 설치할 수도 있습니다.

설치 절차에 대한 자세한 내용은 Sun Java System Application Server Installation Guide를 참조하십시오.

Sun Java System Web Server 수정 사항

설치 프로그램을 실행하면 Sun Java System Web Server의 구성 파일이 다음과 같이 변경됩니다.

  1. 다음 로드 밸런서 플러그인 관련 항목을 웹 서버 인스턴스의 magnus.conf 파일에 추가합니다.

    2. ##EE lb-plugin
    Init fn="load-modules" shlib="    web_server_install_dir/plugins/lbplugin/bin/libpassthrough.so" funcs="init-passthrough,service-passthrough,name-trans-passthrough" Thread="no"

    Init fn="init-passthrough"

    ##end addition for EE lb-plugin

  2. 다음과 같은 로드 밸런서 플러그인 관련 항목을 웹 서버 인스턴스의 obj.conf 파일에 추가합니다.
    3. <Object name=default> NameTrans fn="name-trans-passthrough" name="lbplugin" config-file="web_server_install_dir/web_server_instance/config/loadbalancer.xml" <Object name="lbplugin">
    ObjectType fn="force-type" type="magnus-internal/lbplugin"
    PathCheck fn="deny-existence" path="*/WEB-INF/*"
    Service type="magnus-internal/lbplugin" fn="service-passthrough"
    Error reason="Bad Gateway" fn="send-error" uri="$docroot/badgateway.html"
    </object>

    lbplugin은 Object를 고유하게 식별하는 이름이고, web_server_install_dir/web_server_instance/config/loadbalancer.xml은 로드 밸런서가 실행되도록 구성된 가상 서버용 XML 구성 파일 위치입니다.

설치 후 "HTTP 로드 균형 조정 설정 개요"에서 설명한 대로 로드 밸런서를 구성합니다.

Apache Web Server 수정 사항

Apache에 로드 밸런서 플러그인을 설치하기 전에 부록 A, "Apache Web Server 컴파일 및 구성"에서 Apache 컴파일 및 구성에 대한 정보를 참조하십시오.

설치 프로그램에서 수정한 사항

로드 밸런서 플러그인 설치 프로그램은 필요한 파일을 웹 서버의 루트 디렉토리 아래 있는 libexec(Apache 1.3) 또는 modules(Apache 2.0) 폴더로 추출합니다. 로드 밸런서 플러그인에 관련된 다음 항목을 웹 서버 인스턴스의 httpd.conf 파일에 추가합니다.

<VirtualHost machine_name:443>

##Addition for EE lb-plugin

LoadFile /usr/lib/libCstd.so.1

LoadModule apachelbplugin_module libexec/mod_loadbalancer.so
#AddModule mod_apachelbplugin.cpp
<IfModule mod_apachelbplugin.cpp>
 config-file webserver_instance/conf/loadbalancer.xml
locale en
</IfModule>

<VirtualHost machine_ip_address>
DocumentRoot "webserver_instance/htdocs"
ServerName server_name
</VirtualHost>

##END EE LB Plugin ParametersVersion 7

주

  • Apache 1.3의 경우 여러 Apache 하위 프로세스를 실행할 경우 프로세스마다 고유한 로드 균형 조정 라운드 로빈 시퀀스가 있습니다.

    예를 들어, 두 개의 Apache 하위 프로세스를 실행하고 로드 균형 조정 플로그인이 두 개의 Application Server 인스턴스에 대해 로드 균형 조정을 할 경우 첫 번째 요청은 인스턴스 #1로 보내고 두 번째 요청도 인스턴스 #1로 보냅니다. 세 번째 요청은 인스턴스 #2로 보내고, 네 번째 요청은 다시 인스턴스 #2로 보냅니다. 이 방법이 반복됩니다(instance1, instance1, instance2, instance2 등).

    이 동작은 일반적으로 예상할 수 있는 방법(즉, instance1, instance2, instance1, instance2 등)과 다릅니다. Sun Java System Application Server에서는 Apache용 로드 균형 조정 플러그인이 Apache 프로세스마다 로드 밸런서 인스턴스를 인스턴스화하여 독립적인 로드 균형 조정 시퀀스를 만듭니다.
  • --with-mpm=worker 옵션을 사용하여 컴파일할 경우 Apache 2.0에는 멀티스레드된 동작이 발생합니다.

설치 후 수정 사항

Microsoft Windows의 추가 수정 사항

Microsoft Windows에서 Apache를 실행할 경우 플러그인 설치 후 일부 환경 변수를 변경해야 합니다.

시작->설정->제어판->시스템->고급->환경 변수->시스템 변수를 눌러 경로 환경 변수에 새로운 경로를 추가합니다. 다음을 포함하도록 경로 변수를 편집합니다.

application_server_install_dir/bin

그리고 Apache 웹 서버를 시작하기 전에 환경 변수 NSPR_NATIVE_THREADS_ONLY를 1로 설정합니다.

환경 변수 창의 시스템 변수 아래에서 새로 만들기를 누릅니다. 다음 이름 및 값 쌍을 입력합니다.

변수 이름: NSPR_NATIVE_THREADS_ONLY

변수 값: 1

시스템을 다시 시작합니다.

Microsoft IIS의 수정 사항

로드 밸런서 플러그인을 사용하도록 IIS(Microsoft Internet Information Services)를 구성하려면 Windows 인터넷 서비스 관리자의 특정 등록 정보를 수정합니다. 인터넷 서비스 관리자는 제어판 폴더의 관리 도구 폴더에 있습니다.

Sun Java System Application Server를 설치한 후 다음과 같이 수정합니다.

  1. 인터넷 서비스 관리자를 엽니다.
  2. 플러그인을 활성화할 웹 사이트를 선택합니다. 대개 이 웹 사이트 이름은 기본 웹 사이트입니다.
  3. 웹 사이트를 마우스 오른쪽 버튼으로 누른 다음 속성을 선택하여 속성 노트북을 엽니다.
  4. 새로운 ISAPI 필터를 추가하려면 ISAPI 필터 탭을 열고 추가를 누른 다음 아래 단계를 수행합니다.
    1. 필터 이름 필드에 Application Server를 입력합니다.
    2. 실행 파일 필드에서 C:\Inetpub\wwwroot\sun-passthrough\sun-passthrough.dll을 입력합니다.
    3. 확인을 누르고 속성 노트북을 닫습니다.
  5. 새로운 가상 디렉토리를 작성하고 구성합니다.
    1. 기본 웹 사이트를 마우스 오른쪽 버튼으로 누른 다음 가상 디렉토리를 선택합니다.

      2. 가상 디렉토리 작성 마법사가 열립니다.

    2. 별칭 필드에 sun-passthrough를 입력합니다.
    3. 디렉토리 필드에 C:\Inetpub\wwwroot\sun-passthrough를 입력합니다.
    4. 실행 권한 확인란을 선택합니다. 다른 모든 권한 관련 확인란은 선택 해제한 채로 둡니다.
    5. 마침을 누릅니다.
  6. sun-passthrough.dll 파일의 경로 및 application_server_install_dir/bin을 시스템의 path 환경 변수에 추가합니다. 시스템을 다시 시작합니다.
  7. 새로운 설정을 적용하려면 웹 서버를 중지했다가 다시 시작합니다.

    8. 웹 서버를 중지하려면 웹 사이트를 오른쪽 버튼으로 누르고 중지를 선택합니다. 웹 서버를 시작하려면 웹 사이트를 마우스 오른쪽 버튼으로 누르고 시작을 선택합니다.

    그 후 웹 브라우저에 다음 사항을 입력하여 웹 응용 프로그램 컨텍스트 루트에 액세스합니다.

    http://webserver_name/web_application

    여기에서 webserver_name은 웹 서버의 호스트 이름이나 IP 주소이고 /web_application은 C:\Inetpub\wwwroot\sun-passthrough\sun-passthrough.properties 파일에 나열된 컨텍스트 루트입니다. 웹 서버, 로드 밸런서 플러그인 및 Application Server가 제대로 작동하는지 확인합니다.

설치 프로그램에서 sun-passthrough.properties의 다음 등록 정보를 자동으로 구성합니다. 기본값을 변경할 수 있습니다.

표 3-1  Microsoft IIS에 맞게 자동으로 구성된 sun-passthrough 등록 정보

등록 정보

정의

기본값

lb-config-file

로드 밸런서 구성 파일 경로

IIS_www_root\sun-passthrough\loadbalancer.xml

log-file

로드 밸런서 로그 파일 경로

IIS_www_root\sun-passthrough\lb.log

log-level

웹 서버의 로그 수준

정보

다중 웹 서버 인스턴스 구성

Sun Java System Application Server 설치 프로그램에서는 한 시스템에 여러 로드 밸런서 플러그인을 설치하는 것을 허용하지 않습니다. 단일 시스템에 로드 밸런서 플러그인과 함께 복수 웹 서버를 두려면 단일 클러스터 또는 복수 클러스터든 상관없이 로드 밸런서 플러그인을 구성하기 위한 몇 가지 수동 단계가 필요합니다.

  1. 로드 밸런서 플러그인을 사용하려면 "Sun Java System Web Server 수정 사항", "Apache Web Server 수정 사항" 또는 "Microsoft IIS의 수정 사항"에서 설명한 대로 새로운 웹 서버 인스턴스를 구성합니다.
  2. 기존 웹 서버 인스턴스의 config 디렉토리에서 sun-loadbalancer_1_1.dtd 파일을 새 인스턴스의 config 디렉토리에 복사합니다.
  3. 동일한 로드 밸런서 구성을 사용하려면 기존 웹 서버 인스턴스의 config 디렉토리에서 loadbalancer.xml 파일을 새로운 인스턴스의 config 디렉토리에 복사합니다.
  4. 다른 로드 밸런서 구성을 사용하려면 다음 작업을 수행합니다.
    1. asadmin create-http-lb-config를 사용하여 새로운 로드 밸런서 구성을 만듭니다.
    2. asadmin export http-lb-config를 사용하여 새로운 구성을 loadbalancer.xml 파일로 내보냅니다.
    3. loadbalancer.xml 파일을 새로운 웹 서버의 config 디렉토리에 복사합니다.

      4. 로드 밸런서 구성을 작성하고 이 구성을 loadbalancer.xml 파일로 내보내는 방법에 대한 자세한 내용은 "HTTP 로드 밸런서 구성 작업"을 참조하십시오.

HTTP 로드 밸런서 구성 작업

HTTP 로드 밸런서 구성 만들기

로드 밸런서 구성은 로드 밸런서를 정의하는 domain.xml 파일에 명명된 구성입니다.

로드 균형 조정 구성은 매우 융통성이 있습니다.

asadmin 명령 create-http-lb-config를 사용하여 구성을 만듭니다. 다음 매개 변수를 지정합니다.

자세한 내용은 create-http-lb-config, delete-http-lb-config 및 list-http-lb-configs에 대한 설명서를 참조하십시오.

HTTP 로드 밸런서 참조 만들기

로드 밸런서에 독립 실행형 서버나 클러스터에 대한 참조를 만들면 로드 밸런서가 제어하는 대상 서버와 클러스터 목록에 그 서버나 클러스터가 추가됩니다. 참조된 서버나 클러스터를 enable-http-lb-server를 사용하여 활성화해야 관련 요청의 로드를 균형 조정할 수 있습니다. 대상과 함께 로드 밸런서 구성을 만들었다면 해당 대상이 이미 참조로 추가되어 있습니다.

create-http-lb-ref를 사용하여 참조를 만듭니다. 로드 밸런서 구성 이름과 대상 서버 인스턴스 또는 클러스터를 제공해야 합니다.

참조를 삭제하려면 delete-http-lb-ref를 사용합니다. 참조를 삭제하려면 disable-http-lb-server를 사용하여 참조된 서버나 클러스터를 비활성화해야 합니다.

자세한 내용은 create-http-lb-ref 및 delete-http-lb-ref에 대한 설명서를 참조하십시오.

로드 균형 조정을 위해 서버 인스턴스 활성화

서버 인스턴스나 클러스터에 대한 참조를 만든 후 enable-http-lb-server를 사용하여 서버 인스턴스나 클러스터를 활성화합니다. 로드 밸런서 구성을 만들 때 서버 인스턴스나 클러스터를 대상으로 사용한 경우 이를 활성화해야 합니다.

자세한 내용은 enable-http-lb-server 설명서를 참조하십시오.

로드 균형 조정을 위해 응용 프로그램 활성화

로드 밸런서에서 관리하는 모든 서버는 구성이 같아야 합니다. 즉, 배포된 응용 프로그램 집합도 같아야 합니다. 응용 프로그램을 배포하고 액세스할 수 있도록 활성화한 경우(배포 단계 중 또는 이후에 발생함) 로드 균형 조정을 위해 응용 프로그램을 활성화해야 합니다. 로드 균형 조정을 하도록 응용 프로그램을 활성화하지 않은 경우 응용 프로그램이 배포된 서버에 대한 요청은 로드 균형 조정되고 페일오버되더라도 이 응용 프로그램에 대한 요청은 로드 균형 조정되지 않고 페일오버됩니다.

응용 프로그램을 활성화할 경우 응용 프로그램 이름과 대상을 지정합니다. 로드 밸런서에서 여러 대상(예: 두 개의 클러스터)을 관리할 경우 모든 대상에서 응용 프로그램을 활성화합니다.

자세한 내용은 enable-http-lb-application의 온라인 도움말을 참조하십시오.

새로운 응용 프로그램을 배포할 경우 로드 균형 조정을 위해 응용 프로그램을 활성화하고 로드 밸런서 구성을 다시 내보내야 합니다.

HTTP 상태 검사기 만들기

로드 밸런서의 상태 검사기에 비정상으로 표시된 모든 구성된 Application Server 인스턴스를 정기적으로 검사합니다. 상태 검사기는 필수가 아닙니다. 그러나 상태 검사기가 없거나 상태 검사기가 비활성화된 경우 비정상 인스턴스의 정기적인 상태 검사가 수행되지 않습니다.

로드 밸런서의 상태 검사 기법은 HTTP를 사용하여 Application Server 인스턴스와 통신합니다. 상태 검사기는 지정한 URL에 HTTP 요청을 보내고 응답을 기다립니다. HTTP 응답 헤더의 상태 코드가 100과 500 사이에 있으면 인스턴스가 정상임을 의미합니다.

상태 검사기 만들기

상태 검사기를 만들려면 asadmin create-http-health-checker 명령을 사용합니다. 다음 매개 변수를 지정합니다.

Application Server 인스턴스가 비정상으로 표시되면 상태 검사기는 비정상 인스턴스를 폴링하여 인스턴스가 정상적으로 되었는지 확인합니다. 상태 검사기는 지정된 URL을 사용하여 모든 비정상 Application Server 인스턴스를 검사하고 정상 상태로 되었는지 확인합니다.

상태 검사기에서 비정상 인스턴스가 정상이 되었음을 확인하면 해당 인스턴스는 정상 인스턴스 목록에 추가됩니다.

자세한 내용은 create-http-health-checker 및 delete-http-health-checker에 대한 설명서를 참조하십시오.

정상 인스턴스에 대한 추가 상태 검사 등록 정보

create-http-health-checker로 만든 상태 검사기만 비정상 인스턴스를 검사합니다. 정상 인스턴스를 정기적으로 검사하려면 내보낸 loadbalancer.xml 파일에 추가 등록 정보를 설정합니다.

주

loadbalancer.xml을 내보낸 후 수동으로 편집해야만 이 등록 정보를 설정할 수 있습니다. 사용할 수 있는 동등한 asadmin 명령이 없습니다.

정상 인스턴스를 검사하려면 다음 등록 정보를 설정합니다.

표 3-2  상태 검사기 등록 정보

등록 정보

정의

active-healthcheck-enabled

정상 서버 인스턴스를 핑하여 정상인지 확인할지 여부를 나타내는 True/false 플래그입니다. 서버 인스턴스를 핑하려면 플래그를 true로 설정합니다.

number-healthcheck-retries

서버 인스턴스를 비정상으로 표시하기 전에 로드 밸런서의 상태 검사기가 응답이 없는 서버 인스턴스를 핑하는 횟수를 지정합니다. 유효한 값은 1과 1000 사이입니다. 설정된 기본값은 3입니다.

loadbalancer.xml 파일을 편집하여 등록 정보를 설정합니다. 예를 들면 다음과 같습니다.

<property name="active-healthcheck-enabled" value="true"/> <property name="number-healthcheck-retries" value="3"/>

이 등록 정보를 추가하고 나서 loadbalancer.xml 파일을 다시 편집하고 내보낸 경우 이 등록 정보를 파일에 다시 추가해야 합니다. 새로 내보낸 구성에는 이 등록 정보가 포함되지 않기 때문입니다.

로드 밸런서 구성 파일 내보내기

Sun Java System Application Server와 함께 제공되는 로드 균형 조정 플러그인은 loadbalancer.xml이라고 하는 구성 파일을 사용합니다. asadmin 도구를 사용하여 domain.xml 파일에 로드 밸런서 구성을 만듭니다. 로드 균형 조정 환경을 구성한 후 파일로 내보냅니다.

  1. asadmin 명령 export-http-lb-config를 사용하여 loadbalancer.xml 파일을 내보냅니다.

    2. 특정한 로드 밸런서 구성을 위해 loadbalancer.xml 파일을 내보냅니다. 경로 및 다른 파일 이름을 지정할 수 있습니다. 파일 이름을 지정하지 않으면 파일 이름이 loadbalancer.xml.load_balancer_config_name으로 지정됩니다. 경로를 지정하지 않으면 application_server_install_dir/domains/domain_name/generated 디렉토리에 파일이 만들어집니다.

    Windows에서 경로를 지정하려면 경로를 따옴표로 묶습니다. 예를 들면, "c:\sun\AppServer\loadbalancer.xml"입니다.

  2. 내보낸 로드 밸런서 구성 파일을 웹 서버의 구성 디렉토리에 복사합니다.

    3. 예를 들어, Sun Java System Web Server의 경우 위치는 web_server_root/config가 될 수 있습니다.

    Web Server 구성 디렉토리의 로드 밸런서 구성 파일 이름은 loadbalancer.xml이어야 합니다. 파일 이름이 다를 경우(예: loadbalancer.xml.load_balancer_config_name) 이름을 변경해야 합니다.

HTTP 로드 밸런서 구성 변경

서버에 대한 참조를 작성 또는 삭제하거나, 새로운 응용 프로그램을 배포하거나, 서버나 응용 프로그램을 활성화 또는 비활성화하는 식으로 HTTP 로드 밸런서 구성을 변경한 경우 로드 밸런서 구성 파일을 다시 내보내고 웹 서버의 config 디렉토리에 복사합니다. 자세한 내용은 "로드 밸런서 구성 파일 내보내기"를 참조하십시오.

로드 밸런서 플러그인은 로드 밸런서 구성에 지정한 다시 로드 간격을 기반으로 정기적으로 업데이트된 구성이 있는지 확인합니다. 지정한 시간 후 로드 밸런서가 새로운 구성 파일을 발견하면 해당 구성을 사용하기 시작합니다.

동적 재구성 활성화

동적 재구성을 활성화하면 로드 밸런서 플러그인은 업데이트된 구성을 정기적으로 검사합니다. 동적 재구성을 활성화하려면 다음 작업을 수행합니다.

이 설정을 변경한 후 로드 밸런서 구성 파일을 다시 내보내고 웹 서버의 config 디렉토리에 복사합니다.

동적 재구성을 사용하지 않도록 했다가 사용하도록 할 경우 웹 서버도 다시 시작해야 합니다.

주

  • 로드 밸런서를 재구성하는 중에 로드 밸런서에 하드 디스크 오류가 발생한 경우 현재 메모리에 있는 구성을 사용합니다. 로드 밸런서는 기존 구성을 덮어쓰기 전에 수정된 구성 데이터가 DTD와 호환되는지 확인합니다.

    디스크 읽기 오류가 발생한 경우 경고 메시지가 웹 서버의 오류 로그 파일에 로깅됩니다.

    Sun Java System Web Server의 오류 로그는 web_server_install_dir/webserver_instance/logs/에 있습니다.

서버 인스턴스 또는 클러스터 비활성화(정지)

어떤 이유에서건 Application Server를 중지하기 전에 인스턴스가 서비스 요청을 끝내도록 해야 하는 경우가 있습니다. 서버 인스턴스나 클러스터를 적절하게 비활성화하는 프로세스를 정지라고 합니다.

로드 밸런서는 Application Server 인스턴스를 정지하는 데 다음과 같은 정책을 사용합니다.

서버 인스턴스나 클러스터를 비활성화하려면 다음 작업을 수행합니다.

  1. asadmin disable-http-lb-server를 실행하여 시간 초과(분)를 설정합니다.
  2. asadmin export-http-lb-config를 사용하여 로드 밸런서 구성 파일을 내보냅니다.
  3. 내보낸 구성을 웹 서버 config 디렉토리로 복사합니다.
  4. 서버 인스턴스나 인스턴스를 중지합니다.

응용 프로그램 비활성화(정지)

웹 응용 프로그램을 배포 해제하기 전에 응용 프로그램이 진행 중인 요청 처리를 완료하도록 합니다. 응용 프로그램을 적절하게 비활성화하는 프로세스를 정지라고 합니다.

로드 밸런서는 응용 프로그램을 정지하는 데 다음과 같은 정책을 사용합니다.

로드 밸런서가 참조하는 모든 서버 인스턴스나 클러스터에서 응용 프로그램을 비활성화할 경우 비활성화된 응용 프로그램의 사용자는 응용 프로그램이 다시 활성화될 때까지 서비스가 손실됩니다.

다른 서버 인스턴스나 클러스터에서 응용 프로그램을 활성화한 채로 두고 하나의 서버 인스턴스나 클러스터에서만 응용 프로그램을 비활성화할 경우 사용자는 계속 그 응용 프로그램에 액세스할 수 있습니다.

응용 프로그램을 비활성화하려면 다음 작업을 수행합니다.

  1. asadmin disable-http-lb-application을 실행하여 시간 초과(분), 비활성화할 응용 프로그램 이름, 응용 프로그램을 비활성화할 대상 클러스터나 인스턴스를 지정합니다.
  2. asadmin export-http-lb-config를 사용하여 로드 밸런서 구성 파일을 내보냅니다.
  3. 내보낸 구성을 웹 서버 config 디렉토리로 복사합니다.

HTTP 및 HTTPS 세션 페일오버 구성

세션이 연결된 원래 Application Server 인스턴스를 사용할 수 없게 된 경우 로드 밸런서 플러그인은 HTTP/HTTPS 세션을 다른 Application Server 인스턴스로 페일오버합니다. 이 절에서는 HTTP/HTTPS 라우팅 및 세션 페일오버를 활성화하도록 로드 밸런서 플러그인을 구성하는 방법에 대해 설명합니다.

HTTP 세션 지속성 구성에 대한 자세한 내용은 "가용성 및 세션 지속성 구성"을 참조하십시오.

이 절에서는 다음 항목에 대해 설명합니다.

HTTPS 라우팅 정보

HTTP 또는 HTTPS 여부와 상관없이 모든 들어오는 요청은 로드 밸런서 플러그인이 Application Server 인스턴스로 라우팅합니다. 그러나 HTTPS 라우팅이 활성화된 경우 로드 밸런서 플러그인은 HTTPS 포트만 사용하는 Application Server로 HTTPS 요청을 전달합니다. 새로운 요청과 고정된 요청 모두에 대해 HTTPS 라우팅을 수행합니다.

HTTPS 요청을 수신하고 진행 중인 세션이 없을 경우 로드 밸런서 플러그인은 HTTPS 포트가 구성된 사용 가능한 Application Server 인스턴스를 선택하고 요청을 인스턴스로 전달합니다.

진행 중인 HTTP 세션에서 동일한 세션에 대한 새로운 HTTPS 요청을 받으면 세션과 HTTP 세션 중에 저장된 고정된 정보를 사용하여 HTTPS 요청을 라우팅합니다. 마지막 HTTP 요청이 처리된 동일한 서버로 새로운 HTTP S 요청 경로가 지정되지만 HTTPS 포트에 지정됩니다.

HTTPS 라우팅 구성

create-http-lb-config 명령의 httpsrouting 옵션은 로드 균형 조정에 참여하는 모든 Application Server에 대해 HTTPS 라우팅을 설정 또는 해제할 것인지를 제어합니다. 이 옵션을 false로 설정하면 모든 HTTP 및 HTTPS 요청이 HTTP로 전달됩니다. 로드 밸런서 구성을 새로 만들 경우 이 옵션을 true로 설정하거나 나중에 asadmin set 명령을 사용하여 변경합니다.

주

  • HTTPS 라우팅을 사용하려면 HTTPS listener를 하나 이상 구성해야 합니다.
  • https-routing을 true로 설정한 경우 새로운 요청이나 고정된 요청이 들어오는데 클러스터에 정상적인 HTTPS listener가 없으면 그 요청에 대해 오류가 발생합니다.

HTTP/HTTPS 요청의 로드 균형 조정 시 알려진 문제점

다음 목록에서는 HTTP/HTTPS 요청 처리와 관련하여 로드 밸런서의 제한 사항에 대해 설명합니다.

멱등원(Idempotent) URL 구성

배포된 응용 프로그램의 가용성을 개선하려면 로드 밸런서에서 처리하는 모든 Application Server 인스턴스에서 실패한 멱등원(Idempotent) HTTP 요청을 재시도하도록 환경을 구성합니다. 예를 들어, 검색 요청을 다시 시도하려면 읽기 전용 요청에 대해 이 옵션을 사용합니다.

멱등원(Idempotent) 요청은 다시 시도할 때 응용 프로그램에 변경이나 불일치를 일으키지 않는 요청입니다. HTTP의 경우 일부 메소드(예: GET)는 멱등원(Idempotent)이지만 다른 메소드(예: POST)는 멱등원(Idempotent)이 아닙니다. 멱등원(Idempotent) URL을 재시도할 경우 값이 서버나 데이터베이스에서 변경되지 않습니다. 사용자가 수신한 응답의 변화만이 유일한 차이점입니다.

멱등원(Idempotent) 요청의 예에는 검색 엔진 쿼리와 데이터베이스 쿼리가 포함됩니다. 다시 시도할 때 데이터가 업데이트되거나 수정되지 않는 것이 기본 원칙입니다.

sun-web.xml 파일에 멱등원(Idempotent) URL을 구성합니다. 로드 밸런서 구성을 내보낼 때 멱등원(Idempotent) URL 정보가 loadbalancer.xml 파일에 자동으로 추가됩니다.

멱등원(Idempotent) URL 구성에 대한 자세한 내용은 Developer's Guide를 참조하십시오.

HTML 오류 페이지 구성

최종 사용자에게 표시할 자신만의 오류 페이지를 지정하거나 오류 페이지 URL을 지정할 수 있습니다. 오류 페이지를 지정하면 오류 보고를 위해 구성된 다른 모든 방법이 무시됩니다.

sun-web.xml 파일에 HTML 오류 페이지를 구성합니다. 로드 밸런서 구성을 내보낼 때 멱등원(Idempotent) HTML 오류 페이지 정보가 sun-web.xml 파일에서 loadbalancer.xml 파일로 자동으로 추가됩니다.

HTML 오류 페이지 구성에 대한 자세한 내용은 Developer's Guide를 참조하십시오.

HTTP 로드 밸런서 플러그인 모니터링

로그 메시지 구성

로드 밸런서 플러그인은 웹 서버의 로깅 기법을 사용하여 로그 메시지를 기록합니다. Application Server의 기본 로그 수준은 Sun Java System Web Server(INFO), Apache Web Server(WARN) 및 Microsoft IIS(INFO)의 기본 로깅 수준으로 설정됩니다. Application Server 로그 수준 FINE, FINER 및 FINEST는 웹 서버의 DEBUG 수준에 매핑됩니다.

이 로그 메시지는 웹 서버 로그 파일에 기록되고, 스크립트를 사용하여 구문 분석하거나 스프레드시트로 가져와서 필수 메트릭을 계산할 수 있는 원시 데이터 형식입니다.

로그 메시지 유형

로드 밸런서 플러그인은 다음과 같은 세 가지 다른 집합의 로그 메시지를 생성합니다.

로드 밸런서 구성 프로그램 로그 메시지

멱등원(Idempotent) URL과 오류 페이지 설정을 사용할 경우 이 메시지가 기록됩니다.

멱등원(Idempotent) URL 패턴 구성 출력에는 다음 정보가 포함됩니다.

오류 페이지 URL 구성의 출력에는 다음 정보가 포함됩니다(WARN으로 설정된 로그 수준).

CONFxxxx: Invalid error-url for web-module <web-module>

요청 디스패치 및 런타임 로그 메시지

요청을 로드 균형 조정하고 디스패치하는 동안 이 로그 메시지가 생성됩니다.

구성 프로그램 오류 메시지

구성 문제가 있을 경우, 예를 들어 참조하는 사용자 정의 오류 페이지가 누락된 경우 이 오류가 표시됩니다.

모니터링 구성

로드 밸런서 플러그인 로그 메시지를 설정하려면 다음 단계를 수행합니다.

  1. 웹 서버에 로깅 옵션을 설정합니다.
    1. Sun Java System Web Server의 관리 콘솔에서 Magnus Editor 탭으로 이동합니다.

      2. Log Verbose 옵션을 On으로 설정합니다.

    2. Apache Web Server의 경우 로그 수준을 DEBUG로 설정합니다.
    3. Microsoft IIS의 경우 sun-passthrough.properties 파일에서 로그 수준을 FINE으로 설정합니다.
  2. 로드 밸런서 구성의 monitor 옵션을 true로 설정합니다.

    3. 로드 밸런서 구성을 처음 만들 경우 asadmin create-http-lb-config 명령을 사용하여 모니터링을 true로 설정하거나, asadmin set 명령을 사용하여 나중에 true로 설정합니다. 모니터링은 기본적으로 비활성화되어 있습니다.

로드 밸런서 플러그인은 다음 정보를 기록합니다.

모니터링 메시지

로드 밸런서 플러그인 로그 메시지의 형식은 다음과 같습니다.

응용 프로그램 업그레이드

롤링 업그레이드 정보

사용자에게 서비스 손실이 없도록 응용 프로그램을 업그레이드하려면 한 번에 하나의 서버나 클러스터의 응용 프로그램을 업그레이드합니다. 클러스터는 혼합된 버전의 환경을 유지 관리하고, 사용자는 업그레이드가 발생하는 것을 인식하지 못합니다. 이런 유형의 업그레이드를 롤링 업그레이드라고 합니다.

이전 버전과 새로운 버전의 응용 프로그램이 호환되고 한 번에 둘 다 실행할 수 있는 경우에만 롤링 업그레이드가 가능합니다. 세션 정보는 호환 가능해야 합니다. 단일 독립 실행형 클러스터나 복수 클러스터에서 혼합된 모드의 롤링 업그레이드를 수행합니다.

응용 프로그램에 주요한 변경 사항이 있을 경우, 예를 들어 데이터베이스 스키마에 대한 변경 사항이 있을 경우 혼합 모드 환경의 롤링 업그레이드가 불가능합니다. 그럴 경우 업그레이드하는 동안 응용 프로그램을 중지합니다. 응용 프로그램을 배포 해제한 다음 동일한 이름으로 업그레이드된 응용 프로그램을 다시 배포합니다.

단일 독립 실행형 클러스터에서 업그레이드

단일 독립 실행형 클러스터(다른 클러스터와 구성을 공유하지 않는 클러스터)에서 응용 프로그램을 업그레이드하려면 다음 작업을 수행합니다.

  1. 응용 프로그램 이전 버전을 저장하거나 도메인을 백업합니다.

    2. 도메인을 백업하려면 asadmin backup-domain 명령을 사용합니다.

  2. 클러스터의 동적 재구성이 활성화된 경우 해제합니다.

    3. 관리 콘솔 사용:

    1. 구성 노드를 확장합니다.
    2. 클러스터의 구성 이름을 누릅니다.
    3. 구성 시스템 등록 정보 페이지에서 동적 재구성 사용 가능 확인란을 선택 해제합니다.
    4. 저장을 누릅니다.

      5. 해당 asadmin 명령은 asadmin set입니다. 구문은 다음과 같습니다.

      asadmin set --user user --passwordfile password_file cluster_name-config.dynamic-reconfiguration-enabled=false

  3. 업그레이드된 응용 프로그램을 대상 domain에 다시 배포합니다. 관리 콘솔을 사용하여 재배포할 경우 도메인이 자동으로 대상이 됩니다. 동적 재구성을 사용할 수 없기 때문에 이전 응용 프로그램은 계속해서 클러스터에서 실행됩니다.
  4. asadmin enable-http-lb-application을 사용하여 인스턴스에서 재배포된 응용 프로그램을 사용할 수 있도록 합니다.
  5. asadmin disable-http-lb-server를 사용하여 한 서버 인스턴스를 비활성화합니다.
  6. asadmin export-http-lb-config를 사용하여 로드 밸런서 구성 파일을 내보냅니다.
  7. 내보낸 구성 파일을 웹 서버 인스턴스의 구성 디렉토리에 복사합니다. 예를 들어, Sun Java System Web Server의 경우 위치는 web_server_install_dir/https-host-name/config/loadbalancer.xml입니다.
  8. 시간 초과가 만료될 때까지 대기합니다. 로드 밸런서의 로그 파일을 모니터링하여 인스턴스가 오프라인인지 확인합니다.
  9. 클러스터의 다른 인스턴스가 계속 실행되는 동안 비활성화된 서버 인스턴스를 다시 시작합니다. 다시 시작하면 서버가 도메인과 동기화되고 응용 프로그램이 업데이트됩니다.
  10. 다시 시작한 서버의 응용 프로그램을 테스트하여 제대로 실행되는지 확인합니다.
  11. asadmin enable-http-lb-server를 사용하여 서버 인스턴스를 활성화합니다.
  12. asadmin export-http-lb-config를 사용하여 로드 밸런서 구성 파일을 내보냅니다.
  13. 구성 파일을 웹 서버의 구성 디렉토리에 복사합니다.
  14. 클러스터의 인스턴스마다 단계 5에서 단계 13까지 반복합니다.
  15. 모든 서버 인스턴스에 새로운 응용 프로그램이 있고 실행 중일 경우 해당 클러스터에 대한 동적 재구성을 다시 활성화합니다.

두 개의 클러스터에서 업그레이드

  1. 이전 버전의 응용 프로그램을 저장하거나 도메인을 백업합니다.

    2. 도메인을 백업하려면 asadmin backup-domain 명령을 사용합니다.

  2. 두 클러스터의 동적 재구성이 활성화된 경우 해제합니다.

    3. 관리 콘솔 사용:

    1. 구성 노드를 확장합니다.
    2. 한 클러스터의 구성 이름을 누릅니다.
    3. 구성 시스템 등록 정보 페이지에서 동적 재구성 사용 가능 확인란을 선택 해제합니다.
    4. 저장을 누릅니다.
    5. 두 번째 클러스터에 대해 반복합니다.

      6. 이에 해당하는 asadmin 명령은 asadmin set입니다. 구문은 다음과 같습니다.

      asadmin set --user user --passwordfile password_file cluster_name-config.dynamic-reconfiguration-enabled=false

  3. 업그레이드된 응용 프로그램을 대상 domain에 다시 배포합니다. 관리 콘솔을 사용하여 재배포할 경우 도메인이 자동으로 대상이 됩니다. 동적 재구성이 비활성화되어 있기 때문에 이전 응용 프로그램은 계속해서 클러스터에서 실행됩니다.
  4. asadmin enable-http-lb-application을 사용하여 클러스터에 재배포된 응용 프로그램을 활성화합니다.
  5. asadmin disable-http-lb-server를 사용하여 로드 밸런서에서 하나의 클러스터를 비활성화합니다.
  6. asadmin export-http-lb-config를 사용하여 로드 밸런서 구성 파일을 내보냅니다.
  7. 내보낸 구성 파일을 웹 서버 인스턴스의 구성 디렉토리에 복사합니다. 예를 들어, Sun Java System Web Server의 경우 위치는 web_server_install_dir/https-host-name/config/loadbalancer.xml입니다.
  8. 시간 초과가 만료될 때까지 대기합니다. 로드 밸런서의 로그 파일을 모니터링하여 클러스터가 오프라인인지 확인합니다.
  9. 다른 클러스터를 계속 실행하면서 비활성화된 클러스터를 다시 시작합니다. 다시 시작하면 클러스터가 도메인과 동기화되고 응용 프로그램이 업데이트됩니다.
  10. 다시 시작한 클러스터의 응용 프로그램을 테스트하여 제대로 실행되는지 확인합니다.
  11. asadmin enable-http-lb-server를 사용하여 클러스터를 활성화합니다.
  12. asadmin export-http-lb-config를 사용하여 로드 밸런서 구성 파일을 내보냅니다.
  13. 구성 파일을 웹 서버의 구성 디렉토리에 복사합니다.
  14. 다른 클러스터에 대해 단계 5에서 단계 13까지 반복합니다.
  15. 모든 서버 인스턴스에 새로운 응용 프로그램이 있고 실행 중일 경우 두 클러스터 모두에 대한 동적 재구성을 다시 활성화합니다.

RMI-IIOP 로드 균형 조정 및 페일오버 정보

RMI-IIOP 로드 균형 조정 및 페일오버에 대한 요구 사항

Sun Java™ System Application Server는 원격 EJB 참조의 고가용성과 RMI-IIOP에서의 이름 서비스 객체를 제공합니다. 이 기능을 사용하기 전에 사용자 환경이 다음 요구 사항을 충족해야 합니다.

RMI-IIOP 로드 균형 조정 및 페일오버 알고리즘

Sun Java System Application Server에서는 원격 EJB 참조의 로드 균형 조정 및 RMI-IIOP 경로의 이름 서비스 객체에 대해 랜더마이즈 및 라운드 로빈 알고리즘을 사용합니다.

RMI-IIOP 클라이언트가 새로운 InitialContext 객체를 처음 만들면 해당 클라이언트에 대해 사용 가능한 Application Server IIOP 종점 목록이 랜더마이즈됩니다. InitialContext 객체의 경우 로드 밸런서는 조회 요청과 다른 InitialContext 작업을 목록의 첫 번째 종점으로 지정합니다. 첫 번째 종점을 사용할 수 없는 경우 목록의 두 번째 종점을 사용하는 식으로 계속합니다.

클라이언트가 계속해서 새로운 InitialContext 객체를 만들 때마다 종점 목록이 회전하므로 InitialContext 작업에 대해 다른 IIOP 종점이 사용됩니다.

InitialContext 객체에서 얻은 참조에서 Bean을 구하거나 만들 경우 해당 Bean은 InitialContext 객체에 할당된 IIOP 종점 역할을 하는 Application Server 인스턴스에 만들어집니다. 해당 Bean에 대한 참조에는 클러스터의 모든 Application Server 인스턴스의 IIOP 종점 주소가 포함됩니다.

기본 종점은 Bean을 조회하거나 만들 때 사용하는 InitialContext 종점에 해당하는 Bean 종점입니다. 클러스터의 다른 IIOP 종점은 대체 종점으로 지정됩니다. Bean의 기본 종점을 사용할 수 없게 되면 해당 Bean의 추가 요청이 대체 종점 중 하나로 페일오버됩니다.

RMI-IIOP 샘플 응용 프로그램

다음 디렉토리에는 ACC가 있거나 없는 RMI-IIOP 페일오버를 사용하는 것을 설명하는 샘플 응용 프로그램이 포함되어 있습니다.

install_dir/samples/ee-samples/sfsbfailover

ACC가 있거나 없는 응용 프로그램을 실행하기 위한 지침은 이 샘플과 같이 제공되는 index.html 파일을 참조하십시오. ee-samples 디렉토리에는 샘플을 실행하도록 환경을 설정하는 정보도 포함되어 있습니다.



이전      목차      다음     

Copyright 2004 - 2005 Sun Microsystems, Inc. 모든 권리는 저작권자의 소유입니다.