Azure Stack Edge 2205 릴리스 정보

적용 대상:Yes for Pro GPU SKUAzure Stack Edge Pro - GPUYes for Pro 2 SKUAzure Stack Edge Pro 2Yes for Pro R SKUAzure Stack Edge Pro RYes for Mini R SKUAzure Stack Edge Mini R

다음 릴리스 정보에서는 Azure Stack Edge 디바이스용 2205 릴리스에 대한 중요한 미해결 문제와 해결된 문제를 식별합니다. 해당하는 경우 Azure Stack Edge의 특정 모델에 해당하는 기능 및 문제가 호출됩니다.

릴리스 정보는 계속 업데이트되며, 해결 방법이 필요한 중대한 문제가 발견되면 해당 내용이 추가됩니다. 디바이스를 배포하기 전에 릴리스 정보에 포함된 정보를 주의 깊게 검토하세요.

이 문서는 소프트웨어 버전 번호 2.2.1983.5094에 매핑되는 Azure Stack Edge 2205 릴리스에 적용됩니다. Azure Stack Edge 2106(2.2.1636.3457) 소프트웨어 이상을 실행 중인 경우 이 소프트웨어를 디바이스에 적용할 수 있습니다.

새로운 기능

2205 릴리스에는 다음과 같은 기능 및 향상된 기능이 있습니다.

  • Kubernetes 변경 내용 - 이 릴리스부터 컴퓨팅 사용은 로컬 UI의 전용 Kubernetes 페이지로 이동됩니다.
  • 2세대 가상 머신 - 이 릴리스부터 2세대 가상 머신을 Azure Stack Edge에 배포할 수 있습니다. 자세한 내용은 지원되는 VM 크기 및 유형을 참조하세요.
  • GPU 확장 업데이트 - 이 릴리스에서는 GPU 확장 패키지가 업데이트됩니다. 이러한 업데이트는 확장을 설치하는 동안 이전 릴리스에서 발생한 몇 가지 문제를 해결합니다. 자세한 내용은 Azure Stack Edge의 GPU 확장을 업데이트하는 방법을 참조하세요.
  • IP 옵션 없음 - 앞으로 Azure Stack Edge 디바이스에서 네트워크 인터페이스에 대한 IP를 설정하지 않는 옵션이 있습니다. 자세한 내용은 네트워크 구성을 참조하세요.

2205 릴리스에서 수정된 이슈

다음 테이블에는 이전 릴리스의 릴리스 정보에 언급되고 현재 릴리스에서 수정된 이슈가 나열되어 있습니다.

아니요. 기능 문제
1. GPU 확장 설치 이전 릴리스에서는 GPU 확장 설치가 실패하는 문제가 있었습니다. 이러한 문제는 GPU 확장 문제 해결에 설명되어 있습니다. 이는 2205 릴리스에서 수정되었으며 Windows 및 Linux 설치 패키지가 모두 업데이트됩니다. 2205 특정 설치 변경에 대한 자세한 내용은 Azure Stack Edge 디바이스에 GPU 확장 설치에서 다룹니다.
2. HPN VM 이 릴리스의 경우 Standard_F12_HPN은 하나의 네트워크 인터페이스만 지원할 수 있으며 MEC(Multi-Access Edge Computing) 배포에 사용할 수 없습니다. 이 문제는 이 릴리스에서 해결되었습니다.

2205 릴리스의 알려진 문제

다음 표에서 이 릴리스의 알려진 문제를 간략하게 설명합니다.

아니요. 기능 문제 해결 방법/설명
1. 프리뷰 기능 이 릴리스에서는 다음 기능이 미리 보기로 제공됩니다.
- Azure Stack Edge Pro GPU 디바이스 전용 클러스터링 및 MEC(Multi-Access Edge Computing).
- Azure Stack Edge Pro R 및 Azure Stack Edge Mini R 전용 VPN.
- 로컬 Azure Resource Manager, VM, VM의 클라우드 관리, Kubernetes 클라우드 관리 및 MPS(다중 프로세스 서비스)(Azure Stack Edge Pro GPU, Azure Stack Edge Pro R 및 Azure Stack Edge Mini R용).
이러한 기능은 이후 릴리스에서 일반적으로 제공될 예정입니다.

이전 릴리스의 알려진 문제

다음 테이블에서는 이전 릴리스에서 전달된 알려진 이슈를 간략하게 설명합니다.

아니요. 기능 문제 해결 방법/설명
1. Azure Stack Edge Pro + Azure SQL SQL 데이터베이스를 만들려면 관리자 액세스 권한이 필요합니다. Create-the-sql-database에서 1~2단계 대신 다음 단계를 수행합니다.
디바이스의 로컬 UI에서 컴퓨팅 인터페이스를 사용하도록 설정합니다. 컴퓨팅 > 포트 번호 > 컴퓨팅에 사용 > 적용을 선택합니다.
- SQL 명령 유틸리티에서 sqlcmd를 클라이언트 머신에 다운로드합니다.
- 컴퓨팅 인터페이스 IP 주소에 연결하고(사용하도록 설정된 포트) 주소 끝에 “,1401”을 추가합니다.
- 최종 명령은 sqlcmd -S {Interface IP},1401 -U SA -P “Strong!Passw0rd”와 비슷합니다. 그 이후에 현재 설명서의 3-4단계가 같아야 합니다.
2. 보충 새로 고침을 통해 복원된 Blob에 대한 증분 변경은 지원되지 않습니다. Blob 엔드포인트의 경우 새로 고침 후 Blob의 부분 업데이트로 인해 업데이트가 클라우드에 업로드되지 않을 수 있습니다. 다음과 같은 작업 시퀀스를 예로 들 수 있습니다.
1. 클라우드에서 Blob을 만듭니다. 또는 디바이스에서 이전에 업로드된 Blob을 삭제합니다.
2. 새로 고침 기능을 사용하여 클라우드에서 어플라이언스로 Blob을 새로 고칩니다.
3. Azure SDK REST API를 사용하여 Blob의 일부만 업데이트합니다. 이러한 작업으로 인해 Blob의 업데이트된 섹션이 클라우드에서 업데이트되지 않을 수 있습니다.
해결 방법: robocopy와 같은 도구나 탐색기 또는 명령줄을 통한 일반 파일 복사를 사용하여 전체 Blob을 바꿉니다.
3. 제한 제한하는 동안 디바이스에 대한 새 쓰기가 허용되지 않는 경우 NFS 클라이언트의 쓰기가 “사용 권한이 거부됨” 오류를 나타내며 실패합니다. 이 오류는 다음과 같이 표시됩니다.
hcsuser@ubuntu-vm:~/nfstest$ mkdir test
mkdir: can't create directory 'test': Permission denied​
4. Blob Storage 수집 Blob Storage 수집에 AzCopy 버전 10을 사용하는 경우 인수 Azcopy <other arguments> --cap-mbps 2000을 사용하여 AzCopy를 실행합니다. AzCopy에 대해 이러한 제한을 제공하지 않으면 디바이스에 많은 요청을 전송하여 서비스에 문제를 유발할 수 있습니다.
5. 계층화된 스토리지 계정 계층화된 스토리지 계정을 사용하는 경우 다음이 적용됩니다.
- 블록 Blob만 지원됩니다. 페이지 Blob은 지원되지 않습니다.
- 스냅샷 또는 복사 API 지원이 없습니다.
- distcp를 통한 Hadoop 워크로드 수집은 복사 작업을 과도하게 사용하므로 지원되지 않습니다.
6. NFS 공유 연결 여러 프로세스에서 같은 공유로 복사하고 nolock 특성을 사용하지 않는 경우 복사하는 동안 오류가 표시될 수 있습니다. NFS 공유에 파일을 복사하려면 nolock 특성을 탑재 명령에 전달해야 합니다. 예: C:\Users\aseuser mount -o anon \\10.1.1.211\mnt\vms Z:
7. Kubernetes 클러스터 Kubernetes 클러스터를 실행하는 디바이스에 업데이트를 적용하는 경우 kubernetes 가상 머신이 다시 시작되고 재부팅됩니다. 이 인스턴스에서 지정된 복제본과 함께 배포되는 Pod만 업데이트 후에 자동으로 복원됩니다. 복제본 세트를 지정하지 않고 복제 컨트롤러 외부에서 개별 Pod를 만든 경우 이러한 Pod는 디바이스 업데이트 후에 자동으로 복원되지 않습니다. 이러한 Pod를 복원해야 합니다.
복제본 세트는 노드 실패 또는 중단형 노드 업그레이드 등을 비롯한 이유로 삭제되었거나 종료된 Pod를 대체합니다. 따라서 애플리케이션에 단일 Pod만 필요해도 복제본 세트를 사용하는 것이 좋습니다.
8. Kubernetes 클러스터 Azure Stack Edge Pro의 Kubernetes는 Helm v3 이상에서만 지원됩니다. 자세한 내용은 질문과 대답: Tiller 제거를 참조하세요.
9. Kubernetes 포트 31000은 Kubernetes 대시보드용으로 예약되어 있습니다. 포트 31001은 Edge 컨테이너 레지스트리용으로 예약되어 있습니다. 마찬가지로 기본 구성에서 IP 주소 172.28.0.1과 172.28.0.10은 각각 Kubernetes 서비스 및 Core DNS 서비스용으로 예약되어 있습니다. 예약된 IP를 사용하지 마세요.
10. Kubernetes Kubernetes는 현재 다중 프로토콜 LoadBalancer 서비스를 허용하지 않습니다. TCP와 UDP 모두에서 수신 대기해야 하는 DNS 서비스를 예로 들 수 있습니다. MetalLB를 사용하여 Kubernetes의 제한을 해결하기 위해 같은 Pod 선택기에 두 가지 서비스(TCP용 1개, UDP용 1개)를 만들 수 있습니다. 이러한 서비스는 같은 공유 키와 spec.loadBalancerIP를 사용하여 같은 IP 주소를 공유합니다. 사용 가능한 IP 주소보다 더 많은 서비스를 사용하는 경우 IP를 공유할 수도 있습니다.
자세한 내용은 IP 주소 공유를 참조하세요.
11. Kubernetes 클러스터 기존 Azure IoT Edge 마켓플레이스 모듈은 Azure Stack Edge 디바이스에서 IoT Edge를 실행하기 위해 수정이 필요할 수 있습니다. 자세한 내용은 Azure Stack Edge Pro GPU 디바이스의 Azure Stack Edge Pro FPGA 디바이스에서 기존 IoT Edge 모듈 실행을 참조하세요.
12. Kubernetes 파일 기반 바인드 탑재는 Azure Stack Edge 디바이스에 있는 Kubernetes의 Azure IoT Edge에서 지원되지 않습니다. IoT Edge는 변환 계층을 사용하여 ContainerCreate 옵션을 Kubernetes 구문으로 변환합니다. hostpath 디렉터리에 대한 Binds 맵을 만드는 작업, 즉 파일 기반 바인드 탑재는 IoT Edge 컨테이너의 경로에 바인딩될 수 없습니다. 가능하면 부모 디렉터리를 매핑합니다.
13. Kubernetes IoT Edge에 대한 자체 인증서를 가져와 디바이스에서 컴퓨팅을 구성한 후 Azure Stack Edge 디바이스에 해당 인증서를 추가하는 경우 새 인증서가 선택되지 않습니다. 이 문제를 해결하려면 디바이스에서 컴퓨팅을 구성하기 전에 인증서를 업로드해야 합니다. 컴퓨팅이 이미 구성되어 있으면 디바이스의 PowerShell 인터페이스에 연결하고 IoT Edge 명령을 실행합니다. iotedgededgehub Pod를 다시 시작합니다.
14. 인증서 특정한 경우 로컬 UI의 인증서 상태를 업데이트하는 데 몇 초 정도 걸릴 수 있습니다. 로컬 UI의 다음 시나리오에 영향을 줄 수 있습니다.
- 인증서 페이지의 상태 열.
- 시작 페이지의 보안 타일.
- 개요 페이지의 구성 타일.
15. 인증서 서명 체인 인증서와 관련된 경고는 새 서명 체인 인증서를 업로드한 후에도 포털에서 제거되지 않습니다.
16. 웹 프록시 NTLM 인증 기반 웹 프록시는 지원되지 않습니다.
17. Internet Explorer 향상된 보안 기능을 사용하도록 설정한 경우 로컬 웹 UI 페이지에 액세스하지 못할 수 있습니다. 향상된 보안을 사용하지 않도록 설정하고 브라우저를 다시 시작합니다.
18. Kubernetes Kubernetes는 .NET 애플리케이션에서 사용하는 환경 변수 이름에서 ":"을 지원하지 않습니다. 이러한 조건은 Event Grid IoT Edge 모듈이 Azure Stack Edge 디바이스 및 기타 애플리케이션에서 작동하는 데도 필요합니다. 자세한 내용은 ASP.NET core 설명서를 참조하세요. “:”을 이중 밑줄로 바꿉니다. 자세한 내용은 Kubernetes 이슈를 참조하세요.
19. Azure Arc + Kubernetes 클러스터 기본적으로 Git 리포지토리에서 리소스 yamls가 삭제되면 해당 리소스가 Kubernetes 클러스터에서 삭제되지 않습니다. Git 리포지토리에서 삭제될 때 리소스 삭제를 허용하려면 Arc OperatorParams에서 --sync-garbage-collection을 설정합니다. 자세한 내용은 구성 삭제를 참조하세요.
20. NFS 디바이스에서 데이터를 쓰기 위해 NFS 공유 탑재를 사용하는 애플리케이션은 단독 쓰기를 사용해야 합니다. 이렇게 하면 디스크에 쓸 수 있습니다.
21. 컴퓨팅 구성 네트워크 구성에서 컴퓨팅 구성이 실패합니다. 게이트웨이나 스위치 또는 라우터가 네트워크에 존재하지 않는 시스템에 대한 ARP(주소 확인 프로토콜) 요청에 응답하기 때문입니다.
22. 컴퓨팅 및 Kubernetes Kubernetes가 디바이스에 처음으로 설정된 경우 사용 가능한 모든 GPU를 클레임합니다. 따라서 Kubernetes를 설정한 후에는 GPU를 사용하여 Azure Resource Manager VM을 만들 수 없습니다. 디바이스에 GPU가 2개 있는 경우 GPU를 사용하는 VM 1개를 만든 다음, Kubernetes를 구성할 수 있습니다. 이 경우 Kubernetes는 사용 가능한 나머지 하나의 GPU를 사용합니다.
23. 사용자 지정 스크립트 VM 확장 이전 릴리스에서 만든 Windows VM에 알려진 문제가 있으며 디바이스가 2103으로 업데이트되었습니다.
해당 VM에 사용자 지정 스크립트 확장을 추가하면 Windows VM Guest Agent(버전 2.7.41491.901만 해당)의 업데이트에서 중단되어 확장 배포 시간이 초과됩니다.
이 문제를 해결하려면
- RDP(원격 데스크톱 프로토콜)를 사용하여 Windows VM에 연결합니다.
- waappagent.exe가 머신에서 실행 중인지 확인: Get-Process WaAppAgent.
- waappagent.exe가 실행되고 있지 않으면 rdagent 서비스를 다시 시작합니다. Get-Service RdAgent | Restart-Service. 5분 동안 기다립니다.
waappagent.exe 실행 중에 WindowsAzureGuest.exe 프로세스를 종료합니다.
- 프로세스를 종료하면 프로세스가 최신 버전으로 다시 실행되기 시작합니다.
- Get-Process WindowsAzureGuestAgent | fl ProductVersion 명령을 사용하여 Windows VM Guest Agent 버전이 2.7.41491.971인지 확인합니다.
- Windows VM에서 사용자 지정 스크립트 확장을 설정합니다.
24. MPS(다중 프로세스 서비스) 디바이스 소프트웨어와 Kubernetes 클러스터를 업데이트하면 워크로드의 MPS 설정이 유지되지 않습니다. MPS를 사용하도록 다시 설정하고 MPS를 사용한 워크로드를 다시 배포합니다.
25. Wi-Fi 이 릴리스의 Azure Stack Edge Pro 2에서는 Wi-Fi가 작동하지 않습니다. 이 기능은 향후 릴리스에서 사용할 수 있습니다.
26. 디바이스 용량 이전 빌드에서 이 릴리스로 업데이트한 경우 디바이스 용량이 Azure Portal에 표시되지 않았습니다. VM이 Azure Portal에서 프로비전된 경우 용량 메트릭이 업데이트되고 표시됩니다. Azure Portal에서 메트릭을 동기화하려면 VM을 만든 다음 삭제합니다.

다음 단계