Azure Operator Nexus FAQ(질문과 대답)

다음 섹션에서는 Azure Operator Nexus에 대해 질문과 대답 중 일부를 다룹니다.

플랫폼 - 일반

Azure Operator Nexus는 어떤 서비스를 제공하나요?

Azure Operator Nexus는 이동 통신 사업자 수준의 네트워크 워크로드를 지원하는 관리 하이브리드 클라우드 플랫폼입니다. 여기에서 관리 평면은 Azure에 있고 컨트롤 플레인과 사용자 평면은 운영자 구내 또는 Azure에 배포됩니다. 이는 새로운 네트워크 서비스의 프로비전을 간소화하고 온-프레미스에서 네트워크 기능 및 애플리케이션의 배포를 최적화합니다. 최종 고객은 컨테이너화된 애플리케이션(온-프레미스 Nexus AKS 클러스터) 또는 가상화된 워크로드를 배포하여 이러한 네트워크 기능을 실행할 수 있습니다. 고객은 Azure Monitor, Azure Container Registry, Azure Kubernetes Services 등 다양한 Azure 서비스와 즉시 통합됩니다.

Operator Nexus 인스턴스와 어떻게 상호 작용하나요?

AZ CLI, API, ARM 템플릿 또는 포털을 사용하여 다른 Azure 서비스와 마찬가지로 Operator Nexus와 상호 작용할 수 있습니다. 또는 BICEP 템플릿을 사용할 수도 있습니다.

Azure Operator Nexus 인스턴스를 배포하려면 고객이 구독에 리소스를 배포해야 하나요?

예, 고객이 Azure 구독에 따라 해당 지역에서 만들어야 하는 몇 가지 리소스가 있습니다. 이들 중 일부에는 네트워크 Fabric 컨트롤러 및 클러스터 관리자 리소스 쌍, Log Analytics 작업 영역, 스토리지 계정 만들기가 포함됩니다. 자세한 내용은 Azure Operator Nexus 설명서를 참조하세요.

Azure Operator Nexus는 Azure와의 연결을 사용하나요? 연결이 끊어지면 어떻게 되나요?

예, Azure에 다시 연결하고 오케스트레이션, 관리 및 운영 목적으로 ExpressRoute 연결이 필요합니다. 연결이 끊어진 동안 워크로드는 계속해서 있는 그대로 실행되지만 새 리소스를 오케스트레이션하는 기능이 손실될 수 있습니다.

Microsoft에서 지정한 BOM(제품 구성 정보)을 사용해야 하나요?

예, 캐리어급 성능과 높은 수준의 자동화를 보장하려면 BOM 중 하나에 따라 지정된 장비를 사용해야 합니다.

복원력 있는 Operator Nexus 인스턴스를 어떻게 계획해야 하나요? Operator Nexus는 재해 복구를 어떻게 처리하나요?

고객은 랙 내 중복성, 랙 간 중복성 및 여러 인스턴스에 걸친 글로벌 부하 분산을 사용하여 서비스를 설계해야 합니다. 또한 고가용성을 위해 인스턴스를 여러 Azure 지역에 분산하도록 계획합니다.

온-프레미스 및 Azure 구성 요소에 대한 업데이트는 어떻게 작동하나요?

Operator Nexus 업그레이드는 관리 번들 업그레이드와 런타임 번들 업그레이드의 두 단계로 이루어집니다. 관리 번들 업그레이드는 Azure의 컨트롤러, 고객 구독의 클러스터 관리자 및 온-프레미스 인스턴스의 업그레이드를 다룹니다. 온-프레미스 인스턴스에는 인프라 리소스 상태 유지를 담당하는 Kubernetes 컨트롤러가 포함됩니다.

관리 번들 업데이트로 인해 프로비전 작업이 중단될 수 있지만 워크로드를 실행하는 고객에게는 영향을 미치지 않습니다. 고객은 이러한 업그레이드를 제어하거나 추진하지 않지만 고객에게 온-프레미스 인스턴스 내에서 새로운 런타임 기반 업그레이드로 업데이트할 수 있는 옵션을 제공하려면 이러한 업그레이드가 필수적입니다.

반면, 런타임 번들 업그레이드는 OS(운영 체제) 및/또는 워크로드 지원 구성 요소에 대한 업데이트가 필요한 구성 요소를 다룹니다. 런타임 번들의 업데이트는 전적으로 고객이 제어하며 API를 사용하여 이러한 업데이트를 수행할 수 있습니다. 이 업그레이드 중에 일부 워크로드 영향을 관찰할 수 있습니다.

스토리지 어플라이언스는 필수 디바이스인가요?

근접한 SKU의 경우 스토리지 어플라이언스는 운영자가 조달해야 하는 하드웨어 인프라의 일부입니다.

Operator Nexus는 Operator Nexus에 네트워크 기능을 배포하기 위한 모범 사례나 청사진을 제공하나요?

예, Operator Nexus에는 Nexus Ready 프로그램이 함께 제공됩니다. 이 프로그램을 통해 Microsoft는 업계 최고의 네트워크 기능 파트너와 협력하여 네트워크 기능이 Nexus 플랫폼에서 실행될 수 있는지 유효성을 검사하고 있습니다. 이러한 네트워크 기능이 최신 버전의 Nexus와 호환되는지 확인하기 위해 정기적으로 유효성을 검사합니다. 이제 운영자는 Nexus Ready 프로그램을 통해 다중 공급업체 네트워크 기능을 일관되고 확장 가능하게 배포할 수 있습니다.

어떤 데이터가 온-프레미스에 유지되며 Azure에서 사용할 수 있는 데이터는 무엇인가요?

인프라 관점에서 데이터는 Azure API를 통해 관리됩니다. 이러한 계층의 원격 분석이 수집되어 고객 구독 아래에 표시됩니다. 고객은 Azure의 Log Analytics 작업 영역, 스토리지 계정 또는 기타 분석 서비스를 사용하여 인프라 계층에서 원격 분석을 조사할 수 있습니다.

테넌트 워크로드의 경우 이미지는 ACR(Azure Container Registry)에 저장되고 일단 배포됩니다. Microsoft는 테넌트 워크로드에서 Azure로 원격 분석을 수집하는 옵션을 제공하지만 고객은 원격 분석 데이터를 수집하거나 분석하려는 대체 도구를 선택할 수 있습니다.

내 국가에 Azure 지역이 없는 경우에도 Operator Nexus를 사용할 수 있나요?

예, Azure 지역에 대한 ExpressRoute 연결만 있으면 됩니다. ExpressRoute 연결은 여러 위치에서 사용할 수 있습니다. 자세한 내용은 지리적 위치 및 연결 공급자를 참조하세요.

내 리소스를 한 구독에서 다른 구독으로 이동할 수 있나요?

현재는 리소스 이동을 지원하지 않습니다. 리소스를 이동해야 하는 경우 기존 컨트롤러를 삭제하고 ARM 템플릿을 사용하여 다른 위치에 다른 컨트롤러를 만드는 것이 좋습니다.

클러스터 관리자/패브릭 컨트롤러 쌍에 몇 개의 인스턴스를 연결할 수 있나요?

Azure Operator Nexus 인스턴스, 네트워크 Fabric 컨트롤러 및 클러스터 관리자의 단일 쌍이 관리할 수 있는 수는 여러 요인에 따라 달라집니다. Operator Nexus 인스턴스 크기, ExpressRoute 회로 대역폭, 선택적 메트릭 컬렉션 수 및 빈도, 인스턴스에서 실행되는 워크로드 수, 워크로드 원격 분석 데이터 수집 대상 및 기타 요인과 같은 요인의 영향을 받을 수 있습니다.

자세한 내용은 한도 및 할당량을 참조하세요.

컴퓨팅

Azure Operator Nexus는 VM(Virtual Machines) 만들기를 지원하나요?

예, Azure Operator Nexus는 통신사 네트워크 내에서 VNF를 호스팅하기 위한 사용자 지정 VM을 만드는 기능을 제공합니다. Azure Operator Nexus 플랫폼은 사용자 지정된 VM을 만드는 Azure CLI 명령을 제공합니다. VM에서 VNF를 호스팅하려면 Azure Arc를 등록하고 Azure CLI를 통해 SSH에 대한 방법을 제공합니다. Azure Operator Nexus 가상 머신을 만들 때 이미지를 사용할 수 있습니다. 워크로드 VM을 만드는 데 사용하는 각 이미지가 qcow2 또는 원시 디스크 형식의 컨테이너화된 이미지인지 확인합니다. 이러한 이미지를 Azure Container Registry에 업로드합니다.

운영 체제 미설치 서버를 어떻게 업데이트하나요?

Azure Operator Nexus 인스턴스 내에서 운영 체제 미설치 서버를 업데이트하려면 Azure API를 사용할 수 있습니다. 운영 체제 미설치 서버에 대한 모든 업데이트는 런타임 번들 업그레이드의 일부입니다. 이 업그레이드를 위해서는 Nexus 인스턴스를 Azure에 다시 연결해야 합니다.

운영 체제 미설치 서버에서는 어떤 OS가 실행되나요? 사용자 고유의 항목을 가져올 수 있나요?

운영 체제 미설치 서버는 철저한 테스트를 거쳐 필수 Azure 에이전트와 호환되는 Microsoft Azure Linux(이전의 CBL Mariner OS)와 함께 배포됩니다. 운영 체제 미설치 서버에 대한 다른 OS 제품을 지원할 계획은 없습니다.

Operator Nexus는 몇 대의 서버를 지원하나요? 랙은 몇 개인가요?

Operator Nexus 인스턴스는 최대 8개의 컴퓨팅 랙을 보유할 수 있으며 각 랙은 최대 16개의 서버를 호스팅할 수 있습니다. 이러한 컴퓨팅 서버는 실제 테넌트 워크로드를 실행하는 데 사용됩니다.

네트워크

Operator Nexus는 IPv6을 지원하나요?

예, Azure Operator Nexus는 스택의 모든 계층에서 IPV4 및 IPV6 구성을 모두 지원합니다.

Azure Operator Nexus의 네트워킹 요구 사항은 무엇인가요?

Azure Operator Nexus에 대한 일부 네트워크 요구 사항은 다음과 같습니다.

• 고객은 ExpressRoute 연결을 설정하기 위해 Microsoft 파트너와 협력해야 합니다.
• PE(공급자 에지) 디바이스는 Operator Nexus 인스턴스의 CE(고객 에지) 디바이스에 대한 400G 또는 100G 연결을 지원합니다.
• PE에는 ExpressRoute에 대한 경로가 있어야 합니다.
• 다양한 서비스, iDrac용 VLAN, PXE, 스토리지, OAM 등에 대해 정의된 IP 주소 블록

자세한 내용은 네트워크 패브릭 컨트롤러 및 네트워크 패브릭을 참조하세요.

격리 도메인이란?

격리 도메인은 Azure Operator Nexus 인스턴스와 외부 네트워크에서 호스트되는 워크로드 간의 계층 2 또는 계층 3 연결을 사용하도록 설정합니다. 이러한 구문은 네트워크를 인증 도메인으로 분할하고 필요한 경계 내에서 통신을 적용합니다.

Operator Nexus는 단일 ToR(Top of Rack) 디바이스를 지원하나요?

근접한 경우 패브릭은 고가용성 모델과 ToR 스위치를 하나만 가질 수 없는 이유로 설계되었습니다.

NPB(네트워크 패킷 브로커)는 엄격한 요구 사항인가요?

근접한 SKU의 경우 NPB는 BOM의 일부가 됩니다.

Nexus Kubernetes 클러스터에서 부하 분산 서비스를 어떻게 구성하나요?

부하 분산 장치를 사용하면 외부 서비스가 클러스터 내에서 실행되는 서비스에 액세스할 수 있습니다. 자세한 내용은 부하 분산 장치 문서를 참조하세요.

테넌트 워크로드

자체 K8S 클러스터를 가져올 수 있나요?

Nexus 플랫폼은 고객에게 여러 Kubernetes 버전으로 Nexus AKS 클러스터를 만들거나 워크로드 실행을 위한 Virtual Machines를 만들 수 있는 옵션을 제공합니다.

플랫폼에서 인증된 VNF(가상화 네트워크 기능) 및 CNF(컨테이너형 네트워크 기능)는 무엇인가요?

VNF 및 CNF 함수의 유효성 검사는 지속적인 작업입니다. 인증된 VNF 및 CNF 목록을 곧 게시할 예정입니다.

VNF나 CNF가 인증되지 않은 경우에도 사용할 수 있나요?

실제로 Nexus 팀과 협력하여 이러한 워크로드 배포를 방해하는 제한 사항이 없는지 확인할 수 있습니다.

VM/컨테이너를 배포하려면 어떻게 하나요?

고객은 API를 사용하여 Operator Nexus 인스턴스에 VM 및 Nexus AKS 클러스터를 배포할 수 있습니다. 보다 풍부한 환경을 위해 Microsoft는 컨테이너형(CNF) 및 가상형(VNF) 네트워크 기능의 배포를 자동화할 수 있는 또 다른 서비스 AOSM(Azure Operator Service Manager)을 제공합니다.

AKS 클러스터 내의 컨테이너에 어떤 스토리지 클래스를 사용할 수 있나요?

Nexus AKS 클러스터는 RWX(Read Write Many) 및 RWO(Read Write Once) 스토리지 클래스를 지원합니다.

Operator Nexus VM의 가용성을 높이려면 어떻게 해야 하나요?

운영자는 고가용성을 달성하기 위해 여러 운영 체제 미설치 컴퓨터와 랙에 걸쳐 VM을 배포하도록 선택할 수 있습니다.

가시성

Azure Operator Nexus 인스턴스를 모니터링하려면 어떻게 해야 하나요?

Azure Operator Nexus는 고객 구독에 대한 원격 분석을 수집하여 Nexus 인스턴스 및 연결된 리소스의 상태를 모니터링할 수 있는 기능을 제공합니다. 고객은 Azure Log Analytics Workspace/Azure Data Explorer에서 모든 로그를 수집하고 분석하여 장기간 추가로 보존할 수 있습니다.

컴퓨팅, 네트워킹, 스토리지에 어떤 메트릭을 사용할 수 있나요? 이에 대해 경고할 수 있나요? 자체 모니터링 솔루션과 통합할 수 있나요?

Azure Operator Nexus 인스턴스 스택의 여러 계층에서 광범위하고 큐레이팅된 메트릭 집합이 고객에게 제공됩니다. 여기에는 리소스 할당량 및 사용률을 비롯하여 컴퓨팅, 스토리지, 네트워킹을 기반으로 상태를 평가하는 데 필수적인 메트릭이 포함됩니다. 고객은 구성된 임계값이 충족될 때마다 경고가 트리거되도록 수집된 원격 분석을 기반으로 적절한 경고 규칙을 설정할 수 있습니다.

자세한 내용은 메트릭 목록을 참조하세요.