En savoir plus sur le déploiement d'Agile PLM
Avant de commencer
Avant de commencer à exécuter Agile PLM 9.3.6 ou les versions à venir dans Oracle Cloud, procédez comme suit :
- Comprendre l'architecture de déploiement Agile PLM et d'autres considérations. Reportez-vous à En savoir plus sur le déploiement d'Agile PLM sur Oracle Cloud.
- Accédez à une location Oracle Cloud Infrastructure.
- Pour comprendre Terraform, reportez-vous au minimum à Présentation de Terraform.
- Avant de configurer des composants Oracle Cloud Infrastructure à l'aide de Terraform, assurez-vous que vous utilisez un hôte local de type Windows, Linux ou UNIX avec accès à Internet. Les étapes de configuration et d'utilisation de Terraform sont différentes sur les différents systèmes d'exploitation.
Sur un système de type Linux ou UNIX, vous avez besoin des outils et utilitaires suivants :
Git
pour cloner le package de fournisseur Terraform et les modules Terraform à partir du référentiel. Facultatif. Vous pouvez plutôt utiliser un navigateur Web pour télécharger les packages.ssh-keygen
pour générer une paire de clés SSH.OpenSSL
pour générer une paire de clés de signature d'API.- Navigateur Web permettant d'accéder à la console Oracle Cloud Infrastructure.
Sur un système Windows, vous aurez besoin des éléments suivants :- Git Bash permet de cloner le package de fournisseur Terraform et les modules Terraform à partir du référentiel. Vous pouvez plutôt utiliser un navigateur Web pour télécharger les packages. Toutefois, vous aurez besoin de Git Bash pour générer une paire de clés de signature d'API ainsi qu'une clé SSH pour les instances d'application, en utilisant OpenSSL ou
ssh-keygen.
- PuTTY pour générer une paire de clés SSH et pour vous connecter à vos hôtes de bastion à l'aide de cette clé SSH.
- Navigateur Web permettant d'accéder à la console Oracle Cloud Infrastructure.
Architecture
Vous pouvez concevoir votre déploiement Agile PLM sur Oracle Cloud Infrastructure dans un seul domaine de disponibilité, dans plusieurs domaines de disponibilité ou dans plusieurs régions.
-
Domaine de disponibilité unique : vous pouvez déployer Agile PLM dans un domaine de disponibilité unique et garantir la haute disponibilité en configurant plusieurs instances d'application. Utilisez cette architecture pour vous assurer que votre application est disponible même en cas de panne d'une instance d'application. Les autres instances d'application disponibles dans le domaine de disponibilité continuent de traiter les demandes.
-
Plusieurs domaines de disponibilité : utilisez cette architecture pour vous assurer que votre application est disponible même lorsqu'un domaine de disponibilité tombe en panne. Vous pouvez toujours accéder aux instances d'application dans un autre domaine de disponibilité.
-
Régions multiples : utilisez cette architecture pour configurer un site de récupération après sinistre pour votre application dans une autre région. Cette architecture est essentiellement identique à l'architecture à plusieurs domaines de disponibilité, mais au lieu de créer des ressources dans un deuxième domaine de disponibilité de la même région, vous créez des ressources dans une autre région.
Modèles pour créer votre infrastructure
Lorsque vous appliquez le plan Terraform et installez Agile PLM, toutes les instances d'application du domaine de disponibilité sont actives. Les instances d'équilibreur de charge reçoivent des demandes et les envoient aux serveurs d'applications. Les serveurs d'applications traitent ces demandes et les transfèrent aux instances de base de données. Vous pouvez accéder aux instances dans des sous-réseaux privés via l'hôte de bastion.
Les sauvegardes de base de données automatiques et à la demande vers Oracle Cloud Infrastructure Object Storage peuvent être configurées à l'aide de la console Oracle Cloud Infrastructure. La sauvegarde d'application peut être configurée à l'aide de la fonctionnalité de sauvegarde basée sur des stratégies des volumes de blocs Oracle Cloud Infrastructure. Oracle Cloud Infrastructure Block Volumes permet d'effectuer des sauvegardes de volume automatiquement en fonction d'une programmation et de les conserver en fonction de la stratégie de sauvegarde sélectionnée. Vous pouvez ainsi respecter les exigences qui vous sont imposées en matière de réglementation et de conformité des données. Il existe trois stratégies de sauvegarde prédéfinies : Bronze, Argent et Or. Une fréquence de sauvegarde et une durée de conservation prédéfinies sont associées à chaque stratégie de sauvegarde. Vous pouvez définir les variables de ces stratégies dans vos plans Terraform.
Terraform Plan pour une instance unique : l'architecture se compose d'un réseau cloud virtuel avec le bastion, l'équilibreur de charge, l'application, le gestionnaire de fichiers et les hôtes de base de données requis pour exécuter Agile PLM. La configuration Terraform installera le serveur d'applications, le gestionnaire de fichiers et les hôtes de base de données sur une seule machine virtuelle. Vous pouvez utiliser cette configuration à des fins de formation ou de test. L'hôte de bastion est déployé dans un sous-réseau public et toutes les autres instances sont déployées dans des sous-réseaux privés.
Description de l'image simple_topology_plan.png
Terraform Plan pour plusieurs instances : l'architecture se compose d'un réseau cloud virtuel (VCN) avec le bastion, l'équilibreur de charge, l'application, le gestionnaire de fichiers et les hôtes de base de données placés dans des machines virtuelles distinctes. Dans cette architecture, plusieurs instances d'application sont déployées dans un domaine de disponibilité afin de garantir la haute disponibilité. Cela garantit que votre application est disponible même lorsqu'une instance d'application est arrêtée. Les domaines de défaut vous permettent de répartir les instances de sorte qu'elles ne se trouvent pas sur le même matériel physique au sein d'un seul et même domaine de disponibilité.
Les instances du sous-réseau privé peuvent éventuellement nécessiter une connexion sortante à Internet pour télécharger les patches d'application et les intégrations externes. Pour cela, utilisez une passerelle NAT (Network Address Translation) dans votre VCN. Avec une passerelle NAT, les hôtes du sous-réseau privé peuvent établir des connexions à Internet et recevoir des réponses, mais ne peuvent pas recevoir de connexions entrantes initiées à partir d'Internet.
A propos des stratégies et services requis
Cette solution requiert les services suivants et les stratégies de gestion des accès :
Service | Stratégies requises pour... |
---|---|
Oracle Cloud Infrastructure Identity and Access Management | Créer et gérer des compartiments. |
Oracle Cloud Infrastructure Networking | Créer et gérer des réseaux cloud virtuels, des sous-réseaux, des passerelles Internet, des tables de routage, des listes de sécurité, des passerelles d'appairage local et des passerelles de routage dynamique |
Oracle Cloud Infrastructure Compute | Créer et gérer des instances de calcul. |
Reportez-vous à Découvrez comment obtenir les services Oracle Cloud pour les solutions Oracle pour obtenir les services cloud dont vous avez besoin.