Azure Stack 허브 릴리스 정보Azure Stack Hub release notes

이 문서에서는 Azure Stack 허브 업데이트 패키지의 내용을 설명 합니다.This article describes the contents of Azure Stack Hub update packages. 업데이트에는 Azure Stack 허브의 최신 릴리스에 대 한 향상 된 기능 및 수정 사항이 포함 되어 있습니다.The update includes improvements and fixes for the latest release of Azure Stack Hub.

다른 버전의 릴리스 정보에 액세스 하려면 왼쪽의 목차 위에 있는 버전 선택기 드롭다운을 사용 합니다.To access release notes for a different version, use the version selector dropdown above the table of contents on the left.

중요

이 업데이트 패키지는 Azure Stack 허브 통합 시스템에만 사용할 수 있습니다.This update package is only for Azure Stack Hub integrated systems. 이 업데이트 패키지를 Azure Stack Development Kit (ASDK)에 적용 하지 마십시오.Do not apply this update package to the Azure Stack Development Kit (ASDK).

중요

Azure Stack 허브 인스턴스가 세 개 이상의 업데이트로 보호 되는 경우에는 비준수로 간주 됩니다.If your Azure Stack Hub instance is behind by more than two updates, it's considered out of compliance. 지원을 받으려면 지원 되는 최소 버전 이상으로 업데이트해야 합니다.You must update to at least the minimum supported version to receive support.

업데이트 계획Update planning

업데이트를 적용 하기 전에 다음 정보를 검토 해야 합니다.Before applying the update, make sure to review the following information:

업데이트 및 업데이트 프로세스 문제 해결에 대 한 도움말은 Azure Stack 허브의 패치 및 업데이트 문제 해결을 참조 하세요.For help with troubleshooting updates and the update process, see Troubleshoot patch and update issues for Azure Stack Hub.

업데이트 다운로드Download the update

Azure Stack hub 업데이트 다운로더 도구를사용 하 여 Azure Stack hub 업데이트 패키지를 다운로드할 수 있습니다.You can download the Azure Stack Hub update package using the Azure Stack Hub update downloader tool.

2008 빌드 참조2008 build reference

Azure Stack 허브 2008 업데이트 빌드 번호는 1.2008.13.88 입니다.The Azure Stack Hub 2008 update build number is 1.2008.13.88.

업데이트 유형Update type

Azure Stack 허브 2008 업데이트 빌드 유형이 꽉 찼습니다.The Azure Stack Hub 2008 update build type is Full.

2008 업데이트 패키지의 크기가 이전 업데이트에 비해 크게 큽니다.The 2008 update package is larger in size compared to previous updates. 크기를 늘리면 다운로드 시간이 길어집니다.The increased size results in longer download times. 업데이트는 오랜 시간 동안 준비 상태로 유지 되며 운영자는이 프로세스가 이전 업데이트 보다 시간이 오래 걸리는 것으로 예측할 수 있습니다.The update will remain in the Preparing state for a long time, and operators can expect this process to take longer than with previous updates. 2008 업데이트에는 내부 테스트-4 개 노드: 13-20 시간, 8 개 노드: 16-26 시간, 12 개 노드: 19-32 시간, 16 노드: 22-38 시간에 예상 되는 런타임이 있습니다.The 2008 update has had the following expected runtimes in our internal testing- 4 nodes: 13-20 hours, 8 nodes: 16-26 hours, 12 nodes: 19-32 hours, 16 nodes: 22-38 hours. 정확한 업데이트 런타임은 일반적으로 테 넌 트 워크 로드, 시스템 네트워크 연결 (인터넷에 연결 된 경우) 및 시스템 하드웨어 사양에 따라 시스템에서 사용 되는 용량에 따라 달라 집니다.Exact update runtimes typically depend on the capacity used on your system by tenant workloads, your system network connectivity (if connected to the internet), and your system hardware specifications. 예상 값 보다 짧거나 긴 런타임은 일반적이 지 않으며 업데이트가 실패 하지 않는 한 Azure Stack 허브 연산자에의 한 조치가 필요 하지 않습니다.Runtimes that are shorter or longer than the expected value are not uncommon and do not require action by Azure Stack Hub operators unless the update fails. 이 런타임 근사값은 2008 업데이트에만 해당 되며 다른 Azure Stack 허브 업데이트와 비교 하면 안 됩니다.This runtime approximation is specific to the 2008 update and should not be compared to other Azure Stack Hub updates.

업데이트 빌드 형식에 대 한 자세한 내용은 Azure Stack Hub의 업데이트 관리를 참조 하세요.For more information about update build types, see Manage updates in Azure Stack Hub.

새로운 기능What's new

  • Azure Stack 허브는 이제 NVA (네트워크 가상 어플라이언스) 없이 Vnet를 연결 하는 기능을 제공 하는 VNET 피어 링을 지원 합니다.Azure Stack Hub now supports VNET peering, which gives the ability to connect VNETs without a Network Virtual Appliance (NVA). 자세한 내용은 새 VNET 피어 링 설명서를 참조 하세요.For more information, see the new VNET peering documentation.
  • 이제 Azure Stack 허브 blob storage를 사용 하 여 변경할 수 없는 blob을 사용할 수 있습니다.Azure Stack Hub blob storage now enables users to use an immutable blob. 컨테이너에 대해 변경할 수 없는 정책을 설정 하 여 비즈니스에 중요 한 데이터 개체를 웜 (한 번 쓰기, 많은 읽기) 상태로 저장할 수 있습니다.By setting immutable policies on a container, you can store business-critical data objects in a WORM (Write Once, Read Many) state. 이 릴리스에서 변경할 수 없는 정책은 REST API 또는 클라이언트 Sdk를 통해서만 설정할 수 있습니다.In this release, immutable policies can only be set through the REST API or client SDKs. 이 릴리스에서는 추가 blob 쓰기도 가능 하지 않습니다.Append blob writes are also not possible in this release. 변경할 수 없는 blob에 대 한 자세한 내용은 변경할 수 없는 저장소로 비즈니스에 중요 한 blob 데이터 저장을 참조 하세요.For more information about immutable blobs, see Store business-critical blob data with immutable storage.
  • Azure Stack 허브 저장소는 이제 Azure Storage services Api 버전 2019-07-07 를 지원 합니다.Azure Stack Hub Storage now supports Azure Storage services APIs version 2019-07-07. 새 REST API 버전과 호환 되는 Azure 클라이언트 라이브러리는 Azure Stack 허브 저장소 개발 도구를 참조 하세요.For Azure client libraries that is compatible with the new REST API version, see Azure Stack Hub storage development tools. Azure Storage services 관리 Api의 경우 2018-02-01 는 사용 가능한 총 기능 중 일부를 포함 하는 지원 기능을 추가 했습니다.For Azure Storage services management APIs, 2018-02-01 has been add of support, with a subset of total available features.
  • Azure Stack 허브 계산에서는 이제 사용 가능한 총 기능 중 일부를 사용 하 여 Azure Compute Api 버전 2020-06-01 를 지원 합니다.Azure Stack Hub compute now supports Azure Compute APIs version 2020-06-01, with a subset of total available features.
  • Azure Stack 허브 관리 디스크는 이제 사용 가능한 기능의 하위 집합을 포함 하는 Azure Disk Api 버전 2019-03-01 를 지원 합니다.Azure Stack Hub managed disks now support Azure Disk APIs version 2019-03-01, with a subset of the available features.
  • 이제 Azure Stack 허브에 연결 하 여 지원 작업 중에 인프라에 대 한 심층 정보를 제공 하는 Windows 관리 센터의 미리 보기입니다.Preview of Windows Admin Center that can now connect to Azure Stack Hub to provide in-depth insights into the infrastructure during support operations (break-glass required).
  • 배포 시에 권한 있는 끝점 (PEP)에 로그인 배너를 추가할 수 있습니다.Ability to add login banner to the privileged endpoint (PEP) at deployment time.
  • 더 많은 배타 작업 배너를 출시 하 여 현재 시스템에서 발생 하는 작업의 가시성을 개선 하 고 사용자가 다른 전용 작업을 시작 (및 이후에 실패) 하지 못하도록 합니다.Released more Exclusive Operations banners, which improve the visibility of operations that are currently happening on the system, and disable users from initiating (and subsequently failing) any other exclusive operation.
  • 에는 각 Azure Stack Hub Marketplace 항목의 제품 페이지에 두 개의 새로운 배너가 도입 되었습니다.Introduced two new banners in each Azure Stack Hub Marketplace item's product page. Marketplace 다운로드에 실패 한 경우 운영자는 오류 세부 정보를 확인 하 고 권장 단계를 시도 하 여 문제를 해결할 수 있습니다.If there is a Marketplace download failure, operators can view error details and attempt recommended steps to resolve the issue.
  • 고객이 피드백을 제공할 수 있는 등급 도구를 출시 했습니다.Released a rating tool for customers to provide feedback. 이렇게 하면 Azure Stack 허브가 사용자 환경을 측정 하 고 최적화할 수 있습니다.This will enable Azure Stack Hub to measure and optimize the customer experience.
  • 이 Azure Stack 허브 릴리스에는 AKS (Azure Kubernetes Service) 및 ACR (Azure Container Registry)의 비공개 미리 보기가 포함 되어 있습니다.This release of Azure Stack Hub includes a private preview of Azure Kubernetes Service (AKS) and Azure Container Registry (ACR). 비공개 미리 보기의 목적은 Azure Stack 허브에서 AKS 및 ACR의 품질, 기능 및 사용자 환경에 대 한 피드백을 수집 하는 것입니다.The purpose of the private preview is to collect feedback about the quality, features, and user experience of AKS and ACR on Azure Stack Hub.
  • 이 릴리스에는 AKS Engine v 0.55.4를 사용 하는 AZURE cni 및 Windows 컨테이너의 공개 미리 보기가 포함 되어 있습니다.This release includes a public preview of Azure CNI and Windows Containers using AKS Engine v0.55.4. API 모델에서 사용 하는 방법에 대 한 예제는 GitHub에서이 예제를 참조 하세요.For an example of how to use them in your API model, see this example on GitHub.
  • 이제 AKS Engine v 0.55.4에 의해 배포 된 클러스터에서 istio 1.3 배포 를 지원 합니다.There is now support for Istio 1.3 deployment on clusters deployed by AKS Engine v0.55.4. 자세한 내용은 여기에 있는 지침을 참조하세요.For more information, see the instructions here.
  • 이제 AKS Engine v 0.55.4를 사용 하 여 개인 클러스터 배포를 지원 합니다.There is now support for deployment of private clusters using AKS Engine v0.55.4.
  • 이 릴리스에는 Azure 및 Azure Stack Hub Key Vault 인스턴스에서 소싱 Kubernetes 구성 비밀 에 대 한 지원이 포함 됩니다.This release includes support for sourcing Kubernetes configuration secrets from Azure and Azure Stack Hub Key Vault instances.

향상 된 기능Improvements

  • 네트워크 컨트롤러와 SLB 호스트 에이전트에 대 한 내부 모니터링이 구현 되었으므로 서비스가 중지 됨 상태로 전환 되는 경우 자동으로 재구성 됩니다.Implemented internal monitoring for Network Controller and SLB host agents, so the services are auto-remediated if they ever enter into a stopped state.
  • 이제 Active Directory Federation Services (AD FS)는 고객이 자신의 AD FS 서버에서 회전 한 후 새 토큰 서명 인증서를 검색 합니다.Active Directory Federation Services (AD FS) now retrieves the new token signing certificate after the customer has rotated it on their own AD FS server. 이미 구성 된 시스템에 대 한이 새로운 기능을 활용 하려면 AD FS 통합을 다시 구성 해야 합니다.To take advantage of this new capability for already configured systems, the AD FS integration must be configured again. 자세한 내용은 Azure Stack Hub 데이터 센터와 AD FS Id 통합을 참조 하세요.For more information, see Integrate AD FS identity with your Azure Stack Hub datacenter.
  • 인프라 역할 인스턴스에 대 한 시작 및 종료 프로세스와 배율 단위 노드에 대 한 종속성을 변경 합니다.Changes to the startup and shutdown process on infrastructure role instances and their dependencies on scale unit nodes. 이렇게 하면 Azure Stack 허브 시작 및 종료에 대 한 안정성이 향상 됩니다.This increases the reliability for Azure Stack Hub startup and shutdown.
  • 클라우드 서비스 공급자가 모든 고객 계정에 대해 multi-factor authentication을 적용 하 여이 도구 모음을 실행할 수 있도록 하는 AzSScenarios stack 유효성 검사 도구의 suite가 업데이트 되었습니다.The AzSScenarios suite of the Test-AzureStack validation tool has been updated to enable Cloud Service Providers to run this suite successfully with multi-factor authentication enforced on all customer accounts.
  • 수명 주기 작업 중 29 대의 고객 연결 경고에 대 한 억제 논리를 추가 하 여 경고 안정성을 개선 했습니다.Improved alert reliability by adding suppression logic for 29 customer facing alerts during lifecycle operations.
  • 이제 로그 수집의 역할, 기간 및 상태에 대 한 세부 정보를 제공 하는 자세한 로그 수집 HTML 보고서를 볼 수 있습니다.You can now view a detailed log collection HTML report which provides details on the roles, duration, and status of the log collection. 이 보고서의 목적은 사용자가 수집 된 로그의 요약을 제공 하는 데 도움을 주는 것입니다.The purpose of this report is to help users provide a summary of the logs collected. 그러면 Microsoft 고객 지원 서비스에서 보고서를 신속 하 게 평가 하 여 로그 데이터를 평가 하 고 시스템 문제를 해결 하 고 문제를 완화할 수 있습니다.Microsoft Customer Support Services can then quickly assess the report to evaluate the log data, and help to troubleshoot and mitigate system issues.
  • 인프라 오류 검색 범위는 CPU 사용률 및 메모리 사용량과 같은 사용자 시나리오에서 7 개의 새로운 모니터를 추가 하 여 확장 되었으며이로 인해 오류 검색의 안정성이 향상 됩니다.The infrastructure fault detection coverage has been expanded with the addition of 7 new monitors across user scenarios such as CPU utilization and memory consumption, which helps to increase the reliability of fault detection.

변경Changes

  • SRP API 버전 2016-01-012016-05-01supportHttpsTrafficOnly storage 계정 리소스 유형 속성이 활성화 되었지만이 속성은 Azure Stack 허브에서 지원 되지 않습니다.The supportHttpsTrafficOnly storage account resource type property in SRP API version 2016-01-01 and 2016-05-01 has been enabled, but this property is not supported in Azure Stack Hub.

  • 80% (경고) 및 90% (위험)에서 90% (경고) 및 95% (위험)의 볼륨 용량 사용률 경고 임계값이 발생 했습니다.Raised volume capacity utilization alert threshold from 80% (warning) and 90% (critical) to 90% (warning) and 95% (critical). 자세한 내용은 저장소 공간 경고 를 참조 하세요.For more information, see Storage space alerts

  • 이 릴리스와 함께 AD 그래프 구성 단계가 변경 됩니다.The AD Graph configuration steps change with this release. 자세한 내용은 Azure Stack Hub 데이터 센터와 AD FS Id 통합을 참조 하세요.For more information, see Integrate AD FS identity with your Azure Stack Hub datacenter.

  • Windows Server 2019에 대해 정의 된 현재 모범 사례에 맞게 조정 하는 Azure Stack 허브는 장애 조치 (Failover) 클러스터링 제어 통신 지원에서 추가 트래픽 클래스 또는 우선 순위를 활용 하 여 서버 간 통신을 추가로 사용 하도록 변경 됩니다.To align to the current best practices defined for Windows Server 2019, Azure Stack Hub is changing to utilize an additional traffic class or priority to further separate server to server communication in support of the Failover Clustering control communication. 이러한 변경으로 인해 장애 조치 (Failover) 클러스터 통신에 더 나은 복원 력이 제공 됩니다.The result of these changes provides better resiliency for Failover Cluster communication. 이 트래픽 클래스 및 대역폭 예약 구성은 Azure Stack 허브 솔루션과 Azure Stack 허브의 호스트 또는 서버에 대 한 랙 (랙) 스위치를 변경 하 여 수행 됩니다.This traffic class and bandwidth reservation configuration is accomplished by a change on the top-of-rack (ToR) switches of the Azure Stack Hub solution and on the host or servers of Azure Stack Hub.

    이러한 변경 내용은 Azure Stack 허브 시스템의 호스트 수준에서 추가 됩니다.Note that these changes are added at the host level of an Azure Stack Hub system. OEM에 문의 하 여 랙마운트 네트워크 스위치를 변경 하세요.Please contact your OEM to make the change at the top-of-rack (ToR) network switches. 이러한 변경 내용은 2008 릴리스로 업데이트 하기 전이나 2008로 업데이트 한 후에 수행할 수 있습니다.This ToR change can be performed either prior to updating to the 2008 release or after updating to 2008. 자세한 내용은 네트워크 통합 설명서를 참조 하세요.For more information, see the Network Integration documentation.

  • 이 빌드에서는 GPU 지원 VM 크기 NCas_v4 (NVIDIA T4) 가 Azure와 일치 하 NCasT4_v3 VM 크기를 사용 하 여 대체 되었습니다.The GPU capable VM sizes NCas_v4 (NVIDIA T4) have been replaced in this build with the VM sizes NCasT4_v3, to be consistent with Azure. 이러한 내용은 아직 포털에 표시 되지 않으며 Azure Resource Manager 템플릿만을 통해서만 사용할 수 있습니다.Note that those are not visible in the portal yet, and can only be used via Azure Resource Manager templates.

수정 프로그램Fixes

  • 실행 중인 VM에 연결 되지 않은 NIC의 NSG를 삭제 하지 못한 문제가 해결 되었습니다.Fixed an issue in which deleting an NSG of a NIC that is not attached to a running VM failed.
  • 부하 분산 장치와 연결 된 공용 IP에 대 한 IdleTimeoutInMinutes 값을 수정 하는 경우 공용 ip를 실패 상태로 전환 하는 문제를 해결 했습니다.Fixed an issue in which modifying the IdleTimeoutInMinutes value for a public IP that is associated to a load balancer put the public IP in a failed state.
  • 연결 된 관리 디스크에 대해 AzsDisk cmdlet을 수정 하 여 OnlineMigration 대신 올바른 연결 된 상태를 반환 합니다.Fixed the Get-AzsDisk cmdlet to return the correct Attached status, instead of OnlineMigration, for attached managed disks.

보안 업데이트Security updates

이 Azure Stack Hub 업데이트의 보안 업데이트에 대 한 자세한 내용은 Azure Stack hub 보안 업데이트를 참조 하세요.For information about security updates in this update of Azure Stack Hub, see Azure Stack Hub security updates.

핫픽스Hotfixes

Azure Stack 허브는 정기적으로 핫픽스를 릴리스 합니다.Azure Stack Hub releases hotfixes on a regular basis. 2008로 업데이트 하기 전에 최신 2005 핫픽스를 설치 했는지 확인 합니다.Make sure you install the latest 2005 hotfix before updating to 2008. 또한 2005 릴리스부터 새 주 버전 (예: 1.2005에서 1.2008로 업데이트 하는 경우 새 주 버전에서 최신 핫픽스 (패키지 다운로드 시 사용할 수 있는 경우)가 자동으로 설치 됩니다.Also, starting with the 2005 release, when you update to a new major version (for example, 1.2005.x to 1.2008.x), the latest hotfixes (if any are available at the time of package download) in the new major version are installed automatically. 그러면 모든 핫픽스를 사용 하 여 2008 설치가 최신 상태입니다.Your 2008 installation is then current with all hotfixes. 이 시점부터 2008에 대 한 핫픽스가 출시 된 경우 설치 해야 합니다.From that point forward, if a hotfix is released for 2008, you should install it.

참고

Azure Stack 허브 핫픽스 릴리스는 누적 됩니다. 최신 핫픽스를 설치 하기만 하면 해당 버전의 모든 이전 핫픽스 릴리스에 포함 된 수정 사항을 모두 가져올 수 있습니다.Azure Stack Hub hotfix releases are cumulative; you only need to install the latest hotfix to get all fixes included in any previous hotfix releases for that version.

자세한 내용은 서비스 정책을 참조 하세요.For more information, see our servicing policy.

Azure Stack 허브 핫픽스는 Azure Stack 허브 통합 시스템에만 적용 됩니다. ASDK에 핫픽스를 설치 하지 마세요.Azure Stack Hub hotfixes are only applicable to Azure Stack Hub integrated systems; do not attempt to install hotfixes on the ASDK.

각 핫픽스 릴리스에 대 한 알림을 받으려면 RSS 피드 를 구독 하 여 각 핫픽스 릴리스에 대 한 알림을 받을 수 있습니다.If you want to be notified about each hotfix release, subscribe to the RSS feed to be notified about each hotfix release.

2008 업데이트를 성공적으로 적용 한 후After successfully applying the 2008 update

Azure Stack 허브 핫픽스는 누적 되므로, 가장 좋은 방법은 빌드를 위해 릴리스된 모든 핫픽스를 설치 하 여 주 릴리스 간의 최상의 업데이트 환경을 보장 하는 것입니다.Because Azure Stack Hub hotfixes are cumulative, as a best practice you should install all hotfixes released for your build, to ensure the best update experience between major releases. 새 주 버전 (예: 1.2005에서 1.2008로 업데이트 하는 경우 새 주 버전의 최신 핫픽스 (패키지 다운로드 시 사용할 수 있는 경우)가 자동으로 설치 됩니다.When you update to a new major version (for example, 1.2005.x to 1.2008.x), the latest hotfixes (if any are available at the time of package download) in the new major version are installed automatically.

2008 설치 후에 2008 핫픽스가 출시 되 면 설치 해야 합니다.After the installation of 2008, if any 2008 hotfixes are subsequently released, you should install them:

2005 빌드 참조2005 build reference

Azure Stack 허브 2005 업데이트 빌드 번호는 1.2005.6.53 입니다.The Azure Stack Hub 2005 update build number is 1.2005.6.53.

업데이트 유형Update type

Azure Stack 허브 2005 업데이트 빌드 유형이 꽉 찼습니다.The Azure Stack Hub 2005 update build type is Full.

2005 업데이트 패키지의 크기가 이전 업데이트에 비해 크게 큽니다.The 2005 update package is larger in size compared to previous updates. 크기를 늘리면 다운로드 시간이 길어집니다.The increased size results in longer download times. 업데이트는 오랜 시간 동안 준비 상태로 유지 되며 운영자는이 프로세스가 이전 업데이트 보다 시간이 오래 걸리는 것으로 예측할 수 있습니다.The update will remain in the Preparing state for a long time, and operators can expect this process to take longer than with previous updates. 2005 업데이트에는 내부 테스트-4 개 노드: 13-20 시간, 8 개 노드: 16-26 시간, 12 개 노드: 19-32 시간, 16 노드: 22-38 시간에 예상 되는 런타임이 있습니다.The 2005 update has had the following expected runtimes in our internal testing- 4 nodes: 13-20 hours, 8 nodes: 16-26 hours, 12 nodes: 19-32 hours, 16 nodes: 22-38 hours. 정확한 업데이트 런타임은 일반적으로 테 넌 트 워크 로드, 시스템 네트워크 연결 (인터넷에 연결 된 경우) 및 시스템 하드웨어 사양에 따라 시스템에서 사용 되는 용량에 따라 달라 집니다.Exact update runtimes typically depend on the capacity used on your system by tenant workloads, your system network connectivity (if connected to the internet), and your system hardware specifications. 예상 값 보다 짧거나 긴 런타임은 일반적이 지 않으며 업데이트가 실패 하지 않는 한 Azure Stack 허브 연산자에의 한 조치가 필요 하지 않습니다.Runtimes that are shorter or longer than the expected value are not uncommon and do not require action by Azure Stack Hub operators unless the update fails. 이 런타임 근사값은 2005 업데이트에만 해당 되며 다른 Azure Stack 허브 업데이트와 비교 하면 안 됩니다.This runtime approximation is specific to the 2005 update and should not be compared to other Azure Stack Hub updates.

업데이트 빌드 형식에 대 한 자세한 내용은 Azure Stack Hub의 업데이트 관리를 참조 하세요.For more information about update build types, see Manage updates in Azure Stack Hub.

새로운 기능What's new

  • 이 빌드는 3 개의 새 GPU VM 유형인 NCv3 (Nvidia V100), NVv4 (AMD MI25) 및 NCas_v4 (NVIDIA T4) VM 크기에 대 한 지원을 제공 합니다.This build offers support for 3 new GPU VM types: NCv3 (Nvidia V100), NVv4 (AMD MI25), and NCas_v4 (NVIDIA T4) VM sizes. 적절 한 하드웨어가 있고 Azure Stack Hub GPU 미리 보기 프로그램에 등록 VM 배포가 성공적으로 수행 됩니다.VM deployments will be successful for those who have the right hardware and are onboarded to the Azure Stack Hub GPU preview program. 관심이 있는 경우에서 GPU 미리 보기 프로그램에 등록 https://aka.ms/azurestackhubgpupreview 합니다.If you are interested, sign up for the GPU preview program at https://aka.ms/azurestackhubgpupreview. 자세한 내용은을 참조하십시오.For more information, see.
  • 이 릴리스에서는 오류를 감지 하 고, 영향을 평가 하 고, 시스템 문제를 안전 하 게 완화할 수 있는 자치 치료 기능을 제공 하는 새로운 기능을 제공 합니다.This release provides a new feature that enables an autonomous healing capability, which detects faults, assesses impact, and safely mitigates system issues. 이 기능을 사용 하 여 수동 작업 없이 시스템의 가용성을 향상 시킬 수 있습니다.With this feature, we are working towards increased availability of the system without manual intervention. 릴리스 2005 이상에서 고객은 경고 수를 줄일 수 있습니다.With release 2005 and later, customers will experience a reduction in the number of alerts. 이 파이프라인에서 발생 하는 모든 오류는 알림이 표시 되지 않는 한 Azure Stack 허브 운영자의 조치를 필요로 하지 않습니다.Any failure in this pipeline doesn't require action by Azure Stack Hub operators unless notified.
  • Gapped/disconnected Azure Stack Hub 고객에 대 한 Azure Stack 허브 관리 포털에는 로그를 로컬로 저장할 수 있는 새로운 옵션이 있습니다.There is a new option in the Azure Stack Hub admin portal for air-gapped/disconnected Azure Stack Hub customers, to save logs locally. Azure에서 Azure Stack 허브의 연결이 끊어질 때 로컬 SMB 공유에 로그를 저장할 수 있습니다.You can store the logs in a local SMB share when Azure Stack Hub is disconnected from Azure.
  • 이제 시스템 작업이 이미 진행 중인 경우 Azure Stack 허브 관리 포털에서 특정 작업을 차단 합니다.The Azure Stack Hub admin portal now blocks certain operations if a system operation is already in progress. 예를 들어 업데이트가 진행 중인 경우 새 배율 단위 노드를 추가할 수 없습니다.For example, if an update is in progress, it is not possible to add a new scale unit node.
  • 이 릴리스는 1910 이전에 만든 Vm에서 Azure와의 패브릭 일관성을 제공 합니다.This release provides more fabric consistency with Azure on VMs created pre-1910. 1910에서 Microsoft는 새로 만든 모든 Vm이 wireserver 프로토콜을 사용 하 여 고객이 Azure와 동일한 WALA 에이전트 및 Windows 게스트 에이전트를 사용할 수 있도록 하 여 Azure Stack 허브에서 Azure 이미지를 더 쉽게 사용할 수 있도록 발표 했습니다.In 1910, Microsoft announced that all newly created VMs will use the wireserver protocol, enabling customers to use the same WALA agent and Windows guest agent as Azure, making it easier to use Azure images on Azure Stack Hub. 이 릴리스에서는 1910 이전에 만든 모든 Vm이 자동으로 wireserver 프로토콜을 사용 하도록 마이그레이션됩니다.With this release, all VMs created earlier than 1910 are automatically migrated to use the wireserver protocol. 이를 통해 더 안정적인 VM 만들기, VM 확장 배포 및 안정적인 상태 작동 시간을 향상 시킬 수 있습니다.This also brings more reliable VM creation, VM extension deployment, and improvements in steady state uptime.
  • Azure Stack 허브 저장소는 이제 Azure Storage services Api 버전 2019-02-02를 지원 합니다.Azure Stack Hub storage now supports Azure Storage services APIs version 2019-02-02. Azure 클라이언트 라이브러리의 경우 새 REST API 버전과 호환 됩니다.For Azure client libraries, that is compatible with the new REST API version. 자세한 내용은 Azure Stack 허브 저장소 개발 도구를 참조 하세요.For more information, see Azure Stack Hub storage development tools.
  • Azure Stack Hub는 이제 최신 버전의 Createuidefinition (버전 2)을 지원 합니다.Azure Stack Hub now supports the latest version of CreateUiDefinition (version 2).
  • 일괄 처리 된 VM 배포에 대 한 새로운 지침New guidance for batched VM deployments. 자세한 내용은 이 문서를 참조하세요.For more information see this article.
  • Azure Stack Hub Marketplace CoreOS Container Linux 항목이 수명 종료에 근접하 고 있습니다.The Azure Stack Hub Marketplace CoreOS Container Linux item is approaching its end-of-life. 자세한 내용은 CoreOS Container Linux에서 마이그레이션을 참조 하세요.For more information, see Migrating from CoreOS Container Linux.

향상 된 기능Improvements

  • 저장소 인프라 클러스터 서비스 로그 및 이벤트에 대 한 향상 된 기능Improvements to Storage infrastructure cluster service logs and events. 더 나은 진단 및 문제 해결을 위해 저장소 인프라 클러스터 서비스의 로그 및 이벤트는 최대 14 일 동안 유지 됩니다.Logs and events of Storage infrastructure cluster service will be kept for up to 14 days, for better diagnostics and troubleshooting.
  • Azure Stack 허브 시작 및 중지의 안정성이 향상 되었습니다.Improvements that increase reliability of starting and stopping Azure Stack Hub.
  • Decentralization를 사용 하 여 업데이트 런타임을 줄이고 종속성을 제거 하는 기능이 향상 되었습니다.Improvements that reduce the update runtime by using decentralization and removing dependencies. 2002 업데이트에 비해 4 개 노드 스탬프 업데이트 시간은 15-42 시간에서 13-20 시간으로 줄어듭니다.Compared to the 2002 update, the 4 nodes stamp update time is reduced from 15-42 hours to 13-20 hours. 8 개의 노드가 20-50 시간에서 16-26 시간으로 줄어듭니다.8 nodes is reduced from 20-50 hours to 16-26 hours. 12 개의 노드가 20-60 시간에서 19-32 시간으로 줄어듭니다.12 nodes is reduced from 20-60 hours to 19-32 hours. 16 개의 노드가 25-70 시간에서 22-38 시간으로 줄어듭니다.16 nodes is reduced from 25-70 hours to 22-38 hours. 정확한 업데이트 런타임은 일반적으로 테 넌 트 워크 로드, 시스템 네트워크 연결 (인터넷에 연결 된 경우) 및 시스템 하드웨어 사양에 따라 시스템에서 사용 되는 용량에 따라 달라 집니다.Exact update runtimes typically depend on the capacity used on your system by tenant workloads, your system network connectivity (if connected to the internet), and your system hardware specifications.
  • 복구할 수 없는 특정 오류가 발생 하는 경우 업데이트가 초기에 실패 합니다.The update now fails early if there are certain unrecoverable errors.
  • 인터넷에서 다운로드 하는 동안 업데이트 패키지의 복원 력이 향상 되었습니다.Improved resiliency of the update package while downloading from the internet.
  • VM의 중지-할당 취소에 대 한 향상 된 복원 력.Improved resiliency of stop-deallocating a VM.
  • 네트워크 컨트롤러 호스트 에이전트의 복원 력이 향상 되었습니다.Improved resiliency of the Network Controller Host Agent.
  • Syslog 메시지의 CEF 페이로드에 추가 필드를 추가 하 여 원본 IP와 권한 있는 끝점 및 복구 끝점에 연결 하는 데 사용 되는 계정을 보고 합니다.Added additional fields to the CEF payload of the syslog messages to report the source IP and the account used to connect to the privileged endpoint and the recovery endpoint. 자세한 내용은 syslog 전달을 사용 하 여 Azure Stack 허브와 모니터링 솔루션 통합을 참조 하세요.See Integrate Azure Stack Hub with monitoring solutions using syslog forwarding for details.
  • Syslog 클라이언트를 통해 내보낸 이벤트 목록에 Windows Defender 이벤트 (이벤트 Id 5001, 5010, 5012)를 추가 했습니다.Added Windows Defender events (Event IDs 5001, 5010, 5012) to the list of events emitted via the syslog client.
  • Windows Defender 관련 이벤트에 대 한 Azure Stack 관리자 포털에 경고를 추가 하 여 Defender 플랫폼 및 서명 버전 불일치를 보고 하 고 검색 된 맬웨어에 대 한 작업을 수행 하지 못했습니다.Added alerts in the Azure Stack Administrator portal for Windows Defender-related events, to report on Defender platform and signatures version inconsistencies and failure to take actions on detected malware.
  • Azure Stack 허브를 데이터 센터에 통합할 때 4 개의 테두리 장치에 대 한 지원이 추가 되었습니다.Added support for 4 Border Devices when integrating Azure Stack Hub into your datacenter.

변경Changes

  • 관리 포털에서 인프라 역할 인스턴스를 중지, 종료 및 다시 시작 하는 작업이 제거 되었습니다.Removed the actions to stop, shut down, and restart an infrastructure role instance from the admin portal. 해당 Api도 패브릭 리소스 공급자에서 제거 되었습니다.The corresponding APIs have also been removed in the Fabric Resource Provider. Azure Stack 허브에 대 한 관리 RM 모듈 및 AZ preview의 PowerShell cmdlet은 더 이상 작동 하지 않습니다. AzsInfrastructureRoleInstance, InfrastructureRoleInstanceInfrastructureRoleInstance를 다시 시작 합니다.The following PowerShell cmdlets in the admin RM module and AZ preview for Azure Stack Hub no longer work: Stop-AzsInfrastructureRoleInstance, Disable-InfrastructureRoleInstance, and Restart-InfrastructureRoleInstance. 이러한 cmdlet은 Azure Stack 허브의 다음 관리 AZ module 릴리스에서 제거 됩니다.These cmdlets will be removed from the next admin AZ module release for Azure Stack Hub.
  • Azure Stack 허브 2005는 이제 Azure Stack 허브 2020 (버전 87. x)의 App Service만 지원 합니다.Azure Stack Hub 2005 now only supports App Service on Azure Stack Hub 2020 (versions 87.x).
  • 하드웨어 모니터링에 필요한 사용자 암호화 설정이 DES에서 AES로 변경 되어 보안을 강화 했습니다.The user encryption setting that is required for hardware monitoring was changed from DES to AES to increase security. BMC (베이스 보드 관리 컨트롤러)에서 설정을 변경 하는 방법을 알아보려면 하드웨어 파트너에 게 문의 하세요.Please reach out to your hardware partner to learn how to change the setting in the base board management controller (BMC). BMC에서 변경한 후에는 권한 있는 끝점을 사용 하 여 명령 집합-BmcCredential 을 다시 실행 해야 할 수 있습니다.After the change is made in the BMC, it may require you to run the command Set-BmcCredential again using the privileged endpoint. 자세한 내용은 Azure Stack 허브에서 비밀 회전 을 참조 하세요.For more information, see Rotate secrets in Azure Stack Hub

수정 프로그램Fixes

  • 기본 OS 이미지에 대 한 경로를 찾을 수 없어 복구 배율 단위 노드가 실패할 수 있는 문제를 해결 했습니다.Fixed an issue that could cause a repair scale unit node to fail because it could not find the path to the base OS image.
  • 배율 단위 노드를 복구 하는 데 연계 된 영향을 주는 지원 인프라 역할에 대 한 규모 확장 및 확장 관련 문제를 해결 했습니다.Fixed an issue with scale-in and scale-out for the support infrastructure role that has a cascading effect on repairing scale unit nodes.
  • 에서 발생 하는 문제를 해결 했습니다. 운영자가 모든 서비스에서 Azure Stack 허브 관리자 포털에 자체 이미지를 추가한 후 > 계산 > VM 이미지 > 추가 하는 경우 vhd 확장 (.vhd 대신)을 사용할 수 없습니다.Fixed an issue in which the .VHD extension (instead of .vhd) was not allowed when operators added their own images to the Azure Stack Hub administrator portal on All services > Compute > VM Images > Add.
  • 이전 VM 다시 시작 작업으로 인해 다른 VM 업데이트 작업 (디스크, 태그 등 추가) 후에 예기치 않게 다시 시작 되는 문제가 해결 되었습니다.Fixed an issue in which a previous VM restart operation caused a subsequent unexpected restart after any other VM update operation (adding disks, tags, etc.).
  • 중복 DNS 영역을 만드는 경우 포털이 응답을 중지 하는 문제가 해결 되었습니다.Fixed an issue in which creating a duplicate DNS zone caused the portal to stop responding. 이제 적절 한 오류를 표시 합니다.It should now show an appropriate error.
  • 네트워크 문제를 해결 하 는 데 필요한 로그를 수집 하지 않는 문제를 해결 했습니다.Fixed an issue in which Get-AzureStackLogs was not collecting the required logs to troubleshoot networking issues.
  • 포털이 실제로 허용 하는 것 보다 더 낮은 Nic를 사용할 수 있는 문제를 해결 했습니다.Fixed an issue in which the portal allowed fewer NICs to be attached than what it actually allows.
  • 특정 내부 소프트웨어에 대 한 위반 이벤트를 내보내지 않도록 코드 무결성 정책을 수정 했습니다.Fixed code integrity policy to not emit violation events for certain internal software. 그러면 syslog 클라이언트를 통해 내보낸 코드 무결성 위반 이벤트의 노이즈가 줄어듭니다.This reduces noise in code integrity violation events emitted via syslog client.
  • Https 서비스를 다시 시작 하거나 호스트를 다시 부팅할 필요 없이 새 정책을 적용 하는 수정 된 Set TLSPolicy cmdlet입니다.Fixed Set-TLSPolicy cmdlet to enforce new policy without requiring restart of the https service or the reboot of the host.
  • Linux NTP 서버를 사용 하 여 관리 포털에서 잘못 된 경고를 생성 하는 문제를 해결 했습니다.Fixed an issue in which using a Linux NTP server erroneously generates alerts in the administration portal.
  • 백업 컨트롤러 서비스 인스턴스의 장애 조치 (failover)로 인해 자동 백업이 사용 하지 않도록 설정 된 문제가 해결 되었습니다.Fixed an issue where failover of Backup Controller service instance resulted in automatic backups getting disabled.
  • 인프라 서비스가 인터넷에 연결 되어 있지 않을 때 내부 비밀 회전이 실패 하는 문제를 해결 했습니다.Fixed an issue where internal secret rotation fails when infrastructure services do not have internet connectivity.
  • Azure Stack 허브 포털을 사용 하 여 사용자가 구독 권한을 볼 수 없는 문제를 해결 했습니다.Fixed an issue in which users could not view subscription permissions using the Azure Stack Hub portals.

보안 업데이트Security updates

이 Azure Stack Hub 업데이트의 보안 업데이트에 대 한 자세한 내용은 Azure Stack hub 보안 업데이트를 참조 하세요.For information about security updates in this update of Azure Stack Hub, see Azure Stack Hub security updates.

핫픽스Hotfixes

Azure Stack 허브는 정기적으로 핫픽스를 릴리스 합니다.Azure Stack Hub releases hotfixes on a regular basis. 2005 릴리스부터 새 주 버전 (예: 1.2002에서 1.2005)으로 업데이트 하는 경우 새 주 버전의 최신 핫픽스 (있는 경우)가 자동으로 설치 됩니다.Starting with the 2005 release, when you update to a new major version (for example, 1.2002.x to 1.2005.x), the latest hotfixes (if any) in the new major version are installed automatically. 이 시점부터 빌드에 대 한 핫픽스가 릴리스되는 경우 설치 해야 합니다.From that point forward, if a hotfix is released for your build, you should install it.

참고

Azure Stack 허브 핫픽스 릴리스는 누적 됩니다. 최신 핫픽스를 설치 하기만 하면 해당 버전의 모든 이전 핫픽스 릴리스에 포함 된 수정 사항을 모두 가져올 수 있습니다.Azure Stack Hub hotfix releases are cumulative; you only need to install the latest hotfix to get all fixes included in any previous hotfix releases for that version.

자세한 내용은 서비스 정책을 참조 하세요.For more information, see our servicing policy.

Azure Stack 허브 핫픽스는 Azure Stack 허브 통합 시스템에만 적용 됩니다. ASDK에 핫픽스를 설치 하지 마세요.Azure Stack Hub hotfixes are only applicable to Azure Stack Hub integrated systems; do not attempt to install hotfixes on the ASDK.

필수 조건: 2005 업데이트를 적용 하기 전에Prerequisites: Before applying the 2005 update

Azure Stack 허브의 2005 릴리스는 다음 핫픽스와 함께 2002 릴리스에 적용 되어야 합니다.The 2005 release of Azure Stack Hub must be applied on the 2002 release with the following hotfixes:

2005 업데이트를 성공적으로 적용 한 후After successfully applying the 2005 update

2005 릴리스부터 새 주 버전 (예: 1.2002에서 1.2005)으로 업데이트 하는 경우 새 주 버전의 최신 핫픽스 (있는 경우)가 자동으로 설치 됩니다.Starting with the 2005 release, when you update to a new major version (for example, 1.2002.x to 1.2005.x), the latest hotfixes (if any) in the new major version are installed automatically.

2005 설치 후에 2005 핫픽스가 출시 되 면 설치 해야 합니다.After the installation of 2005, if any 2005 hotfixes are subsequently released, you should install them:

2002 빌드 참조2002 build reference

Azure Stack 허브 2002 업데이트 빌드 번호는 1.2002.0.35 입니다.The Azure Stack Hub 2002 update build number is 1.2002.0.35.

중요

Azure Stack 허브 2002 업데이트를 사용 하는 경우 Microsoft는 일시적으로 Azure Stack Hub 지원 정책 문을확장 하 고 있습니다.With the Azure Stack Hub 2002 update, Microsoft is temporarily extending our Azure Stack Hub support policy statements. Microsoft는 COVID-19에 대응 하 고 Azure Stack 허브 시스템에 대 한 중요 한 결정을 내릴 수 있는 전 세계의 고객을 대상으로 하며,이를 업데이트 하 고 관리 하는 방법으로 데이터 센터 비즈니스 운영을 계속 정상적으로 작동 하도록 보장 합니다.We are working with customers around the world who are responding to COVID-19 and who may be making important decisions about their Azure Stack Hub systems, how they are updated and managed, and as a result, ensuring their data center business operations continue to operate normally. Microsoft는 고객을 지원 하기 위해 이전 버전의 업데이트 버전을 포함 하는 임시 지원 정책 변경 확장을 제공 하 고 있습니다.In support of our customers, Microsoft is offering a temporary support policy change extension to include three previous update versions. 따라서 새로 릴리스된 2002 업데이트와 세 가지 이전 업데이트 버전 (예: 1910, 1908 및 1907) 중 하나가 지원 됩니다.As a result, the newly released 2002 update and any one of the three previous update versions (e.g. 1910, 1908, and 1907) will be supported.

업데이트 유형Update type

Azure Stack 허브 2002 업데이트 빌드 유형이 꽉 찼습니다.The Azure Stack Hub 2002 update build type is Full.

2002 업데이트 패키지의 크기가 이전 업데이트에 비해 크게 큽니다.The 2002 update package is larger in size compared to previous updates. 크기를 늘리면 다운로드 시간이 길어집니다.The increased size results in longer download times. 업데이트는 오랜 시간 동안 준비 상태로 유지 되며 운영자는이 프로세스가 이전 업데이트 보다 시간이 오래 걸리는 것으로 예측할 수 있습니다.The update will remain in the Preparing state for a long time, and operators can expect this process to take longer than with previous updates. 2002 업데이트에는 내부 테스트-4 개 노드: 15-42 시간, 8 개 노드: 20-50 시간, 12 개 노드: 20-60 시간, 16 노드: 25-70 시간에 예상 되는 런타임이 있습니다.The 2002 update has had the following expected runtimes in our internal testing- 4 nodes: 15-42 hours, 8 nodes: 20-50 hours, 12 nodes: 20-60 hours, 16 nodes: 25-70 hours. 정확한 업데이트 런타임은 일반적으로 테 넌 트 워크 로드, 시스템 네트워크 연결 (인터넷에 연결 된 경우) 및 시스템 하드웨어 사양에 따라 시스템에서 사용 되는 용량에 따라 달라 집니다.Exact update runtimes typically depend on the capacity used on your system by tenant workloads, your system network connectivity (if connected to the internet), and your system hardware specifications. 예상 값 보다 짧거나 긴 런타임은 일반적이 지 않으며 업데이트가 실패 하지 않는 한 Azure Stack 허브 연산자에의 한 조치가 필요 하지 않습니다.Runtimes that are shorter or longer than the expected value are not uncommon and do not require action by Azure Stack Hub operators unless the update fails. 이 런타임 근사값은 2002 업데이트에만 해당 되며 다른 Azure Stack 허브 업데이트와 비교 하면 안 됩니다.This runtime approximation is specific to the 2002 update and should not be compared to other Azure Stack Hub updates.

업데이트 빌드 형식에 대 한 자세한 내용은 Azure Stack Hub의 업데이트 관리를 참조 하세요.For more information about update build types, see Manage updates in Azure Stack Hub.

새로운 기능What's new

  • AzureRM를 기반으로 하는 Azure Stack 허브 관리 PowerShell 모듈의 새 버전 (1.8.1)을 사용할 수 있습니다.A new version (1.8.1) of the Azure Stack Hub admin PowerShell modules based on AzureRM is available.
  • 새 버전의 Azure Stack Hub admin REST API를 사용할 수 있습니다.A new version of the Azure Stack Hub admin REST API is available. API 참조에서 끝점 및 주요 변경 내용에 대 한 세부 정보를 찾을 수 있습니다.You can find details about endpoints and breaking changes in the API Reference.
  • 새 Azure PowerShell 테 넌 트 모듈은 2020 년 4 월 15 일에 Azure Stack 허브에 대해 릴리스됩니다.New Azure PowerShell tenant modules will be released for Azure Stack Hub on April 15, 2020. 현재 사용 되는 Azure RM 모듈은 계속 작동 하지만 2002 빌드 후 더 이상 업데이트 되지 않습니다.The currently used Azure RM modules will continue to work, but will no longer be updated after build 2002.
  • 구성 된 syslog 서버와의 연결 문제를 보고 하는 Azure Stack 허브 관리자 포털에 새 경고 경고가 추가 되었습니다.Added new warning alert on the Azure Stack Hub administrator portal to report on connectivity issues with the configured syslog server. 경고 제목 syslog 클라이언트에서 syslog 메시지를 보내는 동안 네트워킹 문제가 발생 한 것입니다.Alert title is The Syslog client encountered a networking issue while sending a Syslog message.
  • NTP (Network Time Protocol) 서버와의 연결 문제를 보고 하는 Azure Stack 허브 관리자 포털에 새 경고 경고가 추가 되었습니다.Added new warning alert on the Azure Stack Hub administrator portal to report on connectivity issues with the Network Time Protocol (NTP) server. 경고 제목이 [node name]의 잘못 된 시간 원본 입니다.Alert title is Invalid Time Source on [node name].
  • JAVA SDK 는 TLS 제한과 관련 된 2002의 주요 변경 내용으로 인해 새 패키지를 출시 했습니다.The Java SDK released new packages due to a breaking change in 2002 related to TLS restrictions. 새 Java SDK 종속성을 설치 해야 합니다.You must install the new Java SDK dependency. Java 및 API 버전 프로필에서 지침을 찾을 수 있습니다.You can find the instructions at Java and API version profiles.
  • System Center Operations Manager Azure Stack Hub MP의 새 버전 (1.0.5.10)을 사용할 수 있으며 API 변경으로 인해 2002를 실행 하는 모든 시스템에 필요 합니다.A new version (1.0.5.10) of the System Center Operations Manager - Azure Stack Hub MP is available and required for all systems running 2002 due to breaking API changes. API 변경 내용은 백업 및 저장소 성능 대시보드에 영향을 주므로 MP를 업데이트 하기 전에 먼저 모든 시스템을 2002로 업데이트 하는 것이 좋습니다.The API changes impact the backup and storage performance dashboards, and it is recommended that you first update all systems to 2002 before updating the MP.

향상 된 기능Improvements

  • 이 업데이트에는 업데이트 프로세스에 대 한 변경 내용이 포함 되어 있으므로 향후 전체 업데이트의 성능이 크게 향상 됩니다.This update contains changes to the update process that significantly improve the performance of future full updates. 이러한 변경은 2002 릴리스 후 다음 전체 업데이트에 적용 되며, 특히 호스트 운영 체제가 업데이트 되는 전체 업데이트 단계의 성능을 향상 시킵니다.These changes take effect with the next full update after the 2002 release, and specifically target improving the performance of the phase of a full update in which the host operating systems are updated. 호스트 운영 체제 업데이트의 성능을 향상 시키면 전체 업데이트 동안 테 넌 트 작업의 영향을 받는 기간이 크게 줄어듭니다.Improving the performance of host operating system updates significantly reduces the window of time in which tenant workloads are impacted during full updates.
  • 이제 Azure Stack 허브 준비 검사기 도구는 AD Graph에 할당 된 모든 TCP IP 포트를 사용 하 여 AD Graph 통합의 유효성을 검사 합니다.The Azure Stack Hub readiness checker tool now validates AD Graph integration using all TCP IP ports allocated to AD Graph.
  • 오프 라인 배포 도구가 안정성 향상을 위해 업데이트 되었습니다.The offline syndication tool has been updated with reliability improvements. 이 도구는 GitHub에서 더 이상 사용할 수 없으며 PowerShell 갤러리으로 이동되었습니다.The tool is no longer available on GitHub, and has been moved to the PowerShell Gallery. 자세한 내용은 Azure Stack 허브에 Marketplace 항목 다운로드를참조 하세요.For more information, see Download Marketplace items to Azure Stack Hub.
  • 새로운 모니터링 기능이 도입 되었습니다.A new monitoring capability is being introduced. 실제 호스트 및 인프라 Vm에 대 한 디스크 공간 부족 경고는 플랫폼에서 자동으로 수정 됩니다 .이 작업이 실패 하는 경우 운영자가 조치를 취할 수 있도록 경고가 Azure Stack 허브 관리자 포털에 표시 됩니다.The low disk space alert for physical hosts and infrastructure VMs will be auto-remediated by the platform and only if this action fails will the alert be visible in the Azure Stack Hub administrator portal, for the operator to take action.
  • 진단 로그 수집에 대 한 향상 된 기능.Improvements to diagnostic log collection. 새 환경은 blob storage 계정을 미리 구성 해야 하는 필요성을 제거 하 여 진단 로그 수집을 간소화 하 고 간소화 합니다.The new experience streamlines and simplifies diagnostic log collection by removing the need to configure a blob storage account in advance. 저장소 환경은 지원 사례를 열기 전에 로그를 전송할 수 있도록 미리 구성 되어 있으며 지원 호출에 소요 되는 시간을 줄입니다.The storage environment is preconfigured so that you can send logs before opening a support case, and spend less time on a support call.
  • 자동 관리 로그 수집 및 주문형 로그 수집 에 대해 소요 된 시간은 80%로 줄었습니다.Time taken for both Proactive Log Collection and the on-demand log collection has been reduced by 80%. 로그 수집 시간은이 예상 값 보다 더 오래 걸릴 수 있지만 로그 수집에 실패 한 경우를 제외 하 고 Azure Stack 허브 운영자의 조치는 필요 하지 않습니다.Log collection time can take longer than this expected value but doesn't require action by Azure Stack Hub operators unless the log collection fails.
  • 업데이트를 시작한 후 Azure Stack 허브 업데이트 패키지의 다운로드 진행률이 업데이트 블레이드에 표시 됩니다.The download progress of an Azure Stack Hub update package is now visible in the update blade after an update is initiated. 이는 자동 다운로드를 통해 업데이트 패키지를 준비하도록 선택 하는 연결 된 Azure Stack 허브 시스템에만 적용 됩니다.This only applies to connected Azure Stack Hub systems that choose to prepare update packages via automatic download.
  • 네트워크 컨트롤러 호스트 에이전트의 안정성 향상Reliability improvements to the Network Controller Host agent.
  • 에는 패치 및 업데이트 중 내부 DNS 서비스의 복원 논리를 개선 하는 DNS Orchestrator 라는 새로운 마이크로 서비스가 도입 되었습니다.Introduced a new micro-service called DNS Orchestrator that improves the resiliency logic for the internal DNS services during patch and update.
  • Vm을 만드는 동안 부팅 진단 저장소 계정 매개 변수에 대 한 잘못 된 blob Uri를 실패 하는 새 요청 유효성 검사가 추가 되었습니다.Added a new request validation to fail invalid blob URIs for the boot diagnostic storage account parameter while creating VMs.
  • VM CRUD 작업을 용이 하 게 하는 호스트의 두 서비스 인 Rdagent 및 Host agent에 대 한 자동 재구성 및 로깅 기능이 추가 되었습니다.Added auto-remediation and logging improvements for Rdagent and Host agent - two services on the host that facilitate VM CRUD operations.
  • Marketplace 관리에 새 기능을 추가 하 여 Microsoft가 Azure Stack 버전 또는 청구 모델과 같은 다양 한 속성으로 인해 Azure Stack와 호환 되지 않는 marketplace 제품을 다운로드 하지 못하도록 차단 하는 특성을 추가할 수 있습니다.Added a new feature to marketplace management that enables Microsoft to add attributes that block administrators from downloading marketplace products that are incompatible with their Azure Stack, due to various properties, such as the Azure Stack version or billing model. Microsoft만 이러한 특성을 추가할 수 있습니다.Only Microsoft can add these attributes. 자세한 내용은 포털을 사용 하 여 marketplace 항목 다운로드를 참조 하세요.For more information, see Use the portal to download marketplace items.

변경Changes

  • 이제 관리자 포털에서 작업이 진행 되 고 있는지, Azure Stack 영역 옆에 아이콘이 표시 되는지 여부를 표시 합니다.The administrator portal now indicates if an operation is in progress, with an icon next to the Azure Stack region. 아이콘 위로 마우스를 가져가면 작업 이름이 표시 됩니다.When you hover over the icon, it displays the name of the operation. 이렇게 하면 실행 중인 시스템 백그라운드 작업을 식별할 수 있습니다. 예를 들어 몇 시간 동안 실행 될 수 있는 백업 작업 또는 저장소 확장이 있습니다.This enables you to identify running system background operations; for example, a backup job or a storage expansion which can run for several hours.

  • 다음 관리자 Api는 더 이상 사용 되지 않습니다.The following administrator APIs have been deprecated:

    리소스 공급자Resource provider 리소스Resource 버전Version
    Microsoft. 저장소 관리자Microsoft.Storage.Admin 농장farms 2015-12-01-미리 보기2015-12-01-preview
    Microsoft. 저장소 관리자Microsoft.Storage.Admin 팜/인수farms/acquisitions 2015-12-01-미리 보기2015-12-01-preview
    Microsoft. 저장소 관리자Microsoft.Storage.Admin 팜/공유farms/shares 2015-12-01-미리 보기2015-12-01-preview
    Microsoft. 저장소 관리자Microsoft.Storage.Admin 팜/storageaccountsfarms/storageaccounts 2015-12-01-미리 보기2015-12-01-preview
  • 다음 관리자 Api는 최신 버전 (2018-09-01)으로 대체 되었습니다.The following administrator APIs have been replaced by a newer version (2018-09-01):

    리소스 공급자Resource provider 리소스Resource 버전Version
    Microsoft. Backup. 관리자Microsoft.Backup.Admin backupLocationbackupLocation 2016-05-012016-05-01
    Microsoft. Backup. 관리자Microsoft.Backup.Admin 백업backups 2016-05-012016-05-01
    Microsoft. Backup. 관리자Microsoft.Backup.Admin 작업operations 2016-05-012016-05-01
  • PowerShell을 사용 하 여 Windows VM을 만들 때 VM이 확장을 배포 하도록 하려면 플래그를 추가 해야 합니다 provisionvmagent .When creating a Windows VM using PowerShell, make sure to add the provisionvmagent flag if you want the VM to deploy extensions. 이 플래그를 지정 하지 않으면 vm이 게스트 에이전트 없이 생성 되어 VM 확장을 배포 하는 기능이 제거 됩니다.Without this flag, the VM is created without the guest agent, removing the ability to deploy VM extensions:

    $VirtualMachine = Set-AzureRmVMOperatingSystem `
       -VM $VirtualMachine `
       -Windows `
       -ComputerName "MainComputer" `
       -Credential $Credential -ProvisionVMAgent
    

수정 프로그램Fixes

  • 가상 컴퓨터에서 동일한 NIC에 공용 IP를 두 개 이상 추가 하는 경우 인터넷 연결 문제가 발생 한 문제를 해결 했습니다.Fixed an issue where adding more than one public IP on the same NIC on a Virtual Machine resulted in internet connectivity issues. 이제 두 개의 공용 Ip가 있는 NIC가 예상 대로 작동 합니다.Now, a NIC with two public IPs works as expected.
  • 시스템이 Azure AD home 디렉터리를 구성 해야 함을 나타내는 경고를 발생 시키는 문제를 해결 했습니다.Fixed an issue that caused the system to raise an alert indicating that the Azure AD home directory needs to be configured.
  • 경고가 자동으로 닫히지 않는 문제를 해결 했습니다.Fixed an issue that caused an alert to not automatically close. 이 경고는 Azure AD home 디렉터리를 구성 해야 하지만 문제가 완화 된 후에도 종료 하지 않았음을 나타냅니다.The alert indicated that the Azure AD home directory must be configured, but did not close even after the issue was mitigated.
  • 업데이트 리소스 공급자의 내부 오류로 인해 업데이트 준비 단계 중에 업데이트에 실패 하는 문제를 해결 했습니다.Fixed an issue that caused updates to fail during the update preparation phase as a result of internal failures of the update resource provider.
  • Azure Stack 허브 비밀 회전을 수행한 후 추가 기능 리소스 공급자 작업이 실패 하는 문제를 해결 했습니다.Fixed an issue causing add-on resource provider operations to fail after performing Azure Stack Hub secret rotation.
  • ERCS 역할의 메모리 부족으로 인해 Azure Stack 허브 업데이트 오류의 일반적인 원인이 되는 문제를 해결 했습니다.Fixed an issue that was a common cause of Azure Stack Hub update failures due to memory pressure on the ERCS role.
  • 업데이트 상태가 Azure Stack Hub 업데이트의 준비 단계에서 준비 하는 대신 설치 중으로 표시 되는 업데이트 블레이드에서 버그를 수정 했습니다.Fixed a bug in the update blade in which the update status showed as Installing instead of Preparing during the preparation phase of an Azure Stack Hub update.
  • 가상 스위치의 RSC 기능이 부하 분산 장치를 통해 흐르는 트래픽을 불일치 하 고 삭제 하는 문제를 해결 했습니다.Fixed an issue where the RSC feature on the virtual switches was creating inconsistences and dropping the traffic flowing through a load balancer. 이제 RSC 기능이 기본적으로 사용 되지 않습니다.The RSC feature is now disabled by default.
  • NIC의 여러 IP 구성으로 인해 트래픽이 잘못 라우트될 되 고 아웃 바운드 연결이 차단 되는 문제가 해결 되었습니다.Fixed an issue where multiple IP configurations on a NIC was causing traffic to be misrouted and prevented outbound connectivity.
  • NIC의 MAC 주소가 캐시 되 고 해당 주소를 다른 리소스에 할당 하 여 VM 배포에 실패 하는 문제를 해결 했습니다.Fixed an issue where the MAC address of a NIC was being cached, and assigning of that address to another resource was causing VM deployment failures.
  • 상용 채널의 Windows VM 이미지에서 AVMA에 의해 활성화 된 라이선스가 없는 문제를 해결 했습니다.Fixed an issue where Windows VM images from the RETAIL channel could not have their license activated by AVMA.
  • VM에서 요청 하는 가상 코어 수가 노드의 실제 코어와 같은 경우 Vm이 생성 되지 않는 문제가 해결 되었습니다.Fixed an issue where VMs would fail to be created if the number of virtual cores requested by the VM was equal to the node's physical cores. 이제 Vm이 노드의 실제 코어와 같거나 작은 가상 코어를 사용할 수 있도록 허용 합니다.We now allow VMs to have virtual cores equal to or less than the node's physical cores.
  • 종 량 제 이미지를 BYOL로 전환 하기 위해 라이선스 유형을 "null"로 설정 하는 것을 허용 하지 않는 문제를 해결 했습니다.Fixed an issue where we do not allow the license type to be set to "null" to switch pay-as-you-go images to BYOL.
  • 가상 머신 확장 집합에 확장을 추가할 수 있는 문제를 수정 했습니다.Fixed an issue to allow extensions to be added to a virtual machine scale set.

보안 업데이트Security updates

이 Azure Stack Hub 업데이트의 보안 업데이트에 대 한 자세한 내용은 Azure Stack hub 보안 업데이트를 참조 하세요.For information about security updates in this update of Azure Stack Hub, see Azure Stack Hub security updates.

핫픽스Hotfixes

Azure Stack 허브는 정기적으로 핫픽스를 릴리스 합니다.Azure Stack Hub releases hotfixes on a regular basis. Azure Stack 허브를 2002로 업데이트 하기 전에 1910에 대 한 최신 Azure Stack 허브 핫픽스를 설치 해야 합니다.Be sure to install the latest Azure Stack Hub hotfix for 1910 before updating Azure Stack Hub to 2002.

참고

Azure Stack 허브 핫픽스 릴리스는 누적 됩니다. 최신 핫픽스를 설치 하기만 하면 해당 버전의 모든 이전 핫픽스 릴리스에 포함 된 수정 사항을 모두 가져올 수 있습니다.Azure Stack Hub hotfix releases are cumulative; you only need to install the latest hotfix to get all fixes included in any previous hotfix releases for that version.

Azure Stack 허브 핫픽스는 Azure Stack 허브 통합 시스템에만 적용 됩니다. ASDK에 핫픽스를 설치 하지 마세요.Azure Stack Hub hotfixes are only applicable to Azure Stack Hub integrated systems; do not attempt to install hotfixes on the ASDK.

핫픽스에 대 한 자세한 내용은 Azure Stack 허브 서비스 정책을 참조 하십시오.For more information about hotfixes, see the Azure Stack Hub servicing policy.

필수 조건: 2002 업데이트를 적용 하기 전에Prerequisites: Before applying the 2002 update

Azure Stack 허브의 2002 릴리스는 다음 핫픽스와 함께 1910 릴리스에 적용 되어야 합니다.The 2002 release of Azure Stack Hub must be applied on the 1910 release with the following hotfixes:

2002 업데이트를 성공적으로 적용 한 후After successfully applying the 2002 update

이 업데이트를 설치한 후에는 해당 핫픽스를 설치 합니다.After the installation of this update, install any applicable hotfixes.

1910 보관 된 릴리스 정보1910 archived release notes

1908 보관 된 릴리스 정보1908 archived release notes

1907 보관 된 릴리스 정보1907 archived release notes

1906 보관 된 릴리스 정보1906 archived release notes

1905 보관 된 릴리스 정보1905 archived release notes

1904 보관 된 릴리스 정보1904 archived release notes

1903 보관 된 릴리스 정보1903 archived release notes

1902 보관 된 릴리스 정보1902 archived release notes

1901 보관 된 릴리스 정보1901 archived release notes

1811 보관 된 릴리스 정보1811 archived release notes

1809 보관 된 릴리스 정보1809 archived release notes

1808 보관 된 릴리스 정보1808 archived release notes

1807 보관 된 릴리스 정보1807 archived release notes

1805 보관 된 릴리스 정보1805 archived release notes

1804 보관 된 릴리스 정보1804 archived release notes

1803 보관 된 릴리스 정보1803 archived release notes

1802 보관 된 릴리스 정보1802 archived release notes

왼쪽의 목차에서 Azure Stack 허브 릴리스 정보의 이전 버전에 액세스할 수 있습니다. 리소스 > 릴리스 정보 보관합니다.You can access older versions of Azure Stack Hub release notes in the table of contents on the left side, under Resources > Release notes archive. 왼쪽 위의 버전 선택기 드롭다운에서 원하는 보관 된 버전을 선택 합니다.Select the desired archived version from the version selector dropdown in the upper left. 이러한 보관 된 문서는 참조용 으로만 제공 되며 이러한 버전에 대 한 지원을 의미 하지는 않습니다.These archived articles are provided for reference purposes only and do not imply support for these versions. Azure Stack Hub 지원에 대 한 자세한 내용은 허브 서비스 정책 Azure Stack을 참조 하세요.For information about Azure Stack Hub support, see Azure Stack Hub servicing policy. 추가 지원이 필요한 경우 Microsoft 고객 지원 서비스에 문의 하십시오.For further assistance, contact Microsoft Customer Support Services.