소개
이 문서에서는 HA(고가용성) 환경에서 SSM(Smart Software Manager) 온프레미스 활성 또는 대기 노드를 교체하는 방법에 대해 설명합니다.
배경 정보
온프레미스 서버 구축 시 독립형 노드로 구축됩니다. 보조 구축으로 구현된 개념이 없습니다. 이는 온프레미스 애플리케이션이 개발되는 방식 때문입니다. 여러 컨테이너가 단일 엔터티에 통합되어 사용자에게 최종 애플리케이션으로 호스팅됩니다.
모범 사례는 다음과 같습니다.
|
노드
|
IP
|
참조 값
|
|
A
|
x.x.x.a
|
10.106.43.11
|
|
B
|
x.x.x.b
|
10.106.43.13
|
|
VIP(가상 IP)
|
x.x.x.c
|
10.106.43.17
|
HA가 통합되어 있고 제자리에 있다고 가정해 보겠습니다. 노드 'A - x.x.x.a'는 활성 노드이고 노드 'B - x.x.x.b'는 대기 모드이며 가상 IP(VIP)는 'x.x.x.c'입니다.
처음에는 손상되지 않은 경우 실제 HA 상태가 이미지에 표시된 것처럼 정상입니다.

활성 노드 교체
사용자가 활성 노드를 교체할 것이라고 가정합니다.
이 시나리오에서 대기 노드가 활성 노드 위치를 차지하고 네트워크는 VIP를 통해 작동하도록 유지됩니다.

사용자는 다음 단계로 활성 노드를 대체 할 수 있습니다.
- 현재 활성 노드(대기 노드)에서 유효한 백업을 가져옵니다.
- 온프레미스 콘솔을 통해 해당 노드에서 ha_teardown 명령을 실행합니다.
- 새로운 온프레미스 서버를 구축하고 버전이 일치하는지 확인합니다.
- 나중에 새로 구축된 이 노드에서 수집된 백업을 복원합니다.
- 그런 다음 HA를 처음부터 시작합니다.
스탠바이 노드 교체
사용자가 대기 노드를 교체할 것이라고 가정합니다.
이 시나리오에서는 활성 노드가 그대로 유지되고 네트워크가 VIP를 통해 작동하도록 유지됩니다.

사용자는 다음 단계로 대기 노드를 교체할 수 있습니다.
- 온-프레미스 콘솔을 통해 활성 노드에서 ha_teardown 명령을 실행합니다.
- 새로운 온프레미스 서버를 구축하고 버전이 일치하는지 확인합니다.
- 그런 다음 HA를 처음부터 시작합니다.
온프레미스 서버에서 HA를 구성하는 단계
HA를 처음부터 새로 작성하는 단계별 절차:
1. 활성 노드에서
- 온프레미스 콘솔.
- ha_generatekeys <HA 클러스터 암호>.
2. 스탠바이 노드
- ha_provision_standby.
- 활성 노드의 IP 주소 입력: <x.x.x.a>.
- 활성 노드의 개인 IP 주소를 입력 합니다. <기본값을 그대로 둡니다>.
- 대기 노드의 IP 주소를 입력합니다. <x.x.x.b>.
- 대기 노드의 사설 IP 주소를 입력 합니다. <기본값을 그대로 둡니다>.
- HA 클러스터 암호 입력: <ha_generate>에 사용되는 HA 클러스터 비밀번호입니다.
3. 활성 노드에서
- ha_deploy.
- 활성 노드의 IP 주소 입력: <x.x.x.a>.
- 활성 노드의 개인 IP 주소를 입력 합니다. <기본값을 그대로 둡니다>.
- 대기 노드의 IP 주소를 입력합니다. <x.x.x.b>.
- 대기 노드의 사설 IP 주소를 입력 합니다. <기본값을 그대로 둡니다>.
- 가상 IP 주소 입력: <x.x.x.c>.
- HA 클러스터 암호 입력: <ha_generate>에 사용되는 HA 클러스터 비밀번호입니다.
추가 정보
- 기본 또는 보조 설계 모드가 없으므로 SSM On-Prem에는 장애 복구/장애 조치 개념이 없습니다.
- 노드가 활성 상태일 때만 ha_teardown 명령을 실행할 수 있습니다. 대기 노드인 경우 시스템은 "먼저 활성 노드에서 명령을 실행" 배너를 던집니다.
- 단계별 구축 절차에 대해서는 설치 가이드의 'VM에 수동으로 설치' 항목을 항상 참조할 수 있습니다.
- SSM 온프레미스 버전 8-202201 설치 가이드 링크입니다.
- "SSM On-prem 8. x HA cluster"에 대한 자세한 내용은 이 문서를 참조하십시오.
이 활용 사례에 대해 추가 질문이 있는 경우 언제든지 SR(서비스 요청)을 열어 지원을 받으십시오.