Architecture
Une configuration d’AEM standard consiste en un environnement de création et de publication. Ces environnements ont des exigences différentes en ce qui concerne la taille matérielle et la configuration système sous-jacentes. Vous trouverez des considérations sur ces deux environnements dans les sections Environnement de création et Environnement de publication.
Dans une configuration de projet type, vous disposez de plusieurs environnements sur lesquels définir les phases du projet :
-
Environnement de développement
Pour le développement de nouvelles fonctions ou pour apporter des modifications importantes. Les bonnes pratiques recommandent de travailler dans un environnement de développement par développeur ou développeuse (généralement des installations locales sur leurs systèmes personnels). -
Environnement de test de création
Pour vérifier les modifications. Le nombre d’environnements de test varie selon les exigences du projet (qui nécessite, par exemple, un environnement distinct pour l’assurance qualité, le test de l’intégration ou le test d’acceptation utilisateur). -
Environnement de test de publication
Principalement pour tester les cas d’utilisation de collaboration sociale ou l’interaction entre l’instance de création et plusieurs instances de publication. -
Environnement d’exploitation de création
Pour que les auteurs modifient le contenu. -
Environnement d’exploitation de publication
Pour servir du contenu publié.
En outre, les environnements peuvent varier, allant d’un système à serveur unique exécutant AEM et un serveur d’applications, à un ensemble d’instances en cluster à plusieurs serveurs et processeurs à très grande échelle. Adobe recommande d’utiliser un ordinateur distinct pour chaque système de production et de ne pas exécuter d’autres applications sur ces ordinateurs.
Considérations génériques sur le dimensionnement du matériel
Les sections ci-dessous fournissent des conseils sur la manière de calculer les exigences matérielles, en tenant compte de diverses considérations. Pour les systèmes de grande taille, nous suggérons que vous réalisiez un simple jeu de tests d’évaluation des performances en interne sur une configuration de référence.
L’optimisation des performances est une tâche fondamentale qui doit être effectuée avant que toute évaluation des performances ne puisse être réalisée pour un projet spécifique. Veillez à suivre les conseils fournis dans la documentation d’optimisation des performances avant de procéder aux tests d’évaluation des performances et d’utiliser leurs résultats pour les calculs de dimensionnement du matériel.
Les exigences de dimensionnement du matériel pour les cas d’utilisation avancés doivent être basées sur une évaluation détaillée des performances du projet. Les caractéristiques des cas d’utilisation avancés nécessitant des ressources matérielles exceptionnelles incluent les combinaisons suivantes :
- Un payload ou un débit de contenu élevé
- Une utilisation étendue de code personnalisé, de workflows personnalisés ou de bibliothèques logicielles tierces
- Une intégration à des systèmes externes non pris en charge
Espace disque/disque dur
L’espace disque requis dépend largement du volume et du type de votre application web. Les calculs doivent tenir compte des éléments suivants :
- la quantité et la taille des pages, des ressources et d’autres entités stockées dans le référentiel telles que les workflows, les profils, etc. ;
- la fréquence estimée des changements de contenu et, par conséquent, la création de versions de contenu ;
- le volume de rendus de ressources DAM qui seront générés ;
- la croissance globale du contenu au fil du temps.
L’espace disque est surveillé en permanence lors du nettoyage des révisions en ligne et hors ligne. Si l’espace disque disponible descend en dessous d’une valeur critique, le processus est annulé. La valeur critique est de 25 % de l’empreinte disque actuelle du référentiel et elle n’est pas configurable. Adobe recommande de dimensionner le disque de sorte qu’il soit au moins deux ou trois fois plus large que la taille du référentiel, y compris sa croissance estimée.
Virtualisation
AEM fonctionne bien dans les environnements virtualisés, mais certains facteurs tels que le processeur ou les E/S ne peuvent pas être directement liés au matériel physique. Il est recommandé de choisir une vitesse d’E/S plus élevée (en général), car il s’agit généralement d’un facteur essentiel. L’évaluation comparative de votre environnement est nécessaire pour obtenir une compréhension précise des ressources requises.
Parallélisation des instances AEM
Prévention de défaillance
Un site web doté de la prévention de défaillance est déployé sur au moins deux systèmes distincts. Si un système tombe en panne, un autre système peut prendre la relève de façon à compenser la défaillance du système.
Évolutivité des ressources système
Pendant que tous les systèmes sont en cours d’exécution, les performances de calcul sont accrues. Ces performances supplémentaires ne sont pas nécessairement linéaires par rapport au nombre de nœuds de cluster, car les relations dépendent lourdement de l’environnement technique. Consultez la documentation relative aux clusters pour plus d’informations.
L’estimation du nombre de nœuds de cluster nécessaires repose sur les exigences de base et les cas d’utilisation particuliers du projet web spécifique :
- Du point de vue de la sécurité des défaillances, il est nécessaire de déterminer, pour tous les environnements, l’importance de l’échec et le temps de compensation de l’échec en fonction du temps nécessaire à la récupération d’un nœud de cluster.
- Pour ce qui est de l’évolutivité, le nombre d’opérations d’écriture est le facteur le plus important. L’équilibrage de charge peut être établi pour les opérations qui accèdent au système uniquement afin de traiter les opérations de lecture. Consultez la section Dispatcher pour plus d’informations.
