Vue d’ensemble de la protection des données
Azure Storage fournit une protection des données pour Blob Storage et Azure Data Lake Storage pour vous aider à vous préparer aux scénarios dans lesquels vous devez récupérer des données supprimées ou écrasées. 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éterminer à l’avance les fonctionnalités de protection des données que requiert votre scénario, ainsi que la manière de les implémenter. Si vous devez récupérer des données supprimées ou remplacées, cette vue d’ensemble fournit également des conseils sur la façon de procéder, en fonction de votre scénario.
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. Stockage Azure offre également des options de récupération d’urgence, notamment plusieurs niveaux de redondance pour protéger vos données contre les pannes de service en raison de problèmes matériels ou de catastrophes naturelles. Le basculement géré par le client (non planifié) est une autre option de récupération d’urgence qui vous permet de basculer vers une région secondaire si la région primaire devient indisponible. Pour plus d’informations sur la protection des données contre les pannes de service, consultez Récupération d’urgence.
Recommandations pour la protection de base des données
Si vous recherchez une couverture de protection des données de base pour votre compte de stockage et les données qu’il contient, Microsoft vous recommande de commencer par les étapes suivantes :
- 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…
- 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…
- Sauvegardez l’état d’un objet blob à intervalles réguliers :
- Pour les charges de travail du Stockage Blob, activez le contrôle de version des blobs pour enregistrer automatiquement l’état de vos données chaque fois qu’un blob est remplacé. En savoir plus…
- Pour les charges de travail d’Azure Data Lake Storage, prenez des captures instantanées manuelles pour enregistrer l’état de vos données à un moment précis dans le temps. En savoir plus…
Ces options, ainsi que les autres options de protection des données destinées à d’autres scénarios, sont décrites plus en détail dans la section suivante.
Pour obtenir une vue d’ensemble des coûts liés à ces fonctionnalités, consultez Résumé des considérations relatives aux coûts.
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. Pour l’heure, certaines fonctionnalités ne sont pas disponibles pour les comptes de stockage dans 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 l’ensemble de vos comptes de stockage avec un verrou Azure Resource Manager pour empêcher la suppression du compte de stockage. | Protège le compte de stockage contre la suppression et les changements de configuration. Ne protège pas les conteneurs ou objets blob du compte contre la suppression ou le remplacement. |
Oui |
| 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. |
No |
| 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 stratégie de conservation légale ou de rétention à 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 conteneur supprimé dans un intervalle spécifié. | Suppression réversible de 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 le contrôle de version et la suppression réversible des blobs avec une suppression réversible de conteneur pour protéger des blobs individuels dans un conteneur. Stockez les conteneurs qui nécessitent différentes périodes de rétention dans des comptes de stockage distincts. |
Vous pouvez restaurer un conteneur et son contenu supprimés pendant la période de rétention. 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 |
| 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 blobs, ainsi que la suppression réversible de conteneur et de blob, pour les comptes de stockage où vous avez besoin d’une protection optimale pour les données de blob. 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. La version actuelle d’un objet blob peut être restaurée à partir d’une version antérieure si la version actuelle est supprimée ou remplacée. | Non |
| Restaurer un blob supprimé ou une version de blob 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 le contrôle de version de blob et la suppression réversible de conteneur avec la suppression réversible de blob pour une protection optimale des données de blob. 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 |
| Restaurer un ensemble d’objets blob de blocs à 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 |
| Enregistrer manuellement l’état d’un blob à un moment donné. | Instantané d’objet blob En savoir plus… |
Solution recommandée en remplacement du contrôle de version d’objet blob quand le contrôle de version n’est pas adapté à votre scénario, pour des raisons de coût ou autres, ou quand un espace de noms hiérarchique est activé pour le compte de stockage. | Vous pouvez restaurer un blob remplacé à partir d’une capture instantanée. Si le blob est supprimé, les captures instantanées le sont également. | Oui, en préversion |
| 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 archivée objets blob Azure En savoir plus |
Activer la sauvegarde en coffre pour avoir une copie hors site de vos données sauvegardées sur un locataire Microsoft sans accès direct | Fournit une sauvegarde sélective des conteneurs essentiels et permet la restauration de conteneurs individuels sur un compte de stockage différent du compte de stockage source | Non Déployer votre propre solution pour copier des données vers un deuxième compte AzCopy et Azure Data Factory sont pris en charge. La réplication d’objet n’est pas prise en charge. |
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 | Protège un conteneur contre la suppression | Protège un objet contre la suppression | Protège un objet contre les remplacements |
|---|---|---|---|---|
| Sauvegarde archivée objets blob Azure |
Non | Oui | Oui | Oui |
| Verrou Azure Resource Manager | Oui | Non1 | Non | Non |
| Stratégie d’immutabilité sur une version d’objet blob | Oui2 | Oui3 | Oui | Oui4 |
| Stratégie d’immuabilité sur un conteneur | Oui5 | Oui | Oui | Oui |
| Suppression réversible de conteneur | Non | Oui | No | Non |
| Contrôle de version de blob6 | Non | Non | Oui | Oui |
| Suppression réversible de blob | Non | Non | Oui | Oui |
| Limite de restauration dans le temps6 | Non | Non | Oui | Oui |
| Instantané d’objet blob | Non | Non | Non | Oui |
| Solution personnalisée pour copier des données vers un deuxième compte7 | Non | Oui | Oui | Oui |
1 Un verrou Azure Resource Manager ne protège pas un conteneur contre la suppression.
2 La suppression du compte de stockage échoue s’il existe au moins un conteneur dont le stockage immuable au niveau de la version est activé.
3 La suppression du conteneur échoue si au moins un blob existe dans le conteneur, que la stratégie soit verrouillée ou déverrouillée.
4 Le remplacement du 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 le remplacement.
5 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.
6 Non pris en charge actuellement pour les charges de travail Data Lake Storage.
7 AzCopy et Azure Data Factory sont des options prises en charge 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.
Récupérer des données supprimées ou remplacées
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 la suppression du compte d’origine. |
| 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 objets blob | 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 (tout type) | Restaurer un objet blob à partir d’une version précédente1 En savoir plus… |
Le contrôle de version de blob est activé, et le blob a une ou plusieurs versions précédentes. |
| Blob (tout type) | Récupérer un blob supprimé de manière réversible En savoir plus… |
La suppression réversible d’objet blob est activée et la période de rétention de suppression réversible n’a pas expiré. |
| Blob (tout type) | Restaurer un blob à partir d’un instantané En savoir plus… |
Le blob a une ou plusieurs captures instantanées. |
| Ensemble d’objets blob 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é. |
| Version de blob | Récupérer une version supprimée de manière réversible1 En savoir plus… |
La suppression réversible d’objet blob est activée et la période de rétention de suppression réversible n’a pas expiré. |
1 Non pris en charge actuellement 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.
| 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. |
| Stratégie d’immutabilité sur une version d’objet blob | Aucun frais pour activer l’immuabilité au niveau de la version sur un conteneur. La création, la modification ou la suppression d’une stratégie de conservation légale ou de rétention à durée déterminée sur une version de blob entraîne des frais de transaction d’écriture. |
| Stratégie d’immuabilité sur un conteneur | Aucuns frais pour configurer une stratégie d’immuabilité sur un conteneur. |
| Suppression réversible de conteneur | Aucuns frais pour activer la suppression réversible de conteneur pour un compte de stockage. Les données d’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. |
| Contrôle de version des objets blob | Aucuns frais pour activer le contrôle de version de blob pour un compte de stockage. Une fois le contrôle de version de blob activé, chaque opération d’écriture ou de suppression sur un blob dans le compte crée une nouvelle version, ce qui peut entraîner des coûts de capacité accrus. Une version de blob est facturée sur la base de pages ou de blocs uniques. Par conséquent, les coûts augmentent à mesure que le blob de base diverge d’une version particulière. La modification du niveau d’un blob ou d’une version de blob peut avoir une incidence sur la facturation. Pour plus d’informations, consultez Tarification et facturation. Utilisez la gestion du cycle de vie pour supprimer des versions antérieures en fonction des besoins afin de contrôler les coûts. Pour plus d’informations, consultez Optimiser les coûts en automatisant les niveaux d’accès au Stockage Blob Azure. |
| Suppression réversible de blob | Aucun frais pour activer la suppression réversible de blob pour un compte de stockage. Les données d’un blob supprimé de manière réversible sont facturées au même tarif que les données actives jusqu’à ce que le blob supprimé de manière réversible soit supprimé définitivement. |
| Restauration dans le temps | Aucuns frais pour activer la restauration à un instant dans le passé pour un compte de stockage. En revanche, l’activation de la restauration à un instant dans le passé a aussi pour effet d’activer le contrôle de version d’objet blob, la suppression réversible et le flux de modification, qui peuvent chacun occasionner des frais supplémentaires. 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. |
| Instantanés d’objet blob | Les données d’un instantané sont facturées sur la base de pages ou de blocs uniques. Par conséquent, les coûts augmentent à mesure que le blob de base diverge de la capture instantanée. La modification du niveau d’un blob ou d’une capture instantanée peut avoir une incidence sur la facturation. Pour plus d’informations, consultez Tarification et facturation. Utilisez la gestion du cycle de vie pour supprimer des captures instantanées antérieures en fonction des besoins afin de contrôler les coûts. Pour plus d’informations, consultez Optimiser les coûts en automatisant les niveaux d’accès au Stockage Blob Azure. |
| Sauvegarde archivée | Pour la sauvegarde en coffre, vous encourez des frais de stockage de sauvegarde ou des frais d’instance, ainsi que le coût côté source (associé à la réplication d’objets) sur le compte source sauvegardé. Consultez la section Tarifs. |
| 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. |
Récupération d'urgence
Le service Stockage Azure conserve toujours plusieurs copies de vos données de façon à les protéger contre des événements planifiés ou non, notamment des défaillances matérielles temporaires, des pannes de réseau ou de courant et des catastrophes naturelles majeures. La redondance garantit que votre compte de stockage répond à ses objectifs de disponibilité et de durabilité, même en cas de défaillance. Pour plus d’informations sur la configuration de votre compte de stockage pour la haute disponibilité, consultez Redondance de Stockage Azure.
Si votre compte de stockage est configuré pour la géoredondance, vous avez la possibilité de lancer un basculement non planifié de la région primaire vers la région secondaire lors d’une défaillance du centre de données. Pour plus d’informations, consultez Planification de la récupération d’urgence et basculement.
Le basculement géré par le client prend actuellement en charge les comptes de stockage avec un espace de noms hiérarchique activé uniquement en préversion. Pour plus d’informations, consultez Planification de la récupération d’urgence et basculement.