Action required for Windows Server 2022 Marketplace image deprecation with Entra Connect

Yu-Jeong Seo 335 평판 포인트
2026-06-02T05:30:11.6166667+00:00

Hello,

I am currently running two Windows Server 2022 Datacenter Azure Edition VMs in Azure, which were deployed back in May 2024. These servers are dedicated to running Microsoft Entra Connect.

When running the dotnet --info command on these VMs, I confirmed that .NET Runtime version 6.0.29 is pre-installed. Based on the recent Azure Service Health notification regarding the deprecation of Windows Server 2022 images pre-installed with .NET 6, I would like to clarify what specific actions are required for my environment.

Since Microsoft Entra Connect relies on the .NET Framework (4.x) and the deprecation notice specifically targets .NET 6 (.NET Core family), can I simply uninstall the .NET 6 runtime from the OS to remain compliant and avoid any disruptions? Or is a full VM migration to the new Marketplace offer/SKU strictly necessary for standalone VMs?

Any technical guidance or official confirmation would be greatly appreciated.

Thank you.

Azure Virtual Machines
Azure Virtual Machines

Windows 및 Linux Virtual Machines를 프로비전하는 데 사용되는 Azure 서비스입니다.


답변 1개

정렬 기준: 가장 유용함
  1. Nikhil Duserla 9,950 평판 포인트 Microsoft 외부 직원 중재자
    2026-06-11T10:04:08.62+00:00

    Hey! Good question—and you’re thinking about the right dependencies. Based on the deprecation guidance we have, here’s the key thing to understand:

    1) Uninstalling .NET 6 is not the whole compliance story

    Even if you uninstall .NET 6 from the OS, the VM is still considered to be running on the deprecated Azure Marketplace image. For Azure Marketplace image deprecation, Microsoft treats these legacy images as deprecated regardless of whether the embedded component is still present. So simply removing the .NET 6 runtime doesn’t revert you to a “supported image” state from Azure’s perspective.

    2) Does this affect Entra Connect functionality?

    From the customer comment you shared: Entra Connect relies on the .NET Framework (4.x), not .NET 6, so removing .NET 6 should not be required for Entra Connect to function.

    That said, from the deprecation/compliance angle, you’re still expected to migrate off the deprecated Marketplace image when the enforcement-related steps come due (especially for operations that require recreating from the Marketplace image).

    3) What operations are actually impacted?

    Per the “Deprecated images FAQ” guidance:

    • Existing running VMs continue to operate normally after deprecation.
    • Start/stop/restart/redeploy keep working.
    • Backup/restore continues to work for images that don’t require a Marketplace purchase plan.
    • The blocked operation is Reimage (it recreates the OS disk from the marketplace source image, which can be blocked).
    • VM Scale Set scale-out can be blocked depending on purchase plan/image type and how scale-out is performed.

    So for standalone VMs: deprecation doesn’t necessarily force immediate downtime, but it does introduce risk for future operations that depend on the original image.

    4) Do you strictly need a full VM migration to the new Marketplace SKU immediately?

    Based on the provided guidance:

    • No, existing VMs aren’t automatically disrupted just because the underlying Marketplace image is deprecated.
    • Migration is required when you need operations that are blocked after enforcement, such as creating new workloads from the deprecated image or using operations like reimage (and scale-out for VMSS scenarios).
    • If your environment is expected to do “new deployments / recreate OS disks / reimage / scale-out” after the enforcement date, then planning a migration becomes necessary.

    5) Timeline callout from your scenario

    You mentioned (from the forum thread comments) the enforcement milestones:

    • After 9 Jun 2026: OS/.NET 6 security-patched images are no longer provided.
    • After 9 Feb 2027: New deployments, scale-out, and reimage operations using that legacy image are no longer supported.

    So the “action” is mainly to plan a transition before enforcement affects the operations you care about, not to panic-uninstall .NET 6 and assume it fixes the image deprecation issue.


    1. Are these VMs part of a VM Scale Set, or standalone single VMs only?
    2. Have you ever used reimage for these VMs, or do you plan to in the future?
    3. Does your subscription/project rely on automation templates that redeploy these VMs from the Marketplace image reference (e.g., CI/CD, ARM/Terraform, IaC “create VM” workflows)?
    4. Are there any Marketplace purchase plan requirements associated with the Windows Server 2022 image you used? (This can affect backup/restore behavior after enforcement.)
    5. Do you want guidance focused on:
      • (a) “staying operational until enforcement,” or
      • (b) “executing the migration now to the newer image reference”?

    References (provided documentation)

    Hope this helps—if you share whether these are standalone VMs only (sounds like it) and whether you plan any reimage/redeploy workflows after 2026, we can narrow down exactly what you should do and when.

    Note: This content was drafted with the help of an AI system. Please verify the information before relying on it for decision-making.

    이 대답이 도움이 되었나요?

    댓글 0개 설명 없음

답변

질문 작성자는 답변을 '승인됨'으로 표시하고, 중재자는 답변을 '추천됨'으로 표시할 수 있습니다. 이를 통해 사용자는 해당 답변이 작성자의 문제를 해결했다는 것을 알 수 있습니다.