NSX Manager 클러스터에서 NSX Manager의 IP 주소를 변경할 수 있습니다. 이 섹션에서는 몇 가지 접근 방법에 대해 설명합니다.
예를 들어, Manager A, Manager B 및 Manager C로 구성된 클러스터가 있는 경우 다음과 같은 방법으로 하나 이상의 관리자에 대한 IP 주소를 변경할 수 있습니다.
- 시나리오 A:
- Manager A의 IP 주소는 172.16.1.11입니다.
- Manager B의 IP 주소는 172.16.1.12입니다.
- Manager C의 IP 주소는 172.16.1.13입니다.
- 새 IP 주소(예: 192.168.55.11)를 사용하는 Manager D를 추가합니다.
- Manager A를 제거합니다.
- 새 IP 주소(예: 192.168.55.12)를 사용하는 Manager E를 추가합니다.
- Manager B를 제거합니다.
- 새 IP 주소(예: 192.168.55.13)를 사용하는 Manager F를 추가합니다.
- Manager C를 제거합니다.
- 시나리오 B:
- Manager A의 IP 주소는 172.16.1.11입니다.
- Manager B의 IP 주소는 172.16.1.12입니다.
- Manager C의 IP 주소는 172.16.1.13입니다.
- 새 IP 주소(예: 192.168.55.11)를 사용하는 Manager D를 추가합니다.
- 새 IP 주소(예: 192.168.55.12)를 사용하는 Manager E를 추가합니다.
- 새 IP 주소(예: 192.168.55.13)를 사용하는 Manager F를 추가합니다.
- Manager A, Manager B 및 Manager C를 제거합니다.
- 시나리오 C:
- Manager A의 IP 주소는 172.16.1.11입니다.
- Manager B의 IP 주소는 172.16.1.12입니다.
- Manager C의 IP 주소는 172.16.1.13입니다.
- Manager A를 제거합니다.
- 새 IP 주소(예: 192.168.55.11)를 사용하는 Manager D를 추가합니다.
- Manager B를 제거합니다.
- 새 IP 주소(예: 192.168.55.12)를 사용하는 Manager E를 추가합니다.
- Manager C를 제거합니다.
- 새 IP 주소(예: 192.168.55.13)를 사용하는 Manager F를 추가합니다.
처음 두 시나리오에서는 이 IP 주소를 변경하는 동안 추가 NSX Manager에 대한 추가 가상 RAM, CPU 및 디스크가 필요합니다.
시나리오 C는 일시적으로 NSX Manager 수를 줄이고 IP 주소 변경 중에 두 활성 관리자 중 하나가 손실되면 NSX 작업에 영향을 미치기 때문에 권장되지 않습니다. 이 시나리오는 추가 가상 RAM, CPU 및 디스크를 사용할 수 없고 IP 주소를 변경해야 하는 상황을 위한 것입니다.
참고: 클러스터 VIP 기능을 사용하는 경우 클러스터 VIP에서 모든
NSX Manager가 동일한 서브넷에 있어야 하므로 IP 주소 변경 중에 새 IP 주소에 대해 동일한 서브넷을 사용하거나 클러스터 VIP를 비활성화해야 합니다.
사전 요구 사항
NSX Manager를 클러스터에 배포하는 방법을 숙지합니다. 자세한 내용은 "NSX 설치 가이드" 항목를 참조하십시오.
프로시저
- 제거할 NSX Manager가 수동으로 배포된 경우 다음 단계를 수행합니다.
- 다음 CLI 명령을 실행하여 NSX Manager를 클러스터에서 분리합니다.
detach node <node-id>
- NSX Manager VM을 삭제합니다.
- 다음 CLI 명령을 실행하여 NSX Manager를 클러스터에서 분리합니다.
- 삭제할 NSX Manager가 NSX Manager UI를 통해 자동으로 배포된 경우 다음 단계를 수행합니다.
- 브라우저에서 관리자 권한으로 NSX Manager(https://nsx-manager-ip-address)에 로그인합니다.
이 NSX Manager는 삭제할 대상이 아니어야 합니다.
- 시스템 탭에서 NSX 관리 노드를 클릭합니다.
NSX Manager 클러스터의 상태가 표시됩니다.
- 삭제할 NSX Manager에 대해 톱니 바퀴 아이콘을 클릭하고 삭제를 선택합니다.
- 브라우저에서 관리자 권한으로 NSX Manager(https://nsx-manager-ip-address)에 로그인합니다.
- 새 NSX Manager를 배포합니다.
- NSX+ Intelligence 서비스 또는 NSX+ NDR 서비스에 온보딩된 NSX Manager 클러스터가 있는 경우 NSX+ Intelligence 및 NSX+ NDR 에이전트에 대한 유지 보수 모드를 활성화합니다.
- NSX Manager 클러스터가 NSX+ Intelligence 서비스 또는 NSX+ NDR 서비스에 온보딩되었는지 확인하려면 복원된 NSX Manager의 IP 주소를 사용하여 다음 API 요청을 사용합니다.
GET https:// "nsx-manager-ip-address" /policy/api/v1/infra/sites/agents/intelligence/maintenance
NSX Manager 사이트가 온보딩되지 않으면 API 요청이 다음 메시지를 반환합니다. 이 경우 추가 작업이 필요하지 않습니다.{ "enable": true. "agent_error_message"; "Site is not onboarded with Saas. Invalid operation." }
NSX Manager 사이트가 온보딩되면 API 요청이 다음 메시지를 반환합니다. 아래의 다음 단계를 계속 진행합니다.{ "enable": false }
- NSX Manager 클러스터의 3개 노드 모두에 대한 NSX Manager 노드의 IP 주소를 변경하는 프로세스를 완료하고 NSX Manager 사이트가 온보딩되었음을 확인한 후 다음 API 요청을 사용하여 NSX+ Intelligence 및 NSX+ NDR 에이전트에 대한 유지 보수 모드를 활성화합니다.
PUT https:// "nsx-manager-ip-address" /policy/api/v1/infra/sites/agents/intelligence/maintenance { "enable": true }
- 모든 NSX Manager 노드 개체가 REALIZED 상태가 될 때까지 기다립니다. 다음 API 호출을 사용하여 확인합니다.
GET https:// "nsx-manager-ip-address" /policy/api/v1/infra/realized-state/realized-entities?intent_path=/infra/sites/agents/intelligence
API 호출 출력에서 목록의 모든 개체에 대해 "state": "REALIZED" 출력이 있는지 확인합니다. - 클러스터의 NSX Manager에 로그인하고 명령줄에서 다음 명령을 사용하여 NsxiAgentDockerConfig 테이블을 지웁니다.
/opt/vmware/bin/corfu_tool_runner.py -n nsx -o clearTable -t NsxiAgentDockerConfig
- 다음 API 요청을 사용하여 유지 보수 모드를 비활성화합니다.
PUT https:// "nsx-manager-ip-address" /policy/api/v1/infra/sites/agents/intelligence/maintenance { "enable": false }
- NSX Manager 클러스터가 NSX+ Intelligence 서비스 또는 NSX+ NDR 서비스에 온보딩되었는지 확인하려면 복원된 NSX Manager의 IP 주소를 사용하여 다음 API 요청을 사용합니다.