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
Copy file name to clipboardExpand all lines: articles/ai-studio/how-to/configure-managed-network.md
+1Lines changed: 1 addition & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -149,6 +149,7 @@ Before following the steps in this article, make sure you have the following pre
149
149
* The managed virtual network is deleted when the Azure AIis deleted.
150
150
* Data exfiltration protection is automatically enabled for the only approved outbound mode. If you add other outbound rules, such as to FQDNs, Microsoft can't guarantee that you're protected from data exfiltration to those outbound destinations.
151
151
* Using FQDN outbound rules increases the cost of the managed virtual network because FQDN rules use Azure Firewall. For more information, see [Pricing](#pricing).
152
+
*FQDN outbound rules only support ports 80and443.
152
153
* When using a compute instance with a managed network, use the `az ml compute connect-ssh` command to connect to the compute using SSH.
Copy file name to clipboardExpand all lines: articles/cost-management-billing/automate/understand-usage-details-fields.md
+13-5Lines changed: 13 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -129,13 +129,21 @@ The cost details file itself doesn’t uniquely identify individual records with
129
129
130
130
Some fields might differ in casing and spacing between account types. Older versions of pay-as-you-go cost details files have separate sections for the statement and daily cost.
131
131
132
-
## Reconcile charges for MCA accounts
132
+
## Reconcile charges in the cost and usage details file
133
133
134
-
MCA customers can use the following information to reconcile charges between billing and pricing currencies.
134
+
Microsoft Customer Agreement (MCA) customers can use the following information to reconcile charges between billing and pricing currencies.
135
135
136
-
1. Manually calculate the `CostInPricingCurrency` by: `(EffectivePrice)` * `(Quantity)`
137
-
2. Convert the calculated `CostInPricingCurrency` to the `CostInBillingCurrency` by: `(CalculatedCostinPricingCurrency)` * `(ExchangeRatePricingToBilling)`
138
-
3. Summarize the values that you calculated for `CostInBillingCurrency` and compare them to the invoice.
136
+
1. Manually calculate the `CostInPricingCurrency` by: `(EffectivePrice)` * `(Quantity)`
137
+
138
+
1. Convert the calculated `CostInPricingCurrency` to the `CostInBillingCurrency` by: `(CalculatedCostinPricingCurrency)` * `(ExchangeRatePricingToBilling)`
139
+
140
+
1. Summarize the values that you calculated for `CostInBillingCurrency` and compare them to the invoice.
141
+
142
+
Enterprise Agreement (EA) customers can reconcile their charges using the following computation:
143
+
144
+
Manually calculate the cost by multiplying the **Effective Price** by the **Quantity**:
145
+
146
+
`Cost` = `(EffectivePrice)` * `(Quantity)`
139
147
140
148
## Reconcile reservation purchases with usage records
Copy file name to clipboardExpand all lines: articles/cost-management-billing/costs/tutorial-improved-exports.md
+2Lines changed: 2 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -139,6 +139,8 @@ All types of data support various schedule frequency options, as described in th
139
139
140
140
## Understand data types
141
141
142
+
For a comprehensive reference of all available datasets, including the schema for current and historical versions, please visit [Cost Management dataset schema index](/azure/cost-management-billing/dataset-schema/schema-index).
143
+
142
144
- Cost and usage details (actual) - Select this option to export standard usage and purchase charges.
143
145
- Cost and usage details (amortized) - Select this option to export amortized costs for purchases like Azure reservations and Azure savings plan for compute.
144
146
- Cost and usage details (FOCUS) - Select this option to export cost and usage details using the open-source FinOps Open Cost and Usage Specification ([FOCUS](https://focus.finops.org/)) format. It combines actual and amortized costs. This format reduces data processing time and storage and compute charges for exports. The management group scope isn't supported for Cost and usage details (FOCUS) exports.
Copy file name to clipboardExpand all lines: articles/expressroute/expressroute-bfd.md
+5-1Lines changed: 5 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ services: expressroute
5
5
author: duongau
6
6
ms.service: expressroute
7
7
ms.topic: article
8
-
ms.date: 06/30/2023
8
+
ms.date: 06/03/2024
9
9
ms.author: duau
10
10
---
11
11
@@ -34,6 +34,10 @@ In this scenario, BFD can help. BFD provides low-overhead link failure detection
34
34
35
35
BFD is configured by default under all the newly created ExpressRoute private and Microsoft peering interfaces on the MSEEs. As such, to enable BFD, you only need to configure BFD on both your primary and secondary devices. Configuring BFD is two-step process. You configure the BFD on the interface and then link it to the BGP session.
36
36
37
+
> [!NOTE]
38
+
> BFD is only supported on IPv4 peering.
39
+
>
40
+
37
41
An example CE/PE (using Cisco IOS XE) configuration is shown as followed:
Copy file name to clipboardExpand all lines: articles/expressroute/metro.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ services: expressroute
5
5
author: duongau
6
6
ms.service: expressroute
7
7
ms.topic: conceptual
8
-
ms.date: 04/24/2024
8
+
ms.date: 06/03/2024
9
9
ms.author: duau
10
10
ms.custom: references_regions, ai-usage
11
11
---
@@ -44,8 +44,8 @@ The following diagram allows for a comparison between the standard ExpressRoute
44
44
45
45
| Metro location | Peering locations | Location address | Zone | Local Azure Region | ER Direct | Service Provider |
46
46
|--|--|--|--|--|--|--|
47
-
| Amsterdam Metro | Amsterdam<br>Amsterdam2 | Equinix AM5<br>Digital Realty AMS8 | 1 | West Europe |✓|Megaport<br>Equinix<sup>1</sup><br>euNetworks<sup>1</sup><br>Colt<sup>1</sup><br>Console Connect<sup>1</sup><br>Digital Realty<sup>1</sup> |
48
-
| Singapore Metro | Singapore<br>Singapore2 | Equinix SG1<br>Global Switch Tai Seng | 2 | Southeast Asia |✓|Megaport<sup>1</sup><br>Equinix<sup>1</sup><br>Console Connect<sup>1</sup>|
47
+
| Amsterdam Metro | Amsterdam<br>Amsterdam2 | Equinix AM5<br>Digital Realty AMS8 | 1 | West Europe |✓|Colt<sup>1</sup><br>Console Connect<sup>1</sup><br>Digital Realty<br>Equinix<sup>1</sup><br>euNetworks<br><br>Megaport<br> |
48
+
| Singapore Metro | Singapore<br>Singapore2 | Equinix SG1<br>Global Switch Tai Seng | 2 | Southeast Asia |✓|Console Connect<sup>1</sup><br>Equinix<sup>1</sup><br>Megaport|
49
49
| Zurich Metro | Zurich<br>Zurich2 | Digital Realty ZUR2<br>Equinix ZH5 | 1 | Switzerland North |✓| Colt<sup>1</sup><br>Digital Realty<sup>1</sup> |
50
50
51
51
<sup>1<sup> These service providers will be available in the future.
Copy file name to clipboardExpand all lines: articles/governance/machine-configuration/overview.md
+4-3Lines changed: 4 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -33,7 +33,7 @@ Examples of each scenario are provided in the following table.
33
33
|[Configuration management][05]| You want a complete representation of a server, as code in source control. The deployment should include properties of the server (size, network, storage) and configuration of operating system and application settings. | "This machine should be a web server configured to host my website." |
34
34
|[Compliance][06]| You want to audit or deploy settings to all machines in scope either reactively to existing machines or proactively to new machines as they're deployed. | "All machines should use TLS 1.2. Audit existing machines so I can release change where it's needed, in a controlled way, at scale. For new machines, enforce the setting when they're deployed." |
35
35
36
-
You can view the per-setting results from configurations in the [Guest assignments page][07]. If an
36
+
You can view the per-setting results from configurations in the [Guest assignments page][44]. If an
37
37
Azure Policy assignment orchestrated the configuration is orchestrated, you can select the "Last
38
38
evaluated resource" link on the ["Compliance details" page][07].
39
39
@@ -473,9 +473,10 @@ Machine configuration built-in policy samples are available in the following loc
Copy file name to clipboardExpand all lines: articles/iot-edge/how-to-create-iot-edge-device.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,11 +1,11 @@
1
1
---
2
-
title: Create an IoT Edge device - Azure IoT Edge | Microsoft Docs
2
+
title: Create an IoT Edge device - Azure IoT Edge
3
3
description: Learn about the platform and provisioning options for creating an IoT Edge device
4
4
author: PatAltimore
5
5
ms.service: iot-edge
6
6
services: iot-edge
7
7
ms.topic: conceptual
8
-
ms.date: 10/01/2022
8
+
ms.date: 06/03/2024
9
9
ms.author: patricka
10
10
---
11
11
@@ -107,7 +107,7 @@ Using X.509 certificates as an attestation mechanism is the recommended way to s
107
107
108
108
You create two X.509 identity certificates and place them on the device. When you create a new device identity in IoT Hub, you provide thumbprints from both certificates. When the device authenticates to IoT Hub, it presents one certificate and IoT Hub verifies that the certificate matches its thumbprint. The X.509 keys on the device should be stored in a Hardware Security Module (HSM). For example, PKCS#11 modules, ATECC, dTPM, etc.
109
109
110
-
This authentication method is more secure than symmetric keys and supports group enrollments which provides a simplified management experience for a high number of devices. This authentication method is recommended for production scenarios.
110
+
This authentication method is more secure than symmetric keys and supports group enrollments that provide a simplified management experience for a high number of devices. This authentication method is recommended for production scenarios.
111
111
112
112
### Trusted platform module (TPM) attestation
113
113
@@ -131,7 +131,7 @@ This authentication method is faster to get started but not as secure. Device pr
131
131
132
132
You can use the table of contents to navigate to the appropriate end-to-end guide for creating an IoT Edge device for your IoT Edge solution's platform, provisioning, and authentication requirements.
133
133
134
-
You can also use the links below to go to the relevant article.
134
+
You can also use the following links to go to the relevant article.
Copy file name to clipboardExpand all lines: articles/iot-edge/how-to-create-transparent-gateway.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
@@ -4,7 +4,7 @@ description: Use an Azure IoT Edge device as a transparent gateway that can proc
4
4
author: PatAltimore
5
5
6
6
ms.author: patricka
7
-
ms.date: 01/17/2022
7
+
ms.date: 06/03/2024
8
8
ms.topic: conceptual
9
9
ms.service: iot-edge
10
10
services: iot-edge
@@ -48,7 +48,7 @@ If you don't have a device ready, you can create one in an Azure virtual machine
48
48
# [IoT Edge for Linux on Windows](#tab/eflow)
49
49
50
50
>[!WARNING]
51
-
> Because the IoT Edge for Linux on Windows (EFLOW) virtual machine needs to be accessible from external devices, ensure to deploy EFLOW with an _external_ virtual switch. For more information about EFLOW networking configurations, see [Networking configuration for Azure IoT Edge for Linux on Windows](./how-to-configure-iot-edge-for-linux-on-windows-networking.md).
51
+
> Because the IoT Edge for Linux on Windows (EFLOW) virtual machine needs to be accessible from external devices, ensure to deploy EFLOW with an *external* virtual switch. For more information about EFLOW networking configurations, see [Networking configuration for Azure IoT Edge for Linux on Windows](./how-to-configure-iot-edge-for-linux-on-windows-networking.md).
52
52
53
53
A Windows device with IoT Edge for Linux on Windows installed.
Copy file name to clipboardExpand all lines: articles/iot-edge/how-to-deploy-at-scale.md
+6-6Lines changed: 6 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -3,7 +3,7 @@ title: Deploy modules at scale in Azure portal - Azure IoT Edge
3
3
description: Use the Azure portal to create automatic deployments for groups of IoT Edge devices
4
4
author: PatAltimore
5
5
ms.author: patricka
6
-
ms.date: 9/22/2022
6
+
ms.date: 06/03/2024
7
7
ms.topic: conceptual
8
8
ms.service: iot-edge
9
9
services: iot-edge
@@ -39,7 +39,7 @@ For more information about device twins and tags, see [Understand and use device
39
39
40
40
IoT Edge provides two different types of automatic deployments that you can use to customize your scenario. You can create a standard *deployment*, which includes that system runtime modules and any additional modules and routes. Each device can only apply one deployment. Or you can create a *layered deployment*, which only includes custom modules and routes, not the system runtime. Many layered deployments can be combined on a device, on top of a standard deployment. For more information about how the two types of automatic deployments work together, see [Understand IoT Edge automatic deployments for single devices or at scale](module-deployment-monitoring.md).
41
41
42
-
The steps for creating a deployment and a layered deployment are very similar. Any differences are called out in the following steps.
42
+
The steps for creating a deployment and a layered deployment are similar. Any differences are called out in the following steps.
43
43
44
44
1. In the [Azure portal](https://portal.azure.com), go to your IoT Hub.
45
45
1. On the menu in the left pane, select **Configurations + Deployments** under **Device Management**.
@@ -78,7 +78,7 @@ To add custom code as a module, or to manually add an Azure service module, foll
78
78
79
79
After you add a module to a deployment, you can select its name to open the **Update IoT Edge Module** page. On this page, you can edit the module settings, environment variables, create options, startup order, and module twin. If you added a module from the marketplace, it may already have some of these parameters filled in. For more information about the available module settings, see [Module configuration and management](module-composition.md#module-configuration-and-management).
80
80
81
-
If you're creating a layered deployment, you may be configuring a module that exists in other deployments targeting the same devices. To update the module twin without overwriting other versions, open the **Module Twin Settings** tab. Create a new **Module Twin Property** with a unique name for a subsection within the module twin's desired properties, for example `properties.desired.settings`. If you define properties within just the `properties.desired` field, it will overwrite the desired properties for the module defined in any lower priority deployments.
81
+
If you're creating a layered deployment, you may be configuring a module that exists in other deployments targeting the same devices. To update the module twin without overwriting other versions, open the **Module Twin Settings** tab. Create a new **Module Twin Property** with a unique name for a subsection within the module twin's desired properties, for example `properties.desired.settings`. If you define properties within just the `properties.desired` field, it overwrites the desired properties for the module defined in any lower priority deployments.
82
82
83
83
:::image type="content" source="./media/how-to-deploy-monitor/module-twin-property.png" alt-text="Screenshot showing how to set the module twin property for layered deployment.":::
84
84
@@ -109,7 +109,7 @@ If multiple deployments target the same device, then only the one with the highe
109
109
Any layered deployment targeting a device must have a higher priority than the base deployment in order to be applied.
110
110
111
111
1. Enter a positive integer for the deployment **Priority**.
112
-
1. Enter a **Target condition** to determine which devices will be targeted with this deployment. The condition is based on device twin tags or device twin reported properties and should match the expression format. For example, `tags.environment='test'` or `properties.reported.devicemodel='4000x'`.
112
+
1. Enter a **Target condition** to determine which devices are targeted with this deployment. The condition is based on device twin tags or device twin reported properties and should match the expression format. For example, `tags.environment='test'` or `properties.reported.devicemodel='4000x'`.
113
113
114
114
Select **Next: Metrics**.
115
115
@@ -161,7 +161,7 @@ When you modify a deployment, the changes immediately replicate to all targeted
161
161
* If a device currently running this deployment no longer meets the target condition, it uninstalls this deployment and takes on the next highest priority deployment.
162
162
* If a device currently running this deployment no longer meets the target condition and doesn't meet the target condition of any other deployments, then no change occurs on the device. The device continues running its current modules in their current state, but is not managed as part of this deployment anymore. Once it meets the target condition of any other deployment, it uninstalls this deployment and takes on the new one.
163
163
164
-
1. Select the **Metrics** tab and click the **Edit Metrics** button. Add or modify custom metrics, using the example syntax as a guide. Select **Save**.
164
+
1. Select the **Metrics** tab and select the **Edit Metrics** button. Add or modify custom metrics, using the example syntax as a guide. Select **Save**.
165
165
166
166
:::image type="content" source="./media/how-to-deploy-monitor/metric-list.png" alt-text="Screenshot showing how to edit custom metrics in a deployment.":::
167
167
@@ -175,7 +175,7 @@ When you delete a deployment, any deployed devices take on their next highest pr
175
175
1. Select **Configurations + Deployments**.
176
176
1. Use the checkbox to select the deployment that you want to delete.
177
177
1. Select **Delete**.
178
-
1. A prompt will inform you that this action will delete this deployment and revert to the previous state for all devices. A deployment with a lower priority will apply. If no other deployment is targeted, no modules will be removed. If you want to remove all modules from your device, create a deployment with zero modules and deploy it to the same devices. Select **Yes** to continue.
178
+
1. A prompt informs you that this action deletes this deployment and revert to the previous state for all devices. A deployment with a lower priority will apply. If no other deployment is targeted, no modules are removed. If you want to remove all modules from your device, create a deployment with zero modules and deploy it to the same devices. Select **Yes** to continue.
0 commit comments