1 votes

Le service hébergé Windows Azure utilise-t-il des transactions de stockage

Je suis en train de passer à Windows Azure. (Tout simplement parce qu'ils ont SQL Azure et que c'est imbattable).

J'ai un service hébergé (instance déployée d'une application web) et il fonctionne bien.

J'ai remarqué qu'il a également créé un compte de stockage. Je n'utilise ni n'appelle rien de ce compte de stockage (du moins, c'est ce que je pensais). Je ne référence aucun blob. En fait, mon application Web ne crée même pas de fichiers temporaires.

Mais en regardant ma facturation, je comptabilise des transactions de stockage pour Windows Azure Storage. Je ne suis installé sur Azure que depuis quelques jours et j'ai accumulé 12 000 transactions.

Mon déploiement l'utilise et je suis facturé chaque fois qu'une page aspx est appelée à être chargée ? Est-ce que je suis facturé lorsque je déploie (comme je l'ai été à plusieurs reprises, pendant que je le testais).

Quelqu'un pourrait-il me dire d'où proviennent ces frais ?

0 votes

Appeler le support client azure

0 votes

@tony - il n'y a pas besoin d'appeler le support client. Il y a une explication très simple à cela.

2voto

David Makogon Points 2747

Votre déploiement ne cause pas 12 000 transactions. Il en provoque peut-être 5 à 10 (car il peut y avoir plusieurs lectures de blocs, selon la taille du paquet de déploiement).

Lorsque vous effectuez un déploiement sur Windows Azure, vous avez besoin d'un moyen de surveiller votre application en externe. C'est là que Windows Azure Diagnostics entre en jeu. Tous les journaux de diagnostic de Windows Azure, les compteurs de performance, les états de suivi, etc. sont écrits dans Table Storage (ou blob storage, dans le cas des journaux IIS).

Si vous avez accumulé 12 000 transactions en 3 jours, par exemple, cela représente une moyenne de 2 à 3 par minute. À ce rythme, vous accumulez des frais d'environ 12 cents par mois.

Si vous voulez réduire le nombre de transactions, vous pouvez établir vous-même des diagnostics, au lieu de vous fier aux valeurs par défaut (quelles qu'elles soient). Par exemple, voici une configuration très simple qui se trouverait dans votre fichier OnStart() :

 DiagnosticMonitorConfiguration diag = DiagnosticMonitor.GetDefaultInitialConfiguration();
            var perfCounter = new PerformanceCounterConfiguration()
            {
                CounterSpecifier = @"\processor(*)\% Processor Time",
                SampleRate = TimeSpan.FromSeconds(30)
            };

            diag.PerformanceCounters.DataSources.Add(perfCounter);
            diag.PerformanceCounters.ScheduledTransferPeriod = TimeSpan.FromMinutes(5);

            diag.DiagnosticInfrastructureLogs.ScheduledTransferLogLevelFilter = LogLevel.Error;
            diag.DiagnosticInfrastructureLogs.ScheduledTransferPeriod = TimeSpan.FromMinutes(5);

            diag.Logs.ScheduledTransferLogLevelFilter = LogLevel.Error;
            diag.Logs.ScheduledTransferPeriod = TimeSpan.FromMinutes(5);

            DiagnosticMonitor.Start(CloudStorageAccount.DevelopmentStorageAccount, diag);

Bien que ces valeurs soient arbitraires, l'essentiel est que les transferts vers le stockage en tables (ou en blocs) ne se produisent plus qu'une fois toutes les 5 minutes, par type d'objet. Note : Si vous avez plusieurs instances en cours d'exécution, vous aurez également plusieurs téléchargements vers le stockage. .

0 votes

Merci David. Maintenant que tout mon site est sur Azure (et que nous avons dépassé l'horrible temps d'arrêt), j'en apprends un peu plus chaque jour. Les diagnostics et les déploiements semblent tout à fait appropriés.

0voto

Adam Points 113

J'ai finalement découvert pourquoi et voici la raison au cas où d'autres personnes rencontreraient le même problème.

Je télécharge via Visual Studio. Afin de télécharger, Visual Studio crée un compte de stockage et y charge le paquet de déploiement.

C'est la raison d'être du compte de stockage et de l'activité qui s'y déroule.

Une fois que tout est déployé, vous êtes libre de supprimer le compte de stockage et tout le reste continue de fonctionner. Cependant, vous devrez le recréer lors de votre prochain déploiement.

1 votes

Pas tout à fait exact. Pour obtenir 12 000 transactions en quelques jours, cela signifie 12 000 appels à Azure Storage, ce qui est no causée par la saisie d'une image de déploiement. C'est dû aux diagnostics.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X