Depuis le lancement de Stockage archive Azure, nous avons constaté un intérêt sans précédent et une utilisation novatrice de la part de divers secteurs. Le Stockage archive est conçu comme un service scalable qui stocke les données rarement sollicitées de manière économique pendant de longues périodes. Les données froides, notamment les sauvegardes d’applications, les dossiers de santé, les enregistrements de conduite autonome et d’autres jeux de données qui avaient pu être supprimés précédemment, pouvaient être stockées dans le niveau Archive de Stockage Azure dans un état hors connexion, puis réalimentées sur un niveau en ligne si nécessaire.

Grâce à votre utilisation et à vos commentaires, nous avons mis à la disposition générale nos améliorations en matière d’archivage, ce qui rend notre service encore plus performant.

Récupération prioritaire à partir du Stockage archive Azure

La récupération prioritaire vous permet de marquer la réalimentation de vos données du niveau Archive hors connexion dans un niveau chaud ou froid en ligne en tant qu’action à priorité élevée. En payant un peu plus pour l’opération de récupération prioritaire, votre demande d’extraction des données d’archive est placée devant d’autres requêtes et vos données hors connexion doivent en principe être retournées en ligne en moins d’une heure.

Les deux options de récupération d’archive sont les suivantes :

• La priorité Standard est l’option par défaut pour les demandes d’archive Définir le niveau du blob et Copier le blob. Les récupérations peuvent nécessiter jusqu’à 15 heures.
• La priorité Haute est conçue pour un accès aux données urgent à partir de l’archive. Les récupérations de blobs inférieurs à 10 Go prennent généralement moins d’une heure.

Il est recommandé d’utiliser la récupération prioritaire pour les demandes urgentes pour un sous-ensemble d’un jeu de données d’archive. Pour la plupart des cas d’usage, nos clients planifient et utilisent des récupérations d’archive Standard qui se terminent en moins de 15 heures. Dans de rares occasions, un temps de récupération d’une heure ou moins est requis pour la continuité des activités. Les demandes de récupération prioritaire peuvent fournir des données d’archive en une fraction du temps d’une opération de récupération Standard, ce qui permet à nos clients de reprendre rapidement leurs activités habituelles. Pour plus d’informations, reportez-vous à la documentation sur la réalimentation de blob Azure.

Charger le blob directement au niveau d’accès de votre choix (chaud, froid ou archive)

Vous pouvez charger vos blobs à l’aide de PutBlob ou PutBlockList directement dans le niveau d’accès de votre choix à l’aide du paramètre facultatif x-ms-access-tier. Cela vous permet de charger votre objet directement dans le niveau Chaud, Froid ou Archive, quel que soit le paramètre de niveau d’accès par défaut de votre compte. Cette fonctionnalité permet aux clients de charger des objets directement dans l’archive Azure en une seule transaction. Ensuite, à mesure que les modèles d’utilisation des données changent, vous pouvez modifier manuellement le niveau d’accès du blob avec l’API Set Blob Tier (Définir le niveau du blob) ou automatiser le processus avec les règles de gestion du cycle de vie des blobs. Pour plus d’informations, reportez-vous à la documentation sur les niveaux d’accès du Stockage Blob Azure.

Fonctionnalités améliorées de copie de blobs

Dans certains scénarios, vous pouvez conserver vos données d’origine intactes, mais travailler sur une copie temporaire des données. L’API Copy Blob (Copier un blob) peut maintenant prendre en charge le niveau d’accès Archive. Vous pouvez ainsi copier des données dans et hors du niveau d’accès Archive au sein du même compte de stockage. Avec l’amélioration du choix des niveaux d’accès, vous pouvez définir le paramètre facultatif x-ms-access-tier afin de spécifier le niveau d’accès de destination souhaité pour votre copie de données. Si vous copiez un blob à partir du niveau Archive, vous pouvez également spécifier le paramètre x-ms-rehydrate-priority qui définit la vitesse à laquelle vous souhaitez que la copie soit créée au niveau Chaud ou Froid de destination. Pour plus d’informations, consultez la documentation sur la réalimentation de blob Azure.

Bien démarrer

Toutes les fonctionnalités abordées ici (chargement direct de blobs vers un niveau d’accès, récupération prioritaire à partir d’une archive et améliorations de la copie de blobs) sont prises en charge par les versions les plus récentes du portail Azure, d’AzCopy, de la bibliothèque cliente .NET, de la bibliothèque cliente Java, de la bibliothèque cliente Python et de l’API REST Services de stockage (version 2019-02-02 ou ultérieure). En règle générale, nous recommandons toujours d’utiliser la dernière version de vos outils et SDK.

En plus de nos outils internes, Stockage archive dispose d’un vaste réseau de partenaires qui peuvent vous aider à découvrir et à maintenir la valeur de vos données. À mesure que nous améliorons notre service avec de nouvelles fonctionnalités, nous travaillons également à la création de notre écosystème et à l’intégration de partenaires supplémentaires. Visitez le site sur les mises à jour Azure pour voir les derniers ajouts apportés à notre réseau de partenaires.

Participez à l’amélioration de nos services

Nous continuerons à améliorer nos services de stockage Blob et Archive et sommes impatients de recevoir vos commentaires sur ces fonctionnalités par e-mail. Pour rappel, vous pouvez partager vos idées et suggestions concernant le Stockage Azure sur le forum de commentaires sur le Stockage Azure.