고가용성 및 확장성을 위해 클러스터를 버스에 추가

버스 멤버로 클러스터를 추가하고 고가용성, 확장성 또는 고가용성을 포함하는 확장성을 제공하는 사전 정의된 메시징 엔진 정책과 메시징 엔진 정책 지원을 사용할 수 있습니다. 메시징 엔진 정책 지원은 클러스터에서 메시징 엔진 작성 및 구성을 지원하여 필수 메시징 엔진 동작을 제공합니다.

시작하기 전에

클러스터를 버스의 구성으로 추가에 열거된 자원을 정의했는지 확인하십시오.

이 태스크 정보

다음과 같은 사전 정의된 메시징 엔진 정책이 사용 가능합니다.
  • 고가용성. 메시지를 항상 전송하도록 해당 클러스터에서 항상 메시징 엔진이 실행 중인지 확인하려는 경우 고가용성 정책을 사용합니다.

    고가용성 메시징 엔진 정책으로 클러스터에 단일 메시징 엔진을 작성합니다. 메시징 엔진은 클러스터의 다른 서버로 장애 복구되도록 구성됩니다. 장애 복구에 대해 서버가 사용되는 순서는 기본 서버 목록의 순서에 따라 달라집니다. 기본 서버 목록에서 서버가 앞에 있을수록 해당 서버의 환경 설정이 더 우선합니다. 메시징 엔진이 실패 복구하지 않습니다. 즉, 더 선호하는 서버가 다시 사용 가능해지는 경우에도 메시징 엔진은 해당 서버로 돌아가지 않습니다.

  • 확장성. 클러스터에 서버를 더 추가하고 성능을 유지보수하려는 경우 시스템에 대해 확장성 정책을 사용합니다.

    확장성 메시징 엔진 정책으로 클러스터의 각 서버에 단일 메시징 엔진을 작성합니다. 각 메시징 엔진은 지정되는 서버에서만 실행할 수 있으며 다른 서버로 실패복구할 수 없습니다. 서버가 실패하는 경우, 서버에서 실행 중인 메시징 엔진도 실패하며 서버가 복구될 때까지 사용 불가능합니다. 클러스터의 기존 메시징 엔진에 영향을 주지 않고 클러스터에 새 서버를 추가할 수 있습니다.

  • 고가용성에 대한 확장성. 서버를 클러스터에 더 추가하고 성능을 유지보수하며, 메시징이 항상 사용 가능하지 확인하려는 시스템에 대해서는 고가용성을 포함한 확장성 정책을 사용합니다.

    고가용성에 대한 확장성의 메시징 엔진 정책으로 클러스터에 있는 각 서버에 단일 메시징 엔진을 작성합니다. 각 메시징 엔진은 클러스터에 지정된 다른 서버로 장애 복구할 수 있습니다. 서버 간에 순차적 순환 관계가 있어서 각 서버는 두 개의 메시징 엔진까지 호스트할 수 있습니다. 각 메시징 엔진은 실패 복구할 수 있습니다. 즉, 메시징 엔진이 다른 서버로 장애 복구하고 원래 서버가 다시 사용 가능해지면 메시징 엔진이 자동으로 해당 서버로 돌아갑니다.

[AIX Solaris HP-UX Linux Windows][IBM i]초기 및 최대 JVM(Java™ Virtual Machine) 힙 크기를 선택적으로 조정할 수 있습니다. 힙 크기를 조정하면 하나 이상의 메시징 엔진을 호스트하는 애플리케이션 서버에 사용자에게 필요한 메시지 처리량에 적당한 메모리 크기를 제공하도록 보장할 수 있습니다.

혼합 버전 셀에서 작업하는 경우 이 버전의 제품에서 실행 중인 서비스 통합 버스에는 다음 버전의 제품에서 실행 중인 WebSphere® Application Server 버전 6 버스 멤버만 포함될 수 있습니다.
  • 6.0.2(수정팩 23 이상)
  • 6.1.0(수정팩 13 이상)

보안이 사용 가능하고 버스에 혼합 버전의 버스 멤버가 있는 경우, 버스 멤버가 엔진 간 인증 별명을 사용하여 신뢰를 구축합니다. 서버 클러스터를 WebSphere Application Server 버전 6의 버스 멤버로 추가하고 이 서버 클러스터가 이 레벨의 첫 번째 버스 멤버인 경우, 이 태스크 중에 인증 별명을 선택하거나 작성해야 합니다. 이 조치를 통해 엔진 간 인증 별명을 설정합니다.

프로시저

  1. 탐색 분할창에서 서비스 통합 -> 버스 -> bus_name -> [토폴로지] 버스 멤버을 클릭하십시오.
  2. 추가를 클릭하여 새 버스 멤버 추가 마법사를 시작하십시오.
  3. 첫 번째 분할창에서 클러스터를 선택한 후, 드롭 다운 목록에서 버스의 멤버를 작성하려는 클러스터를 선택하십시오.
  4. 메시징 엔진 정책 지원 설정 분할창에서 메시징 엔진 정책 지원 사용 가능 선택란이 선택되어 있는지 확인하십시오. 필요한 메시징 엔진 정책에 따라 다음 옵션 중 하나를 선택하십시오.
    • 고가용성
    • 확장성
    • 고가용성에 대한 확장성
    선택된 메시징 엔진 정책의 "추가 구성이 필요합니까?" 열의 값이 아니오인 경우 프로시저를 계속하십시오. 그렇지 않으면 표시되는 메시지를 검사하고 되돌아가서 클러스터 구성을 변경할 것인지, 아니면 계속할 것인지 결정하십시오. 선택된 메시징 엔진 정책의 실제 결과 및 선택된 클러스터의 다이어그램이 표시됩니다.
  5. 이미 정의된 메시지 저장소의 유형을 선택하십시오.
  6. 나열된 각 메시징 엔진에 대해 메시징 엔진 구성 분할창에서 메시징 엔진 이름을 클릭하고 해당 메시지 저장소에 대한 세부사항을 입력하십시오.
    • 파일 저장소를 사용하는 경우, 로그 파일, 영구 파일 저장소 및 임시 파일 저장소의 디렉토리 경로를 지정하십시오. 기본 경로를 사용하지 말고 각 메시징 엔진의 고유 경로를 사용하는지 확인하십시오.
    • 데이터 저장소를 사용하는 경우 데이터 저장소를 보유하는 데이터베이스에 대한 액세스를 제공하는 데이터 소스의 JNDI 이름을 지정하십시오.
  7. 옵션: [AIX Solaris HP-UX Linux Windows][IBM i]성능 매개변수 조정 분할창에서 초기 및 최대 JVM(Java Virtual Machine) 힙 크기의 현재 설정을 볼 수 있습니다. 현재 설정을 변경하여 성능을 조정하려면, 힙 크기 변경 선택란을 선택한 후 제안된 힙 크기 필드에 필수 변경사항을 입력하십시오.
  8. 보안이 사용 가능하고 이 클러스터 버스 멤버를 추가하면 혼합된 버전의 버스가 작성되는 경우, 마법사에서는 인증 별명을 입력하도록 프롬프트됩니다. 다음 중 하나를 수행하십시오.
    • 기존 인증 별명을 선택하십시오.
    • 새 인증 별명을 작성하십시오. 고유 별명 이름 및 비밀번호를 지정하십시오.
    이 조치를 통해 엔진 간 인증 별명을 설정합니다.
  9. 새 버스 멤버 추가 마법사가 완료될 때 마스터 구성에 대한 변경사항을 저장하십시오.

결과

클러스터 버스 멤버를 작성했습니다.
  • 고가용성 메시징 엔진 정책의 경우 이름이 cluster_name.nnn-bus_name인 단일 메시징 엔진이 있으며, 이를 통해 클러스터의 서버로 장애 복구할 수 있습니다.
  • 확장성 메시징 엔진 정책의 경우 클러스터의 각 서버에 대해 이름이 cluster_name.nnn-bus_name인 하나의 메시징 엔진이 있습니다. 클러스터의 각 메시징 엔진은 하나의 서버에서 실행되도록 제한됩니다.
  • 고가용성을 포함하는 확장성 메시징 엔진 정책의 경우 클러스터의 각 애플리케이션 서버에는 이름이 cluster_name.nnn-bus_name인 하나의 메시징 엔진이 있습니다. 클러스터의 각 메시징 엔진은 클러스터에 지정된 다른 서버로 장애 복구되고 서버가 다시 사용 가능해지면 원하는 서버로 복구될 수 있습니다.
각 메시징 엔진에는, 이름이 messaging_engine_name-number정책인 코어 그룹 정책이 있습니다. 이 코어 그룹 정책은 메시징 엔진 정책을 위해 선택한 동작으로 구성되어 있으며, 일치 기준을 통해 메시징 엔진과 연관되어 있습니다.

주제 유형을 표시하는 아이콘 태스크 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tjj1001_
파일 이름:tjj1001_.html