NSX Edge 다시 배포

강제 동기화 후에 NSX Edge 서비스가 예상대로 작동하지 않는 경우 NSX Edge 인스턴스를 다시 배포할 수 있습니다.

참고: 다시 배포는 지장을 주는 작업입니다. 먼저 강제 동기화를 적용하고 문제가 해결되었는지 확인하십시오. Edge에 대한 기술 지원 번들을 다운로드하고 문제를 해결하는 것이 좋습니다. 이 문제가 여전히 해결되지 않으면 다시 배포합니다.

NSX Edge 인스턴스를 다시 배포하면 다음 작업이 발생합니다.

Edge 장치가 삭제되고 최신 구성이 적용된 상태로 새롭게 배포됩니다.
논리적 라우터가 컨트롤러에서 삭제된 다음 최신 구성이 적용된 상태로 다시 생성됩니다.
호스트의 논리적 분산 라우터 인스턴스가 삭제된 다음 최신 구성이 적용된 상태로 다시 생성됩니다.

정상적인 다시 시작이 사용되도록 설정되지 않은 경우 다시 배포 동안 OSPF 인접성이 취소됩니다.

다음 모범 사례는 Edge를 다시 배포할 때 트래픽이 손실되는 것을 방지하는 데 도움이 됩니다.

OSPF 또는 BGP 타이머가 크고 DLR(논리적 분산 라우터) 및 ESG(Edge Services Gateway) 둘 다에서 HA(고가용성)를 사용하도록 설정한 경우 정상 다시 시작을 사용하도록 설정합니다.
HA의 DLR이 여러 ESG(ECMP)와 피어링되면 적극적인 OSPF 또는 BGP 타이머 값 및 부동 정적 경로를 사용합니다.

중요: 크로스 vCenter NSX 환경에서는 먼저 기본 NSX Manager에서 NSX Edge 인스턴스를 다시 배포해야 합니다. 이 작업이 완료되면 보조 NSX Manager의 NSX Edge 인스턴스를 다시 배포합니다. 기본 및 보조 NSX Manager 둘 다에서 NSX Edge 인스턴스를 다시 배포해야 합니다.

사전 요구 사항

다시 배포 작업을 하는 동안 호스트에 추가 NSX Edge Services Gateway 장치를 배포할 수 있는 리소스가 충분한지 확인합니다. 각 NSX Edge 크기에 대해 필요한 리소스는 NSX Data Center for vSphere에 대한 시스템 요구 사항을 참조하십시오.
- 단일 NSX Edge 인스턴스의 경우 다시 배포 동안 해당 크기의 NSX Edge 장치 2개가 poweredOn 상태로 존재합니다.
- 고가용성이 사용하도록 설정된 NSX Edge 인스턴스의 경우 이전 장치를 교체하기 전에 두 교체용 장치가 배포됩니다. 즉, 지정된 NSX Edge가 업그레이드되는 동안 poweredOn 상태를 갖는 해당 크기의 NSX Edge 장치가 4개 존재하게 됩니다. NSX Edge 인스턴스가 다시 배포된 후에 HA 장치 중 하나가 활성화될 수 있습니다.

다시 배포하는 NSX Edge 장치에 대해 구성된 위치와 실시간 위치에 나열된 호스트 클러스터가 NSX에 대해 준비되어 있는지와 메시징 인프라 상태가 녹색인지 확인합니다.

모든 NSX Edge 장치에 대해 구성된 위치와 실시간 위치에 나열된 호스트 클러스터가 NSX에 대해 준비되어 있는지와 메시징 인프라 상태가 GREEN인지 확인합니다. 상태가 녹색이면 호스트는 VIX 대신 메시징 인프라를 사용하여 NSX Manager와 통신하는 것입니다.
예를 들어 NSX Edge 장치를 생성한 후에 클러스터가 제거되었으므로 구성된 위치를 사용할 수 없는 경우 실시간 위치만 확인하십시오.
- GET https://NSX-Manager-IP-Address/api/4.0/edges/{edgeId}/appliances API 요청으로 구성된 원래 위치 (configuredResourcePool > id) 및 현재 실시간 위치(resourcePoolId) ID를 찾습니다.
- GET https://NSX-Manager-IP-Address/api/2.0/nwfabric/status?resource={resourceId} API 요청으로 해당 클러스터의 호스트 준비 상태 및 메시징 인프라 상태를 찾습니다. 여기서 resourceId는 앞서 찾은 NSX Edge 장치의 구성된 실시간 위치에 대한 ID입니다.
  - 응답 본문에서 com.vmware.vshield.vsm.nwfabric.hostPrep의 featureId에 해당하는 상태를 찾습니다. 상태는 GREEN이어야 합니다.
```
<nwFabricFeatureStatus>
  <featureId>com.vmware.vshield.vsm.nwfabric.hostPrep</featureId>
  <featureVersion>6.3.1.5124716</featureVersion>
  <updateAvailable>false</updateAvailable>
  <status>GREEN</status>
  <installed>true</installed>
  <enabled>true</enabled>
  <allowConfiguration>false</allowConfiguration>
</nwFabricFeatureStatus>
```
  - 응답 본문에서 com.vmware.vshield.vsm.messagingInfra의 featureId에 해당하는 상태를 찾습니다. 상태는 GREEN이어야 합니다.
```
<nwFabricFeatureStatus>
  <featureId>com.vmware.vshield.vsm.messagingInfra</featureId>
  <updateAvailable>false</updateAvailable
  <status>GREEN</status>
  <installed>true</installed>
  <enabled>true</enabled>
  <allowConfiguration>false</allowConfiguration>
</nwFabricFeatureStatus>
```
NSX에 대해 호스트가 준비되지 않은 경우 다음을 수행합니다.
- 설치 및 업그레이드 (Installation and Upgrade) > 호스트 준비 (Host Preparation)로 이동한 다음 NSX에 대한 호스트를 준비합니다.
- 메시징 인프라가 GREEN인지 확인합니다.
- 호스트에 NSX Edge를 다시 배포합니다.

프로시저

vSphere Web Client에 로그인합니다.
네트워킹 및 보안(Networking & Security) > NSX Edge(NSX Edges)를 클릭합니다.
NSX Edge 인스턴스를 선택합니다.
작업(Actions) > 다시 배포(Redeploy)를 클릭합니다.
Edge에 대한 기술 지원 번들을 다운로드하고 문제를 해결하는 것이 좋습니다. 문제가 지속될 경우 Edge를 다시 배포합니다.

결과

NSX Edge 가상 시스템이 새로운 가상 시스템으로 교체되고 모든 서비스가 복원됩니다. 다시 배포가 작동하지 않으면 NSX Edge 가상 시스템의 전원을 끄고 NSX Edge를 다시 배포하십시오.

참고: 다음과 같은 경우에 다시 배포가 작동하지 않을 수 있습니다.

NSX Edge가 설치된 리소스 풀이 더 이상 vCenter 인벤토리에 없거나 해당 MoId(vCenter Server에서의 ID)가 변경된 경우
NSX Edge가 설치된 데이터스토어가 손상되었거나, 마운트 해제되었거나, 액세스 불가능한 경우
NSX Edge 인터페이스가 연결된 dvportGroup이 더 이상 vCenter 인벤토리에 없거나 해당 MoId(vCenter Server에서의 ID)가 변경된 경우

이러한 경우 중 하나라도 해당하는 경우 REST API 호출을 사용하여 리소스 풀, 데이터스토어 또는 dvPortGroup의 MoId를 업데이트해야 합니다. " NSX API 가이드" 를 참조하십시오.

NSX Edge에서 FIPS 모드가 사용하도록 설정되었으나 문제가 발생하면 NSX Manager는 NSX Edge를 다시 배포하도록 허용하지 않습니다. Edge를 다시 배포하는 대신 통신 오류에 대한 인프라 문제를 해결해야 합니다.