VENTAS: 1-800-867-1389

Alta disponibilidad (Caché en rol para Caché de Azure)

Actualizado: septiembre de 2014

noteNota
Si quiere que le guiemos a la hora de elegir la oferta de Caché de Azure que mejor se adapta a su aplicación, consulte ¿Cuál es la oferta de Caché de Azure más adecuada para mí?.

Caché en rol permite mantener la alta disponibilidad para los objetos en caché. Use las propiedades de rol de para habilitar la alta disponibilidad para cada caché que requiera esta característica. No se necesitan cambios en el código; solo debe volver a calcular la capacidad de memoria requerida para su carga de trabajo. Para ello, puede activar la opción de alta disponibilidad en la hoja de cálculo de planificación de la capacidad. Para obtener más información, vea Consideraciones para la planeación de la capacidad para Caché en rol (Caché de Azure).

Con la alta disponibilidad, los objetos en caché se replican dentro de la misma implementación del servicio en la nube para lograr resistencia frente a errores de hardware. Las copias secundarias también se colocan en distintos dominios de error y dominios de actualización para aumentar la disponibilidad. Si se produce una interrupción en una de las máquinas virtuales en el clúster de caché por algún motivo, el clúster de caché puede usar las copias secundarias para evitar la pérdida de datos.

noteNota
La alta disponibilidad no se admite para Shared Caching.

La alta disponibilidad exige varias instancias del rol asociado. Una segunda copia del elemento en caché se mantiene en una instancia independiente que pertenece a otro dominio de error y dominio de actualización. De este modo, si se desactiva una instancia, existe una copia de seguridad en otra instancia. En este escenario, la copia secundaria pasa a ser la copia principal. Luego se hace una nueva copia secundaria en una de las instancias restantes con el objetivo de mantener la alta disponibilidad.

A fin de implementar la alta disponibilidad, toda la escritura en cachés se realiza en las copias principal y secundaria.

noteNota
Tenga en cuenta que, incluso cuando la alta disponibilidad está deshabilitada, el clúster de caché intenta conservar los datos durante los apagados planificados, como los reinicios. En este escenario, el clúster de caché intenta transferir los elementos en caché a otros servidores antes del apagado. Sin embargo, según la cantidad de datos que deban transferirse, no se garantiza que se complete este apagado ordenado. Además, a diferencia de la alta disponibilidad, los datos no se conservan durante los apagados inesperados.

El rol que hospeda Caché en rol debe configurarse para ejecutarse en al menos cuatro instancias. La alta disponibilidad se puede habilitar en los roles que están configurados para dos o tres instancias en ejecución, pero no se recomienda por los siguientes dos motivos.

  • En ocasiones, reinicia las máquinas virtuales para tareas rutinarias de mantenimiento. Las actualizaciones locales de una aplicación también desconectan las máquinas virtuales. En ambos casos, es mejor tener al menos tres servidores en el clúster de caché. De este modo, si se desactiva uno de los servidores, el clúster de caché aún tiene tres servidores donde hacer copias principales y secundarias de los objetos en caché. Con solo un servidor en ejecución, aún se puede acceder a la caché, pero la alta disponibilidad es imposible.

  • Si bien tres servidores cumplen con el requisito anterior, se recomiendan cuatro servidores. Esto ayuda a distribuir de manera más uniforme las copias principales entre los dominios de error. Esto mejora la distribución de datos entre el clúster de caché, lo que a su vez mejora los patrones de tráfico de la red y el rendimiento.

Cuando una instancia deja de estar disponible, hay un breve período en el que las copias secundarias aumentan de nivel a copias principales y se actualiza la información de enrutamiento. Durante este tiempo, los clientes reciben excepciones DataCacheException con un ErrorCode de RetryLater. Las aplicaciones para Caché en rol deben usar un tratamiento de errores y una lógica de reintento normales para reaccionar correctamente ante esta condición.

Dado que toda la escritura se realiza en las copias principales y secundarias, la alta disponibilidad aumenta la latencia y disminuye el rendimiento. Este puede ser un precio razonable para que las cachés se beneficien 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 la planeación de la capacidad para Caché en rol (Caché de Azure).

  1. Haga doble clic en el rol que tiene Caché en rol habilitada.

  2. En la pestaña Configuración, compruebe que el Recuento de instancias sea 4 o mayor.

  3. En la pestaña Almacenamiento en caché, seleccione la casilla Alta disponibilidad para la caché que requiera alta disponibilidad. La captura de pantalla siguiente muestra la Alta disponibilidad habilitada para dos de las tres cachés.

    Copias de seguridad de Caching

Vea también

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