VENTAS: 1-800-867-1389

Obtener estadísticas del servicio Blob

Actualizado: abril de 2015

La operación Get Blob Service Stats recupera las estadísticas relacionadas con la replicación para el servicio Blob. Solo está disponible en el extremo de ubicación secundario cuando está habilitada la replicación con redundancia geográfica con acceso de lectura para la cuenta de almacenamiento.

La solicitud Get Blob Service Stats se puede construir como sigue. Se recomienda HTTPS. Reemplace myaccount por el nombre de la cuenta de almacenamiento y tenga en cuenta que el sufijo -secondary es necesario:

 

Método URI de solicitud Versión de HTTP

GET

https://myaccount-secondary.blob.core.windows.net/?restype=service&comp=stats

HTTP/1.1

Tenga en cuenta que el URI debe incluir siempre la barra diagonal (/) para separar el nombre de host de las partes de la ruta de acceso y de la consulta del URI. En el caso de esta operación, la parte de la ruta de acceso del URI está vacía.

Se pueden especificar los parámetros adicionales siguientes en el URI de solicitud.

 

Parámetro Descripción

Timeout

Opcional. El parámetro timeout se expresa en segundos.

En la tabla siguiente se describen los encabezados de solicitud requeridos y opcionales.

 

Encabezado de solicitud Descripción

Authorization

Obligatorio. Especifica el esquema de autenticación, el nombre de la cuenta y la firma. Para obtener más información, vea Autenticación para los servicios de almacenamiento de Azure.

Date or x-ms-date

Obligatorio. Especifica la hora universal coordinada (UTC) para la solicitud. Para obtener más información, vea Autenticación para los servicios de almacenamiento de Azure.

x-ms-version

Obligatorio para todas las solicitudes autenticadas. Especifica la versión de la operación que se utiliza para esta solicitud. Para obtener más información, vea Versiones de los servicios Blob, Cola y Tabla de Azure.

x-ms-client-request-id

Opcional. Valor opaco generado por el cliente con un límite de caracteres de 1 KB registrado en los registros de análisis cuando está habilitado Registro del análisis de almacenamiento. Es muy recomendable usar el encabezado para correlacionar las actividades del lado cliente con las solicitudes recibidas por el servidor. Para obtener más información, vea Registro de Azure: usar registros para realizar el seguimiento de las solicitudes de almacenamiento.

La respuesta incluye un código de estado HTTP, un conjunto de encabezados de respuesta y un cuerpo de respuesta

Una operación correcta devuelve el código de estado 200 (Correcto). Cuando se llama en el extremo de ubicación secundario que no está habilitado para la lectura secundaria, devolverá el código de estado Http de 403 con el error InsufficientAccountPermissions.

Para obtener información sobre los códigos de estado, vea Códigos de error y de estado de la administración de servicios.

La respuesta para esta operación incluye los encabezados siguientes. La respuesta también incluye otros encabezados HTTP estándar. Todos los encabezados estándar cumplen la especificación del protocolo HTTP/1.1.

 

Encabezado de respuesta

Descripción

x-ms-request-id

Este encabezado identifica de forma única la solicitud que se realizó y se puede utilizar para solucionar problemas relacionados con esta. Para obtener más información, vea Solucionar problemas relacionados con las operaciones de la API.

x-ms-version

Especifica la versión de la operación utilizada para la respuesta. Para obtener más información, vea Versiones de los servicios Blob, Cola y Tabla de Azure.

Date

Valor de fecha y hora UTC generado por el servicio que indica la hora a la que se inició la respuesta.

El formato del cuerpo de respuesta es el siguiente:

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

En la tabla siguiente se describen los elementos del cuerpo de respuesta:

 

Encabezado de respuesta

Descripción

Status

El estado de la ubicación secundaria. Los valores posibles son:

  • live: Indica que la ubicación secundaria está activa y operativa.

  • bootstrap: indica que la sincronización inicial de la ubicación principal con la ubicación secundaria está en curso. Aparece normalmente cuando la replicación se habilita por primera vez.

  • unavailable: indica que la ubicación secundaria no está disponible temporalmente.

LastSyncTime

Valor de fecha/hora según GMT, al segundo. Se garantiza que todas las escrituras principales que preceden a este valor están disponibles para las operaciones de lectura en la secundaria. Las escrituras principales después de este momento puede que estén o no disponibles para las lecturas.

El valor puede estar vacío si LastSyncTime no está disponible. Esto puede ocurrir si el estado de replicación es bootstrap o unavailable.

Aunque la replicación geográfica está habilitada de forma continua, el resultado de LastSyncTime puede reflejar el valor almacenado en caché del servicio que se actualiza cada pocos minutos.

Solo el propietario de la cuenta puede llamar a esta operación.

Con la replicación con redundancia geográfica, el Almacenamiento de Azure mantiene los datos duraderos en dos ubicaciones. En las dos ubicaciones, el Almacenamiento de Azure mantiene constantemente réplicas en estado correcto de los datos.

La ubicación en la que lee, crea, actualiza o elimina los datos es la ubicación de la cuenta de almacenamiento principal. La ubicación principal existe en la región que elige cuando crea una cuenta a través del Portal de administración de Azure, por ejemplo, Centro y norte de EE. UU. La ubicación en la que se replican los datos es la ubicación secundaria. La ubicación secundaria se determina automáticamente según la ubicación de la principal; está en un segundo centro de datos que se encuentra en la misma región que la ubicación principal. El acceso de solo lectura está disponible en la ubicación secundaria, si la replicación con redundancia geográfica con acceso de lectura está habilitada para la cuenta de almacenamiento. Para obtener más detalles acerca de la replicación con redundancia geográfica con acceso de lectura, consulte el Blog del equipo de almacenamiento de Azure.

Para construir una solicitud para una operación de lectura en el extremo secundario, anexe -secondary como sufijo al nombre de cuenta en el URI que utiliza para leer del almacenamiento de Blob. Por ejemplo, un URI secundario de la operación Get Blob será similar a https://myaccount-secondary.blob.core.windows.net/mycontainer/myblob.

A continuación figura una solicitud de ejemplo de la operación Get Blob Service Stats:

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

La solicitud se envía con los encabezados siguientes:

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

El código de estado y los encabezados de respuesta se devuelven de la forma siguiente:

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

La respuesta incluye el cuerpo XML siguiente.

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

Vea también

¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2015 Microsoft