Exporter (0) Imprimer
Développer tout

Comprendre comment les instantanés contribuent à l'augmentation des coûts

Mis à jour: mars 2012

La création d'un instantané, c'est-à-dire une copie en lecture seule d'un objet BLOB, peut entraîner des frais supplémentaires de stockage de données sur votre compte. Quand vous créez votre application, tenez compte de l'augmentation possible de ces frais afin de réduire les coûts inutiles.

Éléments de facturation à prendre en compte :

La liste suivante contient des points clés à prendre en compte lors de la création d'un instantané.

  • Des frais sont calculés pour les blocs ou les pages uniques, qu'ils figurent dans l'objet BLOB ou l'instantané. Votre compte ne calcule pas de coûts supplémentaires pour les instantanés associés à un objet BLOB avant que vous ne mettiez à jour l'objet BLOB sur lequel ils sont basés. Dès que vous mettez à jour l'objet BLOB de base, il diffère de ses instantanés et vous êtes facturé pour les blocs ou pages uniques de chaque objet BLOB ou instantané.

  • Quand vous remplacez un bloc dans un objet BLOB de blocs, ce bloc est ensuite facturé en tant que bloc unique. C'est le cas même si le bloc est associé au même ID de bloc et aux mêmes données que dans l'instantané. Une fois le bloc revalidé, il diffère de son homologue dans tous les instantanés et vous êtes facturé pour ses données. Il en va de même pour la page d'un objet BLOB de pages mise à jour avec des données identiques.

  • Le remplacement d'un objet BLOB de blocs par la méthode UploadFile, UploadText, UploadStream ou UploadByteArray remplace tous les blocs de cet objet BLOB. Si un instantané est associé à cet objet BLOB, tous les blocs de l'objet BLOB de base et de l'instantané sont différents et vous serez facturé pour tous les blocs des deux objets BLOB. C'est le cas même si les données de l'objet BLOB de base et de l'instantané restent identiques.

  • Le service BLOB de Windows Azure ne dispose pas des moyens de déterminer si deux blocs contiennent ou non des données identiques. Chaque bloc téléchargé et validé est traité comme s'il était unique, même s'il est associé aux mêmes données et au même ID de bloc. Les blocs uniques générant des frais supplémentaires, la mise à jour d'un objet BLOB associé à un instantané se traduit par des blocs uniques supplémentaires et donc une augmentation des coûts.

ImportantImportant
Les meilleures pratiques invitent à gérer les instantanés avec précaution pour éviter les coûts supplémentaires. Nous vous conseillons de gérer les instantanés de la façon suivante :

  • Supprimez et recréez les instantanés associés à un objet BLOB chaque fois que vous mettez à jour ce dernier, même si vous le mettez à jour avec des données identiques, à moins que la conception de votre application ne requière la conservation de ces instantanés. La suppression et la recréation des instantanés de l'objet BLOB vous permettent d'éviter les divergences entre objet BLOB et instantanés.

  • Si vous gardez les instantanés d'un objet BLOB, évitez d'appeler UploadFile, UploadText, UploadStream ou UploadByteArray pour le mettre à jour, car ces méthodes remplacent tous les blocs de l'objet BLOB. Au lieu de cela, mettez à jour le moins possible de blocs en utilisant les méthodes PutBlock et PutBlockList.

Scénarios de facturation des instantanés

Les scénarios suivants illustrent l'augmentation des coûts pour un objet BLOB de blocs et ses instantanés. Dans le scénario 1, l'objet BLOB de base n'a pas été mis à jour depuis la création de l'instantané, les frais sont donc calculés uniquement pour les blocs uniques 1, 2 et 3 :

WA_SnapshotScenario1

Dans le scénario 2, l'objet BLOB de base a été mis à jour, mais pas l'instantané. Le bloc 3 a été mis à jour et, même s'il contient les mêmes données et le même ID, il est différent du bloc 3 de l'instantané. Par conséquent, le compte est facturé pour quatre blocs :

WA_SnapshotScenario2

Dans le scénario 3, l'objet BLOB de base a été mis à jour, mais pas l'instantané. Le bloc 3 a été remplacé par le bloc 4 dans l'objet BLOB de base, mais l'instantané reflète toujours le bloc 3. Par conséquent, le compte est facturé pour quatre blocs :

WA_SnapshotScenario3

Dans le scénario 4, l'objet BLOB de base a été complètement mis à jour et ne contient aucun de ses blocs d'origine. Par conséquent, le compte est facturé pour les huit blocs uniques. Ce scénario peut se produire si vous utilisez une méthode de mise à jour telle que UploadFile, UploadText, UploadFromStream ou UploadByteArray, car ces méthodes remplacent tout le contenu d'un objet BLOB.

WA_SnapshotScenario4

Voir aussi

Microsoft réalise une enquête en ligne pour recueillir votre opinion sur le site Web de MSDN. Si vous choisissez d’y participer, cette enquête en ligne vous sera présentée lorsque vous quitterez le site Web de MSDN.

Si vous souhaitez y participer,
Afficher:
© 2014 Microsoft