![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)
롤아웃을 수행하기 위한 알고리즘
새 에디션에 대한 롤아웃을 수행하기 위한 알고리즘은 사용자의 환경에 작동 영향을 줍니다. 애플리케이션 에디션의 설치 및 분배는 해당 활성화와는 구분됩니다.
인터럽트 없는 대체를 위해 두 개의 기본 패턴인 그룹 롤아웃 또는 원자적 롤아웃이 있습니다. 새 에디션으로 롤아웃을 수행하기 위해 발생하는 단계는 이러한 옵션 중 선택하는 옵션에 따라 다릅니다.
롤아웃 중에 동적 클러스터는 수동 모드가 됩니다.
롤아웃 중에 로드가 많아지는 경우 애플리케이션 배치가
발생하지 않습니다. 사용량이 가장 많거나 로드가 많은 시간대를 피하도록
롤아웃을 계획하십시오. 롤아웃이 완료되면 동적 클러스터는 다시
원래의 모드가 됩니다.
문제점 방지: 트래픽이 많은
기간 동안에는 롤아웃을 수행하지 마십시오. gotcha

그룹 롤아웃
그룹 롤아웃을 수행하도록 선택하면 서버 그룹의 클러스터 간에 롤아웃이 발생합니다. 각 서버마다 다음 단계가 발생합니다.
- 서버에 대한 작업 정지.
- 애플리케이션 중지 또는 서버 중지.
- 서버 구성 업데이트.
- 애플리케이션 또는 서버 다시 시작.
- 서버에 새 에디션이 준비됩니다.
원자적 롤아웃
원자적 롤아웃을 수행하기 전에 대상 서버 클러스터의 로드 용량을 판별하십시오. 원자적 롤아웃을 수행하면 먼저 클러스터의 1/2에서 새 에디션이 활성화된 후 클러스터의 나머지 1/2에서 에디션이 활성화됩니다. 클러스터의 처음 1/2이 오프라인으로 전환되고 업데이트되는 동안 애플리케이션 요청이 클러스터의 나머지 1/2로 라우팅됩니다. 클러스터의 1/2이 롤아웃 기간 중 전체 로드를 처리할 수 있는지 확인하십시오.
원자적 롤아웃을 수행하도록 선택하면 다음 단계가 발생합니다.
- 서버의 1/2에 대한 작업 정지.
- 서버에 처음 1/2에 있는 서버 또는 애플리케이션 중지.
- 구성 업데이트.
- 서버의 처음 1/2에 있는 애플리케이션 또는 서버 시작.
- 서버의 나머지 1/2에 대한 작업 정지.
- 서버의 처음 1/2에서 실행 중인 새 에디션에 대한 라우팅 요청 시작.
- 서버의 나머지 1/2에서 애플리케이션 또는 서버 중지, 구성 업데이트 및 애플리케이션 또는 서버 시작.
- 롤아웃 완료.
기본 롤아웃 설정
관리 콘솔에서
롤아웃 조치에 대해 다음 옵션이 미리 설정되어 있습니다.
- 그룹 롤아웃:
- 롤아웃 전략 = 그룹, 그룹 크기 = 1
- 재설정 전략 = 애플리케이션
- 드레인 간격 = 30초
- 원자적 롤아웃:
- 롤아웃 전략 = 원자적
- 재설정 전략 = 애플리케이션
- 드레인 간격 = 30초
스크립트 인터페이스 롤아웃 옵션
관리 콘솔의
그룹 및 원자적 롤아웃 옵션은 미리 설정된 롤아웃 옵션
선택사항을 제공합니다. 스크립트 인터페이스를 통해 이러한
옵션에 대한 유연성을 늘릴 수 있습니다. 자세한 정보는
애플리케이션 에디션 관리 태스크에 대한 내용을 읽으십시오. 다음
스크립트 옵션이 있습니다.
- 롤아웃 전략: 롤아웃 방법 즉, 노드 그룹의
직렬식 업데이트 또는 분할/스왑 원자적 전략을 지정합니다.
- 그룹: 대상 클러스터를 롤아웃을 위한 그룹으로 나누도록 지정합니다. 그룹 롤아웃은 클러스터가 클 때 가장 효과적입니다. 하위 옵션으로 그룹 크기를 지정할 수 있습니다. 그룹 크기는 한 번에 처리할 노드 수를 제공합니다. 기본값은 1입니다.
- 원자적: 애플리케이션의 한 에디션만 롤아웃 기간 중 요청을 처리할 수 있음을 지정합니다. 이로 인해 애플리케이션 서버 클러스터의 1/2이 오프라인으로 전환되고 업데이트된 후 나머지 1/2이 오프라인으로 전환되고 업데이트됩니다. 클러스터의 1/2이 각각 오프라인으로 전환되는 동안 도착한 애플리케이션 요청은 On-Demand 라우터(ODR)에 의해 큐에 대기됩니다.
- 재설정 전략: 애플리케이션 또는 전체 애플리케이션 서버를
재생하는지(예를 들어, 중지하고 다시 시작하는지) 여부를 지정합니다.
- 애플리케이션: 애플리케이션을 재생하여 각 애플리케이션 서버에서 새 에디션을 활성화합니다. 애플리케이션 서버는 계속 실행됩니다.
- 서버: 서버 자체를 재생하여 각 애플리케이션 서버에서 새 에디션을 활성화합니다. 커넥터, 기본 라이브러리를 새로 고치거나 JVM(Java™ Virtual Machine)을 재설정해야 하는 경우 이 옵션이 필요합니다.
- 드레인 간격: 애플리케이션 또는 애플리케이션 서버가 중지되기 전에 요청 처리가 완료되기를 기다리는 시간을 지정합니다. 기본값은 30초입니다.