Citrix Virtual Apps and Desktops

Recomendación de servidor de logs

Volumen diario de logs (almacenamiento)

Elemento Número de máquinas Sesiones por día/máquina Tamaño medio de log por sesión Total de logs por día
VDAs persistentes 1000 2 2 MB 4.000 MB (≈4 GB)
VDAs agrupados 1000 50 2 MB 100 000 MB (≈100 GB)
Puntos de conexión CWA 7500 4 1 MB-1,5 MB 45 000 MB (≈45 GB)
Controladores de entrega 4 300 MB por DDC 1200 MB (≈1,2 GB)
Servidores StoreFront 4 300 MB por servidor 1.200 MB (≈1,2 GB)
NetScaler Gateway /PVS/Session Recording/ FSA y otros servidores 4 300 MB por servidor 1.200 MB (≈1,2 GB)
Tamaño total diario del registro (después de la compresión) Antes de la compresión es ≈155 GB/día
        Después de la compresión es de 80 GB a 125 GB/día

Nota:

  1. Estos valores son aproximados y pueden variar considerablemente entre implementaciones. El volumen de registros depende del tamaño del sitio, la actividad del usuario, la combinación de componentes y las necesidades de retención. Utilice estos números solo como referencia para comenzar la planificación y ajuste la asignación de almacenamiento según el uso real de su entorno, las tendencias de crecimiento y las pruebas de rendimiento.

  2. El servidor de registros utiliza el algoritmo de compresión LZ4 de forma predeterminada. El porcentaje de compresión podría estar entre el 20% y el 50%; esto significa que LogServer ocuparía la mitad del espacio en disco cuando realiza la compresión máxima o el 80% del espacio en disco cuando realiza la compresión mínima.

  3. Un único servidor de registros AOT puede admitir hasta 128 000 conexiones de componentes activas y procesar hasta 10 000 eventos de registro por segundo. El servidor de registros está diseñado para recopilar y almacenar continuamente registros AOT las 24 horas del día, siempre que el entorno se mantenga dentro de estos umbrales de conexión y rendimiento.

  4. Estas recomendaciones no se basan en el tamaño de la máquina virtual, sino en la capacidad del motor de búsqueda e indexación subyacente que ingiere, procesa y almacena los registros AOT entrantes. Esta capa de búsqueda determina en última instancia la escala máxima porque maneja las operaciones de indexación, consulta y retención. A medida que los entornos crecen, esta capa debe escalar horizontalmente para mantener el rendimiento.

  5. Actualmente, el servidor de registros se entrega como un único nodo combinado que incluye tanto el servicio del servidor de registros como el motor de búsqueda/índice. Esto simplifica la implementación, pero limita la capacidad de escalar el nivel de búsqueda de forma independiente.

  6. En las próximas versiones, Citrix hará la transición a una arquitectura separada, donde la ingesta y el almacenamiento/indexación se ejecutarán en nodos independientes. Esto permitirá a los clientes escalar el nivel de búsqueda a medida que su entorno crezca, mejorará el rendimiento en implementaciones grandes o multisitio y eliminará el límite de escalabilidad impuesto por el diseño actual de nodo único.

  7. Implemente el servidor de registros AOT en un almacenamiento respaldado por SSD. Se recomienda encarecidamente el uso de SSD para garantizar una ingesta de registros fiable, un rendimiento de búsqueda rápido y una correlación eficiente, especialmente en entornos de gran volumen.

Dimensionamiento del almacenamiento del servidor de registros AOT

Dimensionar correctamente el almacenamiento es uno de los pasos más importantes al planificar el servidor de registros AOT. El almacenamiento total requerido depende de cuántas máquinas envían registros AOT, cuántos datos se generan por día y cuánto tiempo deben retenerse los registros.

Dado que cada entorno de Citrix se comporta de manera diferente, los clientes deben comenzar estimando su volumen diario de registros utilizando los patrones de generación de registros de sus VDA, puntos finales de Citrix Workspace App, Delivery Controllers y servidores StoreFront. Una vez que se conoce el volumen diario, el almacenamiento total se puede calcular utilizando las fórmulas siguientes.

Fórmula de cálculo de almacenamiento Almacenamiento total (GB) = Volumen diario de registros (GB) × Días de retención

Cálculo de ejemplo - Volumen diario de registros (después de la compresión) = 125 GB – 200 GB) El siguiente ejemplo ilustra cómo los requisitos de almacenamiento escalan para diferentes objetivos de retención.

Período de retención Almacenamiento requerido
7 días 560 GB – 875 GB (Recomendado)
15 días 1,200 GB (≈1.200 TB) - 1,875 GB (1.875 TB)
30 días 2,4000 GB (≈2.400 TB) - 3,750 GB (3.750 TB)
Recomendación de servidor de logs