Verrouiller vos ressources pour protéger votre infrastructure

Article
06/14/2024

Si vous êtes administrateur, vous pouvez verrouiller un abonnement, un groupe de ressources ou une ressource Azure pour les protéger contre les suppressions et modifications accidentelles de la part des utilisateurs. Le verrou remplace toutes les autorisations que les utilisateurs ont.

Vous pouvez définir des verrous qui empêchent les suppressions ou les modifications. Dans le portail, ces verrous sont appelés Suppression et Lecture seule. Dans la ligne de commande, ces verrous sont appelés CanNotDelete et ReadOnly.

CanNotDelete signifie que les utilisateurs autorisés peuvent lire et modifier une ressource, mais qu’ils ne peuvent pas la supprimer.
ReadOnly signifie que les utilisateurs autorisés peuvent lire une ressource, mais pas la supprimer ni la mettre à jour. Appliquer ce verrou revient à limiter à tous les utilisateurs autorisés les autorisations fournies par le rôle Lecteur.

Contrairement au contrôle d’accès en fonction du rôle (RBAC), vous utilisez des verrous de gestion pour appliquer une restriction à tous les utilisateurs et rôles. Pour en savoir plus sur la définition des autorisations pour les utilisateurs et les rôles, consultez Azure RBAC.

Héritage de verrou

Lorsque vous appliquez un verrou à une étendue parente, toutes les ressources de cette étendue héritent du même verrou. Même les ressources que vous ajoutez par la suite héritent du même verrou parent. Le verrou le plus restrictif de l’héritage est prioritaire.

Les ressources d’extension héritent des verrous de la ressource auxquelles elles sont appliquées. Par exemple, Microsoft.Insights/diagnosticSettings est un type de ressource d’extension. Si vous appliquez un paramètre de diagnostic à un objet blob de stockage et que vous verrouillez le compte de stockage, vous ne pouvez pas supprimer le paramètre de diagnostic. Cet héritage est logique, car l’ID de ressource complet du paramètre de diagnostic est :

/subscriptions/{sub-id}/resourceGroups/{rg-name}/providers/Microsoft.Storage/storageAccounts/{storage-name}/blobServices/default/providers/microsoft.insights/diagnosticSettings/{setting-name}"

Qui correspond à l’étendue de l’ID de ressource de la ressource verrouillée :

/subscriptions/{sub-id}/resourceGroups/{rg-name}/providers/Microsoft.Storage/storageAccounts/{storage-name}

Si vous avez un verrou Suppression sur une ressource et que vous tentez de supprimer son groupe de ressources, la fonctionnalité bloque complètement l’opération de suppression. Même si le groupe de ressources ou d’autres ressources dans le groupe de ressources ne sont pas verrouillés, la suppression n’est pas possible. Vous n’avez jamais de suppression partielle.

Quand vous annulez un abonnement Azure :

Un verrou de ressource ne bloque pas l’annulation de l’abonnement.
Azure conserve vos ressources en les désactivant au lieu de les supprimer immédiatement.
Azure supprime vos ressources définitivement seulement après un certain délai d’attente.

Comprendre l’étendue des verrous

Notes

Les verrous s’appliquent uniquement aux opérations de plan de contrôle Azure ; ils ne s’appliquent pas aux opérations de plan de données.

Les opérations de plan de contrôle Azure sont envoyées à https://management.azure.com. Les opérations de plan de données Azure sont envoyées à votre instance de service, par exemple https://myaccount.blob.core.windows.net/. Consultez Plan de contrôle et plan de données Azure. Pour découvrir quelles opérations utilisent l’URL du plan de contrôle, consultez l’API REST Azure.

La distinction est que les verrous protègent une ressource contre les modifications, mais qu’ils ne limitent pas la façon dont une ressource effectue ses fonctions. Un verrou ReadOnly mis, par exemple, sur un serveur logique SQL Database, protège celui-ci contre les suppressions et les modifications. Vous êtes autorisé à créer, mettre à jour ou supprimer des données dans la base de données du serveur. Les opérations de plan de données autorisent les transactions de données. Ces requêtes ne sont pas envoyées à https://management.azure.com.

Points à prendre en considération avant d’appliquer des verrous

L’application de verrous peut entraîner des résultats inattendus. Certaines opérations, qui ne semblent pas a priori modifier une ressource, nécessitent des actions bloquées. Les verrous empêchent la méthode POST d’envoyer des données à l’API Azure Resource Manager (ARM). Voici quelques exemples courants d’opérations bloquées :

Un verrou en lecture seule appliqué à un compte de stockage empêche les utilisateurs de répertorier les clés du compte. Une requête POST gère l’opération List Keys de Stockage Azure pour protéger l’accès aux clés de compte. Les clés de compte fournissent un accès complet aux données dans le compte de stockage. Lorsqu'un verrou en lecture seule est configuré pour un compte de stockage, les utilisateurs qui ne disposent pas des clés de compte doivent utiliser des informations d'identification Microsoft Entra pour accéder aux données de blob ou de file d'attente. Un verrou en lecture seule empêche également l’attribution de rôles Azure RBAC étendus au compte de stockage ou à un conteneur de données (conteneur de blobs ou file d’attente).
Un verrou en lecture seule sur un compte de stockage protège les attributions RBAC étendues pour un compte de stockage ou un conteneur de données (conteneur d’objets blob ou file d’attente).
Un verrou en lecture seule sur un compte de stockage empêche la création d’un conteneur d’objets blob.
Un verrou en lecture seule sur un compte de stockage empêche la création d’un conteneur d’objets blob. Vous pouvez toutefois créer des opérations sur un compte de stockage par le biais du plan de contrôle et du plan de données. Les verrous en lecture seule bloquent uniquement les demandes de création du plan de contrôle, mais un utilisateur peut toujours effectuer une opération de création valide sur la ressource par l’intermédiaire du plan de données.
Un verrou en lecture seule ou un verrou d’impossibilité de supprimer sur un compte de stockage n’empêche pas la suppression ou la modification des données du compte. Il ne protège pas non plus les données d’objet blob, de file d’attente, de table ou de fichier.
L’API compte de stockage expose les opérations de plan de données et de plan de contrôle. Si une requête utilise des opérations de plan de données, le verrou sur le compte de stockage ne protège pas les données d’objet blob, de file d’attente, de table ou de fichier dans ce compte de stockage. Si la requête utilise des opérations de plan de contrôle, le verrou protège toutefois ces ressources.

Si une requête utilise, par exemple, Partages de fichiers – Supprimer, qui est une opération de plan de contrôle, la suppression est refusée. Si la requête utilise Supprimer le partage, qui est une opération de plan de données, la suppression réussit. Nous vous recommandons d’utiliser une opération de plan de contrôle.
Un verrou Lecture seule sur un groupe de sécurité réseau empêche de créer le journal de flux de groupe de sécurité réseau correspondant. Un verrou Suppression impossible sur un groupe de sécurité réseau n’empêche pas de créer ou de modifier le journal de flux de groupe de sécurité réseau correspondant.
Un verrou en lecture seule sur une ressource App Service empêche l’Explorateur de serveurs Visual Studio d’afficher les fichiers de la ressource, car cette interaction requiert un accès en écriture.
Un verrou en lecture seule sur un groupe de ressources qui contient un plan App Service empêche tout scale-up ou scale-out du plan.
Un verrou en lecture seule appliqué à un groupe de ressources contenant une machine virtuelle empêche tous les utilisateurs de démarrer ou de redémarrer une machine virtuelle. Ces opérations nécessitent une requête de méthode POST.
Un verrou en lecture seule sur un groupe de ressources vous empêche de déplacer des ressources existantes dans le groupe de ressources ou hors de celui-ci. Toutefois, notez qu’une ressource avec un verrou en lecture seule peut être déplacée vers un autre groupe de ressources.
Un verrouillage en lecture seule sur un groupe de ressources contenant un compte Automation empêche le démarrage de tous les runbooks. Ces opérations nécessitent une requête de méthode POST.
Un verrou de suppression impossible sur une ressource ou un groupe de ressources empêche la suppression des affectations Azure RBAC.
Un verrou cannot-delete (suppression impossible) sur un groupe de ressources empêche Azure Resource Manager de supprimer automatiquement les déploiements dans l’historique. Si vous atteignez 800 déploiements dans l’historique, vos déploiements échouent.
Un verrou cannot-delete (suppression impossible) sur un groupe de ressources créé par le service Sauvegarde Azure, fera échouer les sauvegardes. Le service prend en charge un maximum de 18 points de restauration. Lorsqu’il est verrouillé, le service de sauvegarde ne peut pas nettoyer les points de restauration. Pour plus d’informations, consultez le Forum aux questions – Sauvegarde de machines virtuelles Azure.
Un verrou de suppression impossible sur un groupe de ressources qui contient des espaces de travail Azure Machine Learning empêche la mise à l’échelle automatique des clusters de calcul Azure Machine Learning de fonctionner correctement. Avec le verrou, la mise à l’échelle automatique ne peut pas supprimer les nœuds inutilisés. Votre solution consomme plus de ressources que nécessaire pour la charge de travail.
Un verrouillage en lecture seule sur un espace de travail Log Analytics empêche l’activation d’UEBA (User and Entity Behavior Analytics).
Un verrou d’impossibilité de supprimer sur un espace de travail Log Analytics n’empêche pas les opérations de suppression définitive de données. À la place, supprimez le rôle suppression définitive de données de l’utilisateur.
Un verrou en lecture seule sur un abonnement empêche Azure Advisor de fonctionner correctement. Advisor ne peut pas stocker les résultats de ses requêtes.
Un verrou en lecture seule sur une passerelle applicative vous empêche d’obtenir l’intégrité du backend de la passerelle applicative. Cette opération utilise une méthode POST, qui est bloquée par un verrou en lecture seule.
Un verrou en lecture seule sur un cluster Azure Kubernetes Service (AKS) limite la façon dont vous pouvez accéder aux ressources de cluster via le portail. Un verrou en lecture seule vous empêche d’utiliser la section des ressources Kubernetes du cluster AKS dans le Portail Azure pour choisir une ressource de cluster. Ces opérations nécessitent une requête de méthode POST pour l’authentification.
Un verrou de suppression impossible sur une machine virtuelle protégée par Site Recovery empêche certaines liaisons de ressources liées à Site Recovery d’être supprimées correctement quand vous enlevez la protection ou désactivez la réplication. Si vous envisagez de protéger à nouveau la machine virtuelle ultérieurement, vous devez supprimer le verrou avant de désactiver la protection. Si vous ne supprimez pas le verrou, vous devez suivre certaines étapes pour nettoyer les liens obsolètes avant de pouvoir protéger la machine virtuelle. Pour plus d’informations, consultez Résoudre les problèmes de réplication des machines virtuelles Azure.
Pour PostgreSQL, le réseau virtuel ne doit avoir aucun verrou de ressource défini au niveau du réseau virtuel ou du sous-réseau, car les verrous peuvent interférer avec les opérations sur le réseau et le DNS. Avant de créer le serveur dans un réseau virtuel, veillez à supprimer les verrous de suppression ou en lecture seule de votre réseau virtuel et de tous les sous-réseaux. Vous pouvez réappliquer les verrous une fois le serveur créé.

Utilisateurs autorisés à créer ou à supprimer des verrous

Pour créer ou supprimer des verrous de gestion, vous avez besoin d’accéder à des actions Microsoft.Authorization/* ou Microsoft.Authorization/locks/*. Les utilisateurs affectés aux rôles Propriétaire et Administrateur de l’accès utilisateur disposent de l’accès requis. Certains rôles intégrés spécialisés accordent également cet accès. Vous pouvez créer un rôle personnalisé avec les autorisations nécessaires.

Applications managées et verrous

Certains services Azure, tels qu’Azure Databricks, utilisent des applications managées pour implémenter le service. Dans ce cas, le service crée deux groupes de ressources. L’un est un groupe de ressources déverrouillé qui contient une vue d’ensemble du service. L’autre est un groupe de ressources verrouillé qui contient l’infrastructure du service.

Si vous essayez de supprimer le groupe de ressources contenant l’infrastructure, vous obtenez une erreur, qui indique que le groupe de ressources est verrouillé. Si vous tentez de supprimer ce verrou, vous obtenez une erreur, qui indique que le verrou ne peut pas être supprimé, car il est détenu par une application système.

Au lieu de cela, supprimez le service, ce qui supprime également le groupe de ressources contenant l’infrastructure.

Pour les applications managées, choisissez le service que vous avez déployé.

Capture d’écran du portail Azure avec une instance de Azure Databricks sélectionnée.

Notez que le service inclut un lien vers un groupe de ressources managé. Ce groupe de ressources contient l’infrastructure et est verrouillé. Vous pouvez le supprimer uniquement de manière indirecte.

Capture d’écran montrant le lien du groupe de ressources managées dans le portail Azure.

Pour supprimer tous les éléments associés au service, y compris le groupe de ressources contenant l’infrastructure (qui est donc verrouillé),choisissez l’option Supprimer pour le service.

Capture d’écran du portail Azure avec l’option Supprimer pour le service sélectionné.

Configurer des verrous

Portail

Dans le volet de navigation de gauche, le nom de la fonctionnalité de verrouillage d’abonnement est Verrous de ressources, et le nom de la fonctionnalité de verrouillage de groupe de ressources est Verrous.

Dans le panneau Paramètres de la ressource, du groupe de ressources ou de l’abonnement que vous voulez verrouiller, sélectionnez Verrous.

Remarque

Vous ne pouvez ajouter aucun verrou aux groupes d’administration.
Pour ajouter un verrou, sélectionnez Ajouter. Si vous souhaitez créer un verrou au niveau du parent, sélectionnez le parent. La ressource actuellement sélectionnée hérite du verrou du parent. Vous pouvez par exemple verrouiller le groupe de ressources afin d’appliquer un verrou à toutes ses ressources.
Choisissez un nom et un niveau de verrouillage pour le verrou. Si vous le souhaitez, vous pouvez ajouter des notes décrivant le verrou.
Pour supprimer le verrou, sélectionnez le bouton Supprimer.

Modèle

Lorsque vous utilisez un modèle ARM ou un fichier Bicep pour déployer un verrou, il est utile de comprendre comment l’étendue du déploiement et l’étendue du verrou interagissent. Pour appliquer un verrou au niveau de l’étendue du déploiement, par exemple pour verrouiller un groupe de ressources ou un abonnement, laissez la propriété d’étendue non définie. Si vous verrouillez une ressource, dans l’étendue du déploiement, définissez la propriété d’étendue sur le verrou.

Le modèle suivant applique un verrou au groupe de ressources. Notez qu’il n’existe pas de propriété d’étendue sur la ressource de verrou, car l’étendue du verrou correspond à celle du déploiement. Déployez ce modèle au niveau du groupe de ressources.

JSON
Bicep

{
  "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
  "contentVersion": "1.0.0.0",
  "parameters": {
  },
  "resources": [
    {
      "type": "Microsoft.Authorization/locks",
      "apiVersion": "2016-09-01",
      "name": "rgLock",
      "properties": {
        "level": "CanNotDelete",
        "notes": "Resource group should not be deleted."
      }
    }
  ]
}

resource createRgLock 'Microsoft.Authorization/locks@2016-09-01' = {
  name: 'rgLock'
  properties: {
    level: 'CanNotDelete'
    notes: 'Resource group should not be deleted.'
  }
}

Pour créer un groupe de ressources et le verrouiller, déployez le modèle suivant au niveau de l’abonnement.

JSON
Bicep

{
  "$schema": "https://schema.management.azure.com/schemas/2018-05-01/subscriptionDeploymentTemplate.json#",
  "contentVersion": "1.0.0.0",
  "parameters": {
    "rgName": {
      "type": "string"
    },
    "rgLocation": {
      "type": "string"
    }
  },
  "variables": {},
  "resources": [
    {
      "type": "Microsoft.Resources/resourceGroups",
      "apiVersion": "2021-04-01",
      "name": "[parameters('rgName')]",
      "location": "[parameters('rgLocation')]",
      "properties": {}
    },
    {
      "type": "Microsoft.Resources/deployments",
      "apiVersion": "2021-04-01",
      "name": "lockDeployment",
      "resourceGroup": "[parameters('rgName')]",
      "dependsOn": [
        "[resourceId('Microsoft.Resources/resourceGroups/', parameters('rgName'))]"
      ],
      "properties": {
        "mode": "Incremental",
        "template": {
          "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
          "contentVersion": "1.0.0.0",
          "parameters": {},
          "variables": {},
          "resources": [
            {
              "type": "Microsoft.Authorization/locks",
              "apiVersion": "2016-09-01",
              "name": "rgLock",
              "properties": {
                "level": "CanNotDelete",
                "notes": "Resource group and its resources should not be deleted."
              }
            }
          ],
          "outputs": {}
        }
      }
    }
  ],
  "outputs": {}
}

Le fichier Bicep principal crée un groupe de ressources et utilise un module pour créer le verrou.

targetScope = 'subscription'

param rgName string
param rgLocation string

resource createRg 'Microsoft.Resources/resourceGroups@2021-04-01' = {
  name: rgName
  location: rgLocation
}

module deployRgLock './lockRg.bicep' = {
  name: 'lockDeployment'
  scope: resourceGroup(createRg.name)
}

Le module utilise un fichier Bicep nommé lockRg.bicep qui ajoute le verrou du groupe de ressources.

resource createRgLock 'Microsoft.Authorization/locks@2016-09-01' = {
  name: 'rgLock'
  properties: {
    level: 'CanNotDelete'
    notes: 'Resource group and its resources should not be deleted.'
  }
}

Lorsque vous appliquez un verrou à une ressource au sein du groupe de ressources, ajoutez la propriété d’étendue. Définissez l’étendue sur le nom de la ressource à verrouiller.

L’exemple suivant représente un modèle créant un plan App Service, un site web et un verrou sur le site web. L’étendue du verrou est définie sur le site web.

JSON
Bicep

{
  "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
  "contentVersion": "1.0.0.0",
  "parameters": {
    "hostingPlanName": {
      "type": "string"
    },
    "location": {
      "type": "string",
      "defaultValue": "[resourceGroup().location]"
    }
  },
  "variables": {
    "siteName": "[concat('ExampleSite', uniqueString(resourceGroup().id))]"
  },
  "resources": [
    {
      "type": "Microsoft.Web/serverfarms",
      "apiVersion": "2020-12-01",
      "name": "[parameters('hostingPlanName')]",
      "location": "[parameters('location')]",
      "sku": {
        "tier": "Free",
        "name": "f1",
        "capacity": 0
      },
      "properties": {
        "targetWorkerCount": 1
      }
    },
    {
      "type": "Microsoft.Web/sites",
      "apiVersion": "2020-12-01",
      "name": "[variables('siteName')]",
      "location": "[parameters('location')]",
      "dependsOn": [
        "[resourceId('Microsoft.Web/serverfarms', parameters('hostingPlanName'))]"
      ],
      "properties": {
        "serverFarmId": "[parameters('hostingPlanName')]"
      }
    },
    {
      "type": "Microsoft.Authorization/locks",
      "apiVersion": "2016-09-01",
      "name": "siteLock",
      "scope": "[concat('Microsoft.Web/sites/', variables('siteName'))]",
      "dependsOn": [
        "[resourceId('Microsoft.Web/sites', variables('siteName'))]"
      ],
      "properties": {
        "level": "CanNotDelete",
        "notes": "Site should not be deleted."
      }
    }
  ]
}

param hostingPlanName string
param location string = resourceGroup().location

var siteName = concat('ExampleSite', uniqueString(resourceGroup().id))

resource serverFarm 'Microsoft.Web/serverfarms@2020-12-01' = {
  name: hostingPlanName
  location: location
  sku: {
    tier: 'Free'
    name: 'f1'
    capacity: 0
  }
  properties: {
    targetWorkerCount: 1
  }
}

resource webSite 'Microsoft.Web/sites@2020-12-01' = {
  name: siteName
  location: location
  properties: {
    serverFarmId: serverFarm.name
  }
}

resource siteLock 'Microsoft.Authorization/locks@2016-09-01' = {
  name: 'siteLock'
  scope: webSite
  properties:{
    level: 'CanNotDelete'
    notes: 'Site should not be deleted.'
  }
}

Azure PowerShell

Vous pouvez verrouiller des ressources déployées avec Azure PowerShell en utilisant la commande New-AzResourceLock.

Pour verrouiller une ressource, indiquez le nom de la ressource, son type de ressource et son nom de groupe de ressources.

New-AzResourceLock -LockLevel CanNotDelete -LockName LockSite -ResourceName examplesite -ResourceType Microsoft.Web/sites -ResourceGroupName exampleresourcegroup

Pour verrouiller un groupe de ressources : indiquez le nom du groupe de ressources.

New-AzResourceLock -LockName LockGroup -LockLevel CanNotDelete -ResourceGroupName exampleresourcegroup

Pour obtenir des informations sur un verrou, utilisez Get-AzResourceLock. Pour obtenir tous les verrous de votre abonnement, utilisez :

Get-AzResourceLock

Pour obtenir tous les verrous d’une ressource, utilisez :

Get-AzResourceLock -ResourceName examplesite -ResourceType Microsoft.Web/sites -ResourceGroupName exampleresourcegroup

Pour obtenir tous les verrous d’un groupe de ressources, utilisez :

Get-AzResourceLock -ResourceGroupName exampleresourcegroup

Pour supprimer un verrou pour une ressource, utilisez :

$lockId = (Get-AzResourceLock -ResourceGroupName exampleresourcegroup -ResourceName examplesite -ResourceType Microsoft.Web/sites).LockId
Remove-AzResourceLock -LockId $lockId

Pour supprimer un verrou pour un groupe de ressources, utilisez :

$lockId = (Get-AzResourceLock -ResourceGroupName exampleresourcegroup).LockId
Remove-AzResourceLock -LockId $lockId

Azure CLI

Verrouillez les ressources déployées avec Azure CLI à l’aide de la commande az lock create.

Pour verrouiller une ressource, indiquez le nom de la ressource, son type de ressource et son nom de groupe de ressources.

az lock create --name LockSite --lock-type CanNotDelete --resource-group exampleresourcegroup --resource-name examplesite --resource-type Microsoft.Web/sites

Pour verrouiller un groupe de ressources : indiquez le nom du groupe de ressources.

az lock create --name LockGroup --lock-type CanNotDelete --resource-group exampleresourcegroup

Pour obtenir des informations sur un verrou, utilisez la commande az lock list. Pour obtenir tous les verrous de votre abonnement, utilisez :

az lock list

Pour obtenir tous les verrous d’une ressource, utilisez :

az lock list --resource-group exampleresourcegroup --resource-name examplesite --namespace Microsoft.Web --resource-type sites --parent ""

Pour obtenir tous les verrous d’un groupe de ressources, utilisez :

az lock list --resource-group exampleresourcegroup

Pour supprimer un verrou pour une ressource, utilisez :

lockid=$(az lock show --name LockSite --resource-group exampleresourcegroup --resource-type Microsoft.Web/sites --resource-name examplesite --output tsv --query id)
az lock delete --ids $lockid

Pour supprimer un verrou pour un groupe de ressources, utilisez :

lockid=$(az lock show --name LockSite --resource-group exampleresourcegroup  --output tsv --query id)
az lock delete --ids $lockid

Python

Vous verrouillez les ressources déployées avec Python en utilisant la commande ManagementLockClient.management_locks.create_or_update_at_resource_group_level.

Pour verrouiller une ressource, indiquez le nom de la ressource, son type de ressource et son nom de groupe de ressources.

import os
from azure.identity import AzureCliCredential
from azure.mgmt.resource import ManagementLockClient

credential = AzureCliCredential()
subscription_id = os.environ["AZURE_SUBSCRIPTION_ID"]

lock_client = ManagementLockClient(credential, subscription_id)

lock_result = lock_client.management_locks.create_or_update_at_resource_level(
    "exampleGroup",
    "Microsoft.Web",
    "",
    "sites",
    "examplesite",
    "lockSite",
    {
        "level": "CanNotDelete"
    }
)

Pour verrouiller un groupe de ressources : indiquez le nom du groupe de ressources.

import os
from azure.identity import AzureCliCredential
from azure.mgmt.resource import ManagementLockClient

credential = AzureCliCredential()
subscription_id = os.environ["AZURE_SUBSCRIPTION_ID"]

lock_client = ManagementLockClient(credential, subscription_id)

lock_result = lock_client.management_locks.create_or_update_at_resource_group_level(
    "exampleGroup",
    "lockGroup",
    {
        "level": "CanNotDelete"
    }
)

Pour obtenir des informations concernant tous les verrous de votre abonnement, utilisez la commande ManagementLockClient.management_locks.get. Pour obtenir tous les verrous de votre abonnement, utilisez :

import os
from azure.identity import AzureCliCredential
from azure.mgmt.resource import ManagementLockClient

credential = AzureCliCredential()
subscription_id = os.environ["AZURE_SUBSCRIPTION_ID"]

lock_client = ManagementLockClient(credential, subscription_id)

lock_result = lock_client.management_locks.list_at_subscription_level()

for lock in lock_result:
    print(f"Lock name: {lock.name}")
    print(f"Lock level: {lock.level}")
    print(f"Lock notes: {lock.notes}")

Pour obtenir un verrou pour une ressource, utilisez :

import os
from azure.identity import AzureCliCredential
from azure.mgmt.resource import ManagementLockClient

credential = AzureCliCredential()
subscription_id = os.environ["AZURE_SUBSCRIPTION_ID"]

lock_client = ManagementLockClient(credential, subscription_id)

lock_result = lock_client.management_locks.get_at_resource_level(
    "exampleGroup",
    "Microsoft.Web",
    "",
    "sites",
    "examplesite",
    "lockSite"
)

print(f"Lock ID: {lock_result.id}")
print(f"Lock Name: {lock_result.name}")
print(f"Lock Level: {lock_result.level}")

Pour obtenir un verrou pour un groupe de ressources, utilisez :

import os
from azure.identity import AzureCliCredential
from azure.mgmt.resource import ManagementLockClient

credential = AzureCliCredential()
subscription_id = os.environ["AZURE_SUBSCRIPTION_ID"]

lock_client = ManagementLockClient(credential, subscription_id)

lock_result = lock_client.management_locks.get_at_resource_group_level(
    "exampleGroup",
    "lockGroup"
)

print(f"Lock ID: {lock_result.id}")
print(f"Lock Level: {lock_result.level}")

Pour supprimer un verrou pour une ressource, utilisez :

import os
from azure.identity import AzureCliCredential
from azure.mgmt.resource import ManagementLockClient

credential = AzureCliCredential()
subscription_id = os.environ["AZURE_SUBSCRIPTION_ID"]

lock_client = ManagementLockClient(credential, subscription_id)

lock_client.management_locks.delete_at_resource_level(
    "exampleGroup",
    "Microsoft.Web",
    "",
    "sites",
    "examplesite",
    "lockSite"
)

Pour supprimer un verrou pour un groupe de ressources, utilisez :

import os
from azure.identity import AzureCliCredential
from azure.mgmt.resource import ManagementLockClient

credential = AzureCliCredential()
subscription_id = os.environ["AZURE_SUBSCRIPTION_ID"]

lock_client = ManagementLockClient(credential, subscription_id)

lock_client.management_locks.delete_at_resource_group_level("exampleGroup", "lockGroup")

API REST

Vous pouvez verrouiller des ressources déployées à l’aide de l’ API REST pour les verrous de gestion. L’API REST vous permet de créer et de supprimer des verrous, et de récupérer des informations relatives aux verrous existants.

Pour créer un verrou, exécutez :

PUT https://management.azure.com/{scope}/providers/Microsoft.Authorization/locks/{lock-name}?api-version={api-version}

Le verrou peut être appliqué à un abonnement, à un groupe de ressources ou à une ressource. Le nom du verrou peut être personnalisé. Pour la version de l’API, utilisez 2016-09-01.

Dans la requête, incluez un objet JSON qui spécifie les propriétés du verrou.

{
  "properties": {
  "level": "CanNotDelete",
  "notes": "Optional text notes."
  }
}

Étapes suivantes

Pour en savoir plus sur l’organisation logique de vos ressources, consultez Organisation des ressources à l’aide de balises.
Vous pouvez appliquer des restrictions et des conventions sur votre abonnement avec des stratégies personnalisées. Pour plus d’informations, consultez Qu’est-ce qu’Azure Policy ?.
Pour obtenir des conseils sur l’utilisation de Resource Manager par les entreprises pour gérer efficacement les abonnements, voir Structure d’Azure Enterprise - Gouvernance normative de l’abonnement.

Partager via

Verrouiller vos ressources pour protéger votre infrastructure

Héritage de verrou

Comprendre l’étendue des verrous

Points à prendre en considération avant d’appliquer des verrous

Utilisateurs autorisés à créer ou à supprimer des verrous

Applications managées et verrous

Configurer des verrous

Portail

Modèle

Azure PowerShell

Azure CLI

Python

API REST

Étapes suivantes

Commentaires

Ressources supplémentaires