Vue d’ensemble de la protection des données

Dans la documentation sur le service Stockage Azure, la protection des données fait référence à des stratégies de protection du compte de stockage et des données qu’il contient contre la suppression ou la modification, ou de restauration de données après suppression ou modification. Il est important de réfléchir à la meilleure façon de protéger vos données avant que se produise un incident susceptible de les compromettre. Ce guide peut vous aider à décider à l’avance quelles fonctionnalités de protection des données votre situation nécessite. stockage Azure propose également des options de reprise après sinistre, de sécurité et de réseautage. Toutes ces méthodes fonctionnent ensemble pour une protection complète de vos données.

Recommandations pour la protection de base des données

Si vous souhaitez une couverture de base pour la protection des données de votre compte de stockage et les données qu’il contient, suivez les étapes suivantes :

  1. Configurez un verrou Azure Resource Manager sur le compte de stockage pour protéger le compte contre la suppression ou les changements de configuration. En savoir plus…

  2. Activez la suppression réversible de conteneur pour le compte de stockage afin de pouvoir récupérer un conteneur supprimé et son contenu. En savoir plus…

  3. Activez la suppression réversible d’un objet blob pour le compte de stockage afin de récupérer un blob supprimé ou remplacé. En savoir plus…

La section suivante décrit plus en détail ces options ainsi que d’autres options de protection des données pour d’autres scénarios. Pour une protection contre des scénarios de perte de données plus larges tels que la suppression accidentelle de compte ou le ransomware, envisagez d’activer Sauvegarde Azure en plus des fonctionnalités du compte.

Pour obtenir une vue d’ensemble des coûts liés à ces fonctionnalités, consultez Résumé des considérations relatives aux coûts.

Conseil / Astuce

Utilisez Azure Copilot pour obtenir des conseils sur l'amélioration de la stratégie de protection de votre compte de stockage. Pour plus d’informations, consultez Gérer et migrer des comptes de stockage à l’aide d’Azure Copilot.

Vue d’ensemble des options de protection des données

Le tableau suivant récapitule les options disponibles dans Stockage Azure pour les scénarios de protection des données courants. Choisissez les scénarios qui s’appliquent à votre situation pour en savoir plus sur les options disponibles. Certaines fonctionnalités ne sont actuellement pas disponibles pour les comptes de stockage pour lesquels un espace de noms hiérarchique est activé.

Scénario Option de protection des données Recommandations Avantage de la protection Disponible pour Data Lake Storage
Empêcher la suppression ou la modification d’un compte de stockage. Verrou Azure Resource Manager
En savoir plus…
Verrouillez tous vos comptes de stockage à l’aide d’un verrou Azure Resource Manager pour empêcher leur suppression. Protège le compte de stockage contre la suppression et les modifications de configuration.

Ne protège pas les conteneurs ou objets blob du compte contre la suppression ou le remplacement.
Oui
Restaurer un conteneur supprimé dans un intervalle spécifié. Suppression réversible du conteneur
En savoir plus…
Activez la suppression réversible de conteneur pour tous les comptes de stockage, avec un intervalle de rétention minimal de sept jours.

Activez la suppression réversible des objets blobs pour une protection optimale des données des blobs.

Stockez les conteneurs qui nécessitent différentes périodes de rétention dans des comptes de stockage distincts.
Un conteneur supprimé et son contenu peuvent être restaurés pendant la période de conservation.

Seules des opérations de niveau conteneur (par exemple, Supprimer le conteneur) peuvent être restaurées. La suppression réversible de conteneur ne vous permet pas de restaurer un objet blob individuel dans le conteneur si cet objet blob est supprimé.
Oui
Restaurer un blob supprimé ou une version de blob supprimée dans un intervalle spécifié. Suppression réversible de blob
En savoir plus…
Activez la suppression réversible d’objet blob pour tous les comptes de stockage, avec un intervalle de rétention minimal de sept jours.

Activez la suppression réversible des conteneurs pour une protection optimale des données des blobs.

Stockez les blobs qui nécessitent différentes périodes de rétention dans des comptes de stockage distincts.
Vous pouvez restaurer un blob supprimé ou une version de blob au cours de la période de rétention. Oui
Enregistrer automatiquement l’état d’un objet blob dans une version antérieure quand il est remplacé. Contrôle de version des objets blob
En savoir plus…
Activez le contrôle de version des objets blob lorsque vous souhaitez capturer automatiquement les changements d’écrasement et de métadonnées et conserver les versions précédentes des données jusqu’à leur suppression explicite. Pour minimiser les coûts, utilisez une politique de gestion du cycle de vie ou une tâche d’actions de stockage pour supprimer automatiquement les anciennes versions.

Activez avec suppression réversible des objets blob pour une couche supplémentaire de protection. En savoir plus…

Stockez les données blob qui ne nécessitent pas de contrôle de version dans un compte distinct pour limiter les coûts.
Chaque opération d’écriture de blob crée une nouvelle version. Quand vous supprimez un blob, la version actuelle du blob devient une version précédente. Les versions précédentes persistent jusqu’à ce qu’elles soient explicitement supprimées ou puissent être promues en version actuelle. Non
Enregistrer manuellement l’état d’un blob à un moment donné. Instantané d’objet blob
En savoir plus…
Recommandé pour des captures délibérées à un moment donné, ou comme alternative au versioning blob sur des comptes avec un espace de noms hiérarchique, où le versioning n’est pas disponible. Un blob peut être restauré à partir d’un instantané si le blob est écrasé. Si le blob est supprimé, les captures instantanées le sont également.

Lorsque la suppression réversible des objets blob est activée, les remplacements entraînent la création d’instantanés supprimés de façon réversible.
Non
Empêcher la suppression d’une version du blob pendant un intervalle que vous contrôlez. Stratégie d’immutabilité sur une version d’objet blob
En savoir plus…
Définissez une stratégie d’immuabilité sur une version individuelle du blob pour protéger des documents vitaux pour l’entreprise, par exemple, en réponse à des exigences de conformité légales ou réglementaires. Empêche la suppression d’une version de blob et le remplacement de ses métadonnées. Une opération de remplacement crée une nouvelle version.

Si l’immuabilité au niveau de la version est activée pour au moins un conteneur, le compte de stockage est également protégé contre la suppression. La suppression du conteneur échoue si au moins un blob existe dans le conteneur.
Non
Empêcher la suppression ou la modification d’un conteneur et de ses blobs pendant un intervalle de temps que vous contrôlez. Stratégie d’immuabilité sur un conteneur
En savoir plus…
Définissez une stratégie d’immuabilité sur un conteneur pour protéger des documents vitaux pour l’entreprise, par exemple, en réponse à des exigences de conformité légales ou réglementaires. Protège un conteneur et ses blobs contre les suppressions et les remplacements.

Quand une conservation légale ou une stratégie de rétention verrouillée à durée déterminée est activée, le compte de stockage est également protégé contre la suppression. Les conteneurs pour lesquels aucune stratégie d’immuabilité n’a été définie ne sont pas protégés contre la suppression.
Oui
Restaurer un ensemble d’objets blob de type bloc à un point antérieur dans le temps. Restauration dans le temps
En savoir plus…
Pour utiliser une restauration à un instant dans le passé afin de revenir à un état antérieur, concevez votre application pour supprimer des objets blob de blocs individuels au lieu de supprimer des conteneurs. Un ensemble d’objets blob de blocs peut être rétabli dans l’état où il était à un point spécifique dans le passé.

Seules les opérations effectuées sur des objets blob de blocs sont annulées. Les opérations effectuées sur les conteneurs, objets blob de pages ou objets blob d’ajout ne sont pas annulées.
Non
Un blob peut être supprimé ou remplacé, mais les données sont copiées régulièrement dans un deuxième compte de stockage. Sauvegarde coffre-fort Azure Blob
En savoir plus
Activez la sauvegarde coffre-fort pour qu’une copie externe de vos données soit sauvegardée sur un locataire Microsoft à accès non direct. Fournit une sauvegarde sélective des conteneurs essentiels et permet la restauration de conteneurs individuels vers un compte de stockage différent du compte de stockage source. Oui

AzCopy et Azure Data Factory sont pris en charge.

La réplication d’objet n’est pas prise en charge.
Copier de façon asynchrone les blobs de bloc vers un compte de destination dans une autre région. Réplication d’objets En savoir plus... Activez la réplication d’objets pour conserver une copie redondante des objets blob de blocs dans une autre région, afin que vos données restent disponibles si la région source devient indisponible. Stockez les blobs de blocs qui nécessitent une réplication dans des comptes blob d’objets blob de blocs premium ou v2 à usage général, car la réplication d’objets ne prend en charge que ces types de comptes. Les blobs de blocs écrits sur le compte source sont copiés de manière asynchrone vers le compte de destination selon la politique de réplication. Seuls les blobs de blocs sont répliqués ; les blobs d’ajout et de page ne sont pas pris en charge, et la réplication d’objets ne protège pas contre la suppression accidentelle d’un blob individuel au sein d’un compte. Oui

Protection des données par type de ressource

Le tableau suivant récapitule les options de protection des données de Stockage Azure en fonction des ressources qu’elles protègent.

Option de protection des données Protège un compte contre la suppression Empêche la suppression d’un conteneur Protège un objet contre la suppression Protège un objet contre les remplacements
Verrou Azure Resource Manager Oui Non Non Non
Suppression réversible du conteneur Non Oui Non Non
Suppression réversible des blobs Non Non Oui Oui
Contrôle de version de blob6 Non Non Oui Oui
Instantané d’objet blob6 Non Non Non Oui
Stratégie d’immutabilité sur une version de blob Oui1 Oui2 Oui Oui3
Stratégie d’immuabilité sur un conteneur Oui4 Oui Oui Oui
Restauration à un instant donné5 Non Non Oui Oui
Sauvegarde coffre-fort Azure Blob Non Oui Oui Oui
Réplication d’objets7 Non Oui Oui Oui
Solution « roll-your-own » pour copier les données vers un second compte6 Non Oui Oui Oui

1 La suppression du compte de stockage échoue s’il y a au moins un conteneur avec un stockage immuable au niveau de la version activé.
2 La suppression du conteneur échoue si au moins un blob existe dans le conteneur, que la politique soit verrouillée ou déverrouillée.
3 Écraser le contenu de la version actuelle du blob crée une nouvelle version. Une stratégie d’immuabilité protège les métadonnées d’une version contre leur écrasement.
4 Quand une stratégie de conservation légale ou de rétention à durée déterminée est en vigueur au niveau du conteneur, le compte de stockage est également protégé contre la suppression.
5 Actuellement non pris en charge pour les charges de travail de Data Lake Storage.
6 AzCopy et Azure Data Factory sont des options prises en charge à la fois pour les charges de travail Stockage Blob et Data Lake Storage. La réplication d’objets est prise en charge uniquement pour les charges de travail de Stockage Blob.
7 Une copie répliquée est conservée dans le compte de destination. La réplication d’objets n’empêche pas la suppression du blob dans le compte source, et la réplication est asynchrone, donc les écritures récentes peuvent ne pas encore être présentes dans la destination.

Actions de récupération de données basées sur le type de ressource

Si vous devez récupérer des données qui ont été remplacées ou supprimées, la façon de procéder dépend des options de protection des données que vous avez activées et de la ressource concernée. Le tableau suivant décrit les actions que vous pouvez entreprendre pour récupérer les données.

Ressource remplacée ou supprimée Actions de récupération possibles Exigences pour la récupération
Compte de stockage Tenter de récupérer le compte de stockage supprimé
En savoir plus…
Le compte de stockage a été créé à l’origine avec le modèle de déploiement Azure Resource Manager, et a été supprimé au cours des 14 derniers jours. Aucun nouveau compte de stockage portant le même nom n’a été créé depuis que le compte d’origine a été supprimé.
Conteneur Récupérer le conteneur supprimé de manière réversible et son contenu
En savoir plus…
La suppression réversible de conteneur est activée, et la période de rétention de suppression réversible de conteneur n’a pas encore expiré.
Conteneurs et blobs Restaurer des données à partir d’un deuxième compte de stockage Toutes les opérations de conteneur et de blob ont été répliquées sur un deuxième compte de stockage.
Blob Récupérer un blob supprimé de façon réversible
En savoir plus…
La suppression réversible des blobs est activée et l’intervalle de rétention de la suppression réversible des blobs n’a pas expiré.
Ensemble de blobs de blocs Récupérer un ensemble d’objets blob de blocs dans l’état où ils étaient à un point antérieur dans le temps1
En savoir plus…
La restauration à un instant dans le passé est activée et le point de restauration s’inscrit dans l’intervalle de rétention. Le compte de stockage n’a pas été compromis ou endommagé.
Instantané d’objet blob Récupérer un instantané supprimé temporairement1
En savoir plus…
La suppression douce du blob est activée, vous avez écrasé le blob pour créer un instantané supprimé de façon réversible, et l’intervalle de rétention pour suppression douce n’a pas expiré. Ou bien, la suppression douce du blob a été activée, vous avez supprimé un instantané, et l’intervalle de rétention de suppression douce n’a pas expiré.
Version du blob Récupérer une version supprimée de manière réversible1
En savoir plus…
La suppression réversible de blob est activée et la période de rétention de suppression réversible n’a pas expiré.

1 N’est actuellement pas pris en charge pour les charges de travail Data Lake Storage.

Récapitulatif des considérations relatives au coût

Le tableau suivant récapitule les considérations relatives au coût pour les différentes options de protection des données décrites dans ce guide. Il n’y a aucun frais pour activer ou configurer les fonctionnalités suivantes, mais il faut prendre en compte les coûts que leur comportement engendre.

Option de protection des données Considérations relatives aux coûts
Verrou Azure Resource Manager pour un compte de stockage Aucuns frais pour configurer un verrou sur un compte de stockage.
Suppression réversible du conteneur Les données dans un conteneur supprimé de manière réversible sont facturées au même tarif que les données actives jusqu’à ce que le conteneur supprimé de manière réversible soit supprimé définitivement.
Suppression réversible des blobs Les données de blob supprimées de manière réversible sont facturées au même tarif que les données actives jusqu’à ce qu’elles soient supprimées définitivement.

Vous n’êtes pas facturé pour les transactions qui génèrent automatiquement des instantanés ou des versions lorsqu’un blob est écrasé ou supprimé, mais vous êtes facturé pour les appels vers l’opération Undelete Blob au taux d’écriture-transaction.

Activer la suppression réversible des données souvent écrasées pourrait augmenter les charges de capacité et la latence de listage. Pour évaluer l’impact, Microsoft recommande de commencer par une période de rétention minimale de sept jours. Pour plus d’informations, voir Prix et facturation.
Contrôle de version des objets blob Après avoir activé la version des blobs, chaque écriture sur un blob dans le compte crée une nouvelle version, ce qui peut entraîner une augmentation des coûts de capacité.

Vous payez pour une version blob basée sur des blocs ou des pages uniques. Par conséquent, les coûts augmentent à mesure que le blob de base diverge d’une version particulière. Changer le niveau d’un blob ou d’une version blob peut avoir un impact sur la facturation. Pour plus d’informations, consultez Tarification et facturation.

Utilisez gestion du cycle de vie ou les actions de stockage pour supprimer les versions anciennes si nécessaire afin de contrôler les coûts.
Instantanés d’objet blob Vous payez pour les données d’un instantané en fonction des blocs ou des pages uniques. Par conséquent, les coûts augmentent à mesure que le blob de base diverge de la capture instantanée. Changer le niveau d’un blob ou d’un snapshot peut avoir un impact sur la facturation. Pour plus d’informations, consultez Tarification et facturation.

Utilisez gestion du cycle de vie ou les actions de stockage pour supprimer les anciens instantanés si nécessaire afin de contrôler les coûts.
Stratégie d’immutabilité sur une version de blob La création, la modification ou la suppression d’une stratégie de conservation légale ou de rétention limitée dans le temps portant sur une version blob entraîne des frais de transaction d’écriture.
Stratégie d’immuabilité sur un conteneur Les données non modifiables sont facturées au même tarif que les données modifiables classiques. La facturation est en vigueur jusqu’à ce que les données soient modifiables et supprimées.
Restauration à un instant donné L’activation de la récupération jusqu’à une date et heure active également le contrôle de version de blob, la suppression réversible et le flux de modification, qui peuvent occasionner d’autres frais.

Vous êtes facturé pour la restauration à un instant dans le passé quand vous effectuez une opération de restauration. Le coût d’une opération de restauration dépend de la quantité de données restaurées. Pour plus d’informations, consultez Tarification et facturation.
Sauvegarde archivée Pour Vaulted Backup, des frais de stockage de sauvegarde ou des frais d’instance vous sont facturés, ainsi que le coût côté source (associé à la réplication d’objets) sur le compte source faisant l’objet de la sauvegarde. Consultez la section Tarifs.
Réplication d’objets Aucun frais pour configurer la réplication des objets, y compris l’activation du flux de changements et de la versionisation des blobs, ainsi que l’ajout de politiques de réplication. La réplication d’objets nécessite un flux de modifications et un versionnement, chacun pouvant entraîner d’autres frais.

La conservation des données répliquées dans le compte de destination entraîne des coûts de capacité, y compris le coût de stockage du blob et de chaque version du blob. Si le compte de destination se trouve dans une région différente de la source, la réplication des données entraîne également des frais de transfert sortant.

La réplication d’objets engendre des coûts de transaction : une charge d’écriture-transaction sur le compte source, et des frais de lecture/écriture sur le compte de destination, y compris le coût de lecture des enregistrements de flux de changement. Pour plus d’informations, consultez Facturation.
Copier des données dans un deuxième compte de stockage La maintenance des données dans un deuxième compte de stockage occasionne des coûts de capacité et de transaction. Si le deuxième compte de stockage se trouve dans une région différente de celle du compte source, la copie des données vers ce deuxième compte entraînera en sus des frais de sortie.

Étapes suivantes