Procedimiento de actualización para un clúster de caché de AppFabric (AppFabric 1.1)
Este tema describe cómo realizar una actualización tanto en línea como sin conexión del Servicio Microsoft AppFabric 1.1 para el almacenamiento en caché de Windows Server a una versión superior para un clúster de caché existente. Una actualización en línea implica actualizar por separado cada uno de los hosts de caché mientras el clúster de caché continúa en ejecución.
Importante |
---|
Durante esta actualización, no puede cambiar de una cuenta integrada (como SERVICIO DE RED) a una cuenta de dominio. Para obtener más información, consulte Cambiar la cuenta del servicio de almacenamiento en caché (Almacenamiento en caché de AppFabric 1.1). |
Cada versión de Microsoft AppFabric 1.1 para Windows Server está asociada con un número de versión determinado del Servicio Almacenamiento en caché de AppFabric.
Versión AppFabric | Versión del servicio Almacenamiento en caché de AppFabric |
---|---|
Windows Server AppFabric v1.0 |
1 |
Microsoft AppFabric 1.1 para Windows Server |
3 |
Proceso de actualización sin conexión
Una actualización sin conexión implica a un clúster de caché que se ha apagado. Mientras esté apagado, cada host de caché se puede actualizar por separado a la nueva versión de AppFabric. En este punto, los pasos implicados son un subconjunto de los pasos a seguir durante la actualización en línea e incluyen los siguientes.
Paso 1: Actualización la característica de administración de caché en la máquina de administración
Paso 5: Actualización del intervalo de versión de servidor permitido para que únicamente utilice el nuevo número de versión
Paso 6: Actualización del intervalo de versión de cliente permitido para incluir el nuevo número de versión
Paso 7: Actualización del almacén de configuración de caché
Paso 8: Actualización de las aplicaciones de cliente de caché
Proceso de actualización en línea
Una actualización en línea consta de los siguientes pasos:
Paso 1: Actualización la característica de administración de caché en la máquina de administración
Paso 2: Actualización del intervalo de versión de servidor permitido para incluir el nuevo número de versión
Paso 3: Actualización secuencial de cada uno de los hosts de caché
Paso 4: Comprobación de la actualización de todos los hosts de caché
Paso 5: Actualización del intervalo de versión de servidor permitido para que únicamente utilice el nuevo número de versión
Paso 6: Actualización del intervalo de versión de cliente permitido para incluir el nuevo número de versión
Paso 7: Actualización del almacén de configuración de caché
Paso 8: Actualización de las aplicaciones de cliente de caché
Importante |
---|
Para poder realizar estos pasos con éxito, deberá mantener el quórum de servidores requerido para que el clúster de caché continúe en ejecución. Esto se describe en el tema, Actualización de servidores de caché. |
Paso 1: Actualización la característica de administración de caché en la máquina de administración
Para realizar los pasos de la actualización, en primer lugar deberá actualizar la característica Administración de caché en una máquina que no forme parte del clúster de caché de destino. La característica Administración de caché le permite ejecutar comandos de Windows PowerShell en el clúster de caché. Actualice la característica Administración de caché ejecutando la instalación de AppFabric para la nueva versión del Microsoft AppFabric 1.1 para Windows Server.
Si no dispone de una máquina independiente para la administración del clúster de caché, puede instalar la característica Administración de caché de la nueva versión de Microsoft AppFabric 1.1 para Windows Server en una máquina fuera del clúster de caché.
Para ejecutar los comandos de Windows PowerShell en una máquina únicamente de administración, debe ejecutar, en primer lugar, el comando Use-CacheCluster y especificar los parámetros Provider y ConnectionString. Esto se describe en el tema Tareas habituales de administración de clústeres de caché (Almacenamiento en caché de AppFabric 1.1).
Paso 2: Actualización del intervalo de versión de servidor permitido para incluir el nuevo número de versión
Durante la actualización en línea, algunos de los servidores ejecutarán la versión anterior del Servicio de almacenamiento en caché mientras que otros utilizarán la versión actualizada. Para tenerlo en cuenta, deberá utilizar el comando de Windows PowerShell Update-CacheHostAllowedVersions para aumentar el valor de la propiedad EndServerVersion. Por ejemplo, si cambiara de la versión 1
a la versión 3
, debería utilizar el siguiente comando.
Update-CacheHostAllowedVersions –EndServerVersion 3
Y a continuación, ejecutar el comando Get-CacheHost sin los parámetros para comprobar los cambios de la versión. El siguiente resultado de ejemplo muestra este cambio en un clúster de caché de tres nodos.
HostName : CachePort Service Name Service Status Version Info
-------------------- ------------ -------------- ------------
CACHESERVER1:22233 AppFabricCachingService UP 1 [1,3][1,1]
CACHESERVER2:22233 AppFabricCachingService UP 1 [1,3][1,1]
CACHESERVER3:22233 AppFabricCachingService UP 1 [1,3][1,1]
En este ejemplo, la columna Información de versión contiene el valor 1 [1,3][1,1]
. Esto se corresponde con los siguientes detalles de la versión:
1 |
La versión del Servicio de almacenamiento en caché que se ejecuta en ese host de caché. |
[1,3] |
El intervalo de las versiones del servicio de almacenamiento en caché que se pueden ejecutar en ese clúster de caché en particular durante la actualización en línea. |
[1,1] |
El intervalo de las versiones de cliente de caché que se pueden utilizar en el clúster de caché. |
Antes de continuar, debe asegurarse de que cada host de caché se ha actualizado al intervalo de servidor de destino permitido. Si se produjera un error en la actualización del intervalo de versión de servidor de alguno de los hosts de caché, deberá apagarlos antes de continuar. Esto puede realizarse mediante el comando de Windows PowerShell Stop-CacheNonUpdatedHosts. El comando Get-CacheHost se puede utilizar, en primer lugar, para prever qué servidores no se han actualizado y se detendrán. El siguiente ejemplo detiene aquellos hosts de caché cuyo intervalo de versión no ha cambiado a 1
y 3
y cuya versión de servicio actual es 1
.
Stop-CacheNonUpdatedHosts -Version 1 -BeginServerVersion 1 –EndServerVersion 3
Paso 3: Actualización secuencial de cada uno de los hosts de caché
Para realizar una actualización en línea, cada host de caché se debe detener y actualizar por separado. Los siguientes pasos describen aquellos que deben realizarse en cada host de caché en el clúster de caché.
En la máquina de administración de caché, utilice Windows PowerShell para ejecutar el comando Stop-CacheHost para detener el host de caché.
Advertencia Si la característica Alta disponibilidad no está en uso, detener el host de caché puede provocar la pérdida de datos almacenados. Incluso con Alta disponibilidad, los clientes pueden obtener excepciones temporales que se resolverán en reintentos si el clúster continúa en ejecución. En el host de caché detenido, actualice Microsoft AppFabric 1.1 para Windows Server a la nueva versión ejecutando la instalación de la nueva versión.
Una vez que la actualización haya finalizado, utilice Start-CacheHost para reiniciar el host de caché.
A continuación, ejecute Get-CacheClusterHealth. Asegúrese de que todos los números están incluidos en la categoría "Correcto" y que las fracciones de caché se han estabilizado entre los hosts de caché. Del mismo modo, verifique que no existen entradas en "Fracción sin asignar" o "Fracciones de caché denominadas sin asignar". Puede realizar esta comprobación ejecutando Get-CacheClusterHealth varias veces hasta que las fracciones de caché se estabilicen.
Repita estos pasos en el siguiente host de caché del clúster de caché.
Durante esta parte del proceso, no es compatible la utilización de los siguientes comandos de Windows PowerShell. No debe utilizar estos comandos hasta que todos los hosts de caché estén actualizados a la nueva versión y el intervalo de inicio de versión de servidor se haya actualizado a la nueva versión.
Comando no compatible durante la actualización | ¿Provoca error? |
---|---|
Grant-CacheAllowedClientAccount |
Sí |
Import-CacheClusterConfig |
Sí |
New-Cache |
Sí |
Remove-Cache |
Sí |
Revoke-CacheAllowedClientAccount |
Sí |
Set-CacheClusterSecurity |
Sí |
Set-CacheConfig |
Sí |
Set-CacheHostConfig |
Sí |
Update-CacheHostAllowedVersions* |
Sí |
New-CacheCluster |
No |
Remove-CacheCluster |
No |
Register-CacheHost |
No |
Unregister-CacheHost |
No |
Los comandos que provocan un error contienen texto similar al siguiente: ErrorCode<ERRPS024>:SubStatus<ES0001>:This command is not currently allowed. Changes to the cache cluster configuration is restricted during a rolling upgrade of the caching service
.
* Update-CacheHostAllowedVersions no provoca un error cuando todos los hosts de caché del clúster ejecutan la misma versión del Servicio Almacenamiento en caché de AppFabric.
Paso 4: Comprobación de la actualización de todos los hosts de caché
Tras actualizar los hosts de caché, utilice el comando Get-CacheHost para comprobar la versión del Servicio de almacenamiento en caché de cada host de caché. Todos deben tener la nueva versión antes de continuar. Considere el siguiente resultado de ejemplo de Get-CacheHost:
HostName : CachePort Service Name Service Status Version Info
-------------------- ------------ -------------- ------------
CACHESERVER1:22233 AppFabricCachingService UP 3 [1,3][1,1]
CACHESERVER2:22233 AppFabricCachingService UP 3 [1,3][1,1]
CACHESERVER3:22233 AppFabricCachingService UP 1 [1,3][1,1]
En este ejemplo, los dos primeros servidores están ejecutando el Servicio de almacenamiento en caché actualizado con una versión de 3
. Sin embargo, la máquina CACHESERVER3
continua ejecutando la versión anterior del Servicio de almacenamiento en caché con una versión de 1
. Este host de caché debe actualizarse correctamente utilizando el paso anterior o bien deteniéndolo y continuando con el proceso de actualización.
Paso 5: Actualización del intervalo de versión de servidor permitido para que únicamente utilice el nuevo número de versión
Utilice el comando Update-CacheHostAllowedVersions para aumentar BeginServerVersion a la nueva versión.
Update-CacheHostAllowedVersions –BeginServerVersion 3
El siguiente ejemplo muestra el resultado de Get-CacheHost una vez que este paso se ha completado en un clúster de tres nodos en la que la versión de destino es 3
.
HostName : CachePort Service Name Service Status Version Info
-------------------- ------------ -------------- ------------
CACHESERVER1:22233 AppFabricCachingService UP 3 [3,3][1,1]
CACHESERVER2:22233 AppFabricCachingService UP 3 [3,3][1,1]
CACHESERVER3:22233 AppFabricCachingService UP 3 [3,3][1,1]
En este momento, puede utilizar cualquier comando de Windows PowerShell disponible, así como cualquier característica nueva proporcionada por la actualización.
Paso 6: Actualización del intervalo de versión de cliente permitido para incluir el nuevo número de versión
Las aplicaciones diseñadas para utilizar las nuevas características Cliente de caché deben ser capaces de comunicarse con el clúster de caché actualizado. Utilice el comando Update-CacheHostAllowedVersions para incluir la nueva versión en el intervalo de versiones de cliente de caché permitidas. El siguiente ejemplo realiza esta acción aumentando el parámetro EndClientVersion a 3
.
Update-CacheHostAllowedVersions -EndClientVersion 3
El siguiente ejemplo muestra el resultado de este cambio en la salida de Get-CacheHost.
HostName : CachePort Service Name Service Status Version Info
-------------------- ------------ -------------- ------------
CACHESERVER1:22233 AppFabricCachingService UP 3 [3,3][1,3]
CACHESERVER2:22233 AppFabricCachingService UP 3 [3,3][1,3]
CACHESERVER3:22233 AppFabricCachingService UP 3 [3,3][1,3]
En este momento, puede actualizar cualquier aplicación para que utilice los nuevos ensamblados y características de cliente de caché. Si quiere limitar los clientes de caché únicamente a aquellos que cuenten con la nueva versión, también puede utilizar Update-CacheHostAllowedVersions para cambiar BeginClientVersion al nuevo número de versión. Sin embargo, también tiene la posibilidad de dejar un intervalo de versiones que permita tanto a los nuevos como a los anteriores clientes continuar utilizando el clúster de caché. Si decide limitar los clientes de caché a una versión determinada, primero deberá actualizar dichos clientes a esa versión antes de aumentar el valor BeginClientVersion.
Paso 7: Actualización del almacén de configuración de caché
Actualice el almacén de configuración de caché mediante el comando Update-CacheConfigurationStore. Este comando solo se puede usar después de actualizar todos los hosts de caché.
Update-CacheConfigurationStore
Entre otros cambios internos, este comando traduce los nombres de host en la configuración del clúster de caché para que usen sus nombres de dominio completos (FQDN).
Paso 8: Actualización de las aplicaciones de cliente de caché
Tal y como se ha mencionado en el paso anterior, las aplicaciones de cliente de caché deben utilizar los nuevos ensamblados Almacenamiento en caché de AppFabric para poder beneficiarse de las nuevas características de Almacenamiento en caché de AppFabric o para comunicarse con un clúster de caché que tenga el intervalo de versión limitado a la última versión (por ejemplo, 3,3
).
Es importante tener en cuenta que los ensamblados Almacenamiento en caché de AppFabric ya no están registrados en la Caché de ensamblado global (GAC). Esto significa que tiene que ubicar juntos los archivos binarios de la aplicación de cliente de caché y los ensamblados Almacenamiento en caché de AppFabric. Puede utilizar la sección <assemblyBinding> en la aplicación del archivo de configuración. El elemento <codeBase> puede señalar la ubicación de los ensamblados.
Nota
Tenga en cuenta que no siempre será necesario volver a crear las aplicaciones de cliente de caché. Desinstalar o actualizar Windows Server AppFabric v1.0 eliminará los ensamblados Almacenamiento en caché de AppFabric de la GAC. En este momento, puede utilizar uno de los métodos mencionados anteriormente para que las aplicaciones de cliente de caché carguen los nuevos ensamblados. Por supuesto, las aplicaciones de cliente de caché deberían volver a crearse para poder beneficiarse de las nuevas características, como la compresión.
2012-03-05