Passer au cloud offre aux utilisateurs d’Oracle E-Business Suite (EBS) une excellente opportunité de simplifier à la fois le coût et la complexité de la gestion de l’infrastructure ERP. Pour atteindre ces objectifs, il est essentiel de faire le bon choix entre le nuage public et le nuage privé. Bien que les déploiements de la suite Oracle E-Business puissent prospérer à la fois sur le cloud public et privé, les utilisateurs doivent évaluer soigneusement comment leur choix de Cloud influence leur capacité à répondre à leurs besoins internes de niveau de service.
Évidemment, de nombreux facteurs entrent en jeu dans cette évaluation. Cet article porte sur le rôle de la redondance dans les déploiements de nuages publics et privés.
En ce qui concerne la redondance, l’une des premières choses à garder en tête est qu’effectuer un « lift and shift » traditionnel d’une charge de travail sans modifications architecturales d’un environnement sur site vers un environnement hébergé sur le Cloud ne répondra probablement pas à ces exigences.
Par exemple, bien que les fournisseurs de nuage public offrent des SLA (accords de niveau de service), ces SLA ne couvrent pas la disponibilité des serveurs ou appareils individuels où se trouve votre logiciel. Les SLA des fournisseurs de nuage public couvrent généralement l’installation, ou pour utiliser le terme AWS – zone de disponibilité. Cela signifie que le fournisseur de nuage public ne garantit pas que le serveur spécifique sur lequel votre solution Oracle EBS fonctionne sera disponible. Au lieu de cela, ils garantissent que certains des serveurs déployés par le fournisseur dans cette installation ou zone de disponibilité seront disponibles pour faire fonctionner votre environnement, laissant au client le soin de déterminer comment allouer au mieux la charge de travail aux ressources disponibles.
Si vous envisagez de déplacer Oracle EBS vers un nuage public, vous devez architecturer votre déploiement en tenant compte de ce SLA. Par exemple, les architectes informatiques doivent se concentrer sur des choses comme la réplication de zones pour le stockage, le redémarrage automatique de l’hôte en cas de défaillance, et l’utilisation de rééquilibreurs de charge pour répartir les composants logiciels entre les hôtes dans différentes zones afin d’assurer la disponibilité.
En termes simples, les fournisseurs de nuage public ne vous fournissent pas de redondance au niveau matériel, ils offrent une redondance au niveau du centre de données ou de la zone de disponibilité.
Les outils traditionnels sur site comme vMotion et la réplication de stockage par blocs ne sont pas disponibles dans le nuage public, ce qui complique encore davantage les choses. Même au niveau des serveurs, les composants matériels redondants comme les interfaces réseau et les contrôleurs SAN ne sont pas disponibles dans le nuage public, car le matériel est principalement choisi en fonction du coût le plus bas pour maximiser le volume, ce qui se fait souvent au détriment de la redondance matérielle.
En revanche, si vous déplacez Oracle E-Business Suite vers un nuage privé, il est probable que vous conserviez l’accès à ces outils et à des niveaux plus élevés de redondance matérielle. En ce sens, si vos besoins d’affaires exigent que vous garantiez la disponibilité au niveau matériel, le nuage privé pourrait être un meilleur choix pour vous.
Si les économies offertes par un nuage public l’emportent sur le besoin d’affaires de redondance au niveau matériel, alors portez une attention particulière à la réarchitecture basée sur la redondance au niveau des zones de disponibilité. La clé pour réussir cela est de se concentrer sur la tolérance aux pannes au niveau de l’application plutôt qu’au niveau de la plateforme.
Avez-vous besoin de parler à un expert au sujet du déploiement de la suite Oracle E-Business?