Architecture en couches

Pour l'architecture de Private Cloud Appliance, une approche en couches est adoptée. A la base se trouvent les composants matériels sur lesquels la plate-forme principale est construite. Ceci, à son tour, fournit un cadre pour les services administratifs et opérationnels exposés à différents groupes d'utilisateurs.

Les couches sont intégrées mais non monolithiques : elles peuvent être développées à des vitesses différentes tant qu'elles conservent leur compatibilité. Par exemple, la prise en charge d'un nouveau type de matériel serveur ou l'extension des fonctionnalités de stockage sont des améliorations qui peuvent être appliquées séparément et sans redéployer l'ensemble de la pile logicielle du contrôleur.

Couche matérielle

La couche matérielle contient tous les composants du système physique ainsi que leurs microprogrammes et systèmes d'exploitation.

  • Les trois noeuds de gestion forment un cluster qui exécute l'environnement de base pour le logiciel du contrôleur.

  • Les noeuds de calcul fournissent la capacité de traitement pour héberger les instances de calcul.

  • L'appliance de stockage fournit de l'espace disque pour les ressources de stockage utilisées par les instances de calcul. Il fournit également l'espace de stockage requis par l'appareil en interne pour son fonctionnement.

  • Les commutateurs réseau fournissent les connexions physiques entre tous les composants et les liaisons montantes vers le réseau public (centre de données).

Couche plate-forme

Private Cloud Appliance utilise un modèle de déploiement basé sur les services. Il est divisé en domaines fonctionnels qui fonctionnent en tant que services dans des conteneurs distincts. La plate-forme fournit la base de ce modèle. Le cluster de noeuds de gestion orchestre le déploiement des services en conteneur, pour lesquels il héberge également le registre d'images.

La plate-forme fournit un ensemble de services de base requis par tous les autres services : transport de messages, gestion des clés secrètes, accès à la base de données, journalisation, surveillance, etc. Ces services de base sont standardisés afin que tous les services déployés sur la plate-forme puissent s'y connecter de la même manière, ce qui facilite et accélère les nouvelles intégrations de service.

La plate-forme joue également un rôle central dans l'administration du matériel, en gérant l'échange de données entre la couche matérielle et les services. Les informations relatives à la couche matérielle et aux modifications qui y sont apportées doivent être communiquées à la couche des services pour que l'inventaire reste à jour. Lorsque des opérations sont effectuées au niveau de la couche de service, une interface est requise pour transmettre des commandes au matériel. À cette fin, la plate-forme dispose d'une API hautement sécurisée qui n'est exposée qu'en interne et qui nécessite les privilèges les plus élevés. Cette API interagit avec les interfaces de gestion telles que les ILOM du serveur et les contrôleurs de stockage, ainsi qu'avec la base de données d'inventaire et les outils d'orchestration de conteneurs.

Pour plus d'informations sur cette couche dans l'architecture de l'appareil, reportez-vous à la section Key Properties of the Platform Layer.

Couche des services d'infrastructure

Cette couche contient tous les services déployés sur la plate-forme. Ils forment deux groupes fonctionnellement distincts : les services cloud de niveau utilisateur et les services administratifs.

Les services cloud offrent des fonctionnalités aux utilisateurs de l'environnement cloud et sont très similaires en termes de fonctionnement aux services OCI correspondants. Ils constituent l'enclave de calcul et permettent le déploiement de charges de travail client via des instances de calcul et des ressources associées. Les services cloud incluent les services de calcul et de stockage, la gestion des identités et des accès et le réseau.

Les services d'administration sont internes ou limités aux administrateurs de l'appareil. Ils permettent le fonctionnement des services cloud et leur fournissent un support. Ils constituent l'enclave de service. Les opérations de l'administrateur incluent l'initialisation du système, le provisionnement des noeuds de calcul, l'extension de la capacité, la gestion de la location, la mise à niveau, etc. Ces opérations n'ont pas d'équivalent externalisé dans OCI, où Oracle remplit le rôle d'administrateur d'infrastructure.