Statistiken zum Blob-Dienst abrufen

Der Get Blob Service Stats Vorgang ruft Statistiken ab, die sich auf die Replikation für Azure Blob Storage beziehen. Der Vorgang ist nur auf dem endpunkt des sekundären Standorts verfügbar, wenn die georedundante Replikation mit Lesezugriff für das Speicherkonto aktiviert ist.

Anforderung

Sie können die Get Blob Service Stats Anforderung wie folgt erstellen. Es wird empfohlen, HTTPS zu verwenden. Ersetzen Sie myaccount durch den Namen des Speicherkontos, und beachten Sie, dass das Suffix -secondary erforderlich ist:

URI-Parameter

Sie können im Anforderungs-URI die folgenden zusätzlichen Parameter angeben:

Anforderungsheader

In der folgenden Tabelle werden erforderliche und optionale Anforderungsheader beschrieben.

Anforderungstext

Keine.

Antwort

Die Antwort enthält den HTTP-Statuscode, einen Satz von Antwortheadern und einen Antworttext.

Statuscode

Bei einem erfolgreichen Vorgang wird der Statuscode 200 (OK) zurückgegeben. Wenn ein Vorgang für einen sekundären Standortendpunkt aufgerufen wird, der für einen sekundären Lesevorgang nicht aktiviert ist, gibt er den HTTP-status Code 403 mit einem Fehler zurückInsufficientAccountPermissions.

Antwortheader

Die Antwort für diesen Vorgang umfasst die folgenden Header. Die Antwort enthält außerdem weitere HTTP-Standardheader. Alle Standardheader entsprechen der HTTP/1.1-Protokollspezifikation.

Antworttext

Der Antworttext weist das folgende Format auf:

<?xml version="1.0" encoding="utf-8"?>  
<StorageServiceStats>  
  <GeoReplication>        
      <Status>live|bootstrap|unavailable</Status>  
      <LastSyncTime>sync-time|<empty></LastSyncTime>  
  </GeoReplication>  
</StorageServiceStats>  

Die folgende Tabelle erläutert die Elemente des Antworttexts:

Authorization

Beim Aufrufen eines Datenzugriffsvorgangs in Azure Storage ist eine Autorisierung erforderlich. Sie können den Get Blob Service Stats Vorgang wie unten beschrieben autorisieren.

Hinweise

Bei georedundanter Replikation verwaltet Azure Storage Ihre Daten dauerhaft an zwei Standorten, die Hunderte von Meilen voneinander entfernt sind. An beiden Standorten behält der Azure-Speicher mehrere fehlerfreie Replikate der Daten bei.

Ein georedundantes Paar umfasst Folgendes:

• Primärer Speicherort: Der Speicherort, an dem Sie Daten lesen, erstellen, aktualisieren oder löschen. Der primäre Standort befindet sich in der Region, die Sie beim Erstellen eines Kontos über das klassische Azure-Portal (z. B. USA, Norden, Mitte) auswählen.

• Ein sekundärer Speicherort: Der Speicherort, an den Ihre Daten repliziert werden. Der sekundäre Standort befindet sich in einer Region, die automatisch geografisch mit der primären Region gekoppelt wird. Schreibgeschützter Zugriff ist vom sekundären Standort aus verfügbar, wenn die georedundante Replikation mit Lesezugriff für Ihr Speicherkonto aktiviert ist. Weitere Informationen zur georedundanten Replikation mit Lesezugriff finden Sie unter Datenredundanz.

Der Standort, an dem Sie Daten lesen, erstellen, aktualisieren oder löschen, ist der primäre Speicherkontostandort. Der primäre Standort befindet sich in der Region, die Sie zum Zeitpunkt der Erstellung eines Kontos über das klassische Azure Management-Azure-Portal ausgewählt haben, z. B. USA, Norden, Mitte. Als sekundärer Standort wird der Standort bezeichnet, an dem die Daten repliziert werden. Der sekundäre Standort befindet sich in einer Region, die automatisch geografisch mit der primären Region gekoppelt wird. Der schreibgeschützte Zugriff ist über den sekundären Standort verfügbar, wenn die georedundante Replikation mit Lesezugriff für das Speicherkonto aktiviert ist. Weitere Informationen zur georedundanten Replikation mit Lesezugriff finden Sie unter Datenredundanz.

Um eine Anforderung für einen Lesevorgang für den sekundären Endpunkt zu erstellen, fügen -secondary Sie an den Kontonamen im URI an, den Sie zum Lesen aus Blob Storage verwenden. Ein sekundärer URI für den Vorgang "Blob abrufen" ähnelt https://myaccount-secondary.blob.core.windows.net/mycontainer/myblobbeispielsweise .

Abrechnung

Preisanforderungen können von Clients stammen, die Blob Storage-APIs verwenden, entweder direkt über die Blob Storage-REST-API oder aus einer Azure Storage-Clientbibliothek. Für diese Anforderungen fallen Gebühren pro Transaktion an. Die Art der Transaktion wirkt sich auf die Belastung des Kontos aus. Beispielsweise werden Lesetransaktionen in eine andere Abrechnungskategorie als das Schreiben von Transaktionen angewendet. Die folgende Tabelle zeigt die Abrechnungskategorie für Get Blob Service Stats Anforderungen basierend auf dem Speicherkontotyp:

Weitere Informationen zu Preisen für die angegebene Abrechnungskategorie finden Sie unter Azure Blob Storage Preise.

Beispielanforderung und -antwort

Hier sehen Sie eine Beispielanforderung für den Get Blob Service Stats Vorgang:

GET http://myaccount-secondary.blob.core.windows.net/?restype=service&comp=stats HTTP/1.1  

Die Anforderung wird mit den folgenden Headern gesendet;

x-ms-version: 2013-08-15  
x-ms-date: Wed, 23 Oct 2013 22:08:44 GMT  
Authorization: SharedKey myaccount:CY1OP3O3jGFpYFbTCBimLn0Xov0vt0khH/E5Gy0fXvg=  

Der Statuscode und die Antwortheader werden wie folgt zurückgegeben:

HTTP/1.1 200 OK  
Content-Type: application/xml  
Date: Wed, 23 Oct 2013 22:08:54 GMT  
x-ms-version: 2013-08-15  
x-ms-request-id: cb939a31-0cc6-49bb-9fe5-3327691f2a30  
Server: Windows-Azure-Blob/1.0 Microsoft-HTTPAPI/2.0  

Die Antwort enthält den folgenden XML-Text:

<?xml version="1.0" encoding="utf-8"?>  
<StorageServiceStats>  
  <GeoReplication>  
      <Status>live</Status>  
      <LastSyncTime> Wed, 23 Oct 2013 22:05:54 GMT</LastSyncTime>        
  </GeoReplication>  
</StorageServiceStats>  

Weitere Informationen

Vorgänge für das Konto (Blob Storage)