Exporter (0) Imprimer
Développer tout

Migration des données vers les services de Table et Blob de Windows Azure

Mis à jour: décembre 2013

Cette section explique comment migrer vos applications locales à l'aide des services de gestion des données suivants : le service de Table de Windows Azure et le service BLOB de Windows Azure. Pour une vue d'ensemble de ces services de gestion de données, consultez Vue d'ensemble des services de gestion des données de Windows Azure.

Le tableau suivant compare le stockage Table, le stockage Blob et le stockage local (qui ne sont pas considérés comme des services de gestion de données) afin de vous aider à choisir le stockage le plus approprié à votre scénario.

 

Critères de comparaison Stockage local Stockage Table Stockage Blob

Durabilité

Non durable

Il peut être rendu persistant en recyclant la même instance d'application, mais si l'instance bascule sur un matériel différent, les données ne se déplacent pas avec l'instance.

Durable.

Le stockage Table fournit un stockage évolutif et durable pour les données structurées.

Durable.

Le stockage Blob fournit un stockage évolutif et durable pour les objets non structurés comme les fichiers d'image, les fichiers audio et les fichiers vidéo.

Propriété d'accès aux données

API du système de fichiers.

Vous pouvez accéder au stockage local à l'aide des API du système de fichiers. Par conséquent, vous pouvez exécuter l'application sur la plateforme Windows Azure avec des modifications de code minimes.

API REST ou bibliothèque cliente de stockage

Le stockage Table est accessible n'importe où et par n'importe quel client à l'aide de l'API REST. Vous pouvez également accéder au stockage Table à l'aide des bibliothèques clientes de stockage qui fournissent des wrappers spécifiques au langage (tels que .NET, Java, Node.js et PHP) autour de l'API REST.

API REST ou bibliothèque cliente de stockage

Le stockage Blob est accessible n'importe où et par n'importe quel client à l'aide de l'API REST. Vous pouvez également accéder au stockage Blob à l'aide des bibliothèques clientes de stockage qui fournissent des wrappers spécifiques au langage (tels que .NET, Java, Node.js, et PHP) autour de l'API REST.

Concurrence

Non.

Le stockage local n'est accessible qu'à partir d'une seule instance d'application. Il n'est pas partagé avec d'autres instances.

Oui.

Le stockage Table est partagé par toutes les applications qui utilisent l'API REST pour accéder au stockage. L'accès simultané au stockage Table est pris en charge via ETags.

Oui.

Le stockage Blob est partagé par toutes les applications qui peuvent utiliser l'API REST pour accéder au stockage. L'accès simultané au stockage Blob est pris en charge via ETags.

Tarification

Un compte Compute de Windows Azure est requis.

Le stockage local est inclus dans le prix du compte Compute de Windows Azure, et est limité en fonction de la taille de l'instance de calcul. Aucun compte de stockage supplémentaire n'est requis.

Le stockage Table nécessite un compte de stockage Windows Azure.

Le stockage Blob nécessite un compte de stockage Windows Azure.

Latence
(accès depuis une instance Compute de Windows Azure)

Le stockage local se situe sur la machine virtuelle même, par conséquent l'accès est rapide comparé à l'accès au disque Windows Azure.

Plus lent comparé au stockage local car les données ne sont pas stockées dans la machine virtuelle même. La latence augmente si le stockage Table est situé dans un centre de données différent de l'instance de rôle ou de la machine virtuelle qui y accède.

Plus lent comparé au stockage local car les données ne sont pas stockées dans la machine virtuelle même. La latence augmente si le stockage Blob est dans un centre de données différent des instances de rôle, des machines virtuelles ou des ordinateurs qui accèdent au stockage.

Évolutivité

Non

Seule une instance d'application peut accéder au stockage local. Par conséquent, il n'y pas d'évolutivité.

Oui.

Le système de stockage Windows Azure distribue automatiquement les partitions entre tous les nœuds de stockage en fonction des modèles d'utilisation des partitions. Par exemple, si le trafic est élevé sur certaines de vos partitions, le système le répartit automatiquement sur des nœuds de stockage distincts, de sorte que la charge soit distribuée entre plusieurs serveurs.

Oui.

Le stockage Blob de Windows Azure prend en charge un système de distribution d'objets blob très évolutif via le CDN Windows Azure, où les objets blob à chaud sont servis par plusieurs serveurs pour monter en puissance et répondre aux besoins de trafic de votre application. En outre, le système est hautement disponible et durable.

Haute disponibilité/Tolérance de panne

Non

Oui.

Les objets blob, les tables et les files d'attente stockés dans Windows Azure sont répliqués sur trois emplacements dans le même le centre de données pour assurer la résilience en cas de défaillances matérielles. En outre, vos données sont répliquées entre différents domaines de défaillance pour augmenter la disponibilité au niveau de tous les services de stockage de Windows Azure.

Oui.

Les objets blob, les tables et les files d'attente stockés dans Windows Azure sont répliqués sur trois emplacements dans le même le centre de données pour assurer la résilience en cas de défaillances matérielles. En outre, vos données sont répliquées entre différents domaines de défaillance pour augmenter la disponibilité au niveau de tous les services de stockage de Windows Azure.

Récupération d'urgence

Non

Oui.

Les objets blob et les tables Windows Azure sont également répliqués entre deux centres de données éloignés l'un de l'autre sur le même continent, pour fournir une durabilité des données supplémentaire en cas de sinistre majeur.

Oui.

Les objets blob et les tables Windows Azure sont également répliqués entre deux centres de données éloignés l'un de l'autre sur le même continent, pour fournir une durabilité des données supplémentaire en cas de sinistre majeur.

Sécurité

Peut uniquement être accédé à partir de la machine virtuelle sur laquelle il existe.

Chaque demande adressée aux services de stockage Windows Azure doit être authentifiée, sauf s'il s'agit d'une demande anonyme sur une ressource de conteneur public. Consultez Authentification de l'accès à votre compte de stockage pour plus de détails.

Chaque demande adressée aux services de stockage Windows Azure doit être authentifiée, sauf s'il s'agit d'une demande anonyme sur une ressource de conteneur public. Consultez Authentification de l'accès à votre compte de stockage pour plus de détails.

Voici quelques scénarios où vous pouvez utiliser les services de gestion de données de Windows Azure :

  • Utiliser le service pour fournir un autre emplacement de récupération d'urgence (DR) pour les données sur site.

  • Partager une partie de données sur site avec des partenaires sans modifier l'infrastructure sur site.

  • Déplacer des données plus près des nœuds de calcul dans le cloud.

  • Gérer les pics d'accès aux données connus à l'avance en migrant les données dans le cloud, afin de monter en puissance et de permettre aux clients d'y accéder.

Auteurs : Sreedhar Pelluru
Contributeurs : Rama Ramani

Afficher:
© 2014 Microsoft