Recomendación de servidor de registros
Volumen diario de registros (almacenamiento)
| Elemento | Número de máquinas | Sesiones por día/máquina | Tamaño medio de registro por sesión | Total de registros 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 | 8000 | 4 | 1-1,5 MB | 48,000 MB (≈48 GB) |
| Controladores de entrega | 4 | — | 300 MB por DDC | 1,200 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 de ≈156 GB/día |
| Después de la compresión es de 80 GB a 125 GB/día |
Suposiciones de dimensionamiento
- Este ejemplo representa una implementación de referencia de aproximadamente 10.000 puntos finales administrados y componentes de infraestructura.
- Para fines de dimensionamiento, los Delivery Controllers, los servidores StoreFront, Gateway, PVS, FAS, Session Recording y otros componentes de infraestructura se estiman en 300 MB por servidor al día.
- El valor de 300 MB por servidor es una estimación conservadora utilizada para la planificación del almacenamiento y los cálculos de capacidad.
Nota:
Estos valores son aproximados y pueden variar mucho 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 base 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.
El servidor de registros utiliza el algoritmo de compresión LZ4 por defecto. 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.
Un único AOT Log Server puede soportar hasta 128.000 conexiones de componentes activas y procesar hasta 10.000 eventos de registro por segundo. El Log Server 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.
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 gestiona las operaciones de indexación, consulta y retención. A medida que los entornos crecen, esta capa debe escalar horizontalmente para mantener el rendimiento.
Actualmente, el Log Server se distribuye como un único nodo combinado que incluye tanto el servicio Log Server 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.
En futuras 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.
Implemente el AOT Log Server en 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 alto volumen.
Dimensionamiento del almacenamiento del AOT Log Server
Dimensionar correctamente el almacenamiento es uno de los pasos más importantes al planificar el AOT Log Server. 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 del almacenamiento Almacenamiento total (GB) = Volumen diario de registros (GB) × Días de retención
Guía de dimensionamiento del almacenamiento del AOT Log Server
Utilice la siguiente tabla como referencia para estimar el volumen diario de registros y los requisitos de almacenamiento en función del tamaño de la implementación. Estas estimaciones están destinadas a la planificación de la capacidad y pueden variar según la actividad del usuario, la densidad de la sesión, los componentes habilitados y la arquitectura de la implementación.
Estimación del volumen diario de registros
| Tamaño de la implementación | Volumen diario de registros antes de la compresión | Volumen diario de registros después de la compresión (LZ4) | Categoría recomendada |
|---|---|---|---|
| 5.000 máquinas | ~78 GB/día | ~40–63 GB/día | Pequeño |
| 10.000 máquinas | ~156 GB/día | ~80–125 GB/día | Mediano |
| 50.000 máquinas | ~780 GB/día | ~400–625 GB/día | Grande |
| 100.000 máquinas | ~1,56 TB/día | ~800 GB–1,25 TB/día | Empresarial |
Estimación de almacenamiento basada en la retención
| Tamaño de la implementación | Retención de 7 días | Retención de 10 días |
|---|---|---|
| 5.000 máquinas | ~300–450 GB | ~400–630 GB |
| 10.000 máquinas | ~600 GB–1 TB | ~800 GB–1.25 TB |
| 50.000 máquinas | ~3–5 TB | ~4–6.3 TB |
| 100.000 máquinas | ~6–10 TB | ~8–12.5 TB |
Nota:
Estos valores son estimaciones aproximadas destinadas a la planificación de la capacidad. Los requisitos de almacenamiento reales dependen de la arquitectura de implementación, la actividad del usuario, los componentes habilitados, el período de retención y la eficiencia de compresión.
Las estimaciones se basan en el modelo de implementación de referencia de 10.000 máquinas y se escalan linealmente.