클러스터에서 NSX Manager 노드의 메모리 및 CPU 리소스를 변경하는 방법에는 두 가지가 있습니다.

정상 작동 조건에서는 3개의 관리자 노드 모두 CPU 및 메모리 리소스가 동일해야 합니다. NSX 관리 클러스터의 NSX Manager 간 CPU 또는 메모리 불일치는 한 크기의 NSX Manager를 다른 크기의 NSX Manager로 전환하는 경우에만 허용됩니다.

vCenter Server에서 NSX Manager VM에 대한 리소스 할당 예약을 구성한 경우 예약을 조정해야 할 수 있습니다. 자세한 내용은 vSphere 설명서를 참조하십시오.

옵션 A(동일한 IP 주소로 관리자 노드 크기 조정)를 선택하면 더 적은 작업이 필요합니다. NSX-T를 사용하려면 항상 두 개의 관리자를 사용할 수 있어야 합니다. 클러스터 VIP(가상 IP)가 구성된 경우 VIP가 클러스터의 다른 노드로 전환될 때 잠시 중단이 발생합니다. VIP 할당 노드가 크기 조정을 위해 종료된 경우 중단 중에 다른 두 노드에 직접 액세스할 수 있습니다. 관리자 노드에 대한 로드 밸런서를 배포한 경우 관리자가 오프라인 상태가 되면 상태 점검이 트리거됩니다. 로드 밸런서는 트래픽을 다른 노드로 보내야 합니다. 관리자 노드의 IP 주소를 변경하지 않으려면 이 옵션을 선택합니다.

옵션 B(다른 IP 주소로 관리자 노드 크기 조정)의 경우 3개의 새 관리자에 대한 IP 주소가 필요합니다. 클러스터 VIP가 구성된 경우 VIP가 클러스터의 다른 노드로 전환될 때 잠시 중단이 발생합니다. VIP 할당 노드가 삭제된 경우 중단 중에 다른 두 노드에 직접 액세스할 수 있습니다. 관리자 노드에 대한 로드 밸런서를 배포한 경우 관리자가 오프라인 상태가 되면 상태 점검이 트리거됩니다. 로드 밸런서는 트래픽을 다른 노드로 보내야 합니다. 모든 단계가 완료되면 로드 밸런서를 재구성해야 합니다(새 관리자 추가 및 이전 관리자 제거).

NSX Manager UI에서 새 관리자 노드를 배포할 때 "저장소 IP 주소...는 현재 관리 클러스터의 일부가 아닙니다. repository-ip CLI 명령을 실행하여 저장소 IP를 현재 노드로 업데이트하십시오. (오류 코드: 21029)"라는 오류 메시지가 표시되는 경우 기존 노드 중 하나의 CLI에 admin으로 로그인하고 set repository-ip 명령을 실행합니다. 이렇게 하면 오류가 해결됩니다.

사전 요구 사항

프로시저

  • 옵션 A: 동일한 IP 주소로 관리자 노드 크기 조정
    옵션 A.1: 기존 관리자 노드의 CPU 및/또는 메모리를 변경합니다. 항상 두 개의 관리자를 모두 사용할 수 있도록 한 번에 하나의 관리자만 변경해야 합니다.
    1. 관리자의 CLI에 admin으로 로그인하고 shutdown 명령을 실행합니다.
    2. NSX Manager UI에서 관리자 클러스터의 상태가 [성능 저하됨]인지 확인합니다.
    3. vSphere에서 종료된 관리자 VM의 메모리 및/또는 CPU 리소스를 변경합니다.
    4. vSphere에서 VM 전원을 켭니다. NSX Manager UI에서 관리자 클러스터의 상태가 [안정]이 될 때까지 기다립니다.
    5. 다른 두 관리자 VM에 대해 1~4단계를 반복합니다.
    옵션 A.2: 새 관리자 노드를 배포합니다.
    1. NSX Manager UI에서 NSX Manager UI에서 배포된 관리자 노드를 삭제합니다.
    2. NSX Manager UI에서 새 크기의 새 관리자 노드를 1단계에서 삭제된 관리자 노드에서 사용된 것과 동일한 IP 주소를 사용하여 클러스터에 배포합니다.
    3. NSX Manager UI에서 관리자 클러스터의 상태가 [안정]이 될 때까지 기다립니다.
    4. NSX Manager UI에서 배포된 다른 관리자 노드에 대해 1~3단계를 반복합니다.
    5. 수동으로 배포한 관리자 노드의 경우 해당 CLI에 admin으로 로그인하고 shutdown 명령을 실행합니다.
    6. 다른 관리자 노드에서 해당 CLI에 admin으로 로그인하고 get cluster config 명령을 실행하여 수동으로 배포된 관리자 노드의 노드 ID를 가져옵니다. 그런 다음, detach node <node-id> 명령을 실행하여 수동으로 배포한 관리자 노드를 클러스터에서 분리합니다.
    7. vSphere에서 수동으로 배포한 관리자 노드 VM을 삭제합니다.
    8. NSX Manager UI에서 새 크기의 새 관리자 노드를 수동으로 배포한 관리자 노드에서 사용하는 것과 동일한 IP 주소를 사용하여 클러스터에 배포합니다.
    9. NSX Manager UI에서 관리자 클러스터의 상태가 [안정]이 될 때까지 기다립니다.
  • 옵션 B: 다른 IP 주소로 관리 노드 크기 조정
    1. VIP가 구성되어 있고 새 주소와 이전 주소가 서로 다른 서브넷에 있는 경우 NSX Manager UI에서 VIP를 제거합니다.
      VIP 주소가 아닌 관리자의 IP 주소를 사용하여 NSX Manager에 액세스해야 합니다.
    2. NSX Manager UI에서 현재 관리자 노드에서 사용하는 것과 다른 IP 주소를 사용하여 새 크기의 새 관리자 노드를 클러스터에 배포합니다.
    3. NSX Manager UI에서 관리자 클러스터의 상태가 [안정]인지 확인합니다.
    4. NSX Manager UI에서 NSX Manager UI에서 배포된 이전 관리자 노드를 삭제합니다.
    5. NSX Manager UI에서 배포된 다른 관리자 노드에 대해 1~3단계를 반복합니다.
    6. 수동으로 배포한 관리자 노드의 경우 해당 CLI에 admin으로 로그인하고 shutdown 명령을 실행합니다.
    7. 다른 관리자 노드에서 해당 CLI에 admin으로 로그인하고 get cluster config 명령을 실행하여 수동으로 배포된 관리자 노드의 노드 ID를 가져옵니다. 그런 다음, detach node <node-id> 명령을 실행하여 수동으로 배포한 관리자 노드를 클러스터에서 분리합니다.
    8. vSphere에서 수동으로 배포한 관리자 노드 VM을 삭제합니다.
    9. NSX Manager UI에서 수동으로 배포한 관리자 노드에서 사용하는 것과 다른 IP 주소를 사용하여 새 크기의 새 관리자 노드를 클러스터에 배포합니다.
    10. NSX Manager UI에서 관리자 클러스터의 상태가 [안정]이 될 때까지 기다립니다.
    11. NSX Manager UI의 1단계에서 이전 VIP를 제거한 경우 새 VIP를 구성합니다. 새 IP 주소가 있는 동일한 서브넷에 있어야 합니다.