설명서AEM 6.5사용 안내서

업그레이드 프로시저 upgrade-procedure

Last update: Mon Jul 15 2024 00:00:00 GMT+0000 (Coordinated Universal Time)
  • 주제:

작성 대상:

  • 관리자
NOTE
업그레이드는 대부분의 Adobe Experience Manager(AEM) 업그레이드가 제대로 수행되므로 작성자 계층에 대한 다운타임이 필요합니다. 이러한 모범 사례를 따르면 Publish 계층 다운타임을 최소화하거나 제거할 수 있습니다.

AEM 환경을 업그레이드할 때 작성자와 최종 사용자 모두의 가동 중지 시간을 최소화하기 위해 작성자 환경 또는 게시 환경 업그레이드 접근 방식의 차이점을 고려해야 합니다. 이 페이지에서는 현재 AEM 6.x 버전에서 실행 중인 AEM 토폴로지를 업그레이드하는 고급 절차에 대해 설명합니다. 작성 계층과 게시 계층, Mongo 및 TarMK 기반 배포 프로세스가 서로 다르기 때문에 각 계층과 마이크로커널은 별도의 섹션에 나열되어 있습니다. 배포를 실행할 때 Adobe에서는 먼저 작성자 환경을 업그레이드하고 성공을 결정한 다음 게시 환경으로 진행할 것을 권장합니다.

TarMK 작성자 계층 tarmk-author-tier

토폴로지 시작 중 starting-topology

이 섹션의 가정된 토폴로지는 콜드 대기가 있는 TarMK에서 실행 중인 작성자 서버로 구성됩니다. 작성자 서버에서 TarMK 게시 팜으로 복제가 발생합니다. 여기에 표시되지 않지만 이 접근 방식은 오프로딩을 사용하는 배포에 사용할 수도 있습니다. 작성자 인스턴스에서 복제 에이전트를 비활성화한 후 다시 활성화하기 전에 새 버전에서 오프로딩 인스턴스를 업그레이드하거나 다시 빌드해야 합니다.

tarmk_starting_topology

업그레이드 준비 upgrade-preparation

upgrade-preparation-author

  1. 콘텐츠 작성을 중지합니다.

  2. 대기 인스턴스를 중지합니다.

  3. 작성자의 복제 에이전트를 비활성화합니다.

  4. 업그레이드 전 유지 관리 작업을 실행하십시오.

업그레이드 실행 upgrade-execution

execute_upgrade

  1. 바로 업그레이드를 실행하십시오.

  2. 필요한 경우 Dispatcher 모듈을 업데이트합니다.

  3. QA가 업그레이드를 확인합니다.

  4. 작성자 인스턴스를 종료합니다.

성공하면 if-successful

if_successful

  1. 업그레이드된 인스턴스를 복사하여 콜드 대기를 생성합니다.

  2. 작성자 인스턴스를 시작합니다.

  3. 대기 인스턴스를 시작합니다.

실패한 경우(롤백) if-unsuccessful-rollback

롤백

  1. 콜드 대기 인스턴스를 새 기본 인스턴스로 시작합니다.

  2. 콜드 대기 모드에서 작성자 환경을 다시 빌드합니다.

MongoMK 작성자 클러스터 mongomk-author-cluster

토폴로지 시작 중 starting-topology-1

이 섹션의 가정된 토폴로지는 두 개 이상의 AEM Author 인스턴스가 있는 MongoMK Author 클러스터로 구성되며, 두 개 이상의 MongoMK 데이터베이스가 지원됩니다. 모든 작성자 인스턴스는 데이터 저장소를 공유합니다. 이 단계는 S3 및 파일 데이터 저장소 모두에 적용되어야 합니다. 작성자 서버에서 TarMK Publish 팜으로 복제가 수행됩니다.

mongo-topology

업그레이드 준비 upgrade-preparation-1

mongo-upgrade_prep

  1. 콘텐츠 작성을 중지합니다.
  2. 백업을 위해 데이터 저장소를 복제합니다.
  3. 기본 작성자인 AEM 작성자 인스턴스를 제외하고 모든 인스턴스를 중지합니다.
  4. 주 Mongo 인스턴스인 복제본 세트에서 MongoDB 노드를 제외한 모든 노드를 제거합니다.
  5. 단일 멤버 복제본 집합을 반영하도록 주 작성자의 DocumentNodeStoreService.cfg 파일을 업데이트하십시오.
  6. 기본 작성자를 다시 시작하여 제대로 다시 시작되는지 확인합니다.
  7. 기본 작성자의 복제 에이전트를 비활성화합니다.
  8. 기본 작성자 인스턴스에서 업그레이드 전 유지 관리 작업을 실행합니다.
  9. 필요한 경우 기본 Mongo 인스턴스의 MongoDB를 WiredTiger가 있는 버전 3.2로 업그레이드합니다.

업그레이드 실행 Upgrade-execution-1

mongo-execution

  1. 기본 작성자에서 바로 업그레이드를 실행합니다.
  2. 필요한 경우 Dispatcher 또는 웹 모듈 을(를) 업데이트합니다.
  3. QA가 업그레이드를 확인합니다.

성공하면 if-successful-1

mongo-secondaries

  1. 업그레이드된 Mongo 인스턴스에 연결된 새 6.5 작성자 인스턴스를 만듭니다.

  2. 클러스터에서 제거된 MongoDB 노드를 다시 빌드합니다.

  3. 전체 복제본 집합을 반영하도록 DocumentNodeStoreService.cfg 파일을 업데이트하십시오.

  4. 작성자 인스턴스를 한 번에 하나씩 다시 시작합니다.

  5. 복제된 데이터 저장소를 제거합니다.

실패한 경우(롤백) if-unsuccessful-rollback-2

mongo-rollback

  1. 보조 작성자 인스턴스를 다시 구성하여 복제된 데이터 저장소에 연결합니다.

  2. 업그레이드된 작성자 기본 인스턴스를 종료합니다.

  3. 업그레이드된 Mongo 기본 인스턴스를 종료합니다.

  4. 두 번째 Mongo 인스턴스 중 하나를 새 기본 인스턴스로 사용하여 시작합니다.

  5. 아직 업그레이드되지 않은 Mongo 인스턴스의 복제본 집합을 가리키도록 보조 작성자 인스턴스에서 DocumentNodeStoreService.cfg 파일을 구성합니다.

  6. 보조 작성자 인스턴스를 시작합니다.

  7. 업그레이드된 작성자 인스턴스, Mongo 노드 및 데이터 저장소를 정리합니다.

TarMK Publish 팜 tarmk-publish-farm

TarMK Publish 팜 tarmk-publish-farm-1

이 섹션의 가정된 토폴로지는 두 개의 TarMK 게시 인스턴스로 구성되며, 앞에는 로드 밸런서가 있습니다. 작성자 서버에서 TarMK Publish 팜으로 복제가 수행됩니다.

tarmk-pub-farmv5

업그레이드 실행 upgrade-execution-2

upgrade-publish2

  1. 로드 밸런서에서 Publish 2 인스턴스에 대한 트래픽을 중지합니다.
  2. Publish 2에서 업그레이드 전 유지 관리를 실행합니다.
  3. Publish 2에서 바로 업그레이드를 실행합니다.
  4. 필요한 경우 Dispatcher 또는 웹 모듈 을(를) 업데이트합니다.
  5. Dispatcher 캐시를 플러시합니다.
  6. QA는 방화벽 뒤의 Dispatcher을 통해 Publish 2를 확인합니다.
  7. Publish 2 종료.
  8. Publish 2 인스턴스를 복사합니다.
  9. Publish 2 시작.

성공하면 if-successful-2

upgrade-publish1

  1. Publish 2에 대한 트래픽을 활성화합니다.
  2. Publish 1에 대한 트래픽을 중지합니다.
  3. Publish 1 인스턴스를 중지합니다.
  4. Publish 1 인스턴스를 Publish 2의 사본으로 바꿉니다.
  5. 필요한 경우 Dispatcher 또는 웹 모듈 을(를) 업데이트합니다.
  6. Publish 1용 Dispatcher 캐시를 플러시합니다.
  7. Publish 1을 시작합니다.
  8. QA는 방화벽 뒤의 Dispatcher을 통해 Publish 1을 확인합니다.

실패한 경우(롤백) if-unsuccessful-rollback-1

pub_rollback

  1. Publish 1의 복사본을 만듭니다.
  2. Publish 2 인스턴스를 Publish 1의 사본으로 바꿉니다.
  3. Publish 2용 Dispatcher 캐시를 플러시합니다.
  4. Publish 2 시작.
  5. QA는 방화벽 뒤의 Dispatcher을 통해 Publish 2를 확인합니다.
  6. Publish 2에 대한 트래픽을 활성화합니다.

최종 업그레이드 단계 final-upgrade-steps

  1. Publish 1에 대한 트래픽을 활성화합니다.
  2. QA는 공개 URL에서 최종 유효성 검사를 수행합니다.
  3. 작성자 환경에서 복제 에이전트를 활성화합니다.
  4. 콘텐츠 작성을 재개합니다.
  5. 업그레이드 후 확인을 수행합니다.

최종

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2