Documentación de productos
Citrix DaaS
Ver PDF

Caché de host local

September 27, 2024
Contribución de: 
C

Sugerencia:

En el nodo Inicio de Studio, la función de alertas de estado del servicio le proporciona alertas proactivas para garantizar que la caché de host local y las zonas estén configuradas correctamente. Por lo tanto, cuando se produce una interrupción, la caché de host local funciona y sus usuarios no se ven afectados. Las alertas se presentan en dos niveles: Las alertas a nivel de todo el sitio que se muestran en la página de inicio (icono de bandera) y las alertas relacionadas con zonas que se muestran en la ficha Solucionar problemas de cada zona. Para obtener más información, consulte Zonas.

Caché de host local (LHC, Local Host Cache) permite que la intermediación de las conexiones en una implementación de Citrix DaaS (anteriormente, Citrix Virtual Apps and Desktops Service) continúe cuando un Cloud Connector no se pueda comunicar con Citrix Cloud. La Caché de host local se activa después de que la conexión de red se haya perdido durante 60 segundos.

Con la Caché de host local, los usuarios que estén conectados cuando se produce una interrupción pueden seguir trabajando sin interrupciones. En las conexiones nuevas y las reconexiones se dan demoras mínimas de conexión.

Importante:

Si usa una implementación local de StoreFront, debe agregar a StoreFront todos los Cloud Connectors que tengan (o puedan tener) VDA registrados en ellos como Delivery Controllers. Un Cloud Connector que no se agrega a StoreFront no puede pasar al modo de interrupción del servicio, lo que podría provocar errores en el inicio del usuario.

Para implementaciones sin StoreFront local, utilice la función de continuidad del servicio de la plataforma Citrix Workspace para que los usuarios puedan conectarse a los recursos durante las interrupciones de servicio. Para obtener más información, consulte Continuidad del servicio.

Contenido de datos

La Caché de host local incluye la siguiente información, que es un subconjunto de la información contenida en la base de datos principal:

  • Identidades de los usuarios y los grupos que tienen derechos asignados a recursos publicados en el sitio.
  • Identidades de los usuarios que actualmente usan, o que han utilizado recientemente, recursos publicados en el sitio.
  • Identidades de las máquinas VDA (incluidas las máquinas de acceso con Remote PC) configuradas en el sitio.
  • Identidades (nombres y direcciones IP) de las máquinas cliente de la aplicación Citrix Workspace que se utilizan activamente para conectarse a los recursos publicados.

También contiene información para las conexiones actualmente activas que se establecieron mientras la base de datos principal no estaba disponible:

  • Resultados de todos los análisis de máquinas de punto final del cliente realizados por la aplicación Citrix Workspace.
  • Identidades de las máquinas de la infraestructura (tales como Citrix Gateway y servidores de StoreFront) que intervienen en las operaciones del sitio.
  • Fechas, horas y tipos de actividades recientes de los usuarios.

Funcionamiento

Consulte cómo interactúa la Caché de host local con Citrix Cloud.

Durante el funcionamiento normal

Imagen de funcionamiento normal

  • El broker principal (conocido también como Citrix Remote Broker Provider Service) en un Cloud Connector acepta las solicitudes de conexión provenientes de StoreFront, y se comunica con Citrix Cloud para conectar usuarios a los agentes VDA que están registrados en el Cloud Connector.
  • El servicio Citrix Config Synchronizer Service (CSS) se comunica con el broker de Citrix Cloud aproximadamente cada 5 minutos para comprobar si se han hecho cambios de configuración. Esos cambios pueden haberse iniciado por la acción de un administrador (si modifica una propiedad del grupo de entrega, por ejemplo) o por acciones del sistema (como las asignaciones de máquinas).

  • Si se ha producido un cambio de configuración desde la comprobación anterior, CSS sincroniza la información (la copia) a un broker secundario presente en el Cloud Connector. (El broker secundario también se conoce como servicio de alta disponibilidad o broker de alta disponibilidad, como se muestra en la imagen anterior.)

    Se copian todos los datos de la configuración, no solo los elementos que han cambiado desde la comprobación anterior. El servicio CSS importa los datos de configuración en una base de datos LocalDB de Microsoft SQL Server Express ubicada en el Cloud Connector. Esta base de datos se conoce como la base de datos de la Caché de host local. El servicio CSS comprueba que la información de la base de datos de la Caché de host local coincida con la información presente en la base de datos del sitio en Citrix Cloud. La base de datos de la Caché de host local se crea con cada sincronización.

    Microsoft SQL Server Express LocalDB (que la base de datos de la Caché de host local utiliza) se instala automáticamente al instalar un Cloud Connector. La base de datos de la Caché de host local no se puede compartir entre los Cloud Connectors. No es necesario realizar una copia de seguridad de la base de datos de la Caché de host local. Se vuelve a crear cada vez que se detecta un cambio de configuración.

  • Si no se han producido cambios desde la última comprobación, no se copian los datos de configuración.

Durante una interrupción del servicio

Imagen de interrupción del servicio

Al principio de una interrupción del servicio:

  • El broker secundario comienza a escuchar y a procesar las solicitudes de conexión.
  • Cuando empieza la interrupción, el broker secundario no dispone de datos actuales de registro de agentes VDA, pero, en cuanto un VDA se comunica con él, comienza un proceso de registro. Durante este proceso, el broker secundario también obtiene información de sesión actualizada acerca de ese VDA.
  • Mientras el broker secundario gestiona las conexiones, el broker principal sigue supervisando la conexión a Citrix Cloud. Cuando se restaura la conexión, el broker principal indica al secundario que deje de escuchar para obtener la información de conexión. A continuación, el broker principal reanuda la intermediación. La próxima vez que el VDA se comunica con el broker principal, comienza un proceso de registro. El broker secundario elimina los registros de VDA restantes desde la interrupción anterior. El servicio CSS reanuda la sincronización de información cuando detecta que se han producido cambios de configuración en Citrix Cloud.

En el caso improbable de que se inicie una interrupción durante una sincronización, la importación de ese momento se descarta y se utiliza la última configuración conocida.

El registro de eventos indica cuándo tienen lugar las sincronizaciones y las interrupciones.

No hay límites de tiempo impuestos para el funcionamiento en modo de interrupción.

También puede desencadenar intencionadamente una interrupción. Consulte Forzar una interrupción para obtener más información sobre cómo y por qué hacerlo.

Ubicaciones de recursos con varios Cloud Connectors

Entre otras de sus tareas, CSS proporciona constantemente al broker secundario información sobre todos los Cloud Connectors de la ubicación de recursos. Con esta información, cada broker secundario sabe cuáles son todos los demás brokers secundarios que se ejecutan en otros Cloud Connectors de la ubicación de recursos.

Los brokers secundarios se comunican entre sí por un canal independiente. Estos brokers utilizan una lista alfabética de nombres de dominio completo (FQDN) de las máquinas que están ejecutando para determinar (elegir) qué broker secundario intermediará las operaciones de la zona si se produce una interrupción. Durante la interrupción, todos los VDA vuelven a registrarse en el broker secundario que se haya elegido. Los brokers secundarios de la zona que no hayan sido elegidos rechazan las solicitudes entrantes de conexión y de registro que les envíen los agentes VDA.

Importante:

Los conectores de una ubicación de recursos deben poder comunicarse entre sí en http://<FQDN_OF_PEER_CONNECTOR>:80/Citrix/CdsController/ISecondaryBrokerElection. Si los conectores no pueden comunicarse en esta dirección, es posible que se elijan varios agentes y que se produzcan errores de inicio intermitentes durante un evento de caché de host local.

Si un broker secundario elegido falla durante una interrupción del servicio, se elegirá otro broker secundario para que le releve, y los VDA se registrarán en el broker secundario que acaba de elegirse.

Durante una interrupción, si se reinicia un Cloud Connector:

  • Si ese Cloud Connector no es el broker elegido, el reinicio no tiene repercusión.
  • Si ese Cloud Connector sí es el broker elegido, se elegirá otro Cloud Connector y los VDA deberán registrarse en él. Después de que el Cloud Connector reiniciado se encienda, se hace cargo automáticamente de la intermediación, por lo que los VDA deben volver a registrarse. En este caso, el rendimiento puede verse afectado durante los registros.

El registro de eventos proporciona información sobre las opciones elegidas.

Lo que no está disponible durante una interrupción y otras diferencias

No hay límites de tiempo impuestos para el funcionamiento en modo de interrupción. Sin embargo, si la interrupción se debe a la pérdida de la conectividad de Citrix Cloud con su ubicación de recursos, se recomienda restaurar la conectividad de la ubicación de recursos lo más rápido posible.

Durante una interrupción:

  • Durante un evento de caché de host local, es posible que no se pueda acceder a Studio temporalmente. Si se puede acceder a Studio, los VDA de las ubicaciones de recursos que funcionan en modo de alta disponibilidad aparecen como no registrados en Studio. Se puede acceder a estos VDA a través de la caché de host local.

  • Tiene acceso limitado al SDK de PowerShell remoto.

    • Primero debe:
      • Agregar una clave del Registro EnableCssTestMode con un valor de 1: New-ItemProperty -Path HKLM:\SOFTWARE\Citrix\DesktopServer\LHC -Name EnableCssTestMode -PropertyType DWORD -Value 1
      • Establecer la autenticación del SDK en OnPrem para que el proxy del SDK no intente redirigir las llamadas de cmdlet: $XDSDKAuth="OnPrem"
      • Utilizar el puerto 89: Get-BrokerMachine -AdminAddress localhost:89 | Select MachineName, ContollerDNSName, DesktopGroupName, RegistrationState
    • Después de ejecutar esos comandos, puede acceder a:
      • Todos los cmdlets Get-Broker*.
  • Los datos de supervisión no se envían a Citrix Cloud durante una interrupción. Por lo tanto, las funciones de Supervisar no mostrarán actividad durante una interrupción del servicio.
  • Host Service no puede proporcionar credenciales de hipervisor. Todas las máquinas están en el estado de energía desconocido (unknown) y no se pueden emitir operaciones de administración de energía. No obstante, las máquinas virtuales del host que estén encendidas se pueden utilizar para las solicitudes de conexión.
  • Una máquina asignada solo se puede usar si la asignación se dio durante el funcionamiento normal. No se pueden realizar asignaciones nuevas durante una interrupción del servicio.
  • No se puede configurar ni inscribir automáticamente las máquinas de acceso con Remote PC. En cambio, las máquinas que se inscribieron y configuraron durante el funcionamiento normal se pueden usar.
  • Si los recursos están en zonas diferentes, es posible que los usuarios de aplicaciones y escritorios alojados en servidores superen la cantidad de sesiones indicadas en el límite configurado de sesiones.
  • Cada zona actúa de forma independiente durante un evento de caché de host local. Durante una interrupción del servicio, no se admiten inicios entre zonas (desde un broker de una zona en un VDA de otra zona). Use la función de comprobación de estado avanzada de StoreFront para dirigir las solicitudes de inicio a la zona adecuada durante un evento de caché de host local.
  • Si se produce una interrupción de la base de datos del sitio antes de que comience un reinicio programado para los agentes VDA de un grupo de entrega, los reinicios comienzan cuando finaliza la interrupción del servicio. Esto puede provocar resultados imprevistos. Para obtener más información, consulte Reinicios programados que se retrasan por una interrupción de la base de datos.
  • La preferencia de zonas no puede configurarse. Si se configura, no se tienen en cuenta las preferencias para el inicio de sesión.
  • Las restricciones por etiquetas en las que se utilizan etiquetas para designar ubicaciones de recursos no se admiten para el inicio de sesiones. Cuando se configuran tales restricciones por etiquetas y la opción de comprobación avanzada de estado de un almacén de StoreFront está habilitada, es posible que las sesiones no consigan iniciarse de forma intermitente.

Requisito de StoreFront

Si usa una implementación local de StoreFront, debe agregar a StoreFront todos los Cloud Connectors que tengan (o puedan tener) VDA registrados en ellos como Delivery Controllers. Un Cloud Connector que no se agrega a StoreFront no puede pasar al modo de interrupción del servicio, lo que podría provocar errores en el inicio del usuario.

Disponibilidad de recursos

Puede garantizar la disponibilidad de recursos (aplicaciones y escritorios) durante una interrupción de servicio de dos maneras:

  • Publique los recursos en todas las ubicaciones de recursos de la implementación.
  • Si utiliza StoreFront 1912 CU4 o una versión posterior, publique los recursos en al menos una ubicación de recursos y active la comprobación avanzada de estado en todos los servidores StoreFront. En las versiones anteriores a StoreFront 2308, la comprobación avanzada de estado está desactivada de forma predeterminada y debe habilitarla un administrador. Para la versión 2308 y posteriores de StoreFront, esta función está habilitada de forma predeterminada. Para obtener más información e instrucciones sobre cómo activar la comprobación avanzada de estado, consulte comprobación avanzada de estado.

Compatibilidad con aplicaciones y escritorios

LHC admite los siguientes tipos de VDA y modelos de entrega:

Tipo de VDA Modelo de entrega Disponibilidad de los VDA durante los eventos LHC
SO multisesión Aplicaciones y escritorios Siempre disponible.
Sistema operativo de sesión única estático (asignado) Escritorios Siempre disponible.
Sistema operativo de sesión única con administración de energía aleatorio (agrupado)

Escritorios

No está disponible de forma predeterminada. De forma predeterminada, fallarán todos los intentos de iniciar sesión en los VDA con administración de energía en grupos de entrega agrupados.
Puede hacer que estén disponibles para nuevas conexiones durante los eventos del LHC. Para obtener más información, consulte Habilitar con Studio y Habilitar con PowerShell.
Importante: Habilitar el acceso a máquinas agrupadas de sesión única con administración de energía puede provocar que los datos y los cambios de las sesiones de usuario anteriores estén presentes en las sesiones posteriores.

Nota:

Permitir el acceso a los VDA de escritorio con administración de energía en grupos de entrega agrupados no afecta al funcionamiento de la propiedad ShutdownDesktopsAfterUse configurada durante las operaciones normales. Cuando se habilita el acceso a estos escritorios en el modo LHC, los VDA no se reinician automáticamente una vez finalizado el evento de LHC. Los VDA de escritorio con administración de energía de los grupos de entrega agrupados pueden retener los datos de las sesiones anteriores hasta que se reinicie el VDA. El reinicio del VDA puede producirse cuando un usuario cierra sesión en el VDA durante operaciones ajenas al LHC o cuando los administradores reinician el VDA.

Habilitar LHC para los VDA agrupados de SO de sesión única con administración de energía mediante Studio

Con Studio, puede hacer que esas máquinas estén disponibles para nuevas conexiones durante los eventos de LHC para los grupos de entrega que seleccione:

Nota:

Este parámetro solo está disponible en Studio para los grupos de entrega de escritorios agrupados que entregan VDA con administración de energía.

Habilitar LHC para los VDA agrupados de SO de sesión única con administración de energía mediante PowerShell

Para habilitar LHC para los VDA en un grupo de entrega específico, siga estos pasos:

  1. Ejecute este comando para habilitar esta función para todo el sitio:

    Set-BrokerSite -ReuseMachinesWithoutShutdownInOutageAllowed $true

  2. Ejecute este comando con un nombre del grupo de entrega especificado para habilitar LHC para ese grupo de entrega:

    Set-BrokerDesktopGroup -Name "name" -ReuseMachinesWithoutShutdownInOutage $true

Para cambiar la disponibilidad de LHC predeterminada para los grupos de entrega agrupados recién creados con agentes VDA con administración de energía, ejecute el siguiente comando:

Set-BrokerSite -DefaultReuseMachinesWithoutShutdownInOutage $true

Verificar que la Caché de host local está funcionando

Consulte cómo verificar que la Caché de host local está configurada correctamente.

Para verificar que la Caché de host local está configurada y funciona correctamente:

  • Si usa StoreFront, compruebe que la implementación local de StoreFront apunte a todos los Cloud Connectors de esa ubicación de recursos.
  • Compruebe que las importaciones de sincronización se completan correctamente. Verifique los registros de eventos.
  • Compruebe que la base de datos de la Caché de host local se haya creado en cada Cloud Connector. Eso confirma que el servicio de alta disponibilidad High Availability Service puede tomar el control, si fuera necesario.
    • En el servidor de Cloud Connector, vaya a c:\Windows\ServiceProfiles\NetworkService.
    • Compruebe que se hayan creado HaDatabaseName.mdf y HaDatabaseName_log.ldf.
  • Fuerce una interrupción en todos los Cloud Connectors de la ubicación de recursos. Una vez que haya verificado que la Caché de host local funciona, recuerde volver a colocar todos los Cloud Connectors de nuevo en el modo normal. Esto puede tardar aproximadamente 15 minutos.

Registros de eventos

Los registros de eventos indican cuándo tienen lugar las sincronizaciones y las interrupciones. En los registros del visor de eventos, el modo de interrupción se conoce como modo de alta disponibilidad (HA).

Config Synchronizer Service (Servicio de sincronización de configuraciones)

Durante las operaciones normales, pueden producirse los siguientes eventos cuando el servicio CSS importa los datos de configuración en la base de datos de la Caché de host local a través del broker correspondiente.

  • 503: Citrix Config Sync Service recibió una configuración actualizada. Este evento ocurre cada vez que se recibe una configuración actualizada de Citrix Cloud. Indica el inicio del proceso de sincronización.
  • 504: Citrix Config Sync Service importó una configuración actualizada. La importación de la configuración se completó correctamente.
  • 505: Falló una importación de Citrix Config Sync Service. La importación de la configuración no se completó correctamente. Si hay una configuración previa disponible, se utiliza si ocurre una interrupción. Sin embargo, estará desactualizada frente a la configuración actual. Si no hay ninguna configuración previa disponible, el servicio no puede participar en la intermediación de sesiones durante una interrupción. En este caso, consulte la sección Solucionar problemas y póngase en contacto con la asistencia de Citrix.
  • 507: Citrix Config Sync Service abandonó una importación porque el sistema está en modo de interrupción del servicio y el broker de la Caché de host local se está utilizando para la intermediación. El servicio recibió una nueva configuración, pero la importación fue abandonada debido a una interrupción. Este es el comportamiento esperado.
  • 510: No se recibieron datos de configuración del servicio de configuración procedentes del servicio de configuración principal.
  • 517: Hubo un problema de comunicación con el broker principal.
  • 518: Se ha abortado el script de Config Sync porque el Broker secundario (High Availability Service) no se está ejecutando.

High Availability Service (Servicio de alta disponibilidad)

Este servicio también se conoce como broker de la Caché de host local.

  • 3502: Se ha producido una interrupción y el broker de la Caché de host local está llevando a cabo operaciones de intermediación.
  • 3503: Se ha resuelto una interrupción y se ha reanudado el funcionamiento normal.
  • 3504: Indica el broker de la Caché de host local elegido, además de otros brokers de caché de host local que hayan participado en la elección.
  • 3507: Proporciona una actualización de estado de la memoria caché de host local cada 2 minutos, lo que indica que el modo de caché de host local está activo en el intermediario elegido. Contiene un resumen de la interrupción del servicio, que incluye la duración de la interrupción, el registro de VDA e información de la sesión.
  • 3508: Anuncia que la memoria caché de host local ya no está activa en el intermediario elegido y que se han restablecido las operaciones normales. Contiene un resumen de la interrupción del servicio, que incluye la duración de la interrupción, la cantidad de máquinas que se registraron durante el evento de caché de host local y la cantidad de inicios correctos durante dicho evento.
  • 3509: Notifica que la memoria caché de host local está activa en los intermediarios no elegidos. Contiene una duración de interrupción del servicio cada 2 minutos e indica el intermediario elegido.
  • 3510: Anuncia que la memoria caché de host local ya no está activa en los intermediarios no elegidos. Contiene la duración de la interrupción del servicio e indica el intermediario elegido.

Proveedor de broker remoto

Este servicio actúa como un proxy entre Citrix Cloud y sus VDA y Cloud Connectors.

  • 3001: Comprueba si los Cloud Connectors deben entrar en el modo de alta disponibilidad. Este evento se produce después de una única comprobación fallida del estado del Cloud Connector. Si se produce otro error en una comprobación de estado transcurridos 60 segundos, el Cloud Connector pasa al modo de alta disponibilidad.
  • 3002: Notifica que el Cloud Connector no puede entrar en el modo de alta disponibilidad. El motivo por el que no se entra en el modo de alta disponibilidad se incluye en la información del evento.

  • 3003: Notifica que el Cloud Connector está pasando por varios estados del modo de alta disponibilidad. Este diagrama describe los estados para entrar y salir del modo de alta disponibilidad. El evento proporciona detalles sobre:

    • El estado desde el que se está realizando la transición del Cloud Connector.
    • El estado al que está cambiando el Cloud Connector.
    • La duración del estado anterior.

Nota:

Puede que vea con frecuencia eventos 3001 en sus Cloud Connectors. Estos eventos pueden deberse a problemas en la red y no son motivo de preocupación.

Forzar una interrupción del servicio

Puede que quiera forzar deliberadamente una interrupción.

  • Si la red tiene altibajos repetidos. Forzar una interrupción hasta que se resuelvan los problemas de red impide una transición continua entre los modos normal y de interrupción (con las avalanchas de registros de VDA que ello conlleva).
  • Para probar un plan de recuperación ante desastres.
  • Para comprobar que la Caché de host local funciona correctamente.

Aunque los Cloud Connectors se puedan actualizar durante una interrupción forzada del servicio, puede haber problemas imprevistos. Se recomienda establecer una programación para las actualizaciones de Cloud Connector que eviten forzar intervalos en modo de interrupción del servicio.

Para forzar una interrupción, modifique el Registro de cada servidor de Cloud Connector. En HKLM\Software\Citrix\DesktopServer\LHC, cree y establezca OutageModeForced como REG_DWORD con el valor 1. Este parámetro indica al broker de la Caché de host local que se coloque en el modo de interrupción, independientemente del estado de la conexión a Citrix Cloud. Establecer este valor en 0 saca al broker de la Caché de host local del modo de interrupción del servicio.

Para comprobar los eventos, supervise el archivo de registros Current_HighAvailabilityService que hay en C:\ProgramData\Citrix\workspaceCloud\Logs\Plugins\HighAvailabilityService.

Solucionar problemas

Existen varias herramientas de solución de problemas disponibles cuando falla una importación de sincronización a la base de datos de la Caché de host local y se publica un evento 505.

Rastreo CDF: Contiene opciones para los módulos ConfigSyncServer y BrokerLHC. Esas opciones, junto con otros módulos de broker, pueden identificar el problema.

Informe: Si falla una importación de sincronización, puede generar un informe. Este informe se detiene en el objeto que causa el error. Esta funcionalidad de informe afecta a la velocidad de sincronización, por lo que Citrix recomienda inhabilitarla cuando no se use.

Para habilitar y generar un informe de seguimiento de CSS, escriba el siguiente comando:

New-ItemProperty -Path HKLM:\SOFTWARE\Citrix\DesktopServer\LHC -Name EnableCssTraceMode -PropertyType DWORD -Value 1

El informe HTML se publica en: C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Temp\CitrixBrokerConfigSyncReport.html.

Una vez generado el informe, introduzca el siguiente comando para inhabilitar la funcionalidad de informes:

Set-ItemProperty -Path HKLM:\SOFTWARE\Citrix\DesktopServer\LHC -Name EnableCssTraceMode -Value 0

Comandos de PowerShell para la memoria caché de host local

Puede administrar la caché de host local en sus Cloud Connectors mediante comandos de PowerShell.

El módulo PowerShell se encuentra en la siguiente ubicación de los Cloud Connectors:

C:\Program Files\Citrix\Broker\Service\ControlScripts

Importante:

Ejecute este módulo solo en los Cloud Connectors.

Importar módulo de PowerShell

Para importar el módulo, ejecute lo siguiente en su Cloud Connector:

cd C:\Program Files\Citrix\Broker\Service\ControlScripts Import-Module .\HighAvailabilityServiceControl.psm1

Comandos de PowerShell para administrar la LHC

Los siguientes cmdlets le ayudan a activar y administrar el modo LHC en los Cloud Connectors.

Cmdlets Función
Enable-LhcForcedOutageMode Ponga al intermediario en modo LHC. Los archivos de bases de datos de caché de host local debe haberlos creado correctamente ConfigSync Service para que Enable-LhcForcedOutageMode funcione correctamente. Este cmdlet solo fuerza a la LHC del Cloud Connector en que se ejecutó. Para que la LHC se active, este cmdlet debe ejecutarse en todos los Cloud Connectors de la ubicación de recursos.
Disable-LhcForcedOutageMode Saque al intermediario del modo LHC. Este cmdlet solo inhabilita el modo LHC en el Cloud Connector en el que se ejecutó. Disable-LhcForcedOutageMode debe ejecutarse en todos los Cloud Connectors de la ubicación de recursos.
Set-LhcConfigSyncIntervalOverride Establece el intervalo en que Citrix Config Synchronizer Service (CSS) comprueba cambios de configuración en el sitio de Citrix DaaS. El intervalo de tiempo puede oscilar entre 60 segundos (un minuto) y 3600 segundos (una hora). Este parámetro solo se aplica al Cloud Connector en el que se ejecutó. Para mantener la coherencia en todos los Cloud Connectors, considere la posibilidad de ejecutar este cmdlet en cada Cloud Connector. Por ejemplo: Set-LhcConfigSyncIntervalOverride -Seconds 1200
Clear-LhcConfigSyncIntervalOverride Establece el intervalo en que Citrix Config Synchronizer Service (CSS) comprueba cambios de configuración en el sitio de Citrix DaaS en función del valor predeterminado de 300 segundos (cinco minutos). Este parámetro solo se aplica al Cloud Connector en el que se ejecutó. Para mantener la coherencia en todos los Cloud Connectors, considere la posibilidad de ejecutar este cmdlet en cada Cloud Connector.
Enable-LhcHighAvailabilitySDK Habilita el acceso a todos los cmdlets Get-Broker* del Cloud Connector en que se ejecutó.
Disable-LhcHighAvailabilitySDK Inhabilita el acceso a los comandos de Broker PowerShell en el Cloud Connector en que se ejecutó.

Nota:

  • Use el puerto 89 cuando ejecute los cmdlets Get-Broker* en el Cloud Connector. Por ejemplo:
    • Get-BrokerMachine -AdminAddress localhost:89
  • Cuando no está en modo LHC, el broker de la LHC del Cloud Connector solo contiene información de configuración.
  • Durante el modo LHC, el broker de la LHC del Cloud Connector elegido contiene la siguiente información:
    • Estados de los recursos
    • Detalles de la sesión
    • Registros de VDA
    • Información de configuración

Más información

Consulte Consideraciones sobre la escala y el tamaño de la Caché de host local para obtener información sobre:

  • Metodologías de pruebas y resultados
  • Consideraciones sobre tamaño de RAM
  • Consideraciones sobre la configuración de sockets y núcleo de CPU
  • Consideraciones sobre almacenamiento
Caché de host local
September 27, 2024
Contribución de: 
C
September 27, 2024
Contribución de: 
C

En este artículo

Comentarios sobre el sitio | Your privacy choices footer linkSus opciones de privacidad | Condiciones legales y de privacidad | Preferencias de cookies | Parámetros de consentimiento | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.