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/managed-grafana/high-availability.md
+18-4Lines changed: 18 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -6,11 +6,12 @@ ms.author: malev
6
6
ms.service: managed-grafana
7
7
ms.topic: conceptual
8
8
ms.date: 7/27/2022
9
+
ms.custom: references_regions
9
10
---
10
11
11
12
# Azure Managed Grafana service reliability
12
13
13
-
An Azure Managed Grafana instance in the Standard tier is hosted on a dedicated set of virtual machines (VMs). By default, two VMs are deployed to provide redundancy. Each VM runs a Grafana server. A network load balancer distributes browser requests amongst the Grafana servers. On the backend, the Grafana servers are connected to a shared database that stores the configuration and other persistent data for an entire Managed Grafana instance.
14
+
An Azure Managed Grafana instance in the Standard tier is hosted on a dedicated set of virtual machines (VMs). By default, two VMs are deployed to provide redundancy. Each VM runs a Grafana server. A network load balancer distributes browser requests amongst the Grafana servers. On the backend, the Grafana servers are connected to a common database that stores the configuration and other persistent data for an entire Managed Grafana instance.
14
15
15
16
:::image type="content" source="media/service-reliability/diagram.png" alt-text="Diagram of the Managed Grafana Standard tier instance setup.":::
16
17
@@ -20,11 +21,11 @@ Microsoft is not providing or setting up disaster recovery for this service. In
20
21
21
22
## Zone redundancy
22
23
23
-
Normally the network load balancer, VMs and database that underpin a Managed Grafana instance are located in a region based on system resource availability, and could end up being in a same Azure datacenter
24
+
Normally the network load balancer, VMs and database that underpin a Managed Grafana instance are located in a region based on system resource availability, and could end up being in a same Azure datacenter.
24
25
25
26
### With zone redundancy enabled
26
27
27
-
When the zone redundancy option is enabled, VMs are spread across [availability zones](../availability-zones/az-overview.md#availability-zones)and other resources with availability zone enabled.
28
+
When the zone redundancy option is enabled, VMs are spread across [availability zones](../availability-zones/az-overview.md#availability-zones). Other resources such as network load balancer and database are also configured for availability zones.
28
29
29
30
In a zone-wide outage, no user action is required. An impacted Managed Grafana instance will rebalance itself to take advantage of the healthy zone automatically. The Managed Grafana service will attempt to heal the affected instances during zone recovery.
30
31
@@ -33,7 +34,20 @@ In a zone-wide outage, no user action is required. An impacted Managed Grafana i
33
34
34
35
### With zone redundancy disabled
35
36
36
-
Zone redundancy is disabled in the Managed Grafana Standard tier by default. In this scenario, virtual machines are created as regional resources and should not be expected to survive zone-downs scenarios as they can go down at same time.
37
+
Zone redundancy is disabled in the Managed Grafana Standard tier by default. In this scenario, virtual machines are created as single-region resources and should not be expected to survive zone-downs scenarios as they can go down at same time.
38
+
39
+
## Supported regions
40
+
41
+
Zone redundancy support is enabled in the following regions:
For a complete list of regions where Managed Grafana is available, see [Products available by region - Azure Managed Grafana](https://azure.microsoft.com/explore/global-infrastructure/products-by-region/?products=managed-grafana®ions=all)
Copy file name to clipboardExpand all lines: articles/managed-grafana/how-to-authentication-permissions.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -83,7 +83,7 @@ System-assigned managed identity is the default authentication method provided t
83
83
84
84
1. Under **Grafana administrator role**, the box **Include myself** is checked by default. Optionally select **Add** to grant the Grafana administrator role to more members.
85
85
86
-
:::image type="content" source="media/authentication/create-form-permission.png" alt-text="Screenshot of the Azure portal. Create workspace form. Permission.":::
86
+
:::image type="content" source="media/authentication/create-form-permission.png" alt-text="Screenshot of the Azure portal. Create workspace form. Permission.":::
description: List of known limitations in Azure Managed Grafana
4
+
ms.service: managed-grafana
5
+
ms.topic: troubleshooting
6
+
ms.date: 08/31/2022
7
+
ms.author: malev
8
+
author: maud-lv
9
+
---
10
+
11
+
# Limitations of Azure Managed Grafana
12
+
13
+
Azure Managed Grafana delivers the native Grafana functionality in the highest possible fidelity. There are some differences between what it provides and what you can get by self-hosting Grafana. As a general rule, Azure Managed Grafana disables features and settings that may affect the security or reliability of the service and individual Grafana instances it manages.
14
+
15
+
## Current limitations
16
+
17
+
Managed Grafana has the following known limitations:
18
+
19
+
* All users must have accounts in an Azure Active Directory. Microsoft (also known as MSA) and 3rd-party accounts aren't supported. As a workaround, use the default tenant of your Azure subscription with your Grafana instance and add other users as guests.
20
+
21
+
* Installing, uninstalling and upgrading plugins from the Grafana Catalog aren't allowed.
22
+
23
+
* Data source query results are capped at 80 MB. To mitigate this constraint, reduce the size of the query, for example, by shortening the time duration.
24
+
25
+
* Querying Azure Data Explorer may take a long time or return 50x errors. To resolve these issues, use a table format instead of a time series, shorten the time duration, or avoid having many panels querying the same data cluster that can trigger throttling.
0 commit comments