Get Blob Service Stats

L'operazione Get Blob Service Stats recupera le statistiche correlate alla replica per Archiviazione BLOB di Azure. L'operazione è disponibile solo nell'endpoint della posizione secondaria quando la replica con ridondanza geografica e accesso in lettura è abilitata per l'account di archiviazione.

Richiesta

È possibile costruire la Get Blob Service Stats richiesta come indicato di seguito. È consigliabile usare HTTPS. Sostituire myaccount con il nome dell'account di archiviazione in uso e ricordare che è necessario il suffisso -secondary:

Parametri URI

Nell'URI della richiesta puoi specificare i parametri seguenti:

Intestazioni della richiesta

Nella seguente tabella vengono descritte le intestazioni di richiesta obbligatorie e facoltative.

Testo della richiesta

Nessuno.

Risposta

Nella risposta sono inclusi un codice di stato HTTP, un set di intestazioni per la risposta e il corpo di una risposta.

Codice stato

Un'operazione completata correttamente restituisce 200 (OK). Quando un'operazione viene chiamata su un endpoint della posizione secondaria non abilitata per una lettura secondaria, restituisce un codice di stato HTTP 403 con un InsufficientAccountPermissions errore.

Intestazioni di risposta

Nella risposta per questa operazione sono incluse le intestazioni riportate di seguito; La risposta include inoltre intestazioni HTTP standard aggiuntive. Tutte le intestazioni standard sono conformi alla specifica del protocollo HTTP/1.1.

Corpo della risposta

Il formato del corpo della risposta è il seguente:

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

Nella tabella seguente vengono descritti gli elementi del corpo della risposta:

Autorizzazione

L'autorizzazione è necessaria quando si chiama un'operazione di accesso ai dati in Archiviazione di Azure. È possibile autorizzare l'operazione Get Blob Service Stats come descritto di seguito.

Commenti

Con la replica con ridondanza geografica, Archiviazione di Azure gestisce i dati duramente in due posizioni che sono centinaia di miglia a parte. In entrambe le posizioni Archiviazione di Azure gestisce costantemente più repliche integre dei dati.

Una coppia con ridondanza geografica include:

• Percorso primario : percorso in cui si legge, si creano, si aggiornano o si eliminano i dati. La posizione primaria esiste nell'area scelta quando si crea un account tramite il portale di Azure classico(ad esempio, Stati Uniti centro-settentrionali).

• Percorso secondario : percorso in cui vengono replicati i dati. La posizione secondaria si trova in un'area associata automaticamente all'area primaria. L'accesso in sola lettura è disponibile dalla posizione secondaria se la replica con ridondanza geografica di accesso in lettura è abilitata per l'account di archiviazione. Per altre informazioni sulla replica con ridondanza geografica di accesso in lettura, vedere Ridondanza dei dati.

La posizione in cui si leggono, creano, aggiornano o eliminano i dati è la posizione dell'account di archiviazione primaria. La posizione primaria esiste nell'area scelta al momento della creazione di un account tramite il portale di Azure Management Azure classico, ad esempio Stati Uniti centro-settentrionali. La posizione in cui i dati vengono replicati è la posizione secondaria. La posizione secondaria si trova in un'area associata automaticamente all'area primaria. Dalla posizione secondaria è disponibile l'accesso in sola lettura se la replica geograficamente ridondante con accesso in lettura è abilitata per l'account di archiviazione. Per altre informazioni sulla replica con ridondanza geografica di accesso in lettura, vedere Ridondanza dei dati.

Per costruire una richiesta per un'operazione di lettura sull'endpoint secondario, aggiungere -secondary al nome dell'account nell'URI usato per leggere da Archiviazione BLOB. Ad esempio, un URI secondario per l'operazione Get BLOB sarà simile a https://myaccount-secondary.blob.core.windows.net/mycontainer/myblob.

Fatturazione

Le richieste di prezzi possono derivare dai client che usano le API di archiviazione BLOB, direttamente tramite l'API REST dell'archiviazione BLOB o da una libreria client di Archiviazione di Azure. Queste richieste accumulano addebiti per transazione. Il tipo di transazione influisce sul modo in cui viene addebitato l'account. Ad esempio, le transazioni di lettura si accumulano in una categoria di fatturazione diversa rispetto alle transazioni di scrittura. Nella tabella seguente viene illustrata la categoria di fatturazione per Get Blob Service Stats le richieste in base al tipo di account di archiviazione:

Per informazioni sui prezzi per la categoria di fatturazione specificata, vedere prezzi Archiviazione BLOB di Azure.

Richiesta di esempio e risposta

Ecco una richiesta di esempio per l'operazione Get Blob Service Stats :

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

La richiesta viene inviata con le intestazioni seguenti:

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

Il codice di stato e le intestazioni della risposta vengono restituiti nel modo seguente:

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  

Nella risposta è incluso il seguente corpo XML:

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

Vedi anche

Operazioni sull'account (archiviazione BLOB)