-
-
Crear catálogos de máquinas de imágenes preparadas
-
Crear una imagen preparada para instancias administradas de Amazon WorkSpaces Core
-
Crear un catálogo de instancias administradas de Amazon WorkSpaces Core
-
Crear un catálogo de máquinas de imágenes preparadas en Azure
-
Crear un catálogo de máquinas de imágenes preparadas en Red Hat OpenShift
-
Crear un catálogo de máquinas de imágenes preparadas en VMware
-
Crear un catálogo de máquinas de imágenes preparadas en XenServer
-
-
Grupos de identidades de diferentes tipos de unión de identidades de máquina
-
Servicio de Cloud Connector Standalone Citrix Secure Ticketing Authority (STA)
-
-
-
-
-
-
-
Hacer copia de seguridad o migrar la configuración
-
Copia de seguridad y restauración con la herramienta de configuración automatizada
-
Prácticas recomendadas para la copia de seguridad y la restauración
-
Cmdlets de la herramienta de configuración automatizada para la migración
-
Cmdlets de la herramienta de configuración automatizada para la copia de seguridad y la restauración
-
Solucionar problemas de configuración automatizada e información adicional
-
Recopilar un seguimiento de Citrix Diagnostic Facility (CDF) al iniciar el sistema
-
Máquinas aprovisionadas por MCS (Buscar > Vista de hardware)
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Recomendación del servidor de registros
Volumen diario de registros (almacenamiento)
| Elemento | Valor | Sesiones por día | Tamaño promedio del registro por sesión | Registros totales 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 de CWA | 7500 | 4 | 1 MB-1,5 MB | 45.000 MB (≈45 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/Grabación de sesiones/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:
Estos valores son aproximados y pueden diferir ampliamente 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. Usa estos números solo como una línea de base para comenzar a planificar y ajusta la asignación de almacenamiento según el uso real de tu entorno, las tendencias de crecimiento y las pruebas de rendimiento.
El servidor de registros usa 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 el servidor de registros 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 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.
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 ingesta, 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.
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.
En las próximas versiones, Citrix transicionará 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 crece, mejorar el rendimiento en implementaciones grandes o multisitio y eliminar el límite de escalabilidad impuesto por el diseño actual de nodo único.
Implementa el servidor de registros AOT en almacenamiento respaldado por SSD. Se recomiendan encarecidamente los SSD para garantizar una ingesta fiable de registros, un rendimiento de búsqueda rápido y una correlación eficiente, especialmente en entornos de alto volumen.
Dimensionamiento del almacenamiento del servidor de registros AOT
Dimensionar el almacenamiento correctamente 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.
Debido a que cada entorno 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 VDAs, puntos de conexión de Citrix Workspace App, Controladores de entrega y servidores StoreFront. Una vez que se conoce el volumen diario, el almacenamiento total se puede calcular utilizando las fórmulas a continuación.
Fórmula de cálculo del almacenamiento Almacenamiento total (GB) = Volumen diario de registros (GB) × Días de retención
Ejemplo de cálculo - 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 | 24.000 GB (≈24,000 TB) - 3.750 GB (3,750 TB) |
Compartir
Compartir
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.