VCS(Video Communication Server)/Expressway X14.x 업그레이드

소개

이 문서에서는 Expressway 업그레이드 프로세스에 대해 설명하고 자주 묻는 질문에 대한 답을 제공합니다.

요구 사항

X14.2 업그레이드에 대한 중요 참고 사항:

1. Expressway X14.2는 Smart Licensing만 지원합니다. Cisco 버그 ID CSCwe09378은 X14.2.5에서 고정된 Smart Licensing Server(직접/프록시 모드) 간의 SSL 협상 실패로 이어질 수 있습니다.
2. Expressway X14.2는 엔드포인트에 대한 2,500개의 암호화된 시그널링 세션을 제한하며 Cisco 버그 ID CSCwc69661과 관련된 트래픽 서버 동작의 변경 사항을 포함합니다. MRA 실패로 이어질 수 있습니다. X14.2로 업그레이드하기 전에 릴리스 정보 및 관리 가이드를 읽어보십시오. 자세한 내용은 이 문서의 업그레이드 전 작업 섹션의 참고 4를 참조하십시오.
3. Expressway에 구성된 사용자 지정 MTU 크기가 있는 경우, 업그레이드 후 기본값인 1500으로 변경되어 연결 및 미디어에 문제가 발생합니다. 이는 Cisco 버그 ID CSCwc74590에서 추적됩니다. 업그레이드 후 MTU 크기를 업그레이드 전에 구성된 이전 MTU 크기로 다시 변경해야 합니다.

배경 정보

이 문서의 정보는 Expressway 및 VCS(Video Communication Server)에 모두 적용됩니다. 이 문서는 Expressway를 참조하지만 VCS와 상호 교환할 수 있습니다.

참고: 이 문서는 업그레이드에 도움이 되도록 설계되었지만 Expressway 릴리스 정보를 대체하지는 않습니다. 업그레이드를 계속하기 전에 항상 대상 버전의 릴리스 정보를 참조하십시오.

모든 구축에 대한 중요 정보

1. 업그레이드 단계는 독립형 시스템 및 클러스터링된 시스템에 대한 여기의 릴리스 정보에서 확인할 수 있습니다.
2. 버전 X8.11.4 이상에서 X14.x로 직접 업그레이드할 수 있습니다. 중간 버전은 필요하지 않습니다. X8.11.4 이전의 모든 버전에서 업그레이드하려면 X8.11.4로의 중간 업그레이드가 필요합니다.
3. Expressway를 X12.5.4 이상으로 업그레이드하는 경우에는 릴리스 키가 필요하지 않습니다. 하지만 Cisco VCS 시스템에는 필요합니다.
4. 클러스터의 경우 먼저 클러스터의 "기본" 서버에서 업그레이드를 시작합니다. "기본" 노드가 업그레이드되면 "하위" 노드를 한 번에 하나씩 업그레이드합니다. 이를 통해 구성 데이터 손실의 위험을 방지하고 서비스 연속성을 유지할 수 있습니다.
   

   참고: System(시스템) > Clustering(클러스터링) 메뉴에서 "Primary(기본)"를 찾습니다. "Configuration primary(컨피그레이션 기본)" 번호는 동일한 페이지의 피어 목록에서 "Primary peer(기본 피어)"를 가리킵니다.

1. Expressway-E 및 Expressway-C "기본"을 동시에 업그레이드합니다. 또는 Expressway-E 클러스터를 먼저("기본", "종속") 업그레이드한 다음 Expressway-C 클러스터를 업그레이드합니다("기본", "종속"). 업그레이드 창이 끝나면 모든 서버(Expressway-C 및 Expressway-E)가 동일한 버전에 있습니다.
2. Cisco Meeting Server(CMS) WebRTC Proxy over Expressway 기능 및 Expressway-E를 TURN 서버로 사용하는 경우 WebRTC에 대해 CMS 버전 2.8.4 또는 2.9.3 이상을 실행하여 업그레이드 후 기능을 계속하십시오. Cisco 버그 ID CSCv01243과 관련된 TURN 서비스 비호환성으로 인해 CMS의 이전 릴리스가 작동하지 않습니다.
3. MRA(Mobile and Remote Access)에 대해 푸시 알림이 활성화된 경우 Expressway를 업그레이드하기 전에 CUCM(Cisco Unified Communications Manager)/IMP(Instant Messaging and Presence) 버전 11.5.1.18900-97 또는 12.5.1.13900-152 또는 14.0.1.10000-20 이상에서 실행하십시오.

참고: CUCM(CUCM) > Advanced features(고급 기능) > Cisco Cloud Onboarding(Cisco Cloud 온보딩)에서 푸시 알림이 활성화되었는지 확인하고, Enable push notifications(푸시 알림 활성화)가 선택되었는지 확인합니다.

업그레이드 전 작업

1. 업그레이드 후 MRA 기능을 계속하려면 Expessway-C 인증서에 서명한 루트 및 중간 인증서를 CUCM 게시자에 "tomcat-trust" 및 "callmanager-trust"로 업로드합니다.

인증서를 업로드한 후 모든 관련 CUCM 노드에서 "Cisco Tomcat" 서비스, "Cisco callmanager" 서비스 및 "Cisco TFTP" 서비스를 재시작합니다(Cisco HAProxy 서비스는 Tomcat 서비스 재시작과 함께 자동으로 재시작됨).

이는 Cisco 버그 ID CSCvz20720의 변경 사항으로 인해 필요합니다. 비보안 전화 프로필을 사용하고 Expressway-C에 추가된 CUCM 클러스터에 대해 " TLS 확인 모드"가 비활성화된 경우 필요합니다.

이를 달성하는 데 필요한 정확한 단계에 대한 자세한 내용은 CUCM에 Expressway-Core의 루트 및 중간 인증서 업로드 문서를 참조하십시오. 

참고: 명령줄에서 "Cisco Tomcat" 서비스를 재시작하는 유일한 방법은 명령 유틸리티 서비스 재시작 Cisco Tomcat입니다.

2. X14.2 이후부터는 Unified Communications 서버(CUCM, IM&P, CUC 및 CMS)에서 TLS 확인이 Off로 설정되어 있더라도 해당 서버의 CA 인증서(루트 및 중간 CA 모두)를 Expressway-C 트러스트 저장소에 추가해야 합니다. X14.2 이상으로 업그레이드한 후 MRA 로그인 문제가 발생할 수 있습니다.

또한 Expressway-C에서 연결하는 Unified Communication 서버의 FQDN이 해당 서버의 인증서에서 SAN 목록에 있어야 합니다.

이러한 변경은 Cisco 버그 ID CSCwc69661에서 추적한 Expressway의 보안 개선 사항에 추가되었습니다. 이에 대한 자세한 내용은 X14.2 릴리스 정보를 참조하십시오.

CSCwc69661에서 소개한 Expressway Traffic Server 인증서 확인 문제 해결 MRA 서비스 관련 문서를 참조하십시오.

3. X14.2 이상에서는 Smart Licensing이 Expressway에서 사용할 수 있는 유일한 라이센스 모드입니다. 기존 PAK(옵션 키) 기반 라이센스 모델은 제거되었습니다.

일반적으로 MRA용 Expressway에서만 사용되는 경우 라이센스가 필요하지 않으며 이러한 변경은 시스템에 영향을 주지 않습니다. 그러나 B2B 통화 또는 등록된 엔드포인트를 사용하여 Expressway(또는 라이센스가 필요한 기타 기능)에 연결하는 경우 Expressway-C 및 Expressway-C가 클라우드에서 직접 또는 프록시를 통해 Cisco Smart Software Manager에 액세스하거나 Cisco Smart Software Manager 온프레미스에 연결할 수 있는지 확인합니다.

Smart Licensing은 X14.2로 업그레이드한 후 기본적으로 활성화되지만 CSSM(클라우드 또는 온프레미스)에 성공적으로 연결되었는지 확인합니다.

4. X14.2 이후부터는 Expressway가 2,500개의 암호화 세션 제한으로 제한됩니다(여기서 2500개의 세션은 모든 MRA 세션 + 통화 + Expressway에 대한 엔드포인트 등록의 합계입니다). 하나의 클라이언트를 사용하는 단일 MRA 세션은 두 개 이상의 암호화 세션을 사용할 수 있습니다. 이중 등록 엔드포인트(H.323 및 SIP)에서도 마찬가지입니다. 각 엔드포인트는 두 개의 암호화 세션을 사용합니다.

일반적으로 MRA에만 사용되는 소형 고속도로에는 영향을 주지 않습니다. 그러나 MRA에 사용되는 중대형 고속도로에는 영향을 주지 않습니다.

X14.2 이전에는 대형 Expressway가 최대 3,500개의 MRA 세션을 처리할 수 있었지만 X14.2에서는 2,500개로 제한됩니다.

이는 고속도로 용량이 절반으로 줄어들 수 있음을 의미합니다. 예를 들어, Jabber 사용자 2500명(전화 및 IM&P 서비스 포함)의 경우 X14.2로 업그레이드한 후 Expressway에서 이를 5000개의 암호화된 신호 세션으로 표시하고 2500개 이상의 세션은 거부되어 MRA 통화 및 등록에 영향을 줍니다.

X14.2에서는 이 제한을 제거할 수 없습니다.

이에 대한 자세한 내용은 X14.2 릴리스 정보에서 확인할 수 있습니다.

5. Expressway 클러스터가 있는 경우 클러스터 경보가 없는지 확인합니다(From Status > Alarms).

참고: "Cluster TLS permissive - Cluster TLS verification mode allows invalid certificates"에 대한 경보 번호 "40049"이 있는 경우 이 경보를 무시하고 업그레이드를 계속합니다. 그러나 다른 클러스터 경보는 업그레이드 전에 처리해야 합니다.

6. Expressway 클러스터가 있는 경우 SSH를 통해 업그레이드가 필요한 Expressway 서버에 연결하고 "root" 사용자를 사용하여 다음 명령을 실행합니다.
cd / && ./sbin/verify-syskey

참고: 이 명령은 출력을 제공하지 않아야 합니다. 이 명령의 결과로 "오류"가 발생할 경우 업그레이드를 진행하기 전에 TAC 케이스를 열어 오류를 수정합니다.

7. 마지막으로, 업그레이드 전에 백업을 수행합니다(Maintenance(유지 관리) > Backup and Restore(백업 및 복원)에서). 각 서버에서 이를 수행합니다.

업그레이드 지침

1. Expressway 소프트웨어 다운로드에서 업그레이드 파일(이름이 ".tar.gz"로 끝남)을 다운로드합니다(예: X14.0.6의 경우 "s42700x14_0_6.tar.gz" 다운로드).
2. 업그레이드 파일(예: "s42700x14_0_6.tar.gz")을 Expressway에 업로드합니다(Maintenance(유지 관리) > Upgrade(업그레이드)에서 Browse(찾아보기)를 클릭하여 PC에서 업그레이드 파일을 찾은 다음 Upgrade(업그레이드)를 클릭합니다.

참고: Upgrade(업그레이드)를 클릭하면 업그레이드 파일이 Expressway에 업로드됩니다. 업로드가 완료되면 Continue(계속)를 눌러 업그레이드를 진행합니다. 서버가 소프트웨어를 설치하고 새 소프트웨어로 전환하려면 Reboot(재부팅)를 요청합니다.

업그레이드 후 작업

Expressway 업그레이드 후 기본 Expressway-C 서버에서 Unified Communications 노드를 새로 고칩니다.

- Configuration(컨피그레이션) > Unified communication(Unified 커뮤니케이션) > Unified CM servers(Unified CM 서버)로 이동합니다.  모든 CUCM 클러스터를 선택하고 Refresh(새로 고침)를 선택합니다.

- Configuration(컨피그레이션) > Unified communication(통합 커뮤니케이션) > IM and presence service nodes(IM and presence 서비스 노드)로 이동합니다. 모든 IM&P 클러스터를 선택하고 새로 고침을 선택합니다.

- Configuration(컨피그레이션) > Unified communication(유니파이드 커뮤니케이션) > Unity Connection Servers(Unity 연결 서버)로 이동합니다. 모든 CUC 클러스터를 선택하고 Refresh를 선택합니다.

FAQ

라이센스

1. 업그레이드하려면 릴리스 키가 필요합니까?

Expressway를 버전 X12.5.4 이상으로 업그레이드하는 데 릴리스 키가 필요하지 않습니다(릴리스 키는 Cisco VCS 시스템에 계속 사용됨).

2. 라이센스를 마이그레이션해야 합니까?

업그레이드 전에 Expressway에 설치된 라이센스는 새 버전으로 자동 마이그레이션됩니다.

3. 어떤 라이센스를 업그레이드해야 합니까?

X8.11.4 이상에서 동일한 서버의 이후 버전으로 업그레이드하려는 경우 추가 라이센스가 필요하지 않으며, 현재 라이센스는 자동으로 새 버전으로 마이그레이션됩니다(VCS 시스템에는 여전히 릴리스 키가 필요함).

이러한 라이센스는 버전 X12.5.4부터 필요하지 않습니다.

LIC-SW-EXP-K9 릴리스 키(X12.5.4부터 Expressway Systems의 업그레이드 시 기본적으로 제공됩니다. VCS 시스템에는 여전히 필요합니다.)

LIC-EXP-TURN TURN RELAY 라이센스(기본 제공)

LIC-EXP-GW Interworking Gateway(기본 제공)

LIC-EXP-AN 고급 네트워킹(기본 제공)

버전 X12.6 이상에서는 이러한 라이센스가 필요하지 않습니다.

LIC-EXP-SERIES Expressway Series(이제 상태 > 개요에서 서비스 설정 마법사를 통해 UI에서 이를 변경할 수 있습니다)

LIC-EXP-E Traversal 서버 라이센스(Status > Overview에서 Service Setup Wizard(서비스 설정 마법사)를 통해 UI에서 변경할 수 있음)

4. Smart Licensing을 활성화해야 합니까?

스마트 라이센싱은 X14.2 이상부터 필수입니다. X14.2 이전 버전에서는 옵션 키 라이센스 모델을 계속 사용할 수 있습니다.

Smart Licensing은 X14.2로 업그레이드한 후 기본적으로 활성화되지만 CSSM(Cloud 또는 on-prem)에 성공적으로 연결해야 합니다.

호환성

1. X14.x로 바로 업그레이드할 수 있습니까?

버전 X8.11.4 이상에서 X14.x(또는 X12.x) Expressway 릴리스로 직접 업그레이드합니다. X8.11.4보다 낮은 버전에는 2단계 업그레이드가 필요합니다. 자세한 내용은 릴리스 정보에서 확인할 수 있습니다.

2. 어떤 Cisco Unified Communications Manager 및 IM&Presence 버전이 Expressway와 호환됩니까?

MRA를 통해 Jabber에 대한 푸시 알림을 사용하는 경우 최소 버전은 11.5.1.18900-97, 12.5.1.13900-152 또는 14.0.1.10000-20입니다.

CUCM admin page Advanced features(CUCM 관리 페이지 고급 기능) > Cisco Cloud Onboarding에서 Push Notifications(푸시 알림)가 활성화되었는지 확인합니다. Enable push notifications(푸시 알림 활성화)가 선택되어 있는지 확인합니다.

3. 어떤 CMS 버전이 Expressway 12.X 및 14.X와 호환됩니까?

Expressway를 통해 CMS WebRTC 프록시를 사용하는 경우 CMS 버전 2.8.4 또는 2.9.3 이상을 실행합니다.
이전 릴리스는 Cisco 버그 ID CSCvv와 관련된 TURN 서비스 비호환성으로 인해 작동하지 않습니다01243

업그레이드 후

1. 업그레이드 후에 수행해야 하는 추가 작업이 있습니까?

Expressway-C 기본 피어에서 Unified Communications 노드를 새로 고쳐야 합니다.

- Configuration(컨피그레이션) > Unified communication(Unified 커뮤니케이션) > Unified CM servers(Unified CM 서버)로 이동합니다.  모든 CUCM 클러스터를 선택하고 Refresh(새로 고침)를 선택합니다.

- Configuration(컨피그레이션) > Unified communication(통합 커뮤니케이션) > IM and presence service nodes(IM and presence 서비스 노드)로 이동합니다. 모든 IM&P 클러스터를 선택하고 Refresh를 선택합니다.

- Configuration(컨피그레이션) > Unified communication(유니파이드 커뮤니케이션) > Unity Connection Servers(Unity 연결 서버)로 이동합니다. 모든 CUC 클러스터를 선택하고 Refresh를 선택합니다.

2. 업그레이드가 성공적으로 완료되었는지 확인하려면 어떻게 해야 합니까?

확인할 수 있는 몇 가지 사항이 있습니다.

- 클러스터가 안정적인지(System > Clustering에서) 확인하고 클러스터 경보 Status > Alarms가 없는지 확인합니다.

- 유형이 "Unified communication traversal"인 영역이 Expressway-C 및 Expressway-E에서 "SIP status"에 대해 "Active"로 표시되는지 확인합니다. 자동 생성된 CE(tcp/tls/OAuth) 영역(Configuration(컨피그레이션) > Zones(영역)에서)이 "Active(활성)" 대신 "Address resolvable(주소 확인 가능)"로 표시되는 것이 일반적입니다. 

- MRA 로그인, 테스트 통화 등을 통해 실시간 테스트를 수행합니다.

3. 성공적으로 업그레이드한 후 Virtual Expressway 서버에 "지원되지 않는 하드웨어" 또는 "부적합한 하드웨어 경고"에 대한 새 경고가 표시됩니까?

이제 Expressway 버전 X14.x에서 VM(가상 머신) CPU 클록 속도를 확인하고 Expressway용 가상화 가이드에서 설명한 것과 같은 크기의 VM에 필요한 클록 속도를 확인합니다. 정확한 경보는 다음과 같이 표시됩니다. "부적합한 하드웨어 경고 - 현재 하드웨어가 이 버전의 Expressway에 대해 지원되는 VM 구성 요구 사항을 충족하지 않습니다."

이 경보가 나타나면 VM 리소스가 Expressway용 가상화 설명서에 언급된 리소스와 일치하는지 확인합니다. 가이드에 언급된 것보다 낮은 경우 선택한 크기의 최소 요구 사항에 맞게 서버를 재구성한 다음 백업을 복원합니다.

MRA(Mobile Remote Access)

1. 업그레이드에 CUCM(Cisco Unified Communications Manager)의 컨피그레이션을 변경해야 합니까?

MRA를 사용하는 경우 보안 강화 Cisco 버그 ID CSCvz20720으로 인해 Expressway-C 인증서에 서명한 인증 기관의 루트 및 중간 인증서를 "tomcat-trust" 및 "callmanager-trust"로 CUCM 게시자 서버에 업로드해야 합니다(가입자에게 복제함). 이는 비보안 전화기 프로필을 사용하고 Expressway-C에 추가된 CUCM 클러스터에 대해 " TLS 확인 모드"가 비활성화된 경우에도 필요합니다. 변경 사항이 적용되도록 각 서버에서 "Cisco Tomcat", "Cisco CallManager" 및 "Cisco TFTP" 서비스를 재시작합니다.

"Cisco Tomcat" 서비스는 "utils service restart Cisco Tomcat" 명령을 사용하는 명령줄에서만 재시작할 수 있습니다.

이를 달성하는 데 필요한 정확한 단계에 대한 자세한 내용은 CUCM에 Expressway-Core의 루트 및 중간 인증서 업로드 문서를 참조하십시오.

2. 업그레이드하려면 Expressway-C 인증서를 변경해야 합니까?

Expressway-C 인증서가 아직 유효한 경우 변경할 필요가 없습니다. 그러나 Expressway-C 인증서를 서명한 인증 기관의 루트 및 중간 인증서는 "tomcat-trust" 및 "callmanager-trust"로 CUCM 게시자 서버에 업로드해야 합니다. 자세한 내용은 업그레이드 전 작업 섹션의 1점을 참조하십시오.

업그레이드 전

1. 업그레이드 전에 확인해야 할 사항은 무엇입니까?

클러스터링된 Expressway 시스템은 Status(상태) > Alarms(경보)에서 클러스터 경보가 없는지 확인해야 합니다.

또한 명령줄에서 루트 사용자를 통해 cd / && ./sbin/verify-syskey 명령을 실행합니다. 이 명령은 어떤 출력도 제공하지 않아야 합니다. 문제가 발생할 경우 TAC 케이스를 열어 이를 조사하고 수정합니다.

업그레이드 프로세스

1. 클러스터링된 시스템의 업그레이드 순서는 무엇입니까?

클러스터의 "컨피그레이션 기본" 피어에서 업그레이드를 시작합니다. 메뉴 System > Clustering에서 선택합니다. "Configuration primary(컨피그레이션 기본)" 번호는 피어 중 어떤 피어에 속하는지를 표시합니다.
기본 피어의 업그레이드가 완료되면 하위 피어로 계속 진행합니다(한 번에 하나씩).

2. Expressway-C와 Expressway-E를 동시에 업그레이드할 수 있습니까?

예. 그러나 E 서버에서 먼저 접근 영역이 올바르게 설정되도록 Expressway-E 서버를 먼저 업그레이드한 다음 Expressway-C 서버를 업그레이드하는 것이 좋습니다. 클러스터가 있는 경우 "기본" 서버로 업그레이드를 시작합니다. "Primary(기본)"에서 업그레이드가 완료되면 "Subordinate(하위)" 피어를 업그레이드합니다.

3. Expressway 업그레이드 이미지는 어디에서 다운로드할 수 있습니까?

이 링크에서 모든 Expressway 업그레이드 이미지를 찾습니다. 업그레이드를 위해 확장자가 "tar.gz"인 파일을 다운로드합니다.

https://software.cisco.com/download/home/286255326/type/280886992/

4. 업그레이드는 어떻게 시작합니까?

Maintenance(유지 관리) > Upgrade(업그레이드) > Browse(찾아보기)로 이동하여 업그레이드 파일을 선택하고 "Upgrade(업그레이드)"를 클릭합니다. 먼저 파일이 전송됩니다. 그런 다음 "계속" 버튼을 클릭하여 실제 업그레이드 프로세스를 시작합니다.

5. 업그레이드 프로세스는 얼마나 걸립니까?

업그레이드 파일이 시스템으로 전송되어 "계속"을 선택한 후 업그레이드 프로세스에 소요되는 시간은 대부분 10분입니다.
그러나 사후 업그레이드 테스트를 위해 유지 보수 기간을 4~48시간으로 예약하는 것이 좋습니다.

6. 업그레이드를 수행하려면 어떤 액세스 권한이 필요합니까?

업그레이드는 웹 인터페이스를 통해 수행됩니다. 그러나 업그레이드 후에 문제가 발생할 경우 콘솔 액세스가 필요할 수 있습니다.
업그레이드 전에 VMware 또는 CIMC 콘솔 액세스가 가능한지 확인하는 것이 좋습니다.

백업 및 복원

1. 업그레이드하기 전에 백업을 수행해야 합니까?

Expressway를 업그레이드하기 전에 백업을 사용하는 것이 좋습니다. 클러스터의 경우 모든 서버에서 백업을 수행합니다.
Maintenance(유지 관리) > Backup and Restore(백업 및 복원)에서 각 서버에 대해 이 작업을 수행합니다.

2. 업그레이드 전에 Expressway의 스냅샷을 만들 수 있습니까?

VMware 스냅샷은 Expressway에서 지원되지 않습니다.

3. 업그레이드 전에 가지고 있던 이전 시스템으로 롤백/복귀할 수 있습니까?

Expressway는 업그레이드 후 두 개의 파티션 집합을 유지합니다. 하나는 업그레이드된 버전이고, 하나는 이전 버전입니다. 
루트 사용자 셸에서 <1 또는 2>를 선택한 명령으로 이러한 파티션 사이를 전환합니다.
명령 selectsw로 현재 활성 파티션을 확인합니다.
예를 들어, selectsw 명령을 실행한 후 "1"을 받으면 활성 버전은 "1"이고 비활성 버전은 "2"입니다. 비활성 파티션으로 전환하려면 "selectsw 2" 명령을 실행합니다. 새로 선택한 파티션 시스템에서 부팅하려면 재부팅해야 합니다.

물리적 어플라이언스 서버

1. 물리적 어플라이언스 서버에서 이 버전으로 업그레이드할 수 있습니까?

모든 물리적 어플라이언스 서버(CE500, CE1000, CE1100, CE1200)의 경우 대상 버전으로 업그레이드하려면 릴리스 정보의 "지원되는 플랫폼" 섹션에서 "표 2"를 참조하십시오.

2. CE1100이 있는데 X14.0.x 및 X14.2.x로 업그레이드할 수 있습니까?

Physical Applicance 서버 CE1100의 경우 X14.0.x 및 X14.2.x로 업그레이드하여 취약성을 완화하고 "지원되지 않는 하드웨어" 경보를 무시할 수 있습니다. 이 내용은 X14.0.6 릴리즈 노트에 설명되어 있습니다. Cisco는 유효한 서비스 계약을 보유한 고객에 대해 2021년 11월 14일(당초 End-of-Life 공지에 따름)부터 2023년 11월 30일까지 지원 종료일을 연장했습니다.

가상 서버 및 ESXi

1. 이 Expressway 버전에서 지원되는 ESXi 버전은 무엇입니까?

Expressway의 대상 버전에 대한 ESXi 지원 정보는 설치 가이드(System Requirements(시스템 요구 사항) > ESXi Requirements(ESXi 요구 사항) 아래)에서 찾을 수 있습니다.