You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@@ -20,7 +20,6 @@ The tables in this article provide information on ExpressRoute geographical cove
20
20
21
21
> [!NOTE]
22
22
> 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
-
>
24
23
25
24
## Azure regions
26
25
@@ -44,6 +43,9 @@ The following table shows connectivity locations and the service providers for e
44
43
45
44
***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)
46
45
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).
@@ -21,6 +21,80 @@ To subscribe, click the “watch” button in the banner and watch out for [HDIn
21
21
22
22
## Release Information
23
23
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.
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.
* 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).
Copy file name to clipboardExpand all lines: articles/hdinsight/hdinsight-release-notes.md
+12-25Lines changed: 12 additions & 25 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,7 +7,7 @@ ms.topic: conceptual
7
7
author: yeturis
8
8
ms.author: sairamyeturi
9
9
ms.reviewer: nijelsf
10
-
ms.date: 01/24/2025
10
+
ms.date: 04/29/2025
11
11
---
12
12
13
13
# Azure HDInsight release notes
@@ -23,7 +23,10 @@ To subscribe, click the **watch** button in the banner and watch out for [HDInsi
23
23
24
24
## Release Information
25
25
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).
27
30
28
31
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.
29
32
@@ -50,44 +53,28 @@ HDInsight uses safe deployment practices, which involve gradual region deploymen
50
53
51
54
For workload specific versions, see [HDInsight 5.x component versions](./hdinsight-5x-component-versioning.md).
52
55
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
62
57
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.
64
61
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
67
63
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.
71
65
72
66
## Reminder
73
67
74
68
* 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.
75
69
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
-
79
70
> [!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).
81
72
> For any assistance, contact [support](https://portal.azure.com/#blade/Microsoft_Azure_Support/HelpAndSupportBlade/overview).
82
73
83
74
*[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/).
84
75
* 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).
85
76
* 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.
* 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
-
91
78
If you have any more questions, contact [Azure Support](https://ms.portal.azure.com/#view/Microsoft_Azure_Support/HelpAndSupportBlade/~/overview).
92
79
93
80
You can always ask us about HDInsight on [Azure HDInsight - Microsoft Q&A](/answers/tags/168/azure-hdinsight).
Copy file name to clipboardExpand all lines: articles/iot-edge/includes/iot-edge-clean-up-cloud-resources.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,15 +5,15 @@ services: iot-edge
5
5
author: PatAltimore
6
6
ms.service: azure-iot-edge
7
7
ms.topic: include
8
-
ms.date: 08/10/2018
8
+
ms.date: 04/29/2025
9
9
ms.author: patricka
10
10
ms.custom: include file
11
11
---
12
12
13
13
14
14
### Delete Azure resources
15
15
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.
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).
73
73
74
74
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*.
75
75
@@ -361,7 +361,7 @@ The target architecture is set when you create the container image in a later st
361
361
362
362
### Update module with custom code
363
363
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.
365
365
366
366
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).
367
367
@@ -379,7 +379,7 @@ The sample C# code that comes with the project template uses the [ModuleClient C
379
379
using Newtonsoft.Json; // For JsonConvert
380
380
```
381
381
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.
383
383
384
384
```csharp
385
385
static int temperatureThreshold { get;set; } = 25;
@@ -926,7 +926,7 @@ In this section, add the code that expands the *filtermodule* to analyze the mes
926
926
import json
927
927
```
928
928
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.
930
930
931
931
```python
932
932
# global counters
@@ -1295,7 +1295,7 @@ The sample module code receives messages through its input queue and passes them
1295
1295
1296
1296
1. In the Visual Studio Code explorer, right-click the IoT Edge device that you want to monitor, thenselect**Start Monitoring Built-in Event Endpoint**.
1297
1297
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.
1299
1299
1300
1300
:::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.":::
1301
1301
@@ -1323,7 +1323,7 @@ The commands in this section are for your IoT Edge device, not your development
1323
1323
1324
1324
IoT Edge modules are case-sensitive.
1325
1325
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.
0 commit comments