Explication des options d'architecture de déploiement

Lorsqu'elles sont initialement provisionnées, toutes les instances d'Oracle Content Management sont déployées sur Oracle Cloud Infrastructure. Cette architecture est une typologie haute disponibilité dans plusieurs domaines de disponibilité au sein d'une région géographique unique. Elle utilise Oracle Container Engine for Kubernetes (OKE) et ses clusters Kubernetes évolutifs dans ces domaines de disponibilité.

  • Domaines de disponibilité : un domaine de disponibilité désigne un ou plusieurs centres de données situés dans une région. Les domaines de disponibilité sont isolés les uns des autres, tolèrent les pannes et sont prémunis contre les pannes simultanées. Etant donné que les domaines de disponibilité ne partagent ni infrastructure physique (système d'alimentation ou de refroidissement par exemple), ni réseau interne, il est peu probable qu'une panne au niveau d'un domaine de disponibilité ait un impact sur les autres domaines. Les domaines de disponibilité d'une région sont connectés entre eux par un réseau à bande passante élevée et à faible latence. Cette interconnexion cryptée et prévisible entre les domaines de disponibilité fournit les blocs de construction à la fois pour la haute disponibilité et la récupération après sinistre.
  • Domaines de pannes : un domaine de pannes est un regroupement de matériel et d'infrastructures au sein d'un domaine de disponibilité. Chaque domaine de disponibilité contient trois domaines de pannes. Les domaines de pannes 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é. Par conséquent, si un domaine de pannes subit des pannes matérielles ou des interventions de maintenance, les instances se trouvant dans les autres domaines de pannes ne sont pas touchées. Vous pouvez éventuellement indiquer le domaine de pannes pour une nouvelle instance lors du lancement ou laisser le système en sélectionner une pour vous.

Dans un déploiement par défaut, OKE crée automatiquement plusieurs clusters (ou noeuds) dans les domaines de disponibilité. Tous les sites et toutes les ressources sont synchronisés avec chacun des domaines de disponibilité. Si un domaine de disponibilité subit une panne, OKE achemine automatiquement tout le trafic entrant vers les domaines de disponibilité opérationnels. Ainsi, les utilisateurs finals ne remarquent pas la coupure de service tandis que le domaine de disponibilité en panne est en cours de restauration.

Exemple d'architecture haute disponibilité, décrit dans le texte

Nous vous encourageons à utiliser l'option Programmation de la mise à niveau pour déterminer à quel moment l'instance doit recevoir une nouvelle version d'Oracle Content Management. Dans la plupart des cas, l'instance traitant le trafic de production doit utiliser l'option de mise à niveau différée. Les instances prévues pour le développement et les tests doivent employer l'option de mise à niveau immédiate. Cette combinaison de paramètres fournit un cycle de versions complet vous permettant de vérifier que votre code est fiable et vous donnant le temps de corriger les problèmes avant qu'ils n'aient une incidence sur le trafic de production. L'option Programmation de mise à niveau est définie lors de la création de 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 fonctionnalité de produit de récupération après sinistre d'Oracle Content Management fournit essentiellement une orchestration complète du service qui inclut des fonctionnalités complètes de basculement de récupération après sinistre pour toutes les couches de la pile d'applications Oracle Content Management, y compris les niveaux d'application Oracle Content Management, la base de données, l'index de recherche et le stockage d'objets.

Les termes "récupération après sinistre sur l'ensemble de la pile Oracle Content Management", "récupération après sinistre sur l'ensemble de la pile" et "récupération après sinistre" sont utilisés de manière interchangeable dans toute cette documentation. Tous font référence au même service.

La récupération 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 garantir aux entreprises un impact minimal en cas de 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 produit complémentaire. Vous pouvez surveiller activement les instances de récupération après sinistre activées par Oracle Content Management via les opérations de la console Oracle Cloud. Vous pouvez également valider et surveiller la préparation et la conformité de la continuité d'activité en exécutant régulièrement des tests de permutation de récupération après sinistre.

Diagramme de récupération après sinistre, décrit dans le texte

Avantages de la récupération après sinistre d'Oracle Content Management

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 une récupération pour l'ensemble de la pile d'applications, 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 récupération après sinistre sur l'ensemble de la pile permet une continuité d'activité 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 récupération 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.
  • Elimine le besoin de compétences spéciales : les opérateurs et les administrateurs ne nécessitent aucune compétence particulière ni expertise de domaine dans des domaines tels que la réplication d'applications et de stockage.
  • Surveillance et gestion à partir d'un écran unique : la récupération après sinistre d'Oracle Content Management fournit une vue unique des fonctionnalités 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 récupération après sinistre, surveiller la préparation à la récupération après sinistre et vérifier le statut à l'aide de la console Oracle Cloud.

Terminologie et concepts de la récupération après sinistre

Avant d'utiliser la récupération après sinistre d'Oracle Content Management, familiarisez-vous avec les concepts et termes clés suivants.

  • Récupération après sinistre : processus de restauration de tout ou partie d'un système métier (service) après une panne. La récupération de ce système d'entreprise se produit dans plusieurs centres de données situés dans la même zone géographique localisée.
  • Pile complète : terme utilisé pour désigner collectivement toutes les couches fonctionnelles d'un système d'entreprise, d'une application ou d'un service logiciel. Une application peut être composée de différents niveaux ou couches fonctionnels, tels que la couche d'application, la couche middleware, la couche de base de données et la couche d'infrastructure.
  • Objectif de point de récupération : le RPO définit la quantité maximale de perte de données pouvant être tolérée dans le cadre de la restauration DR. Il est généralement exprimé en unités de temps.
  • Objectif de délai de récupération : RTO définit la durée maximale pendant laquelle l'application ou le service protégé contre la récupération après sinistre peut être indisponible jusqu'à la restauration du service. Il 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.
  • De secours : version réservée d'une application ou d'un service. Le terme De secours est également utilisé pour faire référence à la région alternative 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.
  • De secours à chaud : modèle de récupération 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 récupération après sinistre. Ce modèle entraîne des coûts d'exploitation plus élevés mais l'objectif de délai de récupération est plus faible. La prise en charge de la récupération après sinistre par Oracle Content Management utilise une implémentation de secours à chaud.
  • Base de données de secours froide : modèle de récupération 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 vue d'une future transition de récupération après sinistre. Les composants d'application sont déployés au moment de la transition. Ce modèle entraîne des coûts d'exploitation moindres mais l'objectif de délai de récupération est plus élevé.
  • Rôle : indique 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 le rôle de sa région changent suite à une transition de récupération après sinistre.
  • Association : relation de paire définie entre deux instances Oracle Content Management. Une instance Oracle Content Management compatible DR est associée (associée) à une relation principale et de secours avant de pouvoir être utilisée pour implémenter des services DR.
  • Permutation : dans le cas d'Oracle Content Management il s'agit d'un événement de récupération après sinistre programmé qui effectue une transition planifiée d'Oracle Content Management de l'instance de récupération après sinistre principale vers l'instance de récupération 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 planifié qui nécessite qu'Oracle effectue une transition de basculement en activant l'instance de secours Oracle Content Management dans la région de secours en cas de panne de service dans la région principale.

Processus de récupération de basculement

Oracle contrôle quand le basculement est activé pour votre service Oracle Content Management. Pour Oracle Content Management, les cibles de performances de récupération après sinistre sont les suivantes :

  • Objectif de délai de récupération (RTO) = une heure : délai cible requis pour restaurer la fonctionnalité de l'application après sinistre.

    Le RTO est l'objectif d'Oracle pour la période maximale entre la décision d'Oracle d'activer les processus de récupération après sinistre et le moment auquel vous pouvez reprendre les opérations de production sur un autre site. Si la décision d'activer les processus de récupération après sinistre est prise au cours de la période pendant laquelle une mise à niveau est en cours, le RTO s'étend pour inclure le temps nécessaire pour terminer la mise à niveau.

  • Objectif de point de récupération (RPO) = une heure : le RPO est la période cible de perte de données d'Oracle que vos applications peuvent éventuellement perdre lors d'un basculement.

    Objectif d'Oracle pour la période maximale de perte de données, mesurée comme la durée à partir de laquelle la première transaction est perdue jusqu'à la déclaration du sinistre par Oracle. Le RPO ne s'applique à aucun chargement de données en cours lorsque le sinistre se produit.

Processus de test de permutation

Oracle permet aux clients de tester une permutation de leurs instances pour lesquelles la récupération après sinistre Oracle Content Management est activée. Pour tester la permutation, consignez une demande de service sur votre instance Oracle Content Management et l'équipe de support Oracle travaillera pour planifier le test.

Implémenter la récupération après sinistre

Pour implémenter la récupération après sinistre, vous devez sélectionner les options suivantes lorsque vous créez une instance Oracle Content Management :

  • Hébergement avancée : vous devez activer l'option de licence Hébergement avancée. L'hébergement avancé permet de disposer d'une base de données de traitement transactionnel autonome dédiée, qui est requise pour prendre en charge la fonctionnalité de récupération après sinistre d'Oracle Content Management. L'hébergement avancé est une fonctionnalité facultative que vous pouvez ajouter lors de la création d'une instance Oracle Content Management avec une licence Premium Edition ou BYOL. Il existe des frais de facturation supplémentaires pour cette option. Reportez-vous à votre contrat d'abonnement prépayé ou à votre contrat de crédits universels pour obtenir des coûts supplémentaires.
  • Récupération après sinistre : sous Options avancées, vous devez activer l'option Récupération après sinistre. La récupération après sinistre est une fonctionnalité facultative que vous pouvez ajouter lors de la création d'une instance Oracle Content Management avec une licence Premium Edition ou BYOL.
Remarque

Nouvelles instances uniquement : la récupération après sinistre peut être activée uniquement sur les nouvelles instances, et non sur les instances existantes.

Prise en charge des centres de données pour la récupération 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
Bombay Hyderabad
Hyderabad Bombay
Francfort Amsterdam
Amsterdam Francfort
Séoul Chuncheon
Chuncheon Séoul
Dubaï Abu Dabi
Abu Dabi Dubaï
Sydney Melbourne
Melbourne Sydney
- Paulo Vinhedo
Vinhedo - Paulo
Santiago - Paulo
Zurich Stockholm
Stockholm Zurich
Cardiff Londres
Londres Cardiff
Singapour Hyderabad
Djeddah Abu Dabi
Johannesburg Jérusalem
Jérusalem Johannesburg
Milan Marseille
Marseille Milan
Paris (future) Madrid (future)
Neom (future) Djeddah
Queretaro (future) Santiago
Chicago (future) Ashburn
Madrid (future) Paris (future)

Au-delà de la disponibilité

Un service haute disponibilité est conçu pour fournir un degré élevé de temps d'activité et d'accessibilité, mais de nombreux clients ont des besoins supplémentaires que d'autres architectures peuvent satisfaire. Ces architectures supplémentaires, qui tirent toujours profit de la haute disponibilité prête à l'emploi fournie par Oracle Cloud Infrastructure et OKE, peuvent être construites pour prendre en charge les processus de développement, même les basculements dans plusieurs régions, ou améliorées avec des connexions haute performance privées. Pour trouver l'architecture correspondant à vos besoins, vous devez déterminer les besoins de processus de développement de votre organisation, vos objectifs de délai de récupération acceptable et vos objectifs de point de retour.

Instance privée avec Oracle Cloud Infrastructure FastConnect

Certains clients peuvent également avoir besoin d'un niveau de performances ou de sécurité non disponible sur le réseau Internet public. Oracle Cloud Infrastructure FastConnect peut être utilisé pour offrir une connexion plus performante, plus fiable et plus sécurisée à l'instance Oracle Content Management. Ce type de connexion est souvent employé par les clients qui souhaitent être sûrs que l'accès est limité aux réseaux internes ou que les utilisateurs finals disposent de la connexion la plus efficace et la plus fiable possible.

Pour créer une telle instance, vous devez configurer Oracle Cloud Infrastructure FastConnect et effectuer quelques étapes prérequises supplémentaires. FastConnect fournit une connexion dédiée et privée avec une bande passante plus élevée, pour une expérience sur réseau plus fiable et homogène par rapport aux connexions Internet.

Reportez-vous à Création d'une instance privée à l'aide de FastConnect.

Processus de développement

Il s'agit du processus que votre organisation utilise pour créer et déployer de nouvelles fonctionnalités et un nouveau contenu pour Oracle Content Management. Il peut comprendre plusieurs environnements par lesquels les nouvelles fonctionnalités et le nouveau contenu doivent passer avant d'être approuvés pour les environnements de haut niveau et la production. Généralement, la configuration inclut des environnements pour le développement, le test, la préparation et enfin, la production. Les besoins de votre organisation peuvent varier.

Les clients qui souhaitent utiliser plusieurs instances pour prendre en charge leurs processus de développement doivent provisionner les instances supplémentaires comme indiqué dans ce document, mais n'ont pas besoin de provisionner un pare-feu d'applications Web puisque l'accès sera direct. Après avoir développé le contenu dans l'une de vos instances, vous pouvez utiliser l'interface de ligne de commande d'OCE Toolkit pour propager le contenu d'une instance Oracle Content Management vers une autre.

Remarque

Lorsque vous créez une instance supplémentaire ne traitant pas le trafic de production, vous devez la marquer comme secondaire pour ne pas payer les ressources dupliquées. Les instances principales sont facturées en fonction du nombre total de ressources dans l'instance. Les instances secondaires sont facturées en fonction d'un unique bloc de ressources par mois (par exemple, 5 000 ressources et, si vous disposez de Vidéo Plus, 250 ressources Vidéo Plus) peu importe le nombre total de ressources répliquées. Pour plus d'informations, reportez-vous à Descriptions de service de crédits universels Oracle PaaS et IaaS.

Afin de propager les modifications, vous pouvez utiliser les commandes d'Oracle Content Management Toolkit pour créer les sites et gérer leur cycle de vie sur les instances de développement, de test et de production. Vous pouvez modifier les sites dans un environnement de développement et propager les modifications vers les environnements de test et de production. Vous pouvez également incorporer cet ensemble d'utilitaires de ligne de commande aux environnements de génération de scripts afin de gérer les déploiements. Grâce aux 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.

Reportez-vous à Configuration d'un déploiement Test à production (T2P).