Services de plateforme IBM Cloud

Tous les services de plateforme IBM Cloud qui prennent en charge des clés de service peuvent être intégrés à l'aide de la liaison de service Red Hat OpenShift on IBM Cloud.

Une liaison de service est un moyen de créer rapidement des données d'identification de service pour un service IBM Cloud et de stocker ces données dans un secret Kubernetes dans votre cluster. Vous pouvez également activer le cryptage pour mieux protéger vos données. Vos applications peuvent utiliser les données d'identification du secret pour accéder à votre instance de service IBM Cloud.

Les services qui ne prennent pas en charge les clés de service fournissent généralement une API que vous pouvez utiliser directement dans votre application.

Services d'infrastructure classique IBM Cloud

Etant donné qu'Red Hat OpenShift on IBM Cloud vous permet de créer un cluster sur l'infrastructure classique IBM Cloud, certains services d'infrastructure classique, tels que les serveurs virtuels, les serveurs bare metal ou les VLAN, sont entièrement intégrés dans Red Hat OpenShift on IBM Cloud. Vous créez et gérez ces instances de service à l'aide de l'API, de l'interface de ligne de commande ou de la console Red Hat OpenShift on IBM Cloud.

Les solutions de stockage permanent prises en charge, telles que IBM Cloud File Storage for Classic, IBM Cloud Block Storage, ou IBM Cloud® Object Storage sont intégrées en tant que pilotes Kubernetes et peuvent être configurées à l'aide des graphiques Helm. La charte Helm configure automatiquement des classes de stockage Kubernetes, le fournisseur de stockage et le pilote de stockage dans votre cluster. Vous pouvez utiliser les classes de stockage pour mettre à disposition un stockage persistant à l'aide de réservations de volume persistant. Pour plus d'informations, voir Planification de stockage persistant à haute disponibilité.

Pour sécuriser votre réseau de cluster ou vous connecter à un centre de données sur site, vous pouvez configurer l'une des options suivantes :

• IBM Cloud® Direct Link
• Fonction de routeur virtuel (VRA)

Services d'infrastructure IBM Cloud VPC

Red Hat OpenShift on IBM Cloud vous permet de créer un cluster standard dans un cloud privé virtuel (VPC). Un VPC vous offre la sécurité d'un environnement de cloud privé avec l'évolutivité dynamique d'un cloud public.

Avant de pouvoir créer un cluster de VPC, vous devez disposer d'un VPC et d'au moins un sous-réseau VPC que vous mettez à disposition à l'aide de la console, de l'interface de ligne de commande ou de l'API IBM Cloud. Vous gérez ces ressources directement dans le tableau de bord VPC. Lorsque vous créez votre cluster, des noeuds worker sont automatiquement mis à disposition en tant qu'instances Virtual Servers for VPC et vous pouvez afficher et gérer ces instances uniquement dans Red Hat OpenShift on IBM Cloud.

Pour ajouter un stockage persistant à votre cluster VPC, vous pouvez utiliser le module complémentaire de cluster Block Storage for VPC. Le module complémentaire configure des classes de stockage Kubernetes prédéfinies, le fournisseur de stockage et le pilote de stockage dans votre cluster afin que vous puissiez mettre à disposition Block Storage for VPC à l'aide de réservations de volume persistant Kubernetes.

Pour sécuriser le trafic réseau de votre cluster, vous pouvez modifier le groupe de sécurité par défaut de vos noeuds worker. Pour plus d'informations, voir Sécurité dans votre IBM Cloud VPC.

Pour vous connecter à un autre VPC ou à un centre de données sur site, utilisez le service VPN for VPC.

Intégrations exploitées en partenariat

Passez en revue les partenairesRed Hat OpenShift on IBM Cloud et les avantages de chaque solution qu'ils fournissent.

Modules complémentaires gérés

Red Hat OpenShift on IBM Cloud fournit des intégrations open source populaires à l'aide de modules complémentaires gérés. Les modules complémentaires gérés sont un moyen, testé par IBM et approuvé pour être utilisé dans Red Hat OpenShift on IBM Cloud, d'installer facilement un outil open source dans votre cluster.

Les modules complémentaires gérés sont entièrement intégrés dans l'organisation de support IBM Cloud. Pour toute question ou problématique relative à l'utilisation des modules complémentaires gérés, vous pouvez utiliser l'un des canaux de support Red Hat OpenShift on IBM Cloud. Pour plus d'informations, voir Aide et assistance.

Si l'outil que vous ajoutez à votre cluster entraîne des coûts, ceux-ci sont automatiquement intégrés et répertoriés dans le cadre de votre facturation IBM Cloud. Le cycle de facturation est déterminé par IBM Cloud en fonction du moment où vous activez le module complémentaire dans votre cluster.

Autres intégrations tierces

Vous pouvez installer n'importe quel outil open source tiers qui s'intègre à kubernetes. Par exemple, la communauté Kubernetes désigne certaines chartes Helm comme étant de type stable ou incubator. Notez que le fonctionnement de ces chartes ou outils dans Red Hat OpenShift on IBM Cloud n'est pas vérifié. Si l'outil requiert une licence, vous devez acheter une licence avant de pouvoir l'utiliser. Pour une présentation des graphiques Helm disponibles à partir de la communauté Kubernetes, voir les référentiels kuberneteset kubernetes-incubatordans le catalogue Graphiques Helm.

Les coûts engendrés par l'utilisation d'une intégration open source tierce ne sont pas inclus dans votre facture IBM Cloud mensuelle.

L'installation d'intégrations open source tierces ou de chartes Helm provenant de la communauté Kubernetes peut modifier la configuration par défaut de votre cluster et placer celui-ci dans un état non pris en charge. En cas de problèmes lors de l'utilisation de l'un de ces outils, consultez la communauté Kubernetes ou le fournisseur de services directement.

Extension de l'API Red Hat OpenShift et des logiciels avec des CRD et des opérateurs

Vous pouvez utiliser des définitions de ressources personnalisées (CRD) pour étendre l'API Red Hat OpenShift à la création et l'orchestration d'objets personnalisés dans votre cluster. Les opérateurs combinent des ressources personnalisées et des contrôleurs pour automatiser le cycle de vie de l'application, par exemple l'installation et le déploiement de mises à jour d'une application personnalisée à partir d'un catalogue sur votre cluster.

Pour plus d'informations, voir Opérateurs.