Omnissa Access 클러스터의 클러스터 재부팅 또는 계획된 유지 보수

노드를 재부팅한 후에는 노드가 Omnissa Access 클러스터에 자동으로 다시 가입되지 않습니다. 클러스터 멤버 자격을 복원하려면 부트스트랩 노드에서 wso cp unseal을 실행해야 합니다.

참고: 이 동작은 현재 중간 빌드에만 적용됩니다.

유지 보수 시나리오에 따라 아래의 적절한 절차 옵션을 사용합니다.

옵션 1 - 계획된 유지 보수: 한 번에 하나의 노드 재부팅

클러스터 가용성을 유지하려면 한 번에 하나의 노드를 재부팅합니다. 재부팅하는 동안 클러스터가 성능이 저하된 용량으로 기능을 유지합니다.

Omnissa Access 노드

1. 유지 보수할 노드를 종료합니다.

2. 클러스터 상태 및 서비스 상태를 모니터링합니다.

   클러스터는 용량이 감소된 상태로 실행 중인 각 서비스의 인스턴스 하나와 함께 정상 상태를 유지해야 합니다.

3. 유지 보수를 완료하고 노드를 다시 온라인 상태로 전환합니다.

4. 부트스트랩 노드에서 다음을 실행합니다.

   wso cp unseal
   

5. 부트스트랩 노드에서 다음 명령을 실행하여 클러스터 상태를 확인합니다.

   모든 서비스가 다시 온라인 상태가 될 때까지 시간을 허용합니다.

   wso healthcheck
   

6. 각 서비스의 인스턴스 2개가 실행 중인지 확인합니다.

7. 다음 명령을 실행하여 모든 서비스가 트래픽을 처리할 준비가 되었는지 확인합니다.

   wso access check-service-readiness
   

두 Access 노드가 모두 종료된 경우(계획되지 않음):

1. 두 노드가 다시 온라인 상태가 되면 부트스트랩 노드에서 다음 명령을 실행합니다.

   wso cp unseal
   

2. 부트스트랩 노드에서 wso healthcheck를 실행하고 모든 서비스가 다시 온라인 상태가 될 때까지 시간을 허용합니다.
3. 각 서비스의 인스턴스 2개가 실행 중인지 확인합니다.
4. wso access check-service-readiness를 실행하여 서비스가 트래픽을 처리할 준비가 되었는지 확인합니다.

인프라/플랫폼 노드

한 번에 하나의 노드를 재부팅합니다. 인프라 서비스(PostgreSQL, Kafka, Redis 및 OpenSearch)는 재부팅 중에 두 개의 인스턴스로 기능을 유지합니다.

1. 유지 보수할 노드를 종료합니다.

2. 클러스터 상태를 모니터링합니다.

   클러스터는 각 인프라 서비스의 인스턴스 2개로 기능을 유지해야 합니다.

3. 유지 보수를 완료하고 노드를 다시 온라인 상태로 전환합니다.

4. 부트스트랩 노드에서 다음을 실행합니다.

   wso cp unseal
   

5. 부트스트랩 노드에서 wso healthcheck를 실행하여 클러스터 상태를 확인합니다.

   모든 서비스가 다시 온라인 상태가 될 때까지 시간을 허용합니다.

6. 각 인프라 서비스의 인스턴스 3개가 실행 중인지 확인합니다.

모든 인프라/플랫폼 노드가 종료된 경우(계획되지 않음):

1. 모든 노드가 다시 온라인 상태가 되면 부트스트랩 노드에서 다음 명령을 실행합니다.

   wso cp unseal
   

2. 부트스트랩 노드에서 wso healthcheck를 실행하고 서비스가 다시 온라인 상태가 될 때까지 시간을 허용합니다.
3. 각 인프라 서비스의 인스턴스 3개가 실행 중인지 확인합니다.

부트스트랩 노드 재부팅

부트스트랩 노드를 재부팅해도 클러스터 서비스에는 영향을 주지 않습니다. 부트스트랩 노드는 클러스터 초기화만 담당하며 중요 서비스는 실행하지 않습니다.

옵션 2 - 계획된 유지 보수: 성능 저하 없음(버퍼 노드)

서비스 성능 저하 없이 유지 보수를 수행하려면 시작하기 전에 임시 버퍼 노드를 추가합니다. 이를 통해 서비스가 유지 보수 중인 노드를 마이그레이션할 수 있습니다.

1. 기존 노드와 동일한 구성으로 새 노드를 배포하고 클러스터에 추가합니다.

2. 부트스트랩 노드에서 새 노드 IP로 cp-cluster.ini를 업데이트하고 다음을 실행합니다.

   wso cp deploy -t <new-node-ip>
   

3. Nomad UI에서 유지 보수할 노드를 드레이닝합니다(클라이언트 > 노드 선택 > 추출).

   이 작업은 버퍼 노드를 포함한 다른 노드로 모든 서비스를 마이그레이션하며 성능에는 영향을 주지 않습니다.

4. 한 번에 하나의 기존 노드에서 유지 보수를 수행합니다.

5. 유지 보수가 완료되면 cp-cluster.ini에서 항목을 삭제하고 종료하여 버퍼 노드를 선택적으로 제거합니다.

   향후 유지 보수를 위해 대기 노드로 유지할 수도 있습니다.

6. 부트스트랩 노드에서 다음을 실행합니다.

   wso cp unseal
   

7. wso healthcheck를 실행하여 클러스터 상태를 확인합니다.

8. 각 Access 서비스의 인스턴스 2개와 각 인프라/플랫폼 서비스의 인스턴스 3개가 실행 중인지 확인합니다.

9. wso access check-service-readiness를 실행하여 모든 서비스가 트래픽을 처리할 준비가 되었는지 확인합니다.

   참고: 노드 재부팅 및 wso cp unseal 후 모든 서비스가 온라인으로 복귀하고 정상 클러스터를 구성할 때까지 시간을 허용합니다. 이 기간 동안 클러스터 상태를 모니터링합니다. 서비스가 복구되지 않으면 Nomad UI에서 해당 로그를 확인하고 서비스를 제거한 후 다시 배포합니다.

   wso services deploy -s <service-name>