Exigences techniques

Adobe prend en charge Adobe Experience Manager (AEM) sur les plateformes indiquées dans les informations suivantes de ce document.

Pour tout problème relatif à la plateforme proprement dite, contactez directement le fournisseur de la plateforme.

Prérequis

Configuration minimale requise pour installer Adobe Experience Manager :

• Installation de Java Platform, Standard Edition JDK ou autre prise en charge Machines virtuelles Java
• Fichier de démarrage rapide Experience Manager (JAR autonome ou WAR de déploiement de l’application web)

Configuration minimale requise en matière d’espace disque et de mémoire

Configuration minimale requise pour l’exécution d’Adobe Experience Manager :

• 5 Go d’espace disque disponible dans le répertoire d’installation
• Mémoire de 2 Go

Pour plus d’informations, consultez Consignes de dimensionnement du matériel.

Niveaux de prise en charge

Ce document répertorie les plateformes client et serveur compatibles avec Adobe Experience Manager. Adobe fournit plusieurs niveaux de prise en charge, tant pour les configurations recommandées que pour les autres.

Configurations prises en charge

Adobe recommande ces configurations et assure un support complet dans le cadre du contrat de maintenance logicielle standard.

Configurations non prises en charge

Plateformes prises en charge

Machines virtuelles Java (JVM)

L’application nécessite l’exécution d’une machine virtuelle Java, laquelle est fournie par la distribution JDK (Java Development Kit).

Adobe Experience Manager fonctionne avec les versions suivantes des machines virtuelles Java :

1. La prise en charge et la distribution des créations Azul Zulu d’OpenJDK, y compris toutes les mises à jour de maintenance des versions LTS, seront prises en charge directement par Adobe pour tous les clients AEM qui utilisent les créations Azul Zulu d’OpenJDK, à partir d’AEM 6.5 SP9 . Voir Prise en charge Java Azul pour Adobe Experience Manager Q&A pour plus d’informations.

2. Oracle est passé à un modèle de support à long terme (LTS) pour les produits Oracle Java SE. Java 9, Java 10 et Java 12 sont des versions non-LTS par Oracle (voir Feuille de route du support Oracle Java SE). Pour déployer AEM dans un environnement de production, Adobe assure uniquement la prise en charge des versions LTS de Java. La prise en charge et la distribution du JDK Oracle Java SE, y compris toutes les mises à jour de maintenance des versions LTS au-delà de la fin des mises à jour publiques, seront directement prises en charge par Adobe pour tous les clients AEM qui utilisent la technologie Oracle Java SE jusqu’à décembre 2022. Voir Prise en charge Java Oracle pour Adobe Experience Manager Q&A pour plus d’informations.

3. IBM JRE est pris en charge uniquement avec WebSphere Application Server.

Stockage et persistance

Plusieurs options sont disponibles pour déployer le référentiel d’Adobe Experience Manager. Consultez la liste suivante pour connaître les options de stockage et les technologies prises en charge.

1. Le système de fichiers comprend le stockage de bloc compatible avec POSIX. Cela inclut la technologie de stockage réseau. Notez que les performances du système de fichiers sont variables et ont une incidence sur les performances globales. Il est conseillé d’effectuer un test de charge d’AEM avec le système de fichiers distant/réseau.
2. La fragmentation MongoDB n’est pas pris en charge dans AEM.
3. Seule le moteur de stockage MongoDB WiredTiger est prise en charge.
4. Pris en charge pour les clients de mise à niveau d’AEM Forms. Non pris en charge pour les nouvelles installations.

Moteurs de servlet / Serveurs d’applications

Adobe Experience Manager peut s’exécuter comme serveur autonome (fichier JAR de démarrage rapide) ou comme application web avec un serveur d’applications tiers (fichier WAR).

La version d’API de servlet minimum requise est 3.1.

1. Recommandé pour les déploiements avec AEM Forms.
2. Démarrer des déploiements d’AEM 6.5 sur les serveurs d’applications entraîne le passage à la prise en charge restreinte. Les clients existants peuvent effectuer une mise à niveau vers AEM 6.5 et continuer à utiliser les serveurs d’applications. Pour les nouveaux clients, AEM 6.5 s’accompagne des critères et d’un programme de prise en charge, comme indiqué dans la description du niveau R ci-dessus.

Systèmes d’exploitation serveur

Pour les environnements de production, Adobe Experience Manager fonctionne avec les plateformes de serveur suivantes :

1. Linux Kernel 2.6, 3.x et 4.x comprend des dérivés de la distribution Red Hat, notamment Red Hat Enterprise Linux, CentOS, Oracle Linux et Amazon Linux. Les fonctions de module complémentaire AEM Forms sont uniquement prises en charge sur CentOS 7 et Red Hat Enterprise Linux 7.
2. AEM Forms est pris en charge uniquement sur Ubuntu 16.04 LTS
3. Distribution Linux prise en charge par Adobe Managed Services
4. Les déploiements de production Microsoft Windows sont pris en charge pour les clients effectuant une mise à niveau vers la version 6.5 et pour les utilisateurs n’utilisant pas la production. Les nouveaux déploiements sont à la demande pour AEM Sites et Assets.
5. AEM Forms est pris en charge sous Microsoft Windows Server sans les restrictions du niveau d’assistance R

Environnements virtuels et de cloud computing

Adobe Experience Manager exécuté sur une machine virtuelle sur des environnements de cloud computing, tels que Microsoft Azure et Amazon Web Services (AWS), est pris en charge conformément aux exigences techniques répertoriées sur cette page, et d’après les conditions de prise en charge standard d’Adobe.

Adobe recommande l’utilisation d’Adobe Managed Services pour déployer AEM sur Azure ou AWS. Adobe Managed Services fournit aux experts les compétences nécessaires pour déployer et utiliser AEM dans ces environnements de cloud computing. Consultez notre documentation complémentaire sur Adobe Managed Services.

Dans tous les autres cas, lorsqu’AEM est déployé sur Azure ou AWS, ou tout autre environnement de cloud computing, la prise en charge d’Adobe sera limitée à l’environnement informatique virtuel, conformément aux caractéristiques techniques répertoriées sur cette page. Tout problème signalé lié à l’exécution d’AEM dans ces environnements cloud devra être reproductible indépendamment de tout service cloud spécifique à l’environnement de cloud computing, à moins que le service cloud ne soit spécifiquement pris en charge dans le cadre des exigences techniques répertoriées sur cette page, par exemple le stockage Azure Blob ou AWS S3.

Pour des recommandations sur le déploiement d’AEM sur Azure ou AWS, en dehors d’Adobe Managed Services, Adobe recommande vivement de travailler directement avec votre fournisseur cloud ou avec l’un des partenaires Adobe prenant en charge le déploiement d’AEM dans l’environnement de cloud de votre choix. Le partenaire ou fournisseur cloud que vous choisissez est responsable du dimensionnement, de la conception et de l’implémentation de l’architecture, et ce, pour répondre à vos besoins spécifiques en matière de performance, de chargement, d’évolutivité et de sécurité.

Plateformes Dispatcher (serveurs web)

Dispatcher est le composant de mise en cache et d’équilibrage de charge. Téléchargez la dernière version de Dispatcher. Experience Manager 6.5 nécessite Dispatcher version 4.3.2 ou ultérieure.

L’utilisation des serveurs web ci-dessous est prise en charge avec Dispatcher version 4.3.2 :

1. Les serveurs web développés sur la base du code source Apache httpd bénéficieront du même niveau de prise en charge que la version de httpd sur laquelle ils sont basés : En cas de doute, demandez à l’Adobe de confirmer le niveau de prise en charge associé au produit serveur correspondant. Cas suivants :

   1. le serveur HTTP a été développé en utilisant uniquement les distributions source Apache officielles; ou
   2. le serveur HTTP a été distribué comme composant du système d’exploitation sur lequel il est exécuté. Exemples : Serveur IBM HTTP, Serveur Oracle HTTP

2. Dispatcher n’est pas disponible pour Apache 2.4.x sur les systèmes d’exploitation Windows.

Plateformes clientes prises en charge

Navigateurs pris en charge pour l’interface utilisateur de création

L’interface utilisateur d’Adobe Experience Manager fonctionne avec les plates-formes clientes suivantes : Tous les navigateurs sont testés avec l’ensemble par défaut de modules complémentaires et externes.

L’interface utilisateur d’AEM est optimisée en vue d’une utilisation sur des grands écrans (ordinateurs portables et de bureau) et sur des tablettes (du type Apple iPad ou Microsoft Surface). Le format « téléphone » n’est pas pris en charge.

1. Version ESR (Extended Support Release) de Firefox. Plus d’informations à ce sujet sur mozilla.org
2. Prise en charge pour Apple iPad

Navigateurs pris en charge pour les sites web

En règle générale, la prise en charge du navigateur pour les sites web rendus par AEM Sites dépend de la mise en œuvre des modèles de pages AEM, de la conception et de la sortie des composants. Par conséquent, la responsabilité en revient à celui qui met en œuvre ces composants.

Clients WebDAV

Microsoft Windows 7+

Pour se connecter avec Microsoft Windows 7 et versions ultérieures à une instance AEM qui n’est pas sécurisée avec SSL, il faut qu’une authentification de base sur un réseau non sécurisé soit activée dans Windows. Pour ce faire, une modification est nécessaire dans le Registre Windows de WebClient :

1. Localisez la sous-clé du Registre :

   • HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters

2. Ajoutez l’entrée de Registre BasicAuthLevel à cette sous-clé en lui attribuant une valeur de 2 (ou plus élevée).

Pour améliorer la réactivité du client WebDav sous Windows, consultez l’article 2445570 de la Base de connaissances d’assistance Microsoft.

Autres remarques relatives aux plates-formes

Vous trouverez dans cette section des remarques et des informations plus détaillées concernant l’exécution d’Adobe Experience Manager et de ses modules complémentaires.

IPv4 et IPv6

Tous les éléments d’Adobe Experience Manager (Instance, Dispatcher) peuvent être installés sur des réseaux IPv4 et IPv6.

Tout fonctionne sans problème, dans la mesure où aucune configuration particulière n’est requise. Si nécessaire, vous pouvez simplement indiquer une adresse IP suivant le format approprié au type de réseau.

Cela signifie que lorsqu’une adresse IP doit être indiquée, vous avez le choix entre (suivant les besoins) :

• une adresse IPv6, par exemple https://[ab12::34c5:6d7:8e90:1234]:4502

• une adresse IPv4, par exemple ; https://123.1.1.4:4502

• un nom de serveur, par exemple, https://www.yourserver.com:4502

• Le scénario par défaut de localhost sera interprété à la fois pour les installations réseau IPv4 et IPv6 Par exemple : https://localhost:4502

Configuration requise pour le module complémentaire AEM Dynamic Media

Par défaut, AEM Dynamic Media est désactivé. Voir ici pour Activation de Dynamic Media.

Lorsque Dynamic Media est activé, des exigences techniques supplémentaires sont d’application.

Matériel

La configuration matérielle minimale requise s’applique à la fois à Linux et à Windows :

• Processeur Intel Xeon ou AMD Opteron avec au moins 4 cœurs
• Au moins 16 Go de RAM

Linux

Si vous utilisez Dynamic Media sous Linux, les conditions préalables ci-dessous doivent être remplies :

• RedHat Enterprise 7 ou CentOS 7 et versions ultérieures avec les derniers correctifs
• Système d’exploitation 64 bits
• Échange désactivé (recommandé)
• SELinux désactivé (voir la remarque ci-dessous)

Windows

• Microsoft Windows Server 2016
• Espace d’échange égal à au moins deux fois la quantité de mémoire physique (RAM).

Pour utiliser Dynamic Media sous Windows, les redistribuables Microsoft Visual Studio 2010, 2013 et 2015 pour x64 et x86 doivent être installés.

Pour Windows x64 :

• Obtenez le redistribuable Microsoft Visual Studio 2010 à l’adresse https://www.microsoft.com/en-us/download/details.aspx?id=13523
• Obtenez le redistribuable Microsoft Visual Studio 2013 à l’adresse https://www.microsoft.com/en-us/download/details.aspx?id=40784
• Obtenez le redistribuable Microsoft Visual Studio 2015 à l’adresse https://www.microsoft.com/en-us/download/details.aspx?id=48145

Pour Windows x86 :

• Obtenez le redistribuable Microsoft Visual Studio 2010 à l’adresse https://www.microsoft.com/en-in/download/details.aspx?id=5555
• Obtenez le redistribuable Microsoft Visual Studio 2013 à l’adresse https://www.microsoft.com/en-in/download/details.aspx?id=40769
• Obtenez le redistribuable Microsoft Visual Studio 2015 à l’adresse https://www.microsoft.com/en-us/download/details.aspx?id=52685

Mac OS

• Versions 10.9.x et ultérieures
• Pris en charge uniquement à des fins d’évaluation et de démonstration

Exigences pour le générateur de PDF AEM Forms

Conditions requises pour AEM Forms Designer

• Microsoft® Windows® 2016 Server , Microsoft® Windows® 2019 Server ou Microsoft Windows 10
• Processeur de 1 GHz ou plus avec prise en charge de PAE, NX et SSE2.
• Systèmes d’exploitation 32 bits : 1 Go de RAM ; systèmes d’exploitation 64 bits : 2 Go de RAM.
• Systèmes d’exploitation 32 bits : 16 Go d’espace disque ; systèmes d’exploitation 64 bits : 20 Go d’espace disque.
• Mémoire graphique – 128 Mo de GPU (256 Mo recommandé)
• 2,35 Go d’espace disponible sur le disque dur
• Résolution d’écran 1 024 X 768 pixels ou plus
• Accélération matérielle de la vidéo (en option)
• Acrobat Pro DC, Acrobat Standard DC ou Adobe Acrobat Reader DC.
• Droits d’administrateur pour l’installation de Designer.

Exigences pour l’écriture en différée des métadonnées XMP AEM Assets

L’écriture différée XMP est prise en charge et activée pour les plateformes et formats de fichier suivants :

• Systèmes d’exploitation :

  • Linux (32 bits, prise en charge des applications 32 bits sur les systèmes 64 bits). Pour connaître les étapes d’installation des bibliothèques clientes 32 bits, voir Comment activer l’extraction XMP et l’écriture différée sous RedHat Linux 64 bits.

  • Windows Server

  • Mac OS X (64 bits)

• Formats de fichier: JPEG, PNG, TIFF, PDF, INDD, AI et EPS.

Conditions requises pour qu’AEM Assets traite les ressources lourdes en métadonnées sous Linux

Le processus XMPFilesProcessor nécessite le fonctionnement de la bibliothèque GLIBC_2.14. Utilisez un noyau Linux contenant GLIBC_2.14, par exemple un noyau Linux version 3.1.x. Cela améliore les performances de traitement des ressources qui contiennent un grand nombre de métadonnées, comme les fichiers de PSD. L’utilisation d’une version précédente de GLIBC entraîne une erreur dans les journaux commençant par com.day.cq.dam.core.impl.handler.xmp.NCommXMPHandler Failed to read XMP.