Architecture Guide SafeX3V11 v1B FR

 

 

 Arr c h i t ec ectt u r e et p r ér éreq equ uis  A système Version 11 Juin 2017

 

 

et le paramétrage de SAFE SAFE X3 Le présent do cum ent détaill e les prérequis s yst ème et (Sage Architecture For the Enterprise), Version 11. SAFE X3 est une plateforme technologi que permettant permettant de développer développer des logici els applicatifs.  applicatifs. 

Publi c visé Ce document s'adresse aux architectes système, ingénieurs système et développeurs développeurs expérimentés qui ont besoin de ressources pour l'installation ou la mise à niveau de Sage X3. Les informations contenues dans ce document concernent le matériel informatique physique. physique. Il n’y a pas de contre-indication contre -indication à déployer la solution sous une architecture virtuelle virtuelle de type VMware vSphere, Hyper-V, RedHat KVM, Citrix XenServer ou Oracle VM. Se reporter à la section sur la  la  Virtualisation Virtualisation  pour plus de détails.

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 2 de 41

 

 

Tabl e des matières Table

VUE D'ENSEMBLE

5 

Dossier s X3

5 

COMPOSANTS

6 

Composants obligatoi res

6 

Serveur de données Serveurs de traitement principaux et applicatifs Serveur de présentation web Serveur MongoDB Moteur de recherche ElasticSearch® Serveur d'édition Composants additionn els

Serveurs de traitement additionnels Serveurs de collecte automatique de données (ADC) et Web services "legacy" Serveur Java Bridge "legacy" Serveur Business Objects Composants auxiliaires

Console de configuration Serveur de messagerie ou Passerelle SMTP

6  6  7  7  8  8  9 

9  9  9  10  11 

11  11 

Gestion Ge stion batch

11 

POSTES CLIENTS

12 

Ordinateur de bureau ou portable

12 

Navigateurs et versions certifiés pour Sage X3 D’autres versions ou navigateurs sont compatibles mais non certifiés  

12  12 

Smartphones et tablettes

13 

TECHNOLOGIE

14 

Plateform Plate form e de développement

14 

Schéma général de l'archit ecture techniqu e

14 

Configuration réseau réseau et flux

15 

Configuration réseau Bande passante réseau entre serveurs frontaux et postes de travail

15  16 

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 3 de 41

 

   An ti vi ru s

16 

Mises à jour Windows

16 

Virtualisation

17 

Considérations de sécurité Considérations importantes sur le dimensionnement pour la virtualisation Virtualisation de MongoDB, ElasticSearch et Syracuse : les bonnes pratiques

18  18  18 

CONNEXION A DISTANCE POUR LE SUPPORT

21 

CONFIGURATION DES RESSOURCES

22 

Systèmes d'exploi tation pris en charge

22 

Systèmes d'exploitation pris en charge pour les serveurs Systèmes d'exploitation pris en charge pour les postes utilisateurs Systèmes d'exploitation pris en charge pour les clients mobiles

22  24  24 

Fournisseurs de bases de données et versions pris en charge

25 

Répartition Ré partition des processu s - Archit ecture Windows mono -serveur -serveur

26 

Répartition Ré partition des processu s - Archit ecture multi -tiers

27 

Mémoire utilis ée par les processus Sage Sage X3

28 

Répartition Ré partition des autres proc essus Sage X3

30 

Liste des logici els à installer avant une nouvelle installation de Sa Sage ge X3

30 

 Ad d-o ns et o ut il s o pt io nn els su r l e po st e cl ien t

31 

PREREQUIS DE DIMENSIONNEMENT

32 

Prérequis Prére quis généraux pour la base de données et l'applic ation

32 

Postes

35 

Base de données physiq ue & Serveur Serveur d'applicatio n mono -tiers

35 

Exemples Exe mples d'archit ecture

36 

Exemples d'architecture mono-tiers (serveur physique) Exemples (mixtes) d'architecture multi-tiers Règles Rè gles de dimensio nnement pour l'évoluti vité

Serveurs de traitement additionnels Serveurs frontaux

36  37  38 

38  39 

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 4 de 41

 

 

Vue d'ensemble

Les logiciels applicatifs suivant suivant sont développés développés via la plateforme SAFE X3 :   Sage X3 (ERP)   Sage X3 People (HRM)   Sage X3 Geode (WMS)

• •

•

L'architecture technique est composée de plusieurs niveaux. Elle est conçue pour :   Séparer les couches de gestion des données, d’exécution des traitements et de présentation, sous forme d'architecture multi-tiers ;   Répartir la charge sur plusieurs serveurs pour assurer l'évolutivité l'évolutivit é de l'application l'applicat ion dans le cas d'un déploiement pour un grand nombre d'utilisateurs ;   Proposer plusieurs choix d’implémentation d’implémentation sur des plateformes techniques et des bases de données différentes ;   Fournir un un accès depuis divers appareils appareils tels que les ordinateurs, ordinateurs, les les tablettes, tablettes, les smartphones (Apple, Android ou Windows), ou encore les terminaux de saisie

•

•

•

•

portable ‘ADC’ utilisés dans l'industrie (radio fréquence).

Dossiers X3 Un dossier est un répertoire qui contient des fichiers décrivant des règles de gestion, des paramètres et des données pour une ou plusieurs entités métier. Il se compose d'une arborescence de répertoires, définie sur le serveur d'application, contenant des objets de programmation (programmes, définitions d'écran, états, etc.) et des tables enregistrées sous un schéma dédié au sein de la base de données Oracle ou Serveur SQL associée. En général, quand vous installez Sage X3 (ou Sage X3 People ou Sage X3 Geode), deux dossiers sont créés :   Un dossier X3 de référence (ou "parent") : le dossier de référence contient tous les programmes, écrans, états (etc.) "standard".   SEED : dossier de démonstration, démonstration, qui peut également être utilisé utilisé comme dossier modèle, depuis lequel vous pouvez créer de nouveaux dossiers en effectuant une copie de paramètres (voire de données partiell partielles). es). •

•

Les tâches d'administration des dossiers incluent :   La création de nouveaux dossiers   La copie de dossiers à partir d'un modèle ou d'un dossier en exécution (ex. : dossier de formation)   La suppression suppression de dossiers dossiers inutilisés inutilisés (ex. : une fois la la formation formation terminée) terminée)   La création de dossiers de sauvegarde •

•

•

•

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 5 de 41

 

 

Composants

Toutes les informations décrites ci-après concernent les composants logiques. Vous pouvez installer ces composants sur le même ordinateur ou les répartir sur plusieurs machines selon le nombre d’utilisateurs à connecter, le volume de la base de données, et le nombre de transactions à traiter. Ce modèle d'architecture "répartie" propose un haut niveau d'évolutivité.

Composants obligatoires Serveur de données Le serveur de données héberge les données applicatives, les données de description de cet applicatif (dictionnaire) et les données de paramétrage. Les progiciels de la plateforme technologique SAFE X3 sont développés conformément aux recommandions émises par les éditeurs de base de données, permettant ainsi d'assurer la cohérence et l’intégrité des données stockées.  stockées.   Le volume de la base de données n'est pas limité. La plupart des clients requièrent un volume de données inférieur à 100 GB. Cependant, certaines installations volumineuses volumineuses de Sage X3 peuvent nécessiter plusieurs To (teraoctets). Afin de limiter le volume de la base de données d'exploitation, vous pouvez purger les tables les plus volumineuses ou les archiver dans un dossier d’historique d’historique spécifique pouvant être lié à un autre serveur de données.

Définition DONNEES  AP PL ICA TIV ES

Tables et index où sont stockées les informations enregistrées par les utilisateurs de l’application comme les fournisseurs, clients, articles, stock, ventes, production, comptabilité, etc.  etc. 

Serveurs Se rveurs de traitement princ ipaux et a applic pplic atifs Ce ou ces serveurs donnent accès à l’ensemble des éléments (traitemen (traitements, ts, écrans, états, etc.) qui constituent Sage X3. Ces éléments sont organisés en répertoires par dossier et ne sont répétés rép étés d’un dossier parent à un dossier fils que s’ils sont effectivement propres au dossier fils. Sinon, c’est l’élément du dossier parent qui est utilisé. On gère ainsi un maximum de trois niveaux de dossier. L’application est organisée en une hiérarchie de dossiers : le dossier racine est l’image de la livraison standard, et les autres dossiers sont les dossiers client, générés à partir du dossier racine et représentant chacun une application.  A partir de la Version Version 11, il est po possible ssible d'utiliser d'utiliser plusieurs serveurs serveurs d'application d'application (fonctionnalité en cours de finalisation, uniquement via paramétrage manuel Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 6 de 41

 

  actuellement). Dans ce type de déploiement, plusieurs serveurs d'application utilisent des fichiers communs sur un même emplacement. En général, il s'agit d'un système de fichiers partagé fourni par des serveurs redondants ou un système de stockage de type NAS (Network Attached Storage). Le paramétrage de plusieurs serveurs d'applica d'application tion permet d'éliminer les "points individuels de défaillance" (SPOF).  

Serveur Se rveur d e présentation web Le serveur de présentation web est le serveur frontal auquel les utilisateurs finaux accèdent quand ils ouvrent une session Sage X3 dans leur navigateur. Pendant l’installation, en particulier dans les documents et les écrans , le serveur de présentation web est aussi appelé "Syracuse". Ce serveur fonctionne en mode asynchrone et s'appuie sur la plateforme logicielle Node.js qui contient une bibliothèque intégrée de serveurs HTTP fournissant un serveur de publication web. Chaque fonction X3 possède son propre URL et envoie des flux Java Script normalisés (SData) en format JSON au client (navigateur sur le poste utilisateur ou client de web services). Les données d'exploitation, telles que la personnalisation des fenêtres, les portails, les points de connexion, connexion, la gestion des rôles, les information informations s utilisateurs et certains documents électroniques que les utilisateurs peuvent enregistrer via les espaces de stockage, sont stockées localement dans une base de données MongoDB spécifique aux documents. Le serveur web Syracuse peut être mis en cluster pour garantir l’évolutivité l’évolutivité quand un grand nombre de connexions interactives concurrentes concurrentes et/ou de web services est requis. Le serveur web Syracuse gère également :   Les liens de workflow

•

  Les web services SOAP et REST entrants

•

Définitions JSON

JavaScript Object Notation : Format de données textuelles qui permet de structurer l’information avec des étiquettes. MONGODB

Système de gestion de base de données NoSQL, orientée documents. SADFSQ

Fichier exécutable pour le protocole de communication interne X3.

  Les web services REST sortants

•

Serveur MongoDB MongoDB est une base de données NOSQL open source. Elle permet de stocker tous les paramètres de configuration et de personnalisation du serveur de présentation web ou "Syracuse". Elle peut aussi être utilisée pour stocker les documents liés à des processus métier (ex. : commandes ou factures scannées).

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 7 de 41

 

  MongoDB peut être mise en cluster sur plusieurs serveurs (minimum 3 nœuds) pour garantir l'évolutivité l'évolutivité et la redondance.

Moteur de recherche ElasticSearch® ElasticSearch® est un moteur de recherche open source conçu à partir du moteur de recherche 100% Java Lucene, moteur sous licence Apache 2.0. Aucun moteur de base de données supplémentaire ne doit être installé. ElasticSearch® permet d'effectuer une recherche textuelle en temps réel sur les données applicatives et les métadonnées paramétrées pour être indexées. ElasticSearch® peut être mis en cluster sur plusieurs serveurs pour garantir l'évolutivité.

Serveur Se rveur d'éditio n Ce serveur est obligatoirement hébergé par une machine sous système d’exploitation Windows Server. Plusieurs serveurs d'édition peuvent être utilisés par solution selon le volume d'impression requis. Le serveur d’édition d’édition  prend en charge toutes les demandes d’édition aussi bien en provenance sessions interactives que des soumissions batch. Il envoie ensuite les fichiers vers des le périphérique de destination (imprimante (imprimante, , fichier, PDF, FAX, etc.). Un ser vice vice Windows est démarré sur la machine qui héberge le serveur d’édition. Le service est à l’écoute sur le numéro de port 1890 par défaut, mais il peut être personnalisé personnali sé au moment de l’installation. Le service d’édition gère une file d’attente des requêtes soumises et l’exécution de ces requêtes peut être distribuée sur plusieurs processus d’édition (thread). Le nombre de processus d’édition peut être personnalisé depuis la console de configuration et doit être adapté en fonction de la taille du serveur. Le serveur d’édition dialogue avec deux autres serveurs de votre environnement : le serveur d’application qui héberge les modèles des états et le serveur de base de données qui héberge les tables par le biais d’un lien ODBC.  ODBC.   Les fichiers d'états sont transférés via le protocole de communication interne SADFSQ. Le serveur d’édition intègre un client SADFSQ capable de répondre et de communiquer avec un serveur SADFSQ exécuté sur le serveur d’application et de traitement principal. Les états sont créés à partir de Crystal Reports 2008 (version 12.x) ou Crystal Reports 2013 (version 14.1).

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 8 de 41

 

 

Composants additionnels Serveurs Se rveurs de traitement addition nels Ces serveurs gèrent les traitements quand il est nécessaire d'assu d'assurer rer l'évolutivité. Ces serveurs peuvent exécuter des traitements liés à des sessions interactives interactives comme les sessions de web services et les traitements batch (la prise en compte de traitements batch sur des serveurs de traitement additionnels n'était pas possible dans les versions précédentes de Sage X3). Les différences entre le serveur de traitement principal et les serveurs de traitement additionnels additionne ls sont les suivantes : serveur de traitement traitement principal est obligatoire. obligatoire. Il est exécuté exécuté sur la    Au moins un serveur même machine que le premier serveur d’application.   Les serveurs de traitement additionnels sont optionnels : ils permettent d'équilibrer les charges sur plusieurs traitements de ressources correspondant à plusieurs sessions d'utilisateurs X3. L'équilibrage de la charge des serveurs de traitement additionnels est automatiquement automatiqueme nt géré par le(s) serveur(s) de présentation web Syracuse, et peut se conformer à plusieurs règles (étiquetage des groupes X3, pools de web services,

•

•

définition de la capacité batch).

Serveurs Serveur s de coll ecte a auto uto mati matique que de données (ADC (ADC)) e ett Web services "legacy" Il s'agit de serveurs techniques t echniques qui assurent la communication communication :   Appareils de collecte automatique de données ou ‘ADC’ (en ‘ADC’ (en général des terminaux radio fréquence "RF" portables)   Web services SOAP entrants en mode "legacy" •

•

Ce composant intègre les deux logiciels Apache HTTP et Apache Tomcat (conteneur web de servlets). Ce composant sera progressivement retiré de prochaines versions de Sage X3 pour être remplacé par les nouveaux modules du serveur web Syracuse. L'installation de ce composant permet essentiellement de bénéficier des fonctionnalités L'installation fonctionnalités suivantes :   Appareils de collecte automatique de données (en général des terminaux de saisie portable à radio-fréquence)   Portail d’accès des salariés de Sage X3 People •

•

Serveur Se rveur Java Brid ge "legacy" Ce composant peut toujours être installé pour prendre en charge les web services "legacy" sortants en mode SOAP et certaines autres extensions spécifique spécifiques. s. Il sera remplacé dans le futur f utur par une extension du serveur Syracuse. Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 9 de 41

 

 

Serveur Se rveur Bus iness Objects Le serveur Business Object ou BO (objets métier) héberge l'application Business Objects Enterprise XI. L'entrepôt de données (datawarehouse) peut être hébergé sur ce serveur et actualisé quotidiennement depuis la base de données de production. L’application Business Objects Server peut uniquement être déployée sur un serveur Windows 2012 R2 L'entrepôt de données peut également être hébergé sur un autre serveur.

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 10 de 41

 

 

Composants auxiliaires

Définitions SERVEUR BATCH

Console de configuration La console de configuration est un outil utilisé pour installer et administrer les composants de la plateforme technologique SAFE X3. La console permet de configurer les composants et de les lier entre eux pour définir une "solution" ou environnement de travail.

La plateforme SAFE X3 inclut une fonction de planification et de suivi des tâches batch (tâches reportées), qui comprend une gestion complète des paramètres pour ces traitements.

La console exploite différents fichiers de configuration XML qui sont générés sur chaque serveur lors de l’installation des différents composants. La console de configuration SAFE X3 peut être installée sur n'importe quel ordinateur qui exécute Windows 7 ou version supérieure et/ou un serveur Windows inclus dans l'infrastructure Sage X3.

TACHE BATCH

Contrairement à une session interactive, une tâche batch est un traitement lancé en arrière-plan et surveillé par le planificateur des tâches (serveur batc ba tch h.

Un environnement (ou une "solution") Sage X3 peut être géré par plusieurs utilisateurs depuis différents ordinateurs ou serveurs sur lesquels la console de configuration configuration SAFE X3 est installée.

Serveur Se rveur de mess agerie ou Pa Pass ss erelle SM SMTP TP Un serveur de messagerie est un programme informatique ou logiciel qui transfère les messages électroniques d'un ordinateur à un autre. Les serveurs de messagerie déplacent et stockent les messages électroniques sur plusieurs réseaux d'entreprise via LAN ou WAN et sur internet. Un serveur de messagerie ou une passerelle SMTP sont obligatoires pour utiliser les fonctionnalités fonctionnali tés de workflow. La mise à disposition et l'installation de ce serveur ne sont pas prises en charge par  Sage et ne sont pas décrites dans le présent document.

Gestion batch  A partir de SAFE X3 V11, le serveur serveur batch Sage X3 (qui lance et effectue le suivi des tâches batch) s'exécute dans le serveur de présentation web Syracuse.  A partir de la V11, V11, les tâches batch batch X3 peuvent être être exécutées sur n'importe n'importe quel serveur de traitement. Les tâches d'arrière-plan bénéficient ainsi d'une grande évolutivité. Chaque serveur de traitement (y compris le serveur principal) est "étiqueté" avec un nombre maximum de tâches batch exécutables en simultané de 0 au nombre souhaité (dans la mesure du raisonnable). Quand une tâche batch doit être exécutée, le planificateur batch Sage X3 lance la tâche sur un serveur de traitement où un "emplacement batch" est disponible ; sinon, il attend qu'un emplacement devienne disponible sur un des serveurs de traitement gérant le mode batch. Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 11 de 41

 

 

Postes clients cl ients

rdinate ateur ur de bureau ou p ortable Ordin Depuis leur poste, les utilisateurs peuvent accéder aux applications Sage X3 sur le serveur d'application via un navigateur Internet.

Navigateurs Na vigateurs et versi ons c ertifiés po ur Sage X X3 3 système d’exploitation Microsoft Windows : Windows 7, 8, 10   Postes de travail avec système

•

  Internet Explorer version 11

o

  Edge (sur Windows 10)

o

  Chrome version 53 ou plus

o

  Firefox Version 48 ou plus

o

  Opéra Version 37 ou plus

o

d’exploitation Mac OS X :   Postes de travail avec système d’exploitation Mac

•

  Safari version 9 ou supérieure

o

  Chrome version 53 ou plus

o

  Firefox Version 48 ou plus

o

  Opéra Version 37 ou plus

o

D’autres versions ou navigateurs sont compatibles mais non n on certifiés certifiés   d’exploitation Linux :   Postes de travail avec système d’exploitation Linux

•

  Chrome version 53 ou plus

o

  Firefox Version 48 ou plus

o

  Opéra Version 37 ou plus

o

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 12 de 41

 

 

Smartp rtphon hones es et et tablettes Sma D'autres appareils connectés peuvent donner accès aux applications Sage X3 et Sage X3 People, sous réserve de certaines condition conditions s d’affichage.  d’affichage.  La compatibilité de ces appareils est testée :   Smartphones :

•

  Apple iPhone 4, 5 et 6 sous IOS 9 ou supérieure :

o

  Safari 9+

o

  Chrome 53+

o

  Android OS 4.3 ou supérieure :

o

  Chrome 53+

o

  Firefox 48+

o

  Microsoft Windows Phone 8.1 ou supérieure :

o

  Internet Explorer 11

o

  Tablettes :

•

  Apple iPad (2,3,4, (2,3,4, Air, Mini, Retina) Retina) sous IOS 9 ou supérieure supérieure :

o

  Safari 9+

o

  Chrome 53+

o

  Android OS 4.3 ou supérieure :

o

  Chrome 53+

o

  Firefox 48+

o

  Microsoft Surface sous Windows RT 8.1 ou supérieure :

o

  Internet Explorer 11

o

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 13 de 41

 

 

Technologie

Platefor forme me de développ développement ement Plate •

  Outillage de développement : SAFE X3   Langage de développement du logiciel applicatif : Sage X3 4GL

•

  Langage de développement du Serveur web : JavaScript, HTML5

•

  Le Protocole d’échange entre le poste client et le serveur web Syracuse est intégralementt HTTP (conforme à la spécification HTML 5.x) intégralemen 5 .x) et l’interface de l’application web est construite sur une technologie de type Ajax  Ajax  

•

  Outil d’installation des composants X3 : IzPack, open source construit sur la plateforme Java

•

Schéma général de l'arch l'architectu itecture re techn techniqu ique e

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 14 de 41

 

 

Définitions

réseau au et et fl ux Configuration rése Configuration rése réseau au Il est nécessaire de prévoir une liaison Gigabit (idéalement (idéalement 10 Gbit/s) entre le serveur de base de données qui héberge les données des dossiers Sage X3 et les différents serveurs de traitement. Pour les autres composants X3, une liaison Gigabit est recommandée, mais ils peuvent fonctionner avec une bande passante plus limitée et une plus grande latence. Quand les composants de serveurs X3 sont installés sur une plateforme Windows, il est fortement recommandé que les serveurs soient soient membre d’un domaine Active Directory (AD) et qu'ils appartiennent à la même branche 'AD'. Cependant, les serveurs de présentation web Syracuse peuvent être hébergés sur des sous-réseaux de type DMZ. Les différents serveurs doivent également être enregistrés dans le DNS de leur domaine pour que tous les serveurs relatifs à un environnement environnement X3 résolvent mutuellement mutuellement d'autres FQDN de serveurs en mode standard ou inversé. Les serveurs sur lesquels les composants Sage sont installés ne doivent pas être utilisés comme contrôleur de domaine 'Active Directory'.

 ACT IVE DIREC TORY

Système de centralisation des services d'identification et d'authentification à un réseau d'ordinateurs utilisant le système Windows. Active Directory (annuaire actif) répertorie les comptes des utilisateurs, les serveurs, les postes de travail, les dossiers partagés, les imprimantes, etc. DMZ (DEMILITARIZED ZONE)

Dans les réseaux informatiques, une zone démilitarisée ou "DMZ" (Demilitarized zone) consiste en un hôte ou petit réseau informatique inséré comme « zone tampon » entre le réseau privé d'une société et le réseau public externe. Elle empêche aux utilisateurs externes d'avoir accès direct à un serveur comprenant des données d'entreprise. DNS (DOMAIN NAME SYSTEM)

Service permettant d’établir une correspondance entre une adresse IP et un nom de domaine. FULLY QUALIFIED DOMAIN NAME (FQDN)

Le "Nom de domaine pleinement qualifié" : il indique la position absolue d'un nœud dans l'arborescence DNS en indiquant tous les domaines jusqu'au niveau supérieur (racine). Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 15 de 41

 

 

Bande passante passante rése réseau au entre serve serveurs urs front aux et post es de travail Méthode de connexion X3

Serveurs Se rveurs front aux

Bande passante sans impressio n ou demande de BO

Navigateur sur le poste utilisateur

Serveur web Syracuse (Sage)

60 Ko/s par session 50 Ko/s Serveur web > Navigateur 10 Ko/s Navigateur > Serveur web

Navigateur web sur bureau à distance via protocole RDP

Service de bureau à distance

Navigateur web sur bureau à distance via protocole ICA Client 'ADC' (en général un terminal RF portable)

(Microsoft) Serveur XenApp (Citrix) Serveur ADC (RF) (Sage)

24 Ko/s par session

12 Ko/s par session

20 Ko/s par appareil

 An t i vi r u s  Ant Si vous installez une protection antiviru s  sur des serveurs Sage X3, nous vous recommandons de désactiver la protection en temps réel sur certaines parties du serveur de traitement d'application ou principal et sur les serveurs de traitement additionnels pour une meilleure performance. Lancez des scans programmés sur les zones qui ne sont pas scannées en temps réel, de préférence la nuit lorsqu'aucun utilisateur ou peu d'utilisateurs sont connectés. Exclure les répertoires suivants de la protection en Trucs et astuces temps réel si celle-ci est active : Désactivez la protection   Le répertoire répertoir e \folders  sur le(s) serveur(s) antivirus en temps réel sur d'application d'applicatio n et tous les sous-répertoires associés certaines parties de l'installation de Sage X3 (objets X3, fichiers temporaires, fichiers trace, etc.) pour éviter les problèmes de   Le répertoire répertoir e \runtime \runtime et  et ses sousperformance. répertoires (moteur d'exécution, fichiers f ichiers temporaires, fichiers trace) sur tous les serveurs de Exécutez des scans traitement (serveur principal inclus). antivirus la nuit sur les

•

•

Mises à jour Window s Mises Si vous rencontrez un problème avec les applications Sage X3 à la suite d’une mise à jour Microsoft Windows Update, nous vous apporterons toute l’assistance nécessaire pour identifier l’origine du problème afin de le résoudre dans les plus brefs délais.

zones exclues du scan en temps réel. Effectuez une sauvegarde complète avant d'appliquer les mises à jour Windows. Testez les mises à jour Windows dans un environnement de préproduction.

!  Sage installe la plupart des patchs Windows globaux sur ses propres Important ! Sage serveurs et environnements de qualification. qualification. Cependant, si une mise à jour Windows W indows fonctionne correctement correctement sur les environnements internes Sage, il n'est pas pour autant garanti qu'elle fonctionne sur tous les environnements client.

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 16 de 41

 

 

Virtualisation Les informations contenues dans ce document concernent le matériel informatique physique. Il n’y a pas de contre-indication contre-indication à déployer la solution sous une architecture virtuelle de type VMware vSphere, Hyper-V, RedHat KVM, Citrix XenServer ou Oracle VM. Les composants Sage X3 suivants peuvent être installés sur des machines virtuelles. virtuelles.   Serveurs de traitement principaux et applicatifs

•

  Serveurs de traitement additionnels

•

  Serveurs MongoDB

•

  Serveurs ElasticSearch

•

  Serveurs web Syracuse

•

  Serveurs d'édition

•

  Serveurs "ADC" (radio fréquence) et web services "legacy"

•

  Serveurs Java Bridge "legacy"

•

Lorsque vous décidez de virtualiser votre architecture, vous devez mettre en place une infrastructure physique adaptée à un environnement virtuel garantissant des performances optimales. Nous vous recommandons d'utiliser des ressources dédiées affectées à votre environnement X3, plutôt que des ressources partagées. partagées. Une architecture de virtualisation de production est en général constituée de plusieurs hôtes physiques et s’appuie sur un système de stockage partagé (SAN) fournissant une haute disponibilité et des performances adaptées pour répondre aux besoins (débit et E/S) de toutes les machines virtuelles et applications hébergées. En dehors des environnements de test/développement ou des petits environnements de production, il n'est pas recommandé d'exécuter le RDBMS (Serveur SQL ou Oracle) dans un environnement environnement virtualisé. Cependant, si vous décidez d'exécuter le RDBMS depuis une machine virtuelle, vous devez prendre toutes les précautions nécessaires pour vous assurer que cette machine virtuelle peut fournir une capacité optimale d'exécution à tout moment et qu'aucun goulot d'étranglement n'est présent au niveau du CPU, de la mémoire ou du stockage entrée/sortie en raison d'une sur-allocation de ressources sur la plateforme de virtualisation. Pour vous aider à déterminer la qualité d’une infrastructure, Pour infrastructure, quelle que soit sa nature (physique ou virtuelle, mono ou multi-tiers, Oracle ou SQL Server, Unix-Linux ou Windows, etc.), Sage peut vous fournir f ournir un programme de test permettant de mesurer la performance X3 en effectuant des opérations d'entrée/sortie pour un ensemble de données dans le dossier de référence et simuler ainsi certaines transactions à forte demande.

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 17 de 41

 

  Les résultats de ce programme vous permettront de comparer la performance mesurée aux systèmes de référence connus et les retours clients d'autres infrastructures de production.

Considérations de sécurité Prévoyez d'acquérir des outils de sauvegarde adaptés pour pouvoir sauvegarder des machines virtuelles en ligne.  Assurez-vous de la la redondance des des serveurs physiques physiques et des systèmes systèmes de stockage. 

Considérations impo rtantes sur le dimensionnement pour la virtualisation Toujours utiliser de petites machines virtuelles ! En général, les machines virtuelles trop volumineuses ne fonctionnent pas correctement, à moins que vous les exécutiez depuis un environnement de virtualisation dédié où il n’y a AUCUNE a AUCUNE sur-allocation sur-allocation (car dans ce cas vous vous seriez privé des bénéficies principaux de la virtualisation). virtualisation). Dans la majorité des cas, un environnement Sage X3 complet que vous exécutez sur un serveur physique dual-socket à 24 cœurs ne fonctionnera pas correctement avec une "grosse" machine virtuelle à 24 vCPUs : elle devra être divisée en plusieurs machines virtuelles plus petites. Une limite maximum "raisonnable" serait d'utiliser 4 à 6 vCPUs par machine virtuelle. Cette limite peut être augmentée si la plateforme de virtualisation comprend des serveurs avec un nombre important de cœurs ET si aucune sur-allocation de CPU n'existe (ou seulement une sur-allocation "modérée").

Virtualisation de MongoDB, E ElasticSe lasticSearch arch et Syracuse : les bonn es pratiques Sur les systèmes de PRODUCTION, ne déployez PAS Syracuse (node.js), MongoDB et ElasticSearch conjointement sur la même machine virtuelle : vous devez les déployer sur des machines virtuelles distinctes. Cela permet d'adapter plus facilement la configuration car les différents composants ne sont pas en concurrence sur les même ressources (mémoire, CPU, disque E/S) au sein d'une même machine virtuelle. Cela permet également de modifier le déploiement plus facilement dans le cas où vous constatez un goulot d'étranglement au niveau d'un des composants. MongoDB  requiert en général moins de CPU et de mémoire que le composant MongoDB requiert node.js. Vous pouvez commencer par une configuration de machine virtuelle restreinte. Idéalement, vous devez paramétrer un cluster (replica set) avec un nombre impair de "nodes" (3 est un bon début). Il y un grand nombre de ressources sur Internet sur les Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 18 de 41

 

  outils et techniques pour synchroniser le déploiement MongoDB. N'exagérez pas son dimensionnement dimension nement ou son architecture, à moins que Mongo représente un goulot d'étranglement pour vos performances. Mongo est conçu pour supporter un nombre important de jeux de données et des taux de transaction très élevés : par comparaison, les ressources demandées par Sage X3 sont infimes à côté des plus gros sites et applications applicatio ns web qui utilisent Mongo. ElasticSearch  utilise plus de mémoire et de CPU que MongoDB, mais l'utilisation peut énormément varier. Vous pouvez commencer avec la même configuration que MongoDB l'augmenter: si nécessaire. Quelques informations intéressantes sur le composantpuis ElasticSearch Ce composant est dissocié du reste : si vous rencontrez un problème de performance à ce niveau, il n'impactera pas le reste de l'application, uniquement la fonction de recherche. Ce composant peut facilement être redéployé redéployé sur une machine virtuelle plus volumineuse car il ne contient aucune donnée critique. Il s'agit d'un simple index à reconstruire à partir des données d'une base MongoDB ou Sage X3 (SQL ou Oracle). Il peut également être mis en cluster ; vous trouverez des informations sur le déploiement d’ElasticSearch d’ElasticSearch en cluster sur Internet. Node.js (Serveur Syracuse) est Syracuse) est l'élément le plus difficile à configurer des trois, mais aussi celui qui cause le plus souvent des problèmes de performance.

Syracuse Conseils pratiques pour la virt ualisation du serveur web Syracuse Donnez plus de puissance à la machine virtuelle pour Syracuse que pour MongoDB ou ElasticSearch (4 fois plus de CPU et de mémoire que ce que vous allouez à MongoDB). Dimensionnez la machine virtuelle Syracuse avec un minimum de 2GB de RAM par Dimensionnez cœur (soit au minimum 8 GB pour 4 cœurs cœurs). ). Node.js est basé sur un thread unique : si vous avez 4 cœurs et que le processus node.js prend 25% du CPU total, cela signifie en réalité que le thread CPU est saturé (mauvais signe). Un processus node.js qui fonctionne bien doit prendre moins de 1GB de RAM. Dans cette situation, un processus de "garbage collection" agressif est lancé ce qui déclenche en général la saturation du thread du CPU. Il est important de s'assurer que les processus node.js individuels ne dépassent pas 75% de 1 CPU (20% du CPU total sur une machine virtuelle à 4 vCPUs) et 1 GB. Le nombre de processus node.js peut être modifié via l'entité "host" dans l’administration l’admini stration de Syracuse de Syracuse (pour les sessions interactives comme pour les sessions de web services). Comme point de départ, commencez par paramétrer le nombre de processus node.js sur 1,5 fois le nombre de cœurs (6 processus nodes.js pour 4 cœurs). cœurs ). Observez ensuite l'utilisation globale de la mémoire pendant que l'application l'application est en cours d'exécution et augmentez le nombre de processus node.js avant que l'utilisation globale de la mémoire atteigne les 75-80%.

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 19 de 41

 

   Ainsi, si certains certains processus nodes.js nodes.js saturent touj toujours ours le CPU quand v vous ous atteignez cette limite, cela signifie que vous devez utiliser une machine virtuelle plus puissante, ou bien un cluster pour le serveur Syracuse. L'entité "host" vous permet également de configurer plusieurs processus pour les demandes de web services. Ce paramétrage dépend essentiellement essentiellement de l'activité de vos web services. Si une partie importante de vos transactions passe par un web service, déployez un cluster node.js et dédiez un ou plusieurs nœuds  de ce cluster aux web services. nœuds de Dans ce cas, assurez-vous de ne pas utiliser des web services et des sessions interactives sur le(s) même(s) nœud nœud(s) (s) du cluster. Le serveur Syracuse effectue très peu d'entrées/sorties (E/S). Conservez les disques à haute performance pour MongoDB, ElasticSearch et le serveur RDBMS SQL Server ou Oracle.

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 20 de 41

 

 

Connexion à distance pour le support

Cet élément est important si les services du support Sage doivent, sur votre demande, se connecter à votre système

Définition VPN

pour résoudre des problèmes. Une connexion à distance nécessite une connexion VPN via une connexion Internet. La connexion VNP peut être établie en utilisant n'importe quelle application VPN standard comme Microsoft VPN Client, Cisco, Juniper, et autres.

Virtual Private Network (VPN) : système qui crée un lien réseau sécurisé et direct entre des ordinateurs à distance au travers de réseaux publics (internes).

Pour faciliter la création de la connexion à distance sur votre site, vous devez fournir au support Sage toutes les informations relatives à votre installation et configuration (fournisseur de l'application l'application VPN et version, liste des numéros de ports TCP/UDP, adresse IP publique du serveur VPN, identifiants de connexion) connexion) permettant d'autoriser votre accès VPN.

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 21 de 41

 

 

Confi onfiguration guration de d es ressources

Systèmes stèmes d'exploitation p ris en charge Sy Systèmes Système s d'exploit ation pris en charge pour les serveurs Ressources

Fournisseurs de systèmes d’exploitation et versions  versions 

Prérequis Prére quis p our les nou velles installations (nou veau client, mise à niveau depuis la version V6 ou in férieure) Se Serveur rveur d e données (création gérée par la consol e X3)

Microsoft Windows Server 2012 R2 x64 Microsoft Windows Server 2016 x64 (à partir de la version 11.0.2 GA uniquement)   Red Hat Enterprise Linux AS v 7.1 et supérieure 7.x x86_64 Oracle Enterprise Linux v 7.1 et supérieure 7.x x86_64 IBM Aix 7.1

Serveur(s) de données (gérés en externe)

Toute plateforme prenant en charge Oracle 12c (12.1.0.2) Standard Edition 2 ou Enterprise Edition (SE2 ( SE2 ou EE (par exemple Solaris))

Se Serveurs rveurs d e traitement

Microsoft Windows Server 2012 R2 x64 Microsoft Windows Server 2016 x64 (à partir de la version 11.0.2 GA uniquement)   Red Hat Enterprise Linux AS v 7.1 et supérieure 7.x x86_64 Oracle Enterprise Linux v 7.1 et supérieure 7.x x86_64 IBM Aix 7.1 (obsolète dans la prochaine version)

principaux et applicatifs

Se Serveurs rveurs d e traitement additionnels

Microsoft Windows Server 2012 R2 x64 Microsoft Windows Server 2016 x64 (à partir de la version 11.0.2 GA uniquement)   Red Hat Enterprise Linux AS v 7.1 et supérieure 7.x x86_64 Oracle Enterprise Linux v 7.1 et supérieure 7.x x86_64 IBM Aix 7.1 (obsolète dans la prochaine version)

Serveurs d'édition

Microsoft Windows Server 2012 R2 x64 Microsoft Windows Server 2016 x64 (à partir de la version 11.0.2 GA uniquement)  

Se Serveurs rveurs w eb Syracuse Se Serveurs rveurs Mon goDB Se Serveurs rveurs ElasticSearch ElasticSearch

Microsoft Windows Server 2012 R2 x64 Microsoft Windows Server 2016 x64 (à partir de la version 11.0.2 GA uniquement)  

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 22 de 41

 

  Se Serveurs rveurs " ADC ADC"" (radio fréquence) et web services

Red Hat Enterprise Linux AS v 7.1 et supérieure 7.x x86_64 Oracle Enterprise Linux v 7.1 et supérieure 7.x x86_64

Se Serveurs rveurs J ava Bridge "legacy" Serveurs Business Objects

Ressources

Microsoft Windows Server 2012 R2 x64

Fournisseurs de systèmes d’exploitation et versions  versions 

Les anciennes versions de systèmes d’exploitation sont uniquement prises en charge pour le serveur de base de données lors d’une mise  à niveau « direct e » depuis la V7 et les PU8 ou 9. Serveur de données (géré par la consol e)

Red Hat Enterprise Linux AS v 6.2 et supérieure 6.x x64 Oracle Enterprise Linux v 6.2 et supérieure 6.x x64

Serveur(s) de données (gérés en externe)

Toute plateforme prenant en charge Oracle 11gR2 (11.2.0.4) Standard Edition ou Enterprise Edition (SE ou EE) Toute plateforme prenant en charge Oracle 12c (12.1.0.1) Standard Edition ou Enterprise Edition (SE ou EE)

Se Serveurs rveurs d e traitement principaux et applicatifs Se Serveurs rveurs d e traitement additionnels Se Serveurs rveurs w eb Syracuse Se Serveurs rveurs Mon goDB Se Serveurs rveurs ElasticSearch ElasticSearch Se Serveurs rveurs " ADC ADC"" (radio fréquence) et web services

Red Hat Enterprise Linux AS v 6.x x64 et Oracle Enterprise Linux v 6.x x64 ne sont pas pris en charge avec Sage X3 V11. Vous ne pourrez donc pas faire une mise à niveau « directe » d’une V7 d’ une une PU8 ou 9 sous Linux 6.x vers une V11.

Une PU9 installée sur Linux AS v7.x x64 ou Oracle Enterprise Linux 7.x x.64 pourra être mise à niveau « en direct » vers une V11

Se Serveurs rveurs J ava Bridge "legacy"

 At  Atten ten ti on !  Les versions de systèmes d'exploitation listées dans la table ci-dessus ne seront pas nécessairement prises en charge dans les prochaines versions de Sage X3.

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 23 de 41

 

 

Systèmes Système s d'exploit ation pris en charge pour les postes uti lisateurs  Ressour ssour ces Re

Postes client web

Fournisseurs de système systèmes s d’exploitation et versions Microsoft Windows 7, 8, 8.1, 10 (x86, x64) Bureau à distance sous Microsoft Windows Server 2008 R2, 2012 (R2), 2016 x64  Apple Mac OS X* Linux*

*Le plugin Microsoft Office n'est pas disponible disponible sur ces plateformes.

Systèmes Système s d'exploit ation pris en charge pour les clients m obiles Système d’exploitation d’exploitation  

Version(s)

 Apple iOS

9 et supérieure

Google Android

4,3 et supérieure

Microsoft Windows Phone

8.1 (IE11)

Microsoft Windows RT

8.1 et supérieure (IE11)

Microsoft Windows

Windows 8.1 et supérieure (IE11+) Windows 10 (Edge)

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 24 de 41

 

 

Fourni sseurs de d e bases bases de données données et versions pris en charge Système d’exploitation  d’exploitation 

Fourniss eurs de bases de données et versions

Prérequis Pré requis po ur les nouvelles i nstallations (nouveau client, mise à nivea niveau u depuis la version V6 ou inf érieure) érieure) Windows Server 2012 R2 x64 Windows Server 2016 x64 (à partir de la version 11.0.2 GA uniquement) 

Toutes les plateformes Linux et Unix prises en charge pour les nouvelles installations

Oracle Database 12c (12.1.0.2) 64-bit en Standard Edition 2 & Enterprise Edition (SE2 & EE) Microsoft SQL Server 2014 SP1 64-bit Standard & Enterprise Editions Microsoft SQL Server 2016 64-bit Standard & Enterprise Editions (à partir de la version 11.0.2 GA uniquement)   ✓  Instance nommée ✓  Ordre de tri binaire ✓  Authentification en mode mixte (SQL Server & Windows)

Oracle Database 12c (12.1.0.2) 64-bit en Standard Edition 2 & Enterprise Edition (SE2 & EE)

Les anciennes versions RD RDBMS BMS sont pr ises en charge si la mis e à niveau niveau est réalisée depuis la Version 7 et les Mises à jour 8 ou 9.

Windows Server 2012 R2 x64

Oracle Database 11g R2 (11.2.0.4) 64-bit Standard & Enterprise Editions (SE & EE) ou Oracle Database 12c (12.1.0.1) 64-bit Standard & Enterprise Editions (SE & EE) Microsoft SQL Server 2012 SP2 64-bit Standard & Enterprise Edition ✓  Instance nommée ✓  Ordre de tri binaire ✓  Authentification en mode mixte (SQL Server & Windows)

Toutes les plateformes Linux et Unix prises en charge pour une mise à niveau directe.

Oracle Database 11g R2 (11.2.0.4) 64-bit Standard & Enterprise Edition (SE & EE) ou Oracle Database 12c (12.1.0.1) 64-bit Standard & Enterprise Edition (SE & EE)

 At  Atten ten ti on !  Les versions de bases de données listées dans la section "Anciennes versions RDBMS" de la table ci-dessus ne seront pas nécessairement prises en charge dans les prochaines versions de Sage X3. Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 25 de 41

 

 

Répartition partition d es processus - Architecture Window Window s monoRé serveur Ressour Re ssour ces Se Serveurs rveurs de données

Serveur d’application et de traitement

Processus

Origine du processus

1 x oracle.exe / instance ou

Oracle RDBMS ou

1 x sqlserver.exe / instance

SQL Server RDBMS

1 x adxdsrv.exe / solution 2 x n x adonix.exe 2 x n x sadora.exe ou sadoss.exe

Service de connexion X3 Processus sessions X3

(N + W + 1) x node.exe

"Workers" node.js du serveur de présentation web, 1 pour le planificateur batch.

principal

Se Serveur rveur web Syracuse

1 x mongodb.exe Base de données de paramètres techniques +

Se Serveur rveur Mon goDB

1 x ElastSch.exe Se Serveur rveur Mot eur de recherche (Search Engine) Postes client

liens Moteur ElasticSearch

1 x AdxSrvImp.exe P x AdxImpNet.exe iexplore.exe ou firefox.exe ou chrome.exe ou un autre navigateur exécutable pris en charge

Navigateur Internet

n = nombre global de sessions utilisateur. Par session utilisateur : •

   

•

1 Adonix en mode Syracuse partagé partagé entre les landing pages ((accueil) accueil) et pages en lecture seule ; 1 Adonix en mode page classique créé quand vous ouvrez une fonction Classic Page et maintenu pour réutilisation ultérieure.

N = nombre de processus node.js paramétrés pour les sessions interactives sur le serveur web Syracuse W = nombre de processus node.js paramétrés pour les sessions interactives sur le serveur web Syracuse P = nombre maximum de processus "worker" pour les tâches d'édition ; 5 par défaut, paramètre configurable.

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 26 de 41

 

 

Ré Répartition partition des processus - Archi tecture multi-tiers Ressour Re ssour ces

Processus

Origine du processus

Se Serveurs rveurs d e données

1 x oracle.exe / instance ou 1 x sqlserver.exe / instance

Oracle RDBMS ou SQL Server RDBMS

Serveurs d’application et de traitement principaux

1 x adxdsrv.exe / solution 2 x n x adonix.exe 2 x n x sadora.exe ou sadoss.exe

Service de connexion X3 Processus sessions X3

2 x m x sadfsq.exe Se Serveurs rveurs de traitement additionnels

1 x adxdsrv.exe / solution 2 x p x adonix.exe 2 x p x sadora.exe ou sadoss.exe

Moteur additionnel X3 Processus sessions X3

Se Serveurs rveurs web Syracuse

(N + W) x node.exe + 1 node.exe sur un des serveurs web Syracuse pour la planification batch

Workers node.js du serveur de présentation web

Se Serveurs rveurs Mon goDB

1 x mongodb.exe

Base de données de paramètres techniques +

Se Serveurs rveurs Mot eur de

1 x ElastSch.exe

Moteur ElasticSearch

recherche (Search Serveurs d'édition

1 x AdxSrvimp.exe

Daemon serveur d'édition Sage Workers serveur d'édition

P x AdxImpNet.exe 

Postes client

iexplore.exe ou firefox.exe ou chrome.exe ou un autre navigateur exécutable pris en charge 

Navigateur Internet

n = nombre de sessions utilisateur sur le serveur s erveur de traitement principal. m = nombre de sessions utilisateur sur TOUS les serveurs de traitement additionnels. p = nombre de sessions utilisateur sur CE serveur de traitement additionnel. Par session utilisateur :   1 Adonix en mode Syracuse partagé partagé entre les landing pages (accueil) et pages en lecture seule ; •

 

•

1 Adonix en mode page classique créé quand vous ouvrez une fonction Classic Page et maintenu pour réutilisation ultérieure.

N = nombre de processus node.js pour ce serveur web Syracuse paramétré pour des sessions interactives W = nombre de processus node.js pour ce serveur web Syracuse paramétré pour des sessions de web services P = nombre maximum de processus "worker" pour les tâches d'édition ; 5 par défaut, paramètre configurable

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 27 de 41

 

 

Mé Mémoi moi re util isée par les processus pro cessus Sa Sage ge X3 X3 Ressour Re ssour ces Serveur de données

Processus

Mémoire Mé moire

1 x oracle.exe / instance ou 1 x sqlserver.exe / instance

Recommandation : 1 GB minimum + •  12% de données + taille index si < 80GB 

  10% de données + taille

•

index si entre 80 et 150GB 

  8% de données + taille index

•

si >150GB 

Serveurs

   )   s    (   r   u   e   v   r   e    S

d’application et de traitement

1 x adxdsrv.exe / solution 2 x n x adonix.exe 2 x n x sadora.exe ou sadoss.exe 2 x m x sadfsq.exe

5 Mo 60 Mo 50 Mo 10 Mo

Se Serveurs rveurs de traitement additionnels

1 x adxdsrv.exe / solution 2 x p x adonix.exe 2 x p x sadora.exe ou sadoss.exe

5 Mo 60 Mo 50 Mo

Se Serveurs rveurs web

(N + W) x node.exe + 1 node.exe sur un des serveurs web Syracuse pour la planification batch 

Maximum 1 GB par processus node.js, mais dépend du nombre de sessions et du contexte.

Serveurs MongoDB

1 x mongodb.exe

40 à 200 Mo pour mongodb.exe

Serveurs Moteur de recherche

1 x ElastSch.exe

Minimum 800 Mo pour l'utilisation de la mémoire ElasticSearch et jusqu'à plusieurs GB en cas d'indexation de dossiers volumineux et d'utilisation

1 x AdxSrvimp.exe P x AdxImpNet.exe

5 Mo 60 Mo à 1 GB par worker (selon la complexité de l'état)

iexplore.exe ou firefox.exe ou chrome.exe ou un autre navigateur exécutable pris en charge

100 à 200 Mo (selon le navigateur et le contexte)

Syracuse

(Search Engine) Serveurs d'édition

  s   e   t    t   n   s   e   o   i    l    P   c

n = nombre de sessions utilisateur sur le serveur de traitement principal. m = nombre de sessions utilisateur sur TOUS les serveurs de traitement additionnels. p = nombre de sessions utilisateur sur CE serveur de traitement additionnel. Par session utilisateur :  

•

1 Adonix en mode Syracuse partagé partagé entre les landing pages (accueil) et pages en lecture seule ;

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 28 de 41

 

   

•

1 Adonix en mode page classique créé quand vous ouvrez une fonction Classic Page et maintenu pour réutilisation ultérieure.

N = nombre de processus node.js pour ce serveur web Syracuse paramétré pour des sessions interactives W = nombre de processus node.js pour ce serveur web Syracuse paramétré pour des sessions de web services P = nombre maximum de processus "worker" pour les tâches d'édition ; 5 par défaut, paramètre configurable.

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 29 de 41

 

 

Répartit partit ion des autres pro cessus Sa Sage ge X3 X3 Ré Ressour Re ssour ces

Processus

Origine du processus

Serveurs d'application

Apache.exe

Publication interne X3 pour Syracuse

Serveurs 'ADC' (radio fréquence)

 Apache.exe Tomcat.exe

Serveur Apache HTTP Conteneur de Web Services

Serveur Business Objects

sia.exe

Business Objects SAP

avant une u ne nouvelle installation Liste des logi ciels à installer avant de Sage X3 Logiciels   Logiciels

Version(s)   Version(s)

Requis Re quis s ur  

JRE (Java Runtime Environment) (64-bit)

Prise en charge : JRE 7 Recommandation : JRE 8 la plus récente

Tous les serveurs (sauf serveur exécutant le moteur ElasticSearch)

JDK (Java Development Kit) (64-bit) (inclut JRE)

Prise en charge : JDK 7 Recommandation : JDK 8 la plus récente

Serveur exécutant le moteur ElasticSearch

Moteur de base de données

Oracle 12c (12.1.0.2) 64-bit ou SQL Server 2014 64-bit ou SQL Server 2016 64-bit (à partir de la version 11.0.2 GA uniquement) 

Serveur de données

SQL Server Client

SQL Server 2014 64-bit ou SQL Server 2016 64-bit (à partir de la version 11.0.2 GA uniquement) 

Serveurs de traitement additionnels (si exécution de SQL Server)

Serveur Apache HTTP

2.2.25 ou supérieure*

Serveurs d'application

Business Objects SAP**

XI 4.1 SP3 Patch 1

Serveur Business Objects

Client Oracle (facultatif)

12c (64-bit)

Serveur Business Objects (si exécution de la base de données Oracle) 

Microsoft Office 32- et 64bit

2010, 2013 et 2016, mais aussi 2010, 2013 et 2016 livré avec Office 365

Poste de travail, si nécessaire

 Adobe Flash Player

10 ou >

Poste de travail

 Adobe Reader

XI ou >

Poste de travail

*Le serveur Apache HTTP 2.4 requiert une configuration supplémentaire manuelle (simple) ** Composant livré sur le Sage BO pour le DVD-ROM DVD-ROM d’installation de Sage X3 pour Windows  Windows  

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 30 de 41

 

 

 Add d -o -on n s et o u t i l s o p t i o n n el els s s u r le p o s te c l i en entt  Ad Composant

Version(s)

Microsoft Office (éditions 32- et 64-bit). Requiert l'installation de IE10 ou supérieure

2010, 2013, 2016

Microsoft Office inclus dans Office 365 (éditions 32- et 64-bit) installé sur le poste. Pas de support Office en ligne. Requiert l'installation de IE10 ou supérieure

2013, 2016

Microsoft Outlook (éditions 32- et 64-bit).

2010, 2013, 2016

Microsoft Outlook inclus dans Office 365 (éditions 32- et 64-bit) installé sur le poste. Pas de support Office en ligne.

2013, 2016

Ilog

Sous Windows 7, 8.1 & 10 CR2013 Requis également sur les serveurs d'édition pour obtenir les derniers

Crystal Reports Designer

pilotes ODBC dans le cas d'une utilisation de la base de données Oracle 12c (non requis pour le SQL Server)

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 31 de 41

 

 

Prére rérequi quis s de di dimensio mensionnement nnement

rérequis quis géné généraux raux pour la base de données données et l 'a 'appli ppli cation Prére

Type de

Windows OS

Unix / Linux OS

Quad Core Intel Xeon 2.0GHz ou  

Linux x86-64 : Quad-core Intel Xeon 2.0GHz ou  

processeur

IBM Power System : POWER7/PO POWER7/POWER8 WER8 3.6GHz ou   Système

Windows Server 2012 R2 64-bit

Linux x86_64 :

d’exploitation 

Windows Server 2016 64-bit

RHEL 7.1 & supérieure 7.x x64 ou

(à partir de la version 11.0.2 GA

OEL 7.1 & supérieure 7.x x64

uniquement) IBM Power System : IBM AIX 7.1 TL3 Composants

Java Runtime Environment 7 ou 8, Java Software Development Kit 7 ou 8

Freeware

 Apache HTTP Server 2.2.25 ou supérieure

RAM

2 GB (pour système d’exploitation)  d’exploitation)   + 4 GB minimum par instance de la base ((plus plus dans l'idéal) + 85 Mo par utilisateur connecté ((serveur serveur Windows) ou + 105 Mo par utilisateur connecté (serveur Unix ou Linux)

Espace virtuel

Mémoire virtuelle :

Espace de pagination :

1.5 à 2 x taille RAM

1.5 à 2 x taille RAM

2 cœurs minimum pour le moteur de

2 cœurs minimum pour le moteur de

données

données

+ 1 cœur par tranche de 40 utilisateurs X3

+ 1 cœur par tranche de 40 utilisateurs X3

Base de

Oracle 11gR2 (11.2.0.4) 64-bit

Oracle 11gR2 (11.2.0.4) 64-bit

données

(mise à niveau directe depuis V7 et

(mise à niveau directe depuis V7 et PU8

PU8 ou 9 uniquement)

ou 9 uniquement)

Oracle 12c (12.1.0.2) 64-bit SE2 & EE

Oracle 12c (12.1.0.2) 64-bit SE2 & EE

Processeur

Plateformes Unix/Linux : l'installation d'Oracle requiert au moins 400 Mo d'espace libre dans le filesystem temporaire

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 32 de 41

 

  SQL Server 2012 SP2 64-bit (mise à niveau directe depuis V7 et PU8 ou 9 uniquement) 

SQL Server 2014 SP1 64-bit SQL Server 2016 64-bit (à partir de la version 11.0.2 GA uniquement) 

Windows OS

Espace disque (GB)

Unix / Linux OS

Windows

= 60

Unix

= 30

Oracle

= 6+

Oracle

= 6+

ou SQL Server

= 4+

X3 ERP X3 + SEED X3 PAIE + People SEEDxxx*

= 12 =6 =6

X3 ERP X3 People

Fichiers base de

> 10

Fichiers base de données

>10

Mémoire virtuelle

1.5 à 2 x RAM

Espace de pagination

1.5 à 2 x RAM

X3 + SEED PAIE + SEEDxxx*

= 12 =6 =6

Tous l es OS

RAID (recommandé)

Type RAID

Technologi e

 Avantages

Nombre de

RAID 1

Mirroring

Sécurité

2.

RAID 5

Striping + parité

Sécurité low cost, performance write faible *NON ADAPTE POUR LE STOCKAGE D’UNE BASE DE  DE  DONNEES*

>= 3

RAID 1+0 (RAID10)

Mirroring + striping

Securité & haute performance *RECOMMANDE *RECO MMANDE POUR LE LE STOCKAGE D’UNE D’UNE BASE DE DE DONNEES*

>= 4, Compte homogèn e

2 x 72 GB 15krpm, RAID 1, for système d’exploitation et moteur de base de Recommandati on  Ar ch it ect ur e disque sur mono-tiers

Réseau

données 4 x 140 GB 15krpm, RAID 10, pour fichiers de bases de données et d'application, (plus de disques pour plus de performance) 2 x 140 GB 15krpm, RAID 1, pour fichiers trace Oracle ou traces des transactions SQL Server Sous Windows, les disques doivent être formatés avec le système de fichier NTFS  Adaptateur Ethernet, 1 Gbit/s minimum 10 Gbit/s hautement recommandés quand la base de données n'est pas liée au même tiers que l'application ou le serveur de traitement principal (ou serveur de traitement additionnel)

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 33 de 41

 

  Windows OS Comptes utilisateurs

Unix / Linux OS

Comptes

Groupe (local)

Comptes

Groupe

oracle (Oracle DB)

ORA_DBA

oracle

oinstall, dba

 Administrateurs

sagex3

sagex3

Serveur SQL  Administrateurs  Attribution des droits utilisateurs

Identification en tant que service

*SEEDxxx: xxx dépend de la législation (ex. : SEEEDFRA, SEEEDFRA, SEEDPOR, SEEDZAF…)  SEEDZAF…) 

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 34 de 41

 

 

Postes Ressour ces Ressour Poste web (bureau, ordinateur portable)

Recommandations de dimensionn eme Recommandations ement nt Intel dual-core Pentium, Core i3, i5, i7 ou équivalent depuis AMD Minimum : Mémoire 2 GB RAM, recommandé : 4 GB ou plus  Affichage : 1280 x 768 768 pixels ou plus, couleur 32-bits 32-bits ou plus

physiq ue & Serveur Serveur d'application mono Base de données physique tiers Vous pouvez installer un environnement X3 de petite ou moyenne taille en mode mono-tiers sur un serveur physique unique, dans les conditions suivantes :   Le serveur est dédié à Sage X3 (ou X3 People ou X3 Geode).

•

  Un seul environnement d’exploitation Sage est présent

•

sur la machine.   Seules deux instances de base de données sont stockées sur le composant du serveur de données : la première pour les données d'exploitation de X3 (ou X3 People ou X3 Geode), la seconde pour le Data warehouse si vous utilisez Business Object.

•

  Seule la base de données Sage X3 et les ressources Sage X3 sont installées sur le serveur. Aucune autre application métier et/ou logiciel qui consomme des ressources n’est installé sur installé sur le serveur.

•

Des serveurs complémentaires sont requis :   Pour installer d'autres ressources : Business Objects engine, Citrix-TSE, etc.

•

  Pour implémenter des environnements supplémentaires supplémentai res : développement, développement, test, formation.

•

Définitions  ARC HITE CTURE MONO TIERS

Modèle d’architecture où tous les composants sont installés sur une seule et même machine.  ARC HITE CTURE MUL TITIERS

Modèle logique d'architecture applicative qui vise à : 1) Modéliser une application comme un empilement de plusieurs couches logicielles. Le rôle de chaque couche est clairement défini : - Couche de présentation : elle correspond à la partie visible de l'application et est interactive avec les utilisateurs. - Couche métier : elle correspond à l'application et aux programmes qui la compose. - Couche gestion et d'accès aux données. 2) Répartir ces différentes couches selon une architecture technique sur différentes machines physiques et/ou virtuelles, bien souvent au nombre de trois, ou plus.

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 35 de 41

 

 

Exemples d'architecture Exemples Exe mples d'archit ecture mono-tiers (serveur physi que) Plateforme Plateforme / Cible

Recommandations Re commandations de dimensionn eme ement nt

Windows Server 2012 R2 64-bit Windows Server 2016 64-bit

Monoprocesseur Intel 6-Core Xeon @2.4GHz, Monoprocesseur 24GB RAM   OS : 2 GB   Base de données : 6 GB   60 sessions X3 : 6 GB   60 sessions Syracuse : 2 à 4 GB   MongoDB : 1 GB   ElasticSearch : 1 GB   Serveur d’édition (si Windows) Windows) : 1 à 2 GB  GB 

(à partir de la version 11.0.2 GA uniquement)

•

•

•

RedHat Enterprise Linux ou Oracle Enterprise Linux, 7.1 ou supérieure 7.x, 64-bit

•

•

•

•

De 30 à 60 accès simultanés Windows Server 2012 R2 64-bit Windows Server 2016 64-bit (à partir de la version 11.0.2 GA uniquement)

Monoprocesseur Intel 8-Core Xeon @2.4GHz, Monoprocesseur 32GB RAM   OS : 2 GB   Base de données : 8 GB   120 sessions X3 : 12 GB   120 sessions Syracuse : 4 à 8 GB •

•

•

RedHat Enterprise Linux ou

•

•

Oracle Enterprise Linux, 7.1 ou supérieure 7.x, 64-bit

   MongoDB : 1 GB ElasticSearch : 1 à 2 GB   Serveur d’édition (si Windows) Windows) : 1 à 2 GB  GB 

• •

De 60 à 120 accès simultanés Windows Server 2012 R2 64-bit Windows Server 2016 64-bit (à partir de la version 11.0.2 GA uniquement)

Dual processeur Intel 8-Core Xeon @2.4GHz, 64GB RAM   OS : 2 GB   Base de données : 16 GB   250 sessions X3 : 20 GB   250 sessions Syracuse : 8 à 16 GB   MongoDB : 2 GB   ElasticSearch : 4 GB   Serveur d’édition (si Windows) Windows) : 2 G GB B  •

•

•

RedHat Enterprise Linux ou Oracle Enterprise Linux, 7.1 ou supérieure 7.x, 64-bit

•

•

•

•

De 120 à 250 accès simultanés

Ces exemples de dimensionnement ne prennent pas en compte la charge de travail générée par plusieurs tâches batch et/ou échanges de web services.

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 36 de 41

 

 

Exemples Exe mples (mixtes) d'architecture mult i-tiers Plateforme Plateforme / Cible Windows Server 2012 R2 64-bit Windows Server 2016 64-bit (à partir de la version 11.0.2 GA uniquement) RedHat Enterprise Linux ou Oracle Enterprise Linux, 7.1 ou supérieure 7.x, 64-bit

De 100 à 250 sessions utilisateurs

Recommandations Re commandations de dimensionn eme ement nt Base de données et application / Serveur de traitement principal (machine physique) : Monoprocesseur Intel 6-Core @2.4 GHz, 32GB RAM (2 GB pour le système d'exploitation, 16 GB pour l'instance de base de données d'exploitation, 10 GB pour Sage software, 4 GB libres) Seveur de traitement additionnel (machine physique ou virtuelle) : Monoprocesseur Intel 6-Core ou 6 vCPUs @2.4GHz / 24+GB RAM Réseau central de 10 GBps pour la base de données et le serveur de traitement additionnel hautement recommandé (réseau de faible latence) MongoDB, serveur ElasticSearch (physique ou virtuel) : Monoprocesseur Intel 2-Core ou 2 vCPUs @2.4GHz / 4GB RAM Serveur web Syracuse (physique ou virtuel) : Monoprocesseur Intel 6-Core ou 6 vCPUs @2.4GHz / 12GB RAM Serveur d’édition (virtuel) (Windows uniquement) :  

2 vCPUs @2.4GHz / 4GB RAM Windows Server 2012 R2 64-bit Windows Server 2016 64-bit (à partir de la version 11.0.2 GA uniquement) RedHat Enterprise Linux ou Oracle Enterprise Linux, 7.1 ou supérieure 7.x, 64-bit

De 250 à 500 sessions utilisateurs

Base de données et application / Serveur de traitement principal (machine physique) : Monoprocesseur Intel 6 Core @2.4GHz/ 64GB RAM (4 GB pour le système d'exploitation, 32 GB pour l'instance de base de données d'exploitation, 20 GB pour Sage software, 8 GB libres) 2 x serveurs de traitement additionnels (machines physiques ou virtuelles) : Monoprocesseur Intel 6-Core ou 6 vCPUs @2.4GHz / 24+GB RAM chacun Réseau central de 10 GBps pour la base de données et le serveur de traitement additionnel hautement recommandé (réseau de faible latence) MongoDB, serveur ElasticSearch (physique ou virtuel) : Monoprocesseur Intel 4-Core ou 4 vCPUs @2.4GHz / 8GB RAM (ou divisé en deux machines virtuelles plus petites) 2 x serveur web Syracuse (physique ou virtuel) : Monoprocesseur Intel 6-Core ou 6 vCPUs @2.4GHz / 12GB RAM chacun Serveur d’édition (virtuel) (Windows uniquement) :

4 vCPUs @2.4GHz / 6GB RAM Ou 2 x Serveurs d’édition (virtuels) (Windows uniquement) :   2 vCPUs @2.4GHz / 4GB RAM chacun

Ces exemples de dimensionnement ne prennent pas en compte la charge de travail générée par plusieurs tâches batch et/ou échanges de web services. Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 37 de 41

 

 

Règles gles de dimensionneme dimensionn ement nt pour po ur l 'évolutivité Rè Serveurs Se rveurs de traitement addition nels Plateforme / Cible

Recommandations de Recommandations dimensionn eme ement nt (physiq ue)

Recommandations de Recommandations dimensionn eme ement nt (virtuel)

Windows 64-bit Pour 150

Mono 4-core Intel Xeon @2.4 GHz /

4 vCPUs @2.4 GHz / 16GB RAM

sessions utilisateurs  Pour 300

16 GB RAM Dual 4-core ou mono 8-core Intel Xeon @2.4 GHz / 32 GBRAM

8 vCPUs @2.4 GHz / 32GB RAM*

sessions utilisateurs

Linux 64-bit Pour 150 sessions utilisateurs Pour 300 sessions

Mono 4-core Intel Xeon @2.4 GHz / 16GB RAM Dual 4-core ou mono 8-core Intel Xeon @2.4 GHz / 32GB RAM

4 vCPUs @2.4 GHz / 16GB RAM 8 vCPUs @2.4 GHz / 32GB RAM*

utilisateurs 

IBM-AIX 64-bit Pour 300 sessions utilisateurs Pour 600 sessions

IBM POWER 7/8 4 cores @3.6GHz / 32GB RAM

IBM POWER 7/8 - 8 LCPUs @3.6GHz - 32GB RAM

IBM POWER 7/8 8 cores @3.6GHz / 64GB RAM

IBM POWER 7/8 - 8 LCPUs @3.6GHz - 64GB RAM

utilisateurs 

* Plutôt qu'un serveur virtuel avec 8 vCPUs, utilisez deux machines virtuelles de 4 vCPUs pour de meilleures performances de virtualisation

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 38 de 41

 

 

Serveurs Se rveurs fro ntaux Ressources   Ressources

Se Serveurs rveurs web Syracuse

Recommandations de Recommandations dimensionn eme ement nt (physiq ue) hors besoins OS (2 Go Go en général)   général)

Recommandations de Recommandations dimensionn eme ement nt (virtu el) hor s beso ins OS (2 Go en général)   général)

Par tranche de 60 sessions web concurrentes : 1 cœur sur Intel Xeon @2.4GHz 2GB RAM 2 processus node.js

Par tranche de 60 sessions web concurrentes : 1 vCPU @2.4GHz 2 GB RAM 2 processus node.js

Dans le cas d'un grand nombre d’utilisateurs et/ou de web services, au lieu de construire un "gros" serveur de présentation web Syracuse avec un nombre de cœurs de CPU élevé, utilisez plutôt plusieurs serveurs plus

petits en cluster, surtout dans un contexte de virtualisation.

Serveurs MongoDB

1 cœur sur Intel Xeon @2.4GHz 1GB RAM Espace disque minimum : 10GB 10krpm

1 vCPU @2.4GHz 1GB RAM Espace disque minimum : 10GB 10krpm

(Plus de CPU, RAM et ressources (Plus de CPU, RAM et ressources disques sont nécessaires si MongoDB disques sont nécessaires si est utilisé pour stocker des liens) MongoDB est utilisé pour stocker

Serveurs ElasticSearch

Serveurs d'édition 

1 cœur sur Intel Xeon @2.4GHz (plus si utilisation élevée pour indexation)

1 vCPU @2.4GHz (plus si utilisation élevée pour indexation) 

1GB RAM minimum, 2GB ou plus recommandés Espace disque minimum : 10GB 10krpm (recommandé : 10% à 15% de la taille du dossier X3 par langue indexée)

1GB RAM minimum, 2GB ou plus recommandés Espace disque minimum : 10GB 10krpm (recommandé : 10% à 15% de la taille du dossier X3 par langue indexée)

2 cœurs CPU sur Intel i3, i5, i7, Xeon >= 2.0GHz / 2GB RAM

2 vCPU(s) >= 2.0GHz / 2GB RAM

Dépend du trafic d'impression de documents ; plus p lus de ressources ou plusieurs serveurs d'édition sont nécessaires pour une implémentation moyenne ou élevée. Prévoir au minimum 20 GB d'espace libre sur le disque système pour les fichiers temporaires.

Se Serveur rveur fro ntal, C Citrix itrix Xe XenApp nApp o u Microso ft Remote Desktop Desktop Server pour 30 connexions

1 cœur sur Intel Xeon @2.4GHz / 8GB RAM / 2 x 72GB 15krpm disque RAID-1

1 x vCPU @2.4GHz / 8GB RAM / 60GB disque sur "fast storage"

pour 60 connexions

2 cœurs sur Intel Xeon @2.4GHz / 16GB RAM / 2 x 72GB 15krpm

2 x vCPU @2.4 GHz / 16GB RAM / 80GB disque sur "fast

disque RAID-1

storage"

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 39 de 41

 

  pour 100 connexions 

4 x vCPUs @2.4GHz / 24GB 4 cores sur Intel Xeon @2.4GHz RAM / 120GB sur "fast storage" CPU / 22GB RAM / 2 x 72GB 15krpm disque RAID-1 Prévoir 250 Mo par utilisateur sur les profils utilisateurs de stockage filesystem. Pour une meilleure sécurité, nous conseillons de mettre en place un cluster de machines configurées en équilibrage de charge.

Les informations contenues dans le présent document sont confidentielles et peuvent être amenées à être modifiées sans préavis. Sage met tout en œuvre pour garantir l'exactitude des informations délivrée délivrées, s, mais ne formule aucune garantie, implicite ou explicite, quant au contenu du présent document.

 Architecture et prérequis système – système –  Version 1b

Page 40 de 41

 

 

www.sage.com © 2017 The Sage Group plc, ou ses partenaires. Tous droits réservés. Sage, les logos Sage et les noms des produits et des services de Sage énoncés dans les présentes sont des marques commerciales ou des marques m arques déposées de Sage Group plc, ou de ses partenaires. Toutes les autres marques de commerce sont la propriété de leurs sociétés