Exportar (0) Imprimir
Expandir todo

Diferencias entre el emulador de almacenamiento y los servicios de almacenamiento de Azure

Actualizado: mayo de 2014

El Emulador de almacenamiento de Microsoft Azure es un emulador local del servicio de almacenamiento de Windows Azure que se puede utilizar para crear y probar aplicaciones sin incurrir en ningún gasto. Existen algunas diferencias entre usar el emulador de almacenamiento y el Almacenamiento de Windows Azure en la nube.

noteNota
El emulador de almacenamiento se encuentra disponible con el SDK de Microsoft Azure. También puede descargar el emulador de almacenamiento como un paquete independiente.

Para configurar el emulador de almacenamiento, debe disponer de privilegios de administrador en el equipo.

Las diferencias generales siguientes se aplican a los servicios de almacenamiento:

  • El emulador de almacenamiento solo admite una cuenta única fija y una clave de autenticación conocida. Esta cuenta y clave son las únicas credenciales permitidas para su uso con los servicios de almacenamiento emulados. Son las siguientes:

    
    Account name: devstoreaccount1
    Account key: Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==
    
    ImportantImportante
    La clave de autenticación compatible con el emulador de almacenamiento está destinada únicamente a la realización de pruebas de funcionalidad del código de autenticación del cliente. No responde a ningún propósito de seguridad. No puede utilizar la cuenta de almacenamiento y la clave de producción con el emulador de almacenamiento. No debe utilizar la cuenta de almacenamiento emulada con datos de producción.

  • El emulador de almacenamiento no es un servicio escalable de almacenamiento y no podrá administrar un gran número de usuarios simultáneos.

  • El esquema de URI que admite el emulador de almacenamiento es distinto del esquema de URI que admiten los servicios de almacenamiento en la nube. El esquema de URI de desarrollo especifica el nombre de la cuenta como parte de la ruta de acceso jerárquica del URI, en lugar de simplemente como parte del nombre de dominio. Esta diferencia se debe al hecho de que la resolución de nombres de dominio está disponible en la nube pero no en el equipo local. Para obtener más información sobre las diferencias de URI en los entornos de desarrollo y de producción, vea Usar URI del servicio de almacenamiento en Uso del emulador de almacenamiento de Azure para desarrollo y prueba.

  • A partir de la versión 3.1, la cuenta de emulador de almacenamiento admite la replicación con redundancia geográfica con acceso de lectura (RA-GRS). En el emulador, todas las cuentas tienen RA-GRS habilitada, y nunca hay ningún retraso entre la réplica principal y la secundaria. Las operaciones Obtener estadísticas del servicio Blob, Obtener estadísticas del servicio Cola y Obtener estadísticas del servicio Tabla se admiten para la cuenta secundaria y siempre devolverán el valor del elemento de respuesta LastSyncTime como la hora actual según la base de datos SQL subyacente.

    Para el acceso mediante programación a la cuenta secundaria con el emulador de almacenamiento, usa la biblioteca de cliente de almacenamiento para la versión 3.2 de .NET o una versión posterior. Consulta Referencia de la biblioteca cliente de almacenamiento para obtener más información.

  • Los extremos de servicio Archivo y del protocolo SMB no se admiten en el emulador de almacenamiento.

El servicio Blob presenta las siguientes diferencias:

  • El emulador del servicio Blob solo admite tamaños de blobs de hasta 2 GB.

  • La operación Put Blob puede realizarse correctamente con un blob que resida en el emulador de almacenamiento y tenga una concesión activa, incluso si el identificador de concesión no se ha especificado como parte de la solicitud.

El servicio Tabla presenta las siguientes diferencias:

  • Las propiedades Date en el servicio Tabla en el emulador de almacenamiento solo admiten el intervalo que admite SQL Server 2005 (por ejemplo, se requiere que las fechas sean posteriores al 1 de enero de 1753). Todas las fechas anteriores al 1 de enero de 1753 se cambiarán a este valor. La precisión de las fechas está supeditada a la precisión de SQL Server 2005, lo cual quiere decir que las fechas son exactas en 1/300 de segundo.

  • El emulador de almacenamiento admite valores de clave de partición y de propiedad de clave de fila de menos de 900 bytes. El tamaño total del nombre de la cuenta, nombre de la tabla y los nombres de las propiedades de clave no puede superar 900 bytes.

  • El tamaño total de una fila en una tabla del emulador de almacenamiento se limita a menos de 1 MB.

  • En emulador de almacenamiento, las propiedades de tipo de datos Edm.Guid o Edm.Binary solo admiten los operadores de comparación Equal (eq) y NotEqual (ne) en cadenas de filtro de consulta.

No hay diferencias específicas con el servicio Cola.

Las unidades de Windows Azure presentan las siguientes diferencias:

  • Cuando se monta una unidad de Windows Azure desde el Emulador de proceso de Microsoft Azure, la unidad debe estar respaldada por un blob en páginas que se haya creado en el emulador de almacenamiento. No es posible montar una unidad desde el emulador de proceso que esté respaldada por un blob en páginas en Windows Azure. Este comportamiento difiere del de los otros servicios de almacenamiento de Windows Azure, a los que se puede obtener acceso en la nube desde el código que se ejecuta en el emulador de proceso.

  • Cuando se cree una nueva unidad de Windows Azure desde el emulador de proceso, asegúrese de especificar las credenciales para la cuenta de almacenamiento emulada.

Vea también

Mostrar:
© 2015 Microsoft