[AIX Solaris HP-UX Linux Windows][z/OS]

탄성 모드

탄성 모드를 사용하여 서비스 정책 목표는 계속 충족시키면서 애플리케이션 배치 제어기가 사용되는 노드 수를 최소화하고 필요하지 않은 노드를 제거하는 로직을 추가할 수 있습니다. 또한 탄성 모드를 사용함으로써 제어기가 특정 동적 클러스터가 서비스 정책을 충족시키지 않으며 가능한 모든 서버를 시작한 것으로 인식할 때 제어기가 노드를 추가하도록 로직을 추가할 수 있습니다.

개요

탄성 모드에서는 노드를 추가하거나 제거함으로써 WebSphere® 셀이 동적으로 확대 또는 축소될 수 있습니다. 탄성 조작은 모니터할 런타임 동작과 동작이 존재할 때 수행할 올바른 조치를 정의합니다. 탄성 모드를 구성하기 위한 단계의 일부로 탄성 조작에 연관되는 조치(추가 조작 및 제거 조작)를 정의하기 위한 사용자 정의 조치를 작성합니다. 추가 조작은 애플리케이션 배치 제어기의 모든 자원을 사용하지만 현재 요구를 충족시키기 위해 추가 자원이 계속 필요한 경우 실행됩니다. 제거 조작은 애플리케이션 배치 제어기의 자원량이 과도한 경우 실행됩니다.

탄성 모드를 사용하지 않는 경우 동적 클러스터가 다음 상황에서 클러스터 멤버를 시작하고 중지합니다.
  • 서버가 시작되면 같은 결과가 나타납니다.
    • 최소 활성 인스턴스를 유지합니다.
    • 클러스터의 CPU 또는 메모리 요구를 충족시킵니다.
  • 서버가 중지되면 같은 결과가 나타납니다.
    • 최대 인스턴스 수가 초과되지 않게 합니다.
    • 클러스터의 CPU 또는 메모리 요구를 충족시킵니다.
    • 지연 시작 또는 선제적 유휴 정지(사용자 정의 특성)를 사용하는 경우 클러스터 멤버를 중지합니다.
    • 자원 균형을 맞추고 다른 클러스터가 자원을 사용할 수 있습니다.
탄성을 사용하는 경우 추가 옵션은 다음과 같습니다.
  • 요구 증가: 동적 클러스터를 펼치기 위해 사용자 정의 조작(예: wasdmin 스크립트)을 정의합니다.
    참고: IBM® Workload Deployer 또는 WebSphere Application Server Hypervisor Edition Intelligent Management Pack의 경우 사전 정의된 태스크가 가상 머신과 연합 노드를 추가하여 동적 클러스터의 용량을 증가시킵니다.
  • 요구 감소: 동적 클러스터를 축소하기 위해 사용자 정의 조작(예: wasdmin 스크립트)을 정의합니다.
    참고: IBM Workload Deployer 또는 WebSphere Application Server Hypervisor Edition Intelligent Management Pack의 경우 사전 정의된 태스크가 가상 머신과 연합 노드를 제거하여 동적 클러스터의 용량을 감소시킵니다.

추가 조작

탄성 모드를 사용하는 경우 동적 클러스터의 모든 멤버가 현재 요구를 충족시킬 수 없으면 애플리케이션 배치 제어기가 추가 조작을 실행합니다. 제어기는 가능한 최소 수의 노드에서 모든 서버를 통합하고 시작하려고 시도합니다.

추가 조작과 연관된 조치가 완료되면 제어기가 새 노드에서 서버를 시작합니다. 새 노드는 추가를 요청한 동적 클러스터의 멤버로 추가되어야 합니다. 새 노드가 추가되지 않으면 모든 필수 자원을 수신하거나 요구가 감소할 때까지 제어기가 계속 추가 조치를 실행합니다.

제거 조작

제거 조작은 연관된 조치를 시작하기 전에 시작된 동적 클러스터 인스턴스를 먼저 중지합니다. 동적 클러스터가 수동 모드로 설정되는 경우에는 애플리케이션 서버를 시작하지 않은 노드에서 제거 조치가 실행됩니다. 탄성 모드를 사용하고 현재 수요를 충족시키기 위해 더 이상 노드가 필요하지 않은 경우에는 애플리케이션 배치 제어기가 제거 조작을 실행합니다. 실행되는 애플리케이션 서버가 없는 동적 클러스터에 포함되지 않는 노드가 먼저 제거됩니다. 다음으로 인스턴스가 실행되지 않고 실행되는 애플리케이션 서버가 없는 경우 동적 클러스터 인스턴스를 포함하지 않는 노드를 제거하려고 시도합니다. 마지막으로 하나 이상의 시작된 동적 클러스터만 있는 노드를 제거하려고 시도합니다. 제거 조작은 동적 클러스터의 최소 인스턴스 수를 충족시키기 위해 해당 노드가 필요하지 않거나 현재 요구를 충족시키는 데 필요하지 않은 경우에만 발생합니다.

탄성 모드를 사용하지 않는 상태에서 애플리케이션 배치 제어기가 실행되는 경우에는 제어기가 애플리케이션 서버에 대한 시작 및 중지 조작을 실행합니다. CPU 또는 메모리에 대한 수요 증가로 서버가 시작되지만 서버가 시작된 후 중지되지 않습니다. 그러나 탄성 모드를 사용하고 서버가 필요하지 않으면 중지 조치가 실행되어 서버가 시작된 후에도 중지됩니다. 실제 머신 또는 가상 머신에서 많은 서버가 중지된 후에는 애플리케이션 배치 제어기가 제거 조작을 실행합니다.

탄성 모드 사용 시 고려사항

탄성 모드를 사용하는 경우 다음 정보를 고려하십시오.
  • 애플리케이션 배치 제어기는 정적 및 동적 클러스터 멤버를 모두 포함하는 노드에서 제거 조작을 실행하지 않습니다.
  • 탄성 모드에서는 애플리케이션 지연 시작을 사용하지 마십시오. 애플리케이션 배치 제어기는 해당 동적 클러스터의 모든 노드에 제거 조작을 실행합니다. 특정 환경에서는 사용자 정의 노드를 모두 잃을 수 있어 이로 인해 문제점이 발생할 수 있습니다.
  • 애플리케이션 배치 제어기는 항상 제거되지 않을 배치 관리자 또는 노드에서 시작되도록 구성해야 합니다. 이렇게 하면 제어기가 활성화된 노드에 대한 제거 조작이 제어기에서 실행되지 않습니다. 배치 관리자에서 시작할 제어기를 구성하지 않는 경우 제어기가 실행되는 노드를 제거하려고 시도합니다. 결과적으로 데이터가 유실될 수 있으며 제거 조작으로 정의된 조치가 발생하지 않고 관리 콘솔의 런타임 태스크가 올바르게 업데이트되지 않습니다.
  • 다중 셀 성능 관리가 구성된 환경에서 탄성 모드를 사용하면 센터 셀의 배치 관리자 및 포인트 셀의 배치 관리자에서 시작하도록 특정 제어기를 구성해야 합니다. 애플리케이션 배치 제어기가 센터 셀의 배치 관리자에서 시작되도록 구성하십시오. 셀 에이전트는 포인트 셀의 배치 관리자에서 시작되도록 구성하십시오.
  • minTimeBetweenPlacementChange 사용자 정의 특성을 15분에서 3분으로 변경하여 애플리케이션 배치 제어기가 추가 조치를 실행하기 위해 너무 오래 대기하지 않도록 하십시오. 기본값 15분을 사용하는 경우 30분 동안 제어기가 두 개의 추가 조작을 실행할 수도 있습니다.

WebSphere MQ에서 시작되는 JMS 트래픽을 관리하기 위해 탄성을 사용하는 경우 고려사항

  • 기본적으로 애플리케이션 배치 제어기(APC)는 동적 클러스터에서 애플리케이션 서버를 시작 또는 중지할 시점을 판별하기 위해 ODR에서 생성되는 정보를 사용합니다. ODR 입력에 대한 APC 종속성을 제거하려면 APC.predictor 사용자 정의 특성을 CPU로 설정하십시오. 그러면 지능형 관리 가 WebSphere MQ로 로드되는 경우 메시지 구동 Bean의 동적 클러스터를 지원할 수 있습니다.
  • 탄성 모드를 사용하여 WebSphere MQ(버전 7.0.1.6 이상 필요)에서 시작되는 JMS 트래픽을 관리하는 경우 시스템 관리 > > 사용자 정의 특성 > 새로 작성으로 이동하고 셀 사용자 정의 특성 JMS.CPUtrue로 설정하십시오. 셀을 다시 시작하십시오.

주제 유형을 표시하는 아이콘 개념 주제



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