Skip to content

Commit 4e4e820

Browse files
committed
Merge branch 'main' of https://github.com/MicrosoftDocs/azure-docs-pr into waf-scrub
2 parents 0e5fa43 + bcef47f commit 4e4e820

34 files changed

+448
-60
lines changed

articles/expressroute/expressroute-locations-providers.md

Lines changed: 4 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ services: expressroute
55
author: duongau
66
ms.service: azure-expressroute
77
ms.topic: concept-article
8-
ms.date: 04/18/2025
8+
ms.date: 04/29/2025
99
ms.author: duau
1010
ms.custom: references_regions, template-concept, engagement-fy23
1111
---
@@ -20,7 +20,6 @@ The tables in this article provide information on ExpressRoute geographical cove
2020

2121
> [!NOTE]
2222
> Azure regions and ExpressRoute locations are two distinct and different concepts, understanding the difference between the two is critical to exploring Azure hybrid networking connectivity.
23-
>
2423
2524
## Azure regions
2625

@@ -44,6 +43,9 @@ The following table shows connectivity locations and the service providers for e
4443

4544
* **ER Direct** refers to [ExpressRoute Direct](expressroute-erdirect-about.md) support at each peering location. If you want to view the available bandwidth at a location, see [Determine available bandwidth](expressroute-howto-erdirect.md#resources)
4645

46+
> [!NOTE]
47+
> If you are a service provider interested in becoming an ExpressRoute partner, please complete and submit this [Microsoft Form](https://aka.ms/erproviderform).
48+
4749
### Global commercial Azure
4850

4951
#### [A-C](#tab/a-c)

articles/hdinsight/hdinsight-release-notes-archive.md

Lines changed: 75 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,7 @@ ms.custom: hdinsightactive, references_regions
77
author: yeturis
88
ms.author: sairamyeturi
99
ms.reviewer: nijelsf
10-
ms.date: 01/24/2025
10+
ms.date: 04/29/2025
1111
---
1212

1313
# Archived release notes
@@ -21,6 +21,80 @@ To subscribe, click the “watch” button in the banner and watch out for [HDIn
2121

2222
## Release Information
2323

24+
### Release date: Jan 23, 2025
25+
26+
Azure HDInsight periodically releases maintenance updates for delivering bug fixes, performance enhancements, and security patches ensuring you stay up to date with these updates guarantees optimal performance and reliability.
27+
28+
This release note applies to
29+
30+
:::image type="icon" source="./media/hdinsight-release-notes/yes-icon.svg" border="false"::: HDInsight 5.1 version.
31+
32+
:::image type="icon" source="./media/hdinsight-release-notes/yes-icon.svg" border="false"::: HDInsight 5.0 version.
33+
34+
:::image type="icon" source="./media/hdinsight-release-notes/yes-icon.svg" border="false"::: HDInsight 4.0 version.
35+
36+
HDInsight release will be available to all regions over several days. This release note is applicable for image number **2501080039**. [How to check the image number?](./view-hindsight-cluster-image-version.md)
37+
38+
HDInsight uses safe deployment practices, which involve gradual region deployment. It might take up to 10 business days for a new release or a new version to be available in all regions.
39+
40+
**OS versions**
41+
42+
* HDInsight 5.1: Ubuntu 18.04.5 LTS Linux Kernel 5.4
43+
* HDInsight 5.0: Ubuntu 18.04.5 LTS Linux Kernel 5.4
44+
* HDInsight 4.0: Ubuntu 18.04.5 LTS Linux Kernel 5.4
45+
46+
> [!NOTE]
47+
> Ubuntu 18.04 is supported under [Extended Security Maintenance(ESM)](https://techcommunity.microsoft.com/t5/linux-and-open-source-blog/canonical-ubuntu-18-04-lts-reaching-end-of-standard-support/ba-p/3822623) by the Azure Linux team for [Azure HDInsight July 2023](/azure/hdinsight/hdinsight-release-notes-archive#release-date-july-25-2023), release onwards.
48+
49+
For workload specific versions, see [HDInsight 5.x component versions](./hdinsight-5x-component-versioning.md).
50+
51+
## New feature
52+
53+
* MSI Based authentication for SQL Databases.
54+
55+
HDInsight now offers Managed Identity for secure authentication with SQL databases in its clusters offerings. This enhancement provides a more secure mechanism for authentication. For more information see, [Use Managed Identity for SQL Database authentication in Azure HDInsight](./use-managed-identity-for-sql-database-authentication-in-azure-hdinsight.md).
56+
57+
To use Managed Identity with SQL databases, follow these steps:
58+
59+
* This feature isn't enabled by default. To enable it, submit a [support ticket](https://portal.azure.com/#blade/Microsoft_Azure_Support/HelpAndSupportBlade/overview) with your subscription and region details.
60+
61+
* After the capability has been enabled, proceed to recreate the cluster.
62+
63+
> [!NOTE]
64+
> Managed Identity is currently available only in public regions. It will be rolled out to other regions (Federal and China regions) in future releases.
65+
66+
## New Regions
67+
68+
* New Zealand North.
69+
70+
## Reminder
71+
72+
* HDInsight service transitioned to use standard load balancers for all its cluster configurations due to [deprecation announcement](https://azure.microsoft.com/updates/azure-basic-load-balancer-will-be-retired-on-30-september-2025-upgrade-to-standard-load-balancer#main) of Azure basic load balancer.
73+
74+
> [!NOTE]
75+
> This change is available in all regions. Recreate your cluster to consume this change. For any assistance, contact [support](https://ms.portal.azure.com/#view/Microsoft_Azure_Support/HelpAndSupportBlade/~/overview).
76+
77+
> [!IMPORTANT]
78+
> When using your own Virtual Network (custom VNet) during cluster creation, be advised that the cluster creation won't succeed once this change is enabled. We recommend referring to the [migration guide to recreate the cluster](./load-balancer-migration-guidelines.md).
79+
> For any assistance, contact [support](https://portal.azure.com/#blade/Microsoft_Azure_Support/HelpAndSupportBlade/overview).
80+
81+
* [Basic and Standard A-series VMs Retirement](https://azure.microsoft.com/updates/basic-and-standard-aseries-vms-on-hdinsight-will-retire-on-31-august-2024/).
82+
* On August 31, 2024, we'll retire Basic and Standard A-series VMs. Before that date, you need to migrate your workloads to Av2-series VMs, which provide more memory per vCPU and faster storage on solid-state drives (SSDs).
83+
* To avoid service disruptions, [migrate your workloads](https://aka.ms/Av1retirement) from Basic and Standard A-series VMs to Av2-series VMs before August 31, 2024.
84+
85+
### :::image type="icon" border="false" source="./media/hdinsight-release-notes/clock.svg"::: Coming soon
86+
87+
* Retirement Notifications for [HDInsight 4.0](https://azure.microsoft.com/updates/azure-hdinsight-40-will-be-retired-on-31-march-2025-migrate-your-hdinsight-clusters-to-51) and [HDInsight 5.0](https://azure.microsoft.com/updates/hdinsight5retire/).
88+
89+
If you have any more questions, contact [Azure Support](https://ms.portal.azure.com/#view/Microsoft_Azure_Support/HelpAndSupportBlade/~/overview).
90+
91+
You can always ask us about HDInsight on [Azure HDInsight - Microsoft Q&A](/answers/tags/168/azure-hdinsight).
92+
93+
We're listening: You’re welcome to add more ideas and other topics here and vote for them - [HDInsight Ideas](https://feedback.azure.com/d365community/search/?q=HDInsight) and follow us for more updates on [AzureHDInsight Community](https://www.linkedin.com/groups/14313521/).
94+
95+
> [!NOTE]
96+
> We advise customers to use to latest versions of HDInsight [Images](./view-hindsight-cluster-image-version.md) as they bring in the best of open source updates, Azure updates, and security fixes. For more information, see, [Best practices](./hdinsight-overview-before-you-start.md).
97+
2498
### Release date: Oct 22, 2024
2599

26100
> [!NOTE]

articles/hdinsight/hdinsight-release-notes.md

Lines changed: 12 additions & 25 deletions
Original file line numberDiff line numberDiff line change
@@ -7,7 +7,7 @@ ms.topic: conceptual
77
author: yeturis
88
ms.author: sairamyeturi
99
ms.reviewer: nijelsf
10-
ms.date: 01/24/2025
10+
ms.date: 04/29/2025
1111
---
1212

1313
# Azure HDInsight release notes
@@ -23,7 +23,10 @@ To subscribe, click the **watch** button in the banner and watch out for [HDInsi
2323

2424
## Release Information
2525

26-
### Release date: Jan 23, 2025
26+
### Release date: Apr 28, 2025
27+
28+
> [!NOTE]
29+
> This is a Hotfix / maintenance release for Resource Provider. For more information see, [Resource Provider](.//hdinsight-overview-versioning.md#hdinsight-resource-provider).
2730
2831
Azure HDInsight periodically releases maintenance updates for delivering bug fixes, performance enhancements, and security patches ensuring you stay up to date with these updates guarantees optimal performance and reliability.
2932

@@ -50,44 +53,28 @@ HDInsight uses safe deployment practices, which involve gradual region deploymen
5053
5154
For workload specific versions, see [HDInsight 5.x component versions](./hdinsight-5x-component-versioning.md).
5255

53-
## New feature
54-
55-
* MSI Based authentication for SQL Databases.
56-
57-
HDInsight now offers Managed Identity for secure authentication with SQL databases in its clusters offerings. This enhancement provides a more secure mechanism for authentication. For more information see, [Use Managed Identity for SQL Database authentication in Azure HDInsight](./use-managed-identity-for-sql-database-authentication-in-azure-hdinsight.md).
58-
59-
To use Managed Identity with SQL databases, follow these steps:
60-
61-
* This feature isn't enabled by default. To enable it, submit a [support ticket](https://portal.azure.com/#blade/Microsoft_Azure_Support/HelpAndSupportBlade/overview) with your subscription and region details.
56+
## Issues fixed
6257

63-
* After the capability has been enabled, proceed to recreate the cluster.
58+
* Managed identity-based authentication for WASB encounters issues when network ACL is enabled on storage.
59+
* Managed identity-based authentication for SQL databases encounters issues when availability zones are used.
60+
* Multiple security fixes.
6461

65-
> [!NOTE]
66-
> Managed Identity is currently available only in public regions. It will be rolled out to other regions (Federal and China regions) in future releases.
62+
## Updates
6763

68-
## New Regions
69-
70-
* New Zealand North.
64+
* Active PIN requests for creating HDInsight clusters with predetermined image versions will be revoked/cancelled on 26 May 2025. Beyond this date, customers will only be able to create clusters using the updated (compliant) images of each HDInsight version. This measure is intended to improve cluster security and prevent potential issues with clusters and gateway nodes.
7165

7266
## Reminder
7367

7468
* HDInsight service transitioned to use standard load balancers for all its cluster configurations due to [deprecation announcement](https://azure.microsoft.com/updates/azure-basic-load-balancer-will-be-retired-on-30-september-2025-upgrade-to-standard-load-balancer#main) of Azure basic load balancer.
7569

76-
> [!NOTE]
77-
> This change is available in all regions. Recreate your cluster to consume this change. For any assistance, contact [support](https://ms.portal.azure.com/#view/Microsoft_Azure_Support/HelpAndSupportBlade/~/overview).
78-
7970
> [!IMPORTANT]
80-
> When using your own Virtual Network (custom VNet) during cluster creation, be advised that the cluster creation won't succeed once this change is enabled. We recommend referring to the [migration guide to recreate the cluster](./load-balancer-migration-guidelines.md).
71+
> By default, creation of any new HDInsight cluster happens with Standard Load Balancers. We recommend referring to the [migration guide to recreate the cluster](./load-balancer-migration-guidelines.md).
8172
> For any assistance, contact [support](https://portal.azure.com/#blade/Microsoft_Azure_Support/HelpAndSupportBlade/overview).
8273
8374
* [Basic and Standard A-series VMs Retirement](https://azure.microsoft.com/updates/basic-and-standard-aseries-vms-on-hdinsight-will-retire-on-31-august-2024/).
8475
* On August 31, 2024, we'll retire Basic and Standard A-series VMs. Before that date, you need to migrate your workloads to Av2-series VMs, which provide more memory per vCPU and faster storage on solid-state drives (SSDs).
8576
* To avoid service disruptions, [migrate your workloads](https://aka.ms/Av1retirement) from Basic and Standard A-series VMs to Av2-series VMs before August 31, 2024.
8677

87-
## :::image type="icon" border="false" source="./media/hdinsight-release-notes/clock.svg"::: Coming soon
88-
89-
* Retirement Notifications for [HDInsight 4.0](https://azure.microsoft.com/updates/azure-hdinsight-40-will-be-retired-on-31-march-2025-migrate-your-hdinsight-clusters-to-51) and [HDInsight 5.0](https://azure.microsoft.com/updates/hdinsight5retire/).
90-
9178
If you have any more questions, contact [Azure Support](https://ms.portal.azure.com/#view/Microsoft_Azure_Support/HelpAndSupportBlade/~/overview).
9279

9380
You can always ask us about HDInsight on [Azure HDInsight - Microsoft Q&A](/answers/tags/168/azure-hdinsight).

articles/iot-edge/includes/iot-edge-clean-up-cloud-resources.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -5,15 +5,15 @@ services: iot-edge
55
author: PatAltimore
66
ms.service: azure-iot-edge
77
ms.topic: include
8-
ms.date: 08/10/2018
8+
ms.date: 04/29/2025
99
ms.author: patricka
1010
ms.custom: include file
1111
---
1212

1313

1414
### Delete Azure resources
1515

16-
Deleting Azure resources and resource groups is irreversible. Make sure that you don't accidentally delete the wrong resource group or resources. If you created the IoT hub inside an existing resource group that has resources that you want to keep, delete only the IoT hub resource itself, not the resource group.
16+
Deleting Azure resources and resource groups is irreversible. Make sure that you don't accidentally delete the wrong resource group or resources. If you created the IoT Hub inside an existing resource group that has resources that you want to keep, delete only the IoT Hub resource itself, not the resource group.
1717

1818
To delete the resources:
1919

articles/iot-edge/tutorial-develop-for-linux.md

Lines changed: 7 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -56,7 +56,7 @@ Use the quickstart article [Deploy code to a Linux Device](quickstart-linux.md)
5656

5757
Cloud resources:
5858

59-
* A free or standard-tier [IoT hub](../iot-hub/iot-hub-create-through-portal.md) in Azure.
59+
* A free or standard-tier [Azure IoT Hub](../iot-hub/iot-hub-create-through-portal.md).
6060

6161
[!INCLUDE [quickstarts-free-trial-note](~/reusable-content/ce-skilling/azure/includes/quickstarts-free-trial-note.md)]
6262

@@ -69,7 +69,7 @@ Cloud resources:
6969
7070
## Key concepts
7171

72-
This tutorial walks through the development of an IoT Edge module. An *IoT Edge module* is a container with executable code. You can deploy one or more modules to an IoT Edge device. Modules perform specific tasks like ingesting data from sensors, cleaning and analyzing data, or sending messages to an IoT hub. For more information, see [Understand Azure IoT Edge modules](iot-edge-modules.md).
72+
This tutorial walks through the development of an IoT Edge module. An *IoT Edge module* is a container with executable code. You can deploy one or more modules to an IoT Edge device. Modules perform specific tasks like ingesting data from sensors, cleaning and analyzing data, or sending messages to an IoT Hub. For more information, see [Understand Azure IoT Edge modules](iot-edge-modules.md).
7373

7474
When developing IoT Edge modules, it's important to understand the difference between the development machine and the target IoT Edge device where the module deploys. The container that you build to hold your module code must match the operating system (OS) of the *target device*. For example, the most common scenario is someone developing a module on a Windows computer intending to target a Linux device running IoT Edge. In that case, the container operating system would be Linux. As you go through this tutorial, keep in mind the difference between the *development machine OS* and the *container OS*.
7575

@@ -361,7 +361,7 @@ The target architecture is set when you create the container image in a later st
361361

362362
### Update module with custom code
363363

364-
Each template includes sample code that takes simulated sensor data from the **SimulatedTemperatureSensor** module and routes it to the IoT hub. The sample module receives messages and then passes them on. The pipeline functionality demonstrates an important concept in IoT Edge, which is how modules communicate with each other.
364+
Each template includes sample code that takes simulated sensor data from the **SimulatedTemperatureSensor** module and routes it to the IoT Hub. The sample module receives messages and then passes them on. The pipeline functionality demonstrates an important concept in IoT Edge, which is how modules communicate with each other.
365365

366366
Each module can have multiple *input* and *output* queues declared in their code. The IoT Edge hub running on the device routes messages from the output of one module into the input of one or more modules. The specific code for declaring inputs and outputs varies between languages, but the concept is the same across all modules. For more information about routing between modules, see [Declare routes](module-composition.md#declare-routes).
367367

@@ -379,7 +379,7 @@ The sample C# code that comes with the project template uses the [ModuleClient C
379379
using Newtonsoft.Json; // For JsonConvert
380380
```
381381

382-
1. Add the **temperatureThreshold** variable to the **ModuleBackgroundService** class. This variable sets the value that the measured temperature must exceed for the data to be sent to the IoT hub.
382+
1. Add the **temperatureThreshold** variable to the **ModuleBackgroundService** class. This variable sets the value that the measured temperature must exceed for the data to be sent to the IoT Hub.
383383

384384
```csharp
385385
static int temperatureThreshold { get; set; } = 25;
@@ -926,7 +926,7 @@ In this section, add the code that expands the *filtermodule* to analyze the mes
926926
import json
927927
```
928928
929-
1. Add global definitions for **TEMPERATURE_THRESHOLD**, **RECEIVED_MESSAGES** and **TWIN_CALLBACKS** variables. The temperature threshold sets the value that the measured machine temperature must exceed for the data to be sent to the IoT hub.
929+
1. Add global definitions for **TEMPERATURE_THRESHOLD**, **RECEIVED_MESSAGES** and **TWIN_CALLBACKS** variables. The temperature threshold sets the value that the measured machine temperature must exceed for the data to be sent to the IoT Hub.
930930
931931
```python
932932
# global counters
@@ -1295,7 +1295,7 @@ The sample module code receives messages through its input queue and passes them
12951295
12961296
1. In the Visual Studio Code explorer, right-click the IoT Edge device that you want to monitor, then select **Start Monitoring Built-in Event Endpoint**.
12971297
1298-
1. Watch the output window in Visual Studio Code to see messages arriving at your IoT hub.
1298+
1. Watch the output window in Visual Studio Code to see messages arriving at your IoT Hub.
12991299
13001300
:::image type="content" source="./media/tutorial-develop-for-linux/view-d2c-messages.png" alt-text="Screenshot showing where to view incoming device to cloud messages.":::
13011301
@@ -1323,7 +1323,7 @@ The commands in this section are for your IoT Edge device, not your development
13231323
13241324
IoT Edge modules are case-sensitive.
13251325
1326-
The *tempSensor* and *filtermodule* logs should show the messages they're processing. The edgeAgent module is responsible for starting the other modules, so its logs have information about implementing the deployment manifest. If you find a module is unlisted or not running, the edgeAgent logs likely have the errors. The edgeHub module is responsible for communications between the modules and IoT Hub. If the modules are up and running, but the messages aren't arriving at your IoT hub, the edgeHub logs likely have the errors.
1326+
The *tempSensor* and *filtermodule* logs should show the messages they're processing. The edgeAgent module is responsible for starting the other modules, so its logs have information about implementing the deployment manifest. If you find a module is unlisted or not running, the edgeAgent logs likely have the errors. The edgeHub module is responsible for communications between the modules and IoT Hub. If the modules are up and running, but the messages aren't arriving at your IoT Hub, the edgeHub logs likely have the errors.
13271327
13281328
## Clean up resources
13291329

0 commit comments

Comments
 (0)