업그레이드 프로세스 중에 새 Edge 가상 장치가 기존 Edge 가상 장치와 함께 배포됩니다.
새 Edge가 준비되면 이전 Edge의 vNIC가 연결이 끊기고 새 Edge의 vNIC가 연결됩니다. 그런 다음 새 Edge가 GARP(Gratuitous ARP) 패킷을 전송하여 연결된 스위치의 ARP 캐시를 업데이트합니다. HA가 배포될 때는 업그레이드 프로세스가 두 번 수행됩니다.
이 프로세스는 패킷 전달에 일시적으로 영향을 줄 수 있습니다. 이 경우 Edge가 ECMP 모드에서 작동하도록 구성하면 영향을 최소화할 수 있습니다.
정상적인 다시 시작을 사용하지 않도록 설정된 경우에는 업그레이드 중에 OSPF 인접성이 철회됩니다.
크로스 vCenter NSX 환경의 모든 NSX 설치에서 NSX Edge를 업그레이드합니다.
사전 요구 사항
- NSX Manager가 업그레이드되었는지 확인합니다.
- 논리적 라우터를 업그레이드하기 전에 NSX Controller 클러스터 및 호스트 준비가 업그레이드되었는지 확인합니다.
- NSX 논리적 스위치를 생성할 계획이 없어도 로컬 세그먼트 ID 풀이 있는지 확인합니다.
- vCloud Networking and Security 5.5 또는 이전 vShield Edge Appliance가 있는 경우 먼저 NSX 6.2.x 이상으로 업그레이드한 후 NSX 6.4로 업그레이드해야 합니다.
- 업그레이드 동안, 특히 여러 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에 대해 준비되어 있는지와 메시징 인프라 상태가 GREEN인지 확인합니다. 상태가 녹색이면 호스트는 VIX 대신 메시징 인프라를 사용하여 NSX Manager와 통신하는 것입니다.
모든 NSX Edge 장치를 NSX 6.4로 업그레이드하지 않으려는 경우에도 이 작업을 수행해야 합니다.
예를 들어 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>
- 응답 본문에서 com.vmware.vshield.vsm.nwfabric.hostPrep의 featureId에 해당하는 상태를 찾습니다. 상태는 GREEN이어야 합니다.
NSX에 대해 호스트가 준비되지 않은 경우 다음을 수행합니다.- 로 이동한 다음 NSX에 대한 호스트를 준비합니다.
- 메시징 인프라가 GREEN인지 확인합니다.
- 호스트에 NSX Edge를 다시 배포합니다.
NSX에 대해 호스트가 준비되지 않은 경우 다음을 수행합니다.- 로 이동한 다음 NSX에 대한 호스트를 준비합니다.
- 메시징 인프라가 GREEN인지 확인합니다.
- 호스트에 NSX Edge를 다시 배포합니다.
- 업그레이드가 진행 중인 동안 NSX Edge 업그레이드가 작동에 주는 영향을 이해해야 합니다. "NSX 업그레이드 가이드" 에서 "NSX 업그레이드가 작동에 주는 영향"을 참조하십시오.
- NSX 6.0.x에서 업그레이드하고 NSX Edge에서 L2 VPN을 사용하도록 설정한 경우 업그레이드 전에 L2 VPN 구성을 삭제해야 합니다. 업그레이드 후에 L2 VPN을 재구성할 수 있습니다. "NSX 설치 가이드" 에서 "L2 VPN 개요"를 참조하십시오.
프로시저
결과
NSX Edge가 성공적으로 업그레이드되면 상태 (Status)가 [배포됨]으로 나타나고 버전 (Version) 열에 새 NSX 버전이 표시됩니다.
Edge 업그레이드에 실패하고 이전 버전으로 롤백되지 않으면 NSX Edge 다시 배포 (Redeploy NSX Edge) 아이콘을 클릭합니다. NSX Manager와 버전이 같은 NSX가 있는 새 NSX Edge Appliance가 배포됩니다. 추가 업그레이드는 필요하지 않습니다.
다음에 수행할 작업
6.2.4 또는 이전 NSX Edge를 6.2.5 이상으로 업그레이드한 후 vSphere HA가 사용되도록 설정되고 Edge가 배포된 클러스터에서 각 ESX Edge에 대해 vSphere [가상 시스템 시작]을 해제해야 합니다. 이렇게 하려면 vSphere Web Client를 열고 탐색기 (Navigator)에서 NSX Edge 가상 시스템이 있는 ESXi 호스트를 찾습니다. 호스트를 마우스 오른쪽 버튼으로 클릭하고 설정 (Settings)을 클릭합니다. 로 이동합니다. 편집 (Edit)을 클릭한 후 가상 시스템이 [수동] 모드로 설정되어 있는지 확인합니다(즉, [자동 시작/종료] 목록에 추가되어 있지 않은지 확인).