Directrices de tamaño de hardware hardware-sizing-guidelines
AEM Estas directrices de tamaño ofrecen una aproximación de los recursos de hardware necesarios para implementar un proyecto de. Las estimaciones de tamaño dependen de la arquitectura del proyecto, la complejidad de la solución, el tráfico esperado y los requisitos del proyecto. Esta guía le ayuda a determinar las necesidades de hardware para una solución específica, o a encontrar una estimación superior e inferior para los requisitos de hardware.
Los factores básicos a considerar son (en este orden):
-
Velocidad de red
- Latencia de red
- Ancho de banda disponible
-
Velocidad de cómputo
- Eficiencia del almacenamiento en caché
- Tráfico esperado
- Complejidad de plantillas, aplicaciones y componentes
- Autores simultáneos
- Complejidad de la operación de creación (edición de contenido simple, despliegue de MSM, etc.)
-
Rendimiento de E/S
- Rendimiento y eficacia del almacenamiento de archivos o bases de datos
-
Disco duro
- al menos dos o tres veces más grande que el tamaño del repositorio
-
Memoria
- Tamaño del sitio web (número de objeto de contenido, páginas y usuarios)
- Número de usuarios/sesiones activos al mismo tiempo
Arquitectura architecture
AEM Una configuración típica de la consiste en un autor y un entorno de publicación. Estos entornos tienen diferentes requisitos con respecto al tamaño del hardware subyacente y a la configuración del sistema. Las consideraciones detalladas para ambos entornos se describen en las secciones entorno de creación y entorno de publicación.
En una configuración de proyecto típica, tiene varios entornos en los que almacenar en zona intermedia las fases del proyecto:
-
Entorno de desarrollo
Para desarrollar nuevas funciones o realizar cambios significativos. La práctica recomendada es trabajar con un entorno de desarrollo por desarrollador (instalaciones locales en sus sistemas personales). -
Entorno de prueba del autor
Para comprobar los cambios. El número de entornos de prueba puede variar según los requisitos del proyecto (por ejemplo, pruebas de control de calidad independientes, pruebas de integración o pruebas de aceptación de usuarios). -
Entorno de prueba de Publish
Principalmente para probar casos de uso de colaboración social o la interacción entre el autor y varias instancias de publicación. -
Entorno de producción de creación
Para que los autores editen el contenido. -
Entorno de producción de Publish
Para servir contenido publicado.
AEM Además, los entornos pueden variar, desde un sistema de un solo servidor que ejecuta el servidor de aplicaciones y un servidor de aplicaciones, hasta un conjunto de gran escala de instancias agrupadas de varios servidores y varias CPU. El Adobe recomienda que utilice un equipo independiente para cada sistema de producción y que no ejecute otras aplicaciones en estos equipos.
Consideraciones genéricas de tamaño de hardware generic-hardware-sizing-considerations
Las secciones siguientes proporcionan instrucciones sobre cómo calcular los requisitos de hardware, teniendo en cuenta diversas consideraciones. En el caso de los sistemas grandes, Adobe sugiere que realice un conjunto sencillo de pruebas de referencia internas en una configuración de referencia.
La optimización del rendimiento es una tarea fundamental que debe realizarse antes de poder realizar cualquier evaluación comparativa para un proyecto específico. Asegúrese de aplicar los consejos proporcionados en la documentación de optimización de rendimiento antes de realizar pruebas de referencia y usar sus resultados para cualquier cálculo de tamaño de hardware.
Los requisitos de tamaño de hardware para casos de uso avanzados deben basarse en una evaluación detallada del rendimiento del proyecto. Las características de los casos de uso avanzados que requieren recursos de hardware excepcionales incluyen combinaciones de:
- alto rendimiento/carga útil de contenido
- amplio uso de código personalizado, flujos de trabajo personalizados o bibliotecas de software de terceros
- integración con sistemas externos no compatibles
Espacio en disco/ Disco duro disk-space-hard-drive
El espacio en disco necesario depende en gran medida del volumen y del tipo de la aplicación web. Los cálculos deben tener en cuenta lo siguiente:
- la cantidad y el tamaño de las páginas, los recursos y otras entidades almacenadas en el repositorio, como flujos de trabajo, perfiles, etc.
- la frecuencia estimada de los cambios de contenido y, por lo tanto, la creación de versiones de contenido
- el volumen de representaciones de recursos DAM que se generarán
- el crecimiento general del contenido con el tiempo
El espacio en disco se supervisa continuamente durante la Limpieza de revisiones en línea y sin conexión. Si el espacio disponible en disco cae por debajo de un valor crítico, el proceso se cancela. El valor crítico es el 25 % del espacio en disco actual del repositorio y no se puede configurar. Adobe recomienda dimensionar el disco al menos dos o tres veces más grande que el tamaño del repositorio, incluido el crecimiento estimado.
Virtualización virtualization
AEM El funcionamiento es correcto en entornos virtualizados, pero puede haber factores como la CPU o la E/S que no se pueden equiparar directamente con el hardware físico. Una recomendación es elegir una velocidad de E/S más alta (en general), ya que este es un factor crítico, por lo general. La evaluación comparativa de su entorno es necesaria para comprender con precisión qué recursos se requieren.
AEM Paralelización de instancias de parallelization-of-aem-instances
Seguridad contra fallos
Un sitio web a prueba de fallos se implementa en al menos dos sistemas independientes. Si un sistema se avería, otro sistema puede asumir el control y así compensar el fallo del sistema.
Adaptación de recursos del sistema
Mientras todos los sistemas están en funcionamiento, se dispone de un mayor rendimiento informático. Ese rendimiento adicional no es necesariamente lineal con el número de nodos de clúster, ya que la relación depende en gran medida del entorno técnico. Consulte Documentación de clúster para obtener más información.
La estimación de cuántos nodos de clúster son necesarios se basa en los requisitos básicos y casos de uso específicos del proyecto web en particular:
- Desde la perspectiva de la seguridad contra fallos, es necesario determinar, para todos los entornos, el grado de importancia del fallo y el tiempo de compensación del fallo en función del tiempo que tarda un nodo de clúster en recuperarse.
- Para el aspecto de la escalabilidad, el número de operaciones de escritura es básicamente el factor más importante. Se puede establecer el equilibrio de carga para las operaciones que tienen acceso al sistema únicamente para procesar las operaciones de lectura; consulte Dispatcher para obtener detalles.
Hardware Recommendations hardware-recommendations
Normalmente, puede utilizar el mismo hardware para el entorno de creación que se recomienda para el entorno de publicación. Normalmente, el tráfico del sitio web es menor en los sistemas de creación, pero la eficacia de la caché también es menor. Sin embargo, el factor fundamental aquí es el número de autores que trabajan en paralelo, junto con el tipo de acciones que se realizan al sistema. AEM AEM En general, la agrupación en clúster (del entorno de creación) es más eficaz para escalar las operaciones de lectura; en otras palabras, un clúster de creación en clúster se adapta mejor a los autores que realizan operaciones básicas de edición.
Cálculos adicionales específicos de casos de uso additional-use-case-specific-calculations
Además del cálculo para una aplicación web predeterminada, tenga en cuenta factores específicos para los siguientes casos de uso. Los valores calculados se añaden al cálculo predeterminado.
Consideraciones específicas de Assets assets-specific-considerations
El procesamiento extensivo de recursos digitales requiere recursos de hardware optimizados, los factores más relevantes son el tamaño de la imagen y el rendimiento máximo de las imágenes procesadas.
Asigne al menos 16 GB de memoria y configure el flujo de trabajo DAM Update Asset para que use el paquete Camera Raw para la ingesta de imágenes sin procesar.
Administrador de varios sitios multi-site-manager
AEM El consumo de recursos al utilizar MSM en un entorno de creación depende en gran medida de los casos de uso específicos. Los factores básicos son:
- Número de Live-Copies
- Periodicidad de los despliegues
- Tamaño del árbol de contenido a desplegar
- Funcionalidad conectada de las acciones de despliegue
La prueba del caso de uso planificado con un extracto representativo del contenido puede ayudarle a comprender mejor el consumo de recursos. AEM Si extrapola los resultados con el rendimiento planificado, puede evaluar los recursos adicionales necesarios para el MSMs.
Además, tenga en cuenta los autores que trabajan en paralelo. AEM Percibirán efectos secundarios sobre el rendimiento si los casos de uso de MSM consumen más recursos de los planeados.
Consideraciones de tamaño de AEM Communities aem-communities-sizing-considerations
AEM Los sitios de que incluyen funciones de AEM Communities (sitios de la comunidad) experimentan un alto nivel de interacción por parte de los visitantes del sitio (miembros) en el entorno de publicación.
Las consideraciones de tamaño para un sitio de comunidad dependen de la interacción anticipada por los miembros de la comunidad y de si el rendimiento óptimo del contenido de la página es de mayor importancia.
El contenido generado por el usuario (UGC) de los miembros enviados se almacena por separado del contenido de la página. AEM Aunque la plataforma de la utiliza un almacén de nodos que replica el contenido del sitio desde el autor hasta la publicación, AEM Communities utiliza un único almacén común para UGC que nunca se replica.
Para el almacén de UGC, es necesario elegir un proveedor de recursos de almacenamiento (SRP), que influya en la implementación elegida.
Consulte