Exportar (0) Imprimir
Expandir todo

Alta disponibilidad (In-Role Cache para Azure Cache)

Actualizado: agosto de 2013

Caché en rol en Caché de Microsoft Azure permite mantener la alta disponibilidad para los objetos en caché. Use las propiedades del rol de Microsoft Azure para habilitar la alta disponibilidad de cada caché que requiera esta característica. No es necesario cambiar ningún código; solo tiene que recalcular la capacidad de memoria necesaria para la carga de trabajo. Para ello, puede activar la opción Alta disponibilidad en la hoja de cálculo de la planificación de la capacidad. Para obtener más información, vea Consideraciones para el planeamiento de la capacidad para In-Role Cache (Azure Cache).

Con la alta disponibilidad, los objetos en caché se replican dentro de la misma implementación de servicios en la nube para ofrecer resistencia contra los errores de hardware. Las copias secundarias también se colocan entre distintos dominios de errores y de actualización para aumentar la disponibilidad. Si, por cualquier razón, se produce un error en alguna de las máquinas virtuales del clúster de caché, este puede usar las copias secundarias para evitar la pérdida de datos.

noteNota
La alta disponibilidad no se admite con Shared Caching.

Arquitectura

La alta disponibilidad necesita varias instancias del rol asociado. Una copia secundaria del elemento en caché se conserva en una instancia separada que pertenece a un dominio de errores y de actualización diferentes. De ese modo, si se produce un error en alguna instancia, existe una copia de seguridad en otra. En este escenario, la copia secundaria pasa a ser la copia principal. A continuación, se crea una nueva copia secundaria en una de las instancias restantes con el fin de mantener la alta disponibilidad.

Para implementar la alta disponibilidad, todas las escrituras de caché se realizan tanto en la copia principal como en la secundaria.

noteNota
Tenga en cuenta que incluso cuando la alta disponibilidad está deshabilitada, el clúster de caché intenta conservar los datos durante los cierres planeados, como por ejemplo el reinicio. En este escenario, el clúster de caché intenta transferir los elementos almacenados en caché a otros servidores antes del apagado. Sin embargo, según la cantidad de datos que haya para transferir, no se garantiza que se complete el cierre estable. Además, a diferencia de la alta disponibilidad, los datos no se conservan durante los cierres inesperados.

Consideraciones

El rol que hospeda Caché en rol debe estar configurado para que se ejecute en al menos cuatro instancias. Es posible habilitar la alta disponibilidad en roles que están configurados para ejecutarse en dos o tres instancias, pero no se recomienda por los dos motivos siguientes.

  • A veces, Microsoft Azure reinicia las máquinas virtuales para tareas mantenimiento rutinarias. Las actualizaciones in situ de una aplicación también pueden colocar las máquinas virtuales fuera de línea. En ambos casos, es mejor disponer de al menos tres servidores en el clúster de caché. De ese modo, si uno de los servidores está fuera de servicio, el clúster de caché aún dispone de tres servidores en los que crear las copias principal y secundaria de los objetos en caché. Con un solo servidor en ejecución, la memoria caché sigue accesible, pero la alta disponibilidad es imposible.

  • Aunque tres servidores también cumplen el requisito anterior, se recomienda que haya cuatro. Esto ayuda a distribuir las copias principales de una manera más uniforme entre los dominios de errores. Así se mejora la distribución dentro del clúster de caché, lo que también mejora los patrones de tráfico y el rendimiento de la red.

Cuando una instancia deja de estar disponible, existe un corto periodo de tiempo en el que las copias secundarias pasan a ser principales y en el que se actualiza la información de las rutas. Durante ese periodo, los clientes reciben excepciones de DataCacheException con un ErrorCode de RetryLater. Las aplicaciones de Caché en rol deben tratar el errores como lo hacen habitualmente y reintentar la lógica para reaccionar correctamente a la situación.

Dado que todas las escrituras se realizan tanto en la copia principal como en la secundaria, la alta disponibilidad aumenta la latencia y reduce el rendimiento. Esto puede ser un equilibrio razonable en el caso de las memorias cachés que se benefician de la alta disponibilidad.

ImportantImportante
Por definición, el uso de alta disponibilidad multiplica la cantidad de memoria necesaria para cada elemento almacenado en caché por dos. Tenga en cuenta cómo puede verse afectada la memoria durante tareas para planear la capacidad. Para obtener más información, vea Consideraciones para el planeamiento de la capacidad para In-Role Cache (Azure Cache).

Procedimiento para habilitar la alta disponibilidad

  1. Haga doble clic en el rol que tenga Caché en rol habilitado.

  2. En la pestaña Configuración, compruebe que el valor de Recuento de instancias es 4 o superior.

  3. En la pestaña Caching, active la casilla Alta disponibilidad para la memoria caché que requiere alta disponibilidad. En la captura de pantalla siguiente se muestra la opción Alta disponibilidad habilitada para dos de las tres memorias caché.

    Copias de seguridad de almacenamiento en caché

Vea también

Adiciones de comunidad

AGREGAR
Mostrar:
© 2014 Microsoft