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/internet-peering/walkthrough-device-maintenance-notification.md
+9-11Lines changed: 9 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -9,34 +9,32 @@ ms.topic: how-to
9
9
ms.date: 10/25/2024
10
10
---
11
11
12
-
# View and monitor internet peering maintenance events
12
+
# View and monitor device maintenance events
13
13
14
14
In this article, you learn how to view active maintenance events in Azure Peering Service, and how to create alerts for future events. Internet peering partners and Peering Service customers can create alerts to receive notifications by email, voice, SMS, or the Azure mobile app.
15
15
16
16
## View maintenance events
17
17
18
18
If you're a partner who has internet peering or Peering Service resources in Azure, you receive notifications on the Azure Service Health pane. In this section, you learn how to view active maintenance events on the Service Health pane.
19
19
20
-
1. Sign in to the [Azure portal](https://portal.azure.com).
21
-
22
-
1. In the search box at the top of the portal, enter ***service health***. In the search results, select **Service Health**.
20
+
1. In the [Azure portal](https://portal.azure.com), search for and then select **Service Health**.
23
21
24
22
:::image type="content" source="./media/walkthrough-device-maintenance-notification/service-health-portal-search.png" alt-text="Screenshot that shows how to search for Service Health in the Azure portal." lightbox="./media/walkthrough-device-maintenance-notification/service-health-portal-search.png":::
25
23
26
24
1. Select **Planned maintenance** to see active maintenance events. For the **Service** filter, select **Azure Service Peering** to list only maintenance events for Azure Peering Service.
27
25
28
26
:::image type="content" source="./media/walkthrough-device-maintenance-notification/planned-maintenance.png" alt-text="Screenshot that shows planned maintenance events for Azure Peering Service in the Service Health pane in the Azure portal." lightbox="./media/walkthrough-device-maintenance-notification/service-health-portal-search.png":::
29
27
30
-
The summary tab displays information about the resource that's affected by a maintenance event, including the Azure subscription, the Azure region, and the peering location.
28
+
The Summary tab displays information about the resource that's affected by a maintenance event. It includes the Azure subscription, the Azure region, and the peering location.
31
29
32
-
When maintenance is completed, a status update is sent. You can view and review the maintenance event on the **Health history** pane after it's complete.
30
+
When maintenance is completed, a status update is sent. You can view and review the maintenance event on the **Health history** pane when the event is finished.
33
31
34
32
1. To see past maintenance events, select **Health history**.
35
33
36
34
:::image type="content" source="./media/walkthrough-device-maintenance-notification/health-history.png" alt-text="Screenshot that shows how to view past maintenance events in the Azure portal." lightbox="./media/walkthrough-device-maintenance-notification/health-history.png":::
37
35
38
36
> [!NOTE]
39
-
> The end time that's listed for the maintenance is an estimate. Many maintenance events will complete before the end time that is shown in Service Health, but this is not guaranteed. Future developments to our maintenance notification service will allow for more accurate maintenance end times.
37
+
> The end time that's listed for the maintenance is an estimate. Many maintenance events finish before the end time that's shown in Service Health.
40
38
41
39
## Create alerts
42
40
@@ -64,17 +62,17 @@ Service Health supports forwarding rules, so you can set up your own alerts when
64
62
65
63
1. Select the **Actions** tab or select the **Next: Actions** button.
66
64
67
-
1. Select **Create action group** to create a new action group. If you previously created an action group, you can use it by selecting**Select action groups**.
65
+
1. Select **Create action group** to create a new action group. If you previously created an action group, you can use it by choosing**Select action groups**.
68
66
69
67
:::image type="content" source="./media/walkthrough-device-maintenance-notification/create-alert-rule-actions.png" alt-text="Screenshot that shows the Actions tab before creating a new action group.":::
70
68
71
-
1. On **Basics** tab, enter or select the following information:
69
+
1. On the **Basics** tab, enter or select the following information:
72
70
73
71
| Setting | Action |
74
72
| --- | --- |
75
73
|*Project details*||
76
74
|**Subscription**| Select the Azure subscription that you want to use for the action group. |
77
-
|**Resource group**| Select **Create new**. </br> For **Name**, enter **myResourceGroup**. </br> Select **OK**. </br> If you have an existing resource group that you want to use, select it instead of creating a new one. |
75
+
|**Resource group**|1. Select **Create new**. </br> 2. For **Name**, enter **myResourceGroup**. </br> 3. Select **OK**. </br> If you have an existing resource group that you want to use, select it instead of creating a new one. |
78
76
|**Regions**| Select **Global**. |
79
77
|*Instance details*||
80
78
|**Action group name**| Enter a name for the action group. |
@@ -98,7 +96,7 @@ Service Health supports forwarding rules, so you can set up your own alerts when
98
96
99
97
:::image type="content" source="./media/walkthrough-device-maintenance-notification/edit-action-group.png" alt-text="Screenshot that shows how to edit an action group in the Azure portal.":::
100
98
101
-
1. On **Test PeeringMaintenance**, for **Select sample type**, select **Resource health alert** and then select **Test**. Select **Done** after you successfully test the notifications.
99
+
1. On **Test PeeringMaintenance**, for **Select sample type**, select **Resource health alert** and select **Test**. Select **Done** after you successfully test the notifications.
102
100
103
101
:::image type="content" source="./media/walkthrough-device-maintenance-notification/test-notifications.png" alt-text="Screenshot that shows how to send test notifications.":::
Copy file name to clipboardExpand all lines: articles/internet-peering/walkthrough-direct-peering-type-conversions.md
+3-1Lines changed: 3 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -19,7 +19,7 @@ A direct peering type conversion for a peering connection can be requested only
19
19
20
20
- The peering must have at least two connections.
21
21
- The redundant connections must be of equal bandwidth.
22
-
- All connections in the peering must be fully provisioned (with the property 'ConnectionState' = 'Active') that is, none of the connections must be undergoing provisioning, decommission, or an internal device migration.
22
+
- All connections in the peering must be fully provisioned (with the property `ConnectionState` = `Active`). That is, none of the connections can be undergoing provisioning, decommission, or an internal device migration.
23
23
- The peering must be represented as an Azure resource with a valid subscription. To onboard your peering as a resource, see [Convert a legacy direct peering to an Azure resource by using the Azure portal](howto-legacy-direct-portal.md).
24
24
- Bandwidth updates can't be requested to other connections in the peering during the conversion.
25
25
- No adding or removing of connections can occur during the conversion.
@@ -88,6 +88,8 @@ When the conversion is completed, its state returns to **Active**.
88
88
89
89
## FAQ
90
90
91
+
Get answers to frequently asked questions.
92
+
91
93
**Q.** Will there be an interruption to my connection?
92
94
93
95
**A.** We do our absolute best and take various steps to prevent any interruption to service. These steps include:
0 commit comments