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
* A [Kubernetes](https://kubernetes.io/) cluster deployed to [Azure Stack](/azure-stack/operator). For more information, see [Deploy Kubernetes to Azure Stack](/azure-stack/user/azure-stack-solution-template-kubernetes-deploy).
68
68
69
+
> [!NOTE]
70
+
>
71
+
> Note that Studio container cannot be deployed and run in Azure Kubernetes Service. Studio container is only supported to be run on local machine.
Copy file name to clipboardExpand all lines: articles/aks/start-stop-cluster.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
@@ -2,7 +2,7 @@
2
2
title: Stop and start an Azure Kubernetes Service (AKS) cluster
3
3
description: Learn how to stop and start an Azure Kubernetes Service (AKS) cluster.
4
4
ms.topic: article
5
-
ms.date: 03/14/2023
5
+
ms.date: 07/01/2024
6
6
author: palma21
7
7
---
8
8
@@ -100,7 +100,7 @@ When using the cluster stop/start feature, the following conditions apply:
100
100
## Start an AKS cluster
101
101
102
102
> [!CAUTION]
103
-
> Don't repeatedly stop and start your clusters. This can result in errors. Once your cluster is stopped, you should wait at least 15-30 minutes before starting it again.
103
+
> After utilizing the start/stop feature on AKS, it is essential to wait 15-30 minutes before restarting your AKS cluster. This waiting period is necessary because it takes several minutes for the relevant services to fully stop. Attempting to restart your cluster during this process can disrupt the shutdown process and potentially cause issues with the cluster or its workloads.
Copy file name to clipboardExpand all lines: articles/application-gateway/ingress-controller-migration.md
+4-1Lines changed: 4 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: application-gateway
5
5
author: greg-lindsay
6
6
ms.service: application-gateway
7
7
ms.topic: article
8
-
ms.date: 07/28/2023
8
+
ms.date: 07/01/2024
9
9
ms.author: greglin
10
10
---
11
11
@@ -40,6 +40,9 @@ You can now enable the AGIC add-on in your AKS cluster to target your existing A
40
40
```azurecli-interactive
41
41
az aks enable-addons -n myCluster -g myResourceGroup -a ingress-appgw --appgw-id $appgwId
42
42
```
43
+
Alternatively, you can navigate to your [AKS cluster in the Azure portal](https://portal.azure.com/?feature.aksagic=true) and enable the AGIC add-on in the **Virtual network integration** tab of your cluster. Select your existing Application Gateway when you choose which Application Gateway that the add-on should target.
az aks enable-addons --name myCluster --resource-group myResourceGroup --addon ingress-appgw --appgw-id $appgwId
80
80
```
81
+
## Enable the AGIC add-on in existing AKS cluster through Azure portal
82
+
83
+
If you'd like to use Azure portal to enable AGIC add-on, go to [(https://aka.ms/azure/portal/aks/agic)](https://aka.ms/azure/portal/aks/agic) and navigate to your AKS cluster through the portal link. Select the **Networking** menu item under **Settings**. From there, go to the **Virtual network integration** tab within your AKS cluster. You'll see an **Application gateway ingress controller** section, which allows you to enable and disable the ingress controller add-on. Select the **Manage** button, then the checkbox next to **Enable ingress controller**. Select the application gateway you created, **myApplicationGateway** and then select **Save**.
84
+
85
+
:::image type="content" source="./media/tutorial-ingress-controller-add-on-existing/portal-ingress-controller-add-on.png" alt-text="Screenshot showing how to enable application gateway ingress controller from the networking page of the Azure Kubernetes Service.":::
81
86
82
87
> [!IMPORTANT]
83
-
> When you use an application gateway in a different resource group than the AKS cluster resource group, the managed identity **_ingressapplicationgateway-{AKSNAME}_** that is created must have **Network Contributor** and **Reader** roles set in the application gateway resource group.
88
+
> If you use an application gateway in a different resource group than the AKS cluster resource group, the managed identity **_ingressapplicationgateway-{AKSNAME}_** that is created must have **Network Contributor** and **Reader** roles set in the application gateway resource group.
Copy file name to clipboardExpand all lines: articles/azure-app-configuration/quickstart-feature-flag-python.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
@@ -1,17 +1,17 @@
1
1
---
2
-
title: Quickstart for adding feature flags to Python with Azure App Configuration (Preview)
2
+
title: Quickstart for adding feature flags to Python with Azure App Configuration
3
3
description: Add feature flags to Python apps and manage them using Azure App Configuration.
4
4
author: mrm9084
5
5
ms.service: azure-app-configuration
6
6
ms.devlang: python
7
7
ms.topic: quickstart
8
-
ms.date: 05/29/2024
8
+
ms.date: 07/01/2024
9
9
ms.author: mametcal
10
10
ms.custom: devx-track-python, mode-other
11
11
#Customer intent: As an Python developer, I want to use feature flags to control feature availability quickly and confidently.
12
12
---
13
13
14
-
# Quickstart: Add feature flags to a Python app (preview)
14
+
# Quickstart: Add feature flags to a Python app
15
15
16
16
In this quickstart, you'll create a feature flag in Azure App Configuration and use it to dynamically control Python apps to create an end-to-end implementation of feature management.
Copy file name to clipboardExpand all lines: articles/azure-netapp-files/azacsnap-cmd-ref-backup.md
+24-24Lines changed: 24 additions & 24 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ services: azure-netapp-files
5
5
author: Phil-Jensen
6
6
ms.service: azure-netapp-files
7
7
ms.topic: reference
8
-
ms.date: 07/29/2022
8
+
ms.date: 05/15/2024
9
9
ms.author: phjensen
10
10
---
11
11
@@ -15,9 +15,9 @@ This article provides a guide for running the backup command of the Azure Applic
15
15
16
16
## Introduction
17
17
18
-
A storage snapshot based backup is run using the `azacsnap -c backup` command. This command performs the orchestration of a database consistent storage snapshot on the DATA volumes, and a storage snapshot (without any database consistency setup) on the OTHER volumes.
18
+
A storage snapshot based backup is run using the `azacsnap -c backup` command. This command performs the orchestration of a database consistent storage snapshot on the DATA volumes, and a storage snapshot (without any database consistency setup) on the OTHER volumes.
19
19
20
-
For DATA volumes `azacsnap`will prepare the database for a storage snapshot, then it will take the storage snapshot for all configured volumes, finally it will advise the database the snapshot is complete. It will also manage any database entries which record snapshot backup activity (e.g. SAP HANA backup catalog).
20
+
For DATA volumes `azacsnap`prepares the database for a storage snapshot, then it takes a storage snapshot for all configured volumes, finally it tells the database the snapshot is complete. It also manages any database entries which record snapshot backup activity (for example, SAP HANA backup catalog).
21
21
22
22
## Command options
23
23
@@ -27,36 +27,36 @@ The `-c backup` command takes the following arguments:
27
27
-`data` snapshots the volumes within the `dataVolume` stanza of the configuration file.
28
28
1.**data** Volume Snapshot process
29
29
1. put the database into *backup-mode*.
30
-
1. take snapshots of the Volume(s) listed in the configuration file's `"dataVolume"` stanza.
30
+
1. take snapshots of the Volumes listed in the configuration file's `"dataVolume"` stanza.
31
31
1. take the database out of *backup-mode*.
32
32
1. perform snapshot management.
33
33
-`other` snapshots the volumes within the `otherVolume` stanza of the configuration file.
34
34
1.**other** Volume Snapshot process
35
-
1. take snapshots of the Volume(s) listed in the configuration file's `"otherVolume"` stanza.
35
+
1. take snapshots of the Volumes listed in the configuration file's `"otherVolume"` stanza.
36
36
1. perform snapshot management.
37
-
-`all` snapshots all the volumes in the `dataVolume` stanza and then all the volumes in the `otherVolume` stanza of the configuration file. The
37
+
-`all` snapshots all the volumes in the `dataVolume` stanza and then all the volumes in the `otherVolume` stanza of the configuration file. The
38
38
processing is handled in the order outlined as follows:
39
39
1.**all** Volumes Snapshot process
40
40
1.**data** Volume Snapshot (same as the normal `--volume data` option)
41
41
1. put the database into *backup-mode*.
42
-
1. take snapshots of the Volume(s) listed in the configuration file's `"dataVolume"` stanza.
42
+
1. take snapshots of the Volumes listed in the configuration file's `"dataVolume"` stanza.
43
43
1. take the database out of *backup-mode*.
44
44
1. perform snapshot management.
45
45
1.**other** Volume Snapshot (same as the normal `--volume other` option)
46
-
1. take snapshots of the Volume(s) listed in the configuration file's `"otherVolume"` stanza.
46
+
1. take snapshots of the Volumes listed in the configuration file's `"otherVolume"` stanza.
47
47
1. perform snapshot management.
48
48
49
49
> [!NOTE]
50
50
> By creating a separate config file with the boot volume as the otherVolume, it's possible for `boot` snapshots to be taken on an entirely different schedule (for example, daily).
51
51
52
-
-`--prefix=` the customer snapshot prefix for the snapshot name. This parameter has two purposes. Firstly purpose is to provide a unique name for grouping of snapshots. Secondly to determine the `--retention` number of storage snapshots that are kept for the specified `--prefix`.
52
+
-`--prefix=` the customer snapshot prefix for the snapshot name. This parameter has two purposes. Firstly provide a unique name for grouping of snapshots. Secondly to determine the `--retention` number of storage snapshots that are kept for the specified `--prefix`.
53
53
54
54
> [!IMPORTANT]
55
55
> Only alpha numeric ("A-Z,a-z,0-9"), underscore ("_") and dash ("-") characters are allowed.
56
56
57
-
-`--retention` the number of snapshots of the defined `--prefix` to be kept. Any additional snapshots are removed after a new snapshot is taken for this `--prefix`.
57
+
-`--retention` the number of snapshots of the defined `--prefix` to be kept. Any extra snapshots are removed after a new snapshot is taken for this `--prefix`.
58
58
59
-
-`--trim` available for SAP HANA v2 and later, this option maintains the backup catalog and on disk catalog and log backups. The number of entries to keep in the backup catalog is determined by the `--retention` option above, and deletes older entries for the defined prefix (`--prefix`) from the backup catalog, and the related physical logs backup. It also deletes any log backup entries that are older than the oldest non-log backup entry. This operations helps to prevent the log backups from using up all available disk space.
59
+
-`--trim` available for SAP HANA v2 and later, this option maintains the backup catalog and on disk catalog and log backups. The number of entries to keep in the backup catalog is determined by the `--retention` option above, and deletes older entries for the defined prefix (`--prefix`) from the backup catalog, and the related physical logs backup. It also deletes any log backup entries that are older than the oldest non-log backup entry. This `--trim` operation helps to prevent the log backups from using up all available disk space.
60
60
61
61
> [!NOTE]
62
62
> The following example command will keep 9 storage snapshots and ensure the backup catalog is continuously trimmed to match the 9 storage snapshots being retained.
@@ -68,7 +68,7 @@ The `-c backup` command takes the following arguments:
68
68
- `[--ssl=]` an optional parameter that defines the encryption method used to communicate
69
69
with SAP HANA, either `openssl` or `commoncrypto`. If defined, then the `azacsnap -c backup`
70
70
command expects to find two files in the same directory, these files must be named after
71
-
the corresponding SID. Refer to [Using SSL for communication with SAP HANA](azacsnap-installation.md#using-ssl-for-communication-with-sap-hana). The following example takes a `hana`type snapshot with a prefix of `hana_TEST` and will keep`9` of them communicating with SAP HANA using SSL (`openssl`).
71
+
the corresponding SID. Refer to [Using SSL for communication with SAP HANA](azacsnap-configure-database.md#using-ssl-for-communication-with-sap-hana). The following example takes a `hana`type snapshot with a prefix of `hana_TEST` and keeps`9` of them communicating with SAP HANA using SSL (`openssl`).
> For Azure Large Instance, the configuration file volume parameter for the boot volume might not be visible at the host operating system level.
164
164
> This value can be provided by Microsoft Operations.
165
165
166
-
The commanddoes not output to the console, but does write to a log file only. It does _not_ write
166
+
The commanddoesn't output to the console, but does write to a log file only. It does _not_ write
167
167
to a result file or `/var/log/messages`.
168
168
169
-
In this example the *log file* name is `azacsnap-backup-bootVol.log` (see [Log files](#log-files)).
169
+
In this example, the *log file* name is `azacsnap-backup-bootVol.log` (see [Log files](#log-files)).
170
170
171
171
## Log files
172
172
173
-
The log file name is constructed from the following "(command name)-(the `-c` option)-(the config filename)". For example, if running the command`azacsnap -c backup --configfile h80.json --retention 5 --prefix one-off`then the log file will be called `azacsnap-backup-h80.log`. Or if using the `-c test` option with the same configuration file (e.g. `azacsnap -c test --configfile h80.json`) then the log file will be called `azacsnap-test-h80.log`.
173
+
The log file name is constructed from the following "(command name)-(the `-c` option)-(the config filename)". For example, if running the command `azacsnap -c backup --configfile h80.json --retention 5 --prefix one-off` then the log file is called `azacsnap-backup-h80.log`. Or if using the `-c test` option with the same configuration file (e.g. `azacsnap -c test --configfile h80.json`) then the log file is called `azacsnap-test-h80.log`.
174
174
175
175
> [!NOTE]
176
176
> Log files can be automatically maintained using [this guide](azacsnap-tips.md#manage-azacsnap-log-files).
0 commit comments