Comprendre les options pour l'architecture de déploiement
Lors du provisionnement initial, toutes les instances d'Oracle Content Management sont déployées sur Oracle Cloud Infrastructure. Cette architecture est une topologie haute disponibilité couvrant de multiples domaines de disponibilité dans une seule région géographique. Elle utilise Oracle Container Engine pour Kubernetes (OKE) avec ses grappes Kubernetes hautement évolutives dans ces domaines de disponibilité.
- Domaines de disponibilité - Un domaine de disponibilité est constitué d'un ou plusieurs centres de données à l'intérieur d'une région. Les domaines de disponibilité sont isolés les uns des autres, tolérants aux pannes et prémunis contre les pannes simultanées. Étant donné que les domaines de disponibilité ne partagent pas l'infrastructure physique, comme l'alimentation ou le refroidissement, ou le réseau de domaines de disponibilité interne, une défaillance qui touche un domaine de disponibilité est peu susceptible d'avoir une incidence sur les autres. Les domaines de disponibilité dans une région sont reliés les uns aux autres par un réseau à faible latence et à large bande passante. Cette interconnexion chiffrée et prévisible entre les domaines de disponibilité fournit les éléments de base pour une disponibilité élevée et la récupération après sinistre.
- Domaines d'erreur - Un domaine d'erreur est un regroupement de matériel et d'infrastructure au sein d'un domaine de disponibilité. Chaque domaine de disponibilité contient trois domaines d'erreur. Les domaines d'erreur vous permettent de répartir vos instances afin qu'elles ne soient pas sur le même matériel physique au sein d'un même domaine de disponibilité. Par conséquent, les défaillances matérielles ou les événements de maintenance qui touchent un domaine d'erreur n'ont pas d'incidence sur les instances dans d'autres domaines d'erreur. Lors du lancement d'une nouvelle instance, vous pouvez également spécifier le domaine d'erreur pour celle-ci ou laisser le système en sélectionner un pour vous.
Dans un déploiement par défaut, OKE crée automatiquement plusieurs grappes (ou noeuds) dans tous les domaines de disponibilité. Tous les sites et ressources sont synchronisés avec chaque domaine de disponibilité. Si un domaine de disponibilité devient indisponible, OKE dirige automatiquement tout le trafic entrant vers les domaines de disponibilité fonctionnels. Ainsi, les utilisateurs finaux ne remarqueront pas une interruption de service pendant la restauration du domaine de disponibilité en échec.
Nous vous encourageons à utiliser l'option Programme de mise à niveau pour contrôler le moment où votre instance reçoit une nouvelle version d'Oracle Content Management. Dans la plupart des cas, votre instance qui dessert le trafic de production doit utiliser l'option Mise à niveau différée. Les instances destinées au développement et à des tests devraient utiliser l'option Mettre à niveau immédiatement. Cette combinaison de paramètres vous fournira un cycle de lancement complet pour vous assurer que votre code est robuste et vous donner le temps de régler tous les problèmes avant qu'ils n'aient une incidence sur votre trafic de production. L'option Programme de mise à niveau est définie lorsque vous créez votre instance Oracle Content Management.
Récupération après sinistre native d'Oracle Content Management
Oracle Content Management fournit une option de produit de récupération après sinistre native. La fonction de récupération après sinistre d'Oracle Content Management offre essentiellement une orchestration complète du service qui comprend des fonctionnalités complètes de basculement pour la récupération après sinistre pour toutes les couches de la pile d'applications Oracle Content Management, notamment les niveaux d'application, la base de données, l'index de recherche et le stockage d'objets d'Oracle Content Management.
Les termes "Oracle Content Management récupération après sinistre de pile complète ", " récupération après sinistre de pile complète " et " récupération après sinistre " sont utilisés de façon interchangeable dans toute cette documentation. Tous ces termes font référence au même service.
La reprise après sinistre sur l'ensemble de la pile assure une continuité d'activité complète à partir d'une variété de pannes de centre de données afin de s'assurer que les organisations ont un impact minimal à partir des pannes à l'échelle de la région.
La récupération après sinistre d'Oracle Content Management est facilement activée pour votre instance Oracle Content Management en tant qu'option de service du produit complémentaire. Vous pouvez surveiller activement les instances de reprise après sinistre activées pour Oracle Content Management au moyen des opérations de la console Oracle Cloud. Vous pouvez également valider et surveiller la conformité et la disponibilité de la continuité d'activité en exécutant périodiquement des tests de permutation de reprise après sinistre.
Avantages d'Oracle Content Management pour la reprise après sinistre
La récupération après sinistre d'Oracle Content Management offre plusieurs avantages dans le domaine de la continuité des activités.
- Fournit une récupération d'application complète : La récupération après sinistre d'Oracle Content Management fournit la récupération pour toute la pile d'applications, ce qui inclut les composants tels que la base de données, les index de recherche, le stockage d'objets et le niveau d'application. Cette reprise après sinistre sur toute la pile assure une continuité des activités qui dépend de la récupération de l'ensemble de la pile d'applications au lieu de quelques composants sélectionnés.
- Minimise le temps de reprise après sinistre : La récupération après sinistre d'Oracle Content Management élimine la nécessité d'effectuer une récupération après sinistre manuelle pour des ressources individuelles.
- Élimine le besoin de compétences spéciales : Les opérateurs et les administrateurs n'ont pas besoin de compétences spéciales ou d'expertise de domaine dans des domaines tels que la réplication des applications et du stockage.
- Surveillance et gestion à guichet unique : La récupération après sinistre d'Oracle Content Management offre une interface unique de surveillance et de gestion pour toutes les instances activées pour la récupération après sinistre d'Oracle Content Management. Vous pouvez créer des instances de reprise après sinistre, surveiller la disponibilité de la reprise après sinistre et vérifier le statut à l'aide de la console Oracle Cloud.
Terminologie et concepts relatifs à la reprise après sinistre
Avant d'utiliser la récupération après sinistre pour Oracle Content Management, familiarisez-vous avec les termes et concepts clés suivants.
- Disaster Recovery (DR) - Processus de restauration de certaines ou de toutes les parties d'un système d'entreprise (un service) après une panne. La récupération de ce système d'entreprise se fait dans tous les centres de données d'une même zone géographique localisée.
- Pile complète - Terme utilisé pour référencer collectivement toutes les couches fonctionnelles d'un système d'affaires, d'une application ou d'un service logiciel. Une application peut comprendre différents niveaux ou couches fonctionnelles, comme la couche d'application, la couche intergicielle, la couche de base de données et la couche d'infrastructure.
- Objectif de point de récupération (OPR)-L'OPR définit la quantité maximale de perte de données pouvant être tolérée dans le cadre de la restauration de reprise après sinistre. L'OPR est généralement exprimé en unités de temps.
- Objectif de délai de récupération (ODR)-L'ODR définit la durée maximale pendant laquelle l'application ou le service protégé par reprise après sinistre peut être indisponible jusqu'à ce que le service soit restauré. L'ODR est généralement exprimé en unités de temps.
- Principal - Version de production d'une application ou d'un service en cours d'utilisation. La récupération après sinistre désigne la version principale d'une application comme ayant un rôle principal.
- Standby (De secours) - Version réservée d'une application ou d'un service. L'option De secours est également utilisée pour désigner l'autre région dans laquelle l'application ou le service sera restauré. La récupération après sinistre désigne la version de secours d'une application comme ayant un rôle de secours.
- Warm Standby (Base de secours chaude) - Modèle de reprise après sinistre dans lequel tout ou partie des composants d'une application ou d'un service sont pré-déployés dans la région de secours pour préparer une future transition de reprise après sinistre. Ce modèle implique des coûts d'exploitation plus élevés, mais un objectif de délai de récupération inférieur. La prise en charge de la récupération après sinistre pour Oracle Content Management utilise une mise en oeuvre de secours chaude.
- Cold Standby (Base de secours froide) - Modèle de reprise après sinistre dans lequel très peu ou aucun des composants d'une application ou d'un service doit être pré-déployé dans la région de secours en prévision d'une future transition de reprise après sinistre. Les composants d'application sont déployés dans le cadre de la transition de récupération après sinistre. Ce modèle implique des coûts d'exploitation moins élevés, mais un objectif de délai de récupération supérieur.
- Rôle - Spécifie si une application et sa région sont actuellement la version principale (de production) ou la version de secours (réservée). Le rôle d'une application et celui de sa région changent à la suite d'une transition de reprise après sinistre.
- Association - Relation de paire définie entre deux instances Oracle Content Management. Une instance activée pour la récupération après sinistre d'Oracle Content Management est associée (appariée) à une relation principale et de secours avant de pouvoir être utilisée pour mettre en oeuvre des services de récupération après sinistre.
- Permuter - Dans le cas d'Oracle Content Management, il s'agit d'un événement de reprise après sinistre programmé qui effectue une transition planifiée d'Oracle Content Management de l'instance de reprise après sinistre principale vers l'instance de reprise après sinistre de secours. La permutation effectue une transition ordonnée en arrêtant la pile d'applications dans la région principale, puis en activant le service de secours pour qu'il devienne actif.
- Basculement - Dans le cas d'Oracle Content Management, il s'agit d'un événement non programmé qui nécessite qu'Oracle effectue une transition de basculement en activant l'instance de secours chaude Oracle Content Management dans la région de secours, en cas d'interruption de service dans la région principale.
Traitement de récupération après basculement
Oracle contrôle lorsque le basculement est activé pour votre service Oracle Content Management. Pour Oracle Content Management, les objectifs de performance de récupération après sinistre sont les suivants :
- Objectif de délai de récupération (ODR) = une heure-L'ODR est l'heure cible requise pour restaurer la fonctionnalité de votre application après un sinistre.
L'OTR est l'objectif d'Oracle pour la période maximale entre la décision d'Oracle d'activer les processus de reprise après sinistre et le moment où vous pouvez reprendre les activités de production dans un autre site. Si la décision d'activer les processus de reprise après sinistre est prise au cours de la période pendant laquelle une mise à niveau est en cours, l'OTR s'étend au temps requis pour terminer la mise à niveau.
- Objectif de point de récupération (OPR) = une heure-L'OPR est la période cible de perte de données d'Oracle que vos applications peuvent perdre lors d'un événement de basculement.
Objectif d'Oracle pour la période maximale de perte de données, mesurée en fonction du temps à partir duquel la première transaction est perdue jusqu'à la déclaration du sinistre par Oracle. L'OPR ne s'applique pas aux chargements de données en cours lors du sinistre.
Processus de test de permutation
Oracle permet aux clients de tester une permutation de leurs instances activées de récupération après sinistre pour Oracle Content Management. Pour tester la permutation, enregistrez une demande de service sur votre instance Oracle Content Management et l'équipe de soutien d'Oracle travaillera à programmer le test.
Mettre en oeuvre la reprise après sinistre
Pour mettre en oeuvre la récupération après sinistre, vous devez sélectionner les options suivantes lorsque vous créez une instance Oracle Content Management :
- Advanced Hosting (Hébergement avancée) - Vous devez activer l'option de licence Advanced Hosting (Hébergement avancée). L'hébergement avancé permet une base de données Autonomous Transactional Processing (ATP) dédiée qui est requise pour prendre en charge la fonction de récupération après sinistre d'Oracle Content Management. L'hébergement avancé est une fonction facultative que vous pouvez ajouter lors de la création d'une instance Oracle Content Management avec une licence Premium Edition ou BYOL. Cette option entraîne des frais supplémentaires. Consultez votre contrat d'abonnement prépayé ou votre contrat de crédit universel pour des frais supplémentaires.
- Reprise après sinistre-Sous Options avancées, vous devez activer l'option Reprise après sinistre. La récupération après sinistre est une fonction facultative que vous pouvez ajouter lors de la création d'une instance Oracle Content Management avec une licence Premium Edition ou BYOL.
Nouvelles instances seulement-La récupération après sinistre ne peut être activée que sur les nouvelles instances, et non sur les instances existantes.
Prise en charge du centre de données pour la reprise après sinistre
La prise en charge de la récupération après sinistre est disponible dans les combinaisons de centres de données Oracle Content Management suivantes :
Région principale | Région de secours |
---|---|
Ashburn | Phoenix |
Phoenix | Ashburn |
San José | Phoenix |
Toronto | Montréal |
Montréal | Toronto |
Tokyo | Osaka |
Osaka | Tokyo |
Mumbai | Hyderabad |
Hyderabad | Mumbai |
Francfort | Amsterdam |
Amsterdam | Francfort |
Séoul | Chuncheon |
Chuncheon | Séoul |
Dubaï | Abu Dhabi |
Abu Dhabi | Dubaï |
Sydney | Melbourne |
Melbourne | Sydney |
- Paulo | Vinhedo |
Vinhedo | - Paulo |
Santiago | - Paulo |
Zurich | Stockholm |
Stockholm | Zurich |
Cardiff | Londres |
Londres | Cardiff |
Singapour | Hyderabad |
Jeddah | Abu Dhabi |
Johannesbourg | Jérusalem |
Jérusalem | Johannesbourg |
Milan | Marseille |
Marseille | Milan |
Paris (futur) | Madrid (future) |
Neom (futur) | Jeddah |
Queretaro (futur) | Santiago |
Chicago (future) | Ashburn |
Madrid (future) | Paris (futur) |
Au-delà de la haute disponibilité
Bien qu'un service haute disponibilité soit conçu pour offrir un degré élevé de disponibilité et d'accessibilité, de nombreux clients ont des besoins supplémentaires auxquels des architectures différentes peuvent répondre. Ces architectures supplémentaires, tout en bénéficiant de la disponibilité élevée fournie par Oracle Cloud Infrastructure et OKE, peuvent être construites pour prendre en charge les processus de développement, même le basculement multirégion, ou être améliorées avec des connexions privées haute performance. Pour trouver l'architecture adaptée à vos besoins, vous devez déterminer les besoins de votre organisation en matière de processus de développement, vos objectifs acceptables en matière de délai de récupération et de point de récupération.
Instance privée avec Oracle Cloud Infrastructure FastConnect
Certains clients peuvent aussi avoir besoin d'une performance ou d'une sécurité supplémentaires qui pourraient ne pas être disponibles sur l'Internet public. Oracle Cloud Infrastructure FastConnect peut être utilisé pour fournir une connexion plus performante, plus robuste et mieux sécurisée à votre instance Oracle Content Management. Ce type de connexion est souvent utilisé par les clients qui veulent s'assurer que l'accès est limité aux réseaux internes ou que les utilisateurs finaux ont la connexion la meilleure et la plus fiable possible.
Si vous voulez créer une instance de ce type, vous devez configurer Oracle Cloud Infrastructure FastConnect et exécuter quelques étapes préalables supplémentaires. FastConnect fournit une connexion privée dédiée offrant une bande passante plus élevée et une expérience de réseau plus fiable et plus cohérente que les connexions basées sur Internet.
Voir Créer une instance privée à l'aide de FastConnect.
Processus de développement
Il s'agit du processus utilisé par votre organisation pour créer et déployer de nouvelles fonctionnalités et de nouveaux contenus pour Oracle Content Management. Il peut inclure plusieurs environnements par lesquels la nouvelle fonctionnalité et le nouveau contenu doivent passer avant d'être approuvés pour les environnements de haut niveau et la production. Une configuration courante comprend généralement les environnements suivants : développement, test, intermédiaire et, enfin, production. Les besoins de votre organisation peuvent varier.
Les clients qui souhaitent utiliser plusieurs instances pour soutenir leurs processus de développement devraient provisionner leurs instances supplémentaires de la façon décrite dans le présent document, mais ils n'ont pas besoin de provisionner un pare-feu d'application Web (WAF) devant ces instances, car l'accès sera direct. Après avoir développé du contenu dans une de vos instances, vous pouvez utiliser l'interface de ligne de commande (CLI) de la boîte à outils Oracle Content Management pour propager ce contenu d'une instance Oracle Content Management à une autre.
Lorsque vous créez une instance supplémentaire qui ne desservira pas le trafic de production, vous devez la marquer Non principale pour ne pas payer de ressources en double. Les instances principales sont facturées pour le nombre total de ressources dans l'instance. Les instances non principales sont facturées pour un seul bloc de ressources par mois (par exemple, 5 000 ressources et, si vous avez des ressources Vidéo Plus, 250 ressources Vidéo Plus), peu importe le nombre total de ressources répliquées. Pour plus d'informations, voir Description des services Oracle PaaS et IaaS - Crédits universels.
Pour propager des modifications, vous pouvez utiliser les commandes de la boîte à outils Oracle Content Management pour créer des sites et gérer leur cycle de vie sur des instances de développement, de test et de production. Vous pouvez apporter des modifications aux sites dans un environnement de développement et les propager dans des environnements de test et de production. Vous pouvez également intégrer ce jeu d'utilitaires de ligne de commande dans vos environnements de script pour gérer vos déploiements. Avec les utilitaires de l'interface de ligne de commande, vous pouvez déployer de nouveaux éléments, tels que des ressources et des composants, ainsi que des mises à jour du contenu existant.
Voir Configurer un déploiement de l'environnement de test à production.