Déploiement Hyperion sur Oracle Cloud Infrastructure
Un partenaire Oracle a été confronté à un défi commun à de nombreuses entreprises modernes : renouveler son accord de centre de données actuel ou passer au cloud.
Leurs opérations étaient optimisées par toute une gamme d'applications et de technologies Oracle sur site.
Après une évaluation approfondie de plusieurs fournisseurs cloud, ils ont migré leurs charges de travail Oracle Enterprise Performance Management (Hyperion) sur site vers Oracle Cloud.
- Conservez les applications Hyperion sur une infrastructure gérée par Oracle.
- Simplifiez la structure des coûts pour le déploiement global.
Le partenaire explore activement les opportunités de migrer des charges de travail supplémentaires vers Oracle Cloud, en se concentrant sur les services de base de données autonome.
Architecture
La topologie du cloud est simple, mais robuste et flexible. L'architecture dispose d'un seul réseau cloud virtuel (VCN) avec deux sous-réseaux. Toutes les ressources sont déployées dans un seul domaine de disponibilité.
L'un des sous-réseaux est utilisé pour toutes les ressources Web et d'application : un équilibreur de charge, des serveurs Hyperion Foundation, des serveurs Essbase, des modules de planification, de prévision et de budgétisation Hyperion et un serveur de fichiers. L'autre sous-réseau est utilisé exclusivement pour la base de données. Cette architecture assure une isolation complète du réseau des ressources dans chaque niveau et répond aux exigences de contrôle granulaire du trafic réseau.
Le diagramme suivant illustre l'architecture :

Description de l'illustration bd-ads-hyperion.png
- Région
Une région Oracle Cloud Infrastructure est une zone géographique précise, incluant un ou plusieurs centres de données, appelés domaines de disponibilité. Les régions sont indépendantes les unes des autres et de grandes distances peuvent les séparer (entre les pays ou même les continents).
Toutes les ressources de cette architecture sont déployées dans une seule région.
- Domaine de disponibilité
Les domaines de disponibilité sont des centres de données autonomes indépendants au sein d'une région. Les ressources physiques de chaque domaine de disponibilité sont isolées de celles des autres, ce qui garantit la tolérance aux pannes. Les domaines de disponibilité ne partagent ni infrastructure (par exemple, alimentation, système de refroidissement), ni réseau de domaine de disponibilité interne. Par conséquent, une panne sur un domaine de disponibilité ne doit pas affecter les autres domaines de disponibilité de la région.
Les ressources de cette architecture sont déployées dans un seul domaine de disponibilité.
- VCN et sous-réseaux
Un VCN est un réseau personnalisable défini par logiciel que vous configurez dans une région Oracle Cloud Infrastructure. Comme les réseaux de centre de données traditionnels, les réseaux cloud virtuels vous donnent le contrôle sur l'environnement réseau. Un réseau cloud virtuel peut comporter plusieurs blocs CIDR qui ne se chevauchent pas et que vous pouvez modifier après l'avoir créé. Vous pouvez segmenter un réseau cloud virtuel en plusieurs sous-réseaux ciblant une région ou un domaine de disponibilité. Chaque sous-réseau est composé d'une plage contiguë d'adresses qui ne chevauchent pas celles des autres sous-réseaux du réseau cloud virtuel. Vous pouvez modifier la taille d'un sous-réseau après sa création. Un sous-réseau peut être public ou privé.
Cette architecture utilise un seul VCN, avec des sous-réseaux distincts pour les niveaux d'application et de données.
- Passerelle de routage dynamique
Le DRG est un routeur virtuel qui fournit un chemin pour le trafic de réseau privé entre les réseaux cloud virtuels de la même région, entre un VCN et un réseau en dehors de la région, tel qu'un VCN dans une autre région Oracle Cloud Infrastructure, un réseau sur site ou un réseau dans un autre fournisseur cloud.
Pour une connectivité rapide et fiable du réseau sur site à Oracle Cloud, le partenaire a choisi Oracle Cloud Infrastructure FastConnect. Le provisionnement et la gestion des ressources sont automatisés pour une utilisation efficace de DevOps.
- Tables de routage
Les tables de routage virtuelles contiennent des règles pour acheminer le trafic des sous-réseaux vers des destinations en dehors d'un VCN, généralement via des passerelles.
- Listes de sécurité
Pour chaque sous-réseau, vous pouvez créer des règles de sécurité qui indiquent la source, la destination et le type de trafic qui doivent être autorisés à entrer et à sortir du sous-réseau.
- Equilibreur de charge
Oracle Cloud Infrastructure Load Balancing fournit une distribution automatisée du trafic à partir d'un point d'entrée unique vers plusieurs serveurs.
- Machines virtuelles de calcul
Avec Oracle Cloud Infrastructure Compute, vous pouvez provisionner et gérer des hôtes de calcul dans le cloud. Vous pouvez lancer des instances de calcul avec des formes qui répondent à vos besoins en ressources pour l'UC, la mémoire, la bande passante réseau et le stockage. Après avoir créé une instance de calcul, vous pouvez y accéder en toute sécurité, la redémarrer, attacher et détacher des volumes, et y mettre fin lorsque vous n'en avez plus besoin.
Cette architecture inclut des machines virtuelles de calcul pour les composants suivants :- Deux machines virtuelles hébergeant les serveurs Hyperion Foundation.
- Trois machines virtuelles pour Hyperion Essbase.
- Deux machines virtuelles exécutant des modules de planification, de prévision et de budgétisation Hyperion.
- Machine virtuelle exécutant un serveur de fichiers, pour le stockage de fichiers.
- Machine virtuelle pour la base de données.
- Microsoft SQL Server
Microsoft SQL Server est un SGBDR tiers utilisé pour créer des applications d'entreposage de données à grande échelle. Ce serveur est utilisé pour extraire, transformer et charger des données (ETL) vers et depuis des sources telles que PeopleSoft et Essbase. Il est ensuite utilisé par ODI pour charger des métadonnées dans les applications de planification. Il prend également en charge les produits Hyperion qui nécessitent un référentiel de base de données tel que Shared Services, Planning, FR, EAS et ODI.
En savoir plus
En savoir plus sur le déploiement d'applications Oracle Enterprise Performance Management (Hyperion) dans Oracle Cloud.