대부분의 AEM 업그레이드가 제대로 수행되므로 업그레이드 시 작성자 계층에 대한 다운타임이 필요합니다. 이러한 모범 사례를 따르면 게시 계층 다운타임을 최소화하거나 제거할 수 있습니다.
AEM 환경을 업그레이드할 때 작성자와 최종 사용자 모두의 가동 중단을 최소화하려면 작성자 환경 또는 게시 환경 업그레이드 접근 방식의 차이점을 고려해야 합니다. 이 페이지에서는 현재 AEM 6.x 버전에서 실행 중인 AEM 토폴로지를 업그레이드하는 고급 절차에 대해 설명합니다. Mongo 및 TarMK 기반 배포뿐만 아니라 작성자 및 게시 계층 간에 프로세스가 다르므로 각 계층 및 마이크로커널은 별도의 섹션에 나열되었습니다. 배포를 실행할 때 먼저 작성자 환경을 업그레이드하고 성공을 결정한 다음 게시 환경으로 진행하는 것이 좋습니다.
이 섹션의 가정된 토폴로지는 콜드 대기가 있는 TarMK에서 실행 중인 작성자 서버로 구성됩니다. 작성자 서버에서 TarMK 게시 팜으로 복제가 발생합니다. 여기에 표시되지 않지만 이 접근 방식은 오프로딩을 사용하는 배포에 활용할 수도 있습니다. 작성자 인스턴스에서 복제 에이전트를 비활성화한 후 다시 활성화하기 전에 새 버전에서 오프로딩 인스턴스를 업그레이드하거나 다시 빌드해야 합니다.
콘텐츠 작성 중지
대기 인스턴스 중지
작성자의 복제 에이전트 비활성화
실행 업그레이드 전 유지 관리 작업.
실행 즉석 업그레이드
Dispatcher 모듈 업데이트 필요한 경우
QA가 업그레이드를 확인합니다
작성자 인스턴스를 종료합니다.
업그레이드된 인스턴스를 복사하여 새 콜드 대기 모드 만들기
작성자 인스턴스 시작
대기 인스턴스를 시작합니다.
콜드 대기 인스턴스를 새 기본 인스턴스로 시작
콜드 대기 모드에서 작성자 환경을 다시 빌드합니다.
이 섹션의 가정된 토폴로지는 두 개 이상의 MongoMK 데이터베이스에서 지원하는 두 개 이상의 AEM 작성자 인스턴스가 있는 MongoMK 작성자 클러스터로 구성됩니다. 모든 작성자 인스턴스는 데이터 저장소를 공유합니다. 이 단계는 S3 및 파일 데이터 저장소 모두에 적용되어야 합니다. 작성자 서버에서 TarMK 게시 팜으로 복제가 수행됩니다.
DocumentNodeStoreService.cfg
단일 멤버 복제본 세트를 반영하도록 주 작성자의 파일업그레이드된 Mongo 인스턴스에 연결된 새 6.5 작성자 인스턴스 만들기
클러스터에서 제거된 MongoDB 노드를 다시 빌드합니다
업데이트 DocumentNodeStoreService.cfg
전체 복제본 세트를 반영하는 파일
작성자 인스턴스를 한 번에 하나씩 다시 시작합니다
복제된 데이터 저장소를 제거합니다.
보조 작성자 인스턴스를 다시 구성하여 복제된 데이터 저장소에 연결합니다
업그레이드된 작성자 기본 인스턴스 종료
업그레이드된 Mongo 기본 인스턴스를 종료합니다.
두 번째 Mongo 인스턴스 중 하나를 새 기본 인스턴스로 시작
구성 DocumentNodeStoreService.cfg
아직 업그레이드되지 않은 Mongo 인스턴스의 복제본 세트를 지정하는 보조 작성자 인스턴스의 파일
보조 작성자 인스턴스 시작
업그레이드된 작성자 인스턴스, Mongo 노드 및 데이터 저장소를 정리합니다.
이 섹션의 가정된 토폴로지는 두 개의 TarMK 게시 인스턴스로 구성되며, 앞에는 로드 밸런서가 있습니다. 작성자 서버에서 TarMK 게시 팜으로 복제가 발생합니다.