Aucun résultat trouvé

Votre recherche n'a donné aucun résultat.

Nous vous suggérons d’essayer ce qui suit pour trouver ce que vous recherchez :

  • Vérifiez l’orthographe de votre recherche par mot clé.
  • Utilisez des synonymes pour le mot clé que vous avez saisi, par exemple, essayez « application » au lieu de « logiciel ».
  • Essayez l’une des recherches les plus utilisées ci-dessous.
  • Lancez une nouvelle recherche.
Questions fréquentes

Questions fréquemment posées

Tout ouvrir Tout fermer

    Oracle Container Native Platform

  • Qu’est-ce qu’Oracle Container Native Platform ?

    Oracle Container Native Platform est une solution open source reposant sur la communauté qui comprend un registre de conteneurs gérés (Oracle Cloud Infrastructure Registry) et un service Kubernetes géré (Oracle Container Engine). La plateforme tire parti d’Oracle Cloud Infrastructure pour proposer performances élevées, haute disponibilité, sécurité et fiabilité. Oracle prévoit d’ajouter Oracle Container Functions et Oracle Container Microservices à la plateforme dans un avenir proche.

    Avec cette plateforme, Oracle offre une suite complète et de niveau entreprise de services Cloud pour créer, déployer et exploiter des microservices natifs de conteneur et des applications Serverless. Alors que les développeurs adoptent rapidement les technologies natives des conteneurs pour les nouvelles applications natives du cloud et pour les applications traditionnelles migrées, ils redoutent de plus en plus de devenir captifs de leurs fournisseurs Cloud et de leurs fournisseurs de plateforme de développement d’applications. De plus, ils sont à la recherche du véritable Cloud hybride, qui utilise la même pile dans n’importe quel Cloud et sur site. Oracle Container Native Platform empêche d’être captif des fournisseurs en adoptant les normes open source et en soutenant le développement communautaire de la plateforme, afin que ses composants puissent s’exécuter dans n’importe quel environnement Cloud.

    Oracle Container Engine (OKE)

  • Qu’est-ce qu’Oracle Cloud Infrastructure Container Engine for Kubernetes ?

    Container Engine for Kubernetes permet de créer, gérer et consommer rapidement des clusters Kubernetes qui exploitent les services de calcul, de réseau et de stockage sous-jacents sans installer ni gérer d’infrastructure Kubernetes sous-jacente complexe.

  • Quand dois-je utiliser Oracle Cloud Infrastructure Container Engine for Kubernetes ?

    Vous devez utiliser Container Engine for Kubernetes lorsque vous souhaitez tirer parti de Kubernetes pour déployer et gérer vos applications de conteneur basées sur Kubernetes. Cette solution permet de combiner l’orchestration de conteneurs de qualité production de Kubernetes standard en amont, avec le contrôle, la sécurité et les performances hautement prévisibles d’Oracle Cloud Infrastructure.

  • Quelle est la tarification d’Oracle Cloud Infrastructure Container Engine for Kubernetes ?

    Aucuns frais spécifiques ne sont associés à Container Engine for Kubernetes. Vous payez uniquement les ressources que vous utilisez pour le calcul, le stockage et le réseau sous-jacents utilisés par vos clusters Kubernetes. De plus, vous payez uniquement les nœuds « de travail » exécutés dans votre location, vos nœuds principaux sont exécutés dans la location gérée d’Oracle.

  • Quelles régions proposent Oracle Cloud Infrastructure Container Engine for Kubernetes ?
    • Phénix
    • Ashburn
    • Francfort
    • Londres
    • Toronto
    • Tokyo
    • Séoul
  • Dois-je gérer mes nœuds principaux dans Oracle Cloud Infrastructure Container Engine ?

    Non. Lorsque vous créez un cluster Kubernetes géré, Oracle crée et gère automatiquement un ensemble de plusieurs nœuds principaux sur différents domaines de disponibilité (centres de données logiques) dans le plan de contrôle Oracle en votre nom (et l’infrastructure Kubernetes associée, telle que les nœuds etc.) pour garantir que vous disposez d’un plan de contrôle Kubernetes géré hautement disponible. Vous pouvez également mettre à niveau ces nœuds principaux de manière transparente vers de nouvelles versions de Kubernetes sans interruption de service.

  • Oracle Cloud Infrastructure Container Engine for Kubernetes prend-il en charge Kubernetes standard en amont ?

    Oui. Les clusters Kubernetes sont créés avec des versions Kubernetes standard en amont. Ces versions sont également certifiées par le programme de conformité de la Cloud Native Computing Foundation (CNCF).

  • Comment Oracle Cloud Infrastructure Container Engine for Kubernetes offre-t-il la résilience ?

    Lorsque vous créez un cluster Kubernetes géré, Oracle crée et gère automatiquement un ensemble de plusieurs nœuds principaux sur différents domaines de disponibilité (centres de données logiques) dans le plan de contrôle Oracle en votre nom (et l’infrastructure Kubernetes associée, telle que les nœuds etc.) pour garantir que vous disposez d’un plan de contrôle Kubernetes géré hautement disponible. Vous pouvez également mettre à niveau ces nœuds principaux de manière transparente vers de nouvelles versions de Kubernetes sans interruption de service. Les nœuds de travail provisionnés sont également automatiquement étiquetés avec leur domaine et région de disponibilité étiquettes Kubernetes bien connues pour permettre aux clients de tirer parti des mécanismes de planification de Kubernetes pour créer et déployer des applications basées sur des conteneurs résilients.

  • Oracle Cloud Infrastructure Container Engine for Kubernetes prend-il en charge le contrôle d’accès basé sur les rôles (RBAC) de Kubernetes ?

    Oui. Les clusters Kubernetes gérés sont activés avec Kubernetes RBAC. Kubernetes géré est également intégré à Oracle Identity and Access Management (IAM), ce qui met à disposition des utilisateurs de puissants contrôles sur l’accès à leurs clusters.

  • Puis-je déployer mon cluster Kubernetes dans un réseau virtuel Cloud (VCN) existant ?

    Oui. Vous pouvez déployer un cluster Kubernetes géré dans un VCN existant, ce qui vous permet un degré élevé de contrôle sur l’utilisation des sous-réseaux sous-jacents et des listes de sécurité.

  • Puis-je déployer mon cluster Kubernetes à l’aide de nœuds de travail privés ?

    Oui, vous avez la possibilité de créer votre cluster Kubernetes géré avec des nœuds de travail dans des sous-réseaux privés. Ces nœuds de travail ont uniquement des adresses IP privées et nécessitent une passerelle NAT pour les connexions sortantes vers vos maîtres de cluster et Internet.

  • Puis-je déployer mon cluster Kubernetes sur des nœuds Bare Metal ?

    Oui. Vous pouvez déployer un cluster Kubernetes géré sur des nœuds Bare Metal purs. Vous pouvez également tirer parti du concept de « pools de nœuds » (un ensemble de nœuds partageant une taille/image de nœud commune) pour créer un cluster de machines Bare Metal et virtuelles et cibler vos charges de travail Kubernetes de manière appropriée.

  • Oracle Cloud Infrastructure Container Engine for Kubernetes est-il intégré à OCI Load Balancing et Block Storage ?

    Oui. Container Engine for Kubernetes permet aux utilisateurs d’exposer les services Kubernetes de type « LoadBalancer » et de créer des équilibreurs de charge Oracle. Les utilisateurs peuvent également créer des volumes persistants et des revendications de volumes persistants Kubernetes soutenus par des volumes Oracle en mode bloc.

  • Puis-je accéder à mes nœuds de travail ou de cluster ?

    Oui. Lorsque vous créez un cluster, vous pouvez fournir une paire de clés SSH publique/privée afin d’accéder via SSH à vos nœuds de travail si vous le souhaitez.

  • Les nœuds de travail/cluster exécutent-ils Docker ?

    Oui. Les nœuds de travail exécutent le runtime Docker standard, afin que les utilisateurs puissent utiliser les commandes Docker qu’ils connaissent.

    Oracle Cloud Infrastructure Service Broker for Kubernetes

  • Qu’est-ce qu’Oracle Cloud Infrastructure Service Broker for Kubernetes ?

    Oracle Cloud Infrastructure Service Broker for Kubernetes (OSB ou « Service Broker") est une implémentation de l’API Open Service Broker qui peut être utilisée pour interagir avec les services Oracle Cloud Infrastructure. Avec Oracle Cloud Infrastructure Service Broker, vous pouvez gérer le cycle de vie des services Oracle Cloud Infrastructure de manière native à partir de Kubernetes via les API Kubernetes, ce qui signifie ce qui suit :

    Nul besoin d’accéder à un système séparé pour provisionner des services dépendants de l’application lors du déploiement d’une application dans Kubernetes.

    Le cycle de vie des services Oracle Cloud Infrastructure dépendants peut être lié aux applications qui en dépendent.

    Les applications deviennent plus portables car les dépendances peuvent être facilement encodées dans des procédures DevOps.

    Pour utiliser Oracle Cloud Infrastructure Service Broker, vous devez l’installer dans votre cluster Kubernetes avec Kubernetes Service Catalog. Vous pouvez ensuite utiliser les commandes kubectl qui sont interprétées dans les commandes de l’interface de ligne de commande Oracle Cloud Infrastructure.

    Rendez-vous sur https://github.com/oracle/oci-service-broker pour plus d’informations.

  • Quelles instances de service Oracle Cloud Infrastructure puis-je créer à l’aide du service Broker Oracle Cloud Infrastructure for Kubernetes ?

    À ce jour, vous pouvez utiliser Oracle Cloud Infrastructure Service Broker pour provisionner et créer des liaisons de service avec les types de services Oracle Cloud Infrastructure suivants :

    • Base de données Autonomous Transaction Processing
    • Base de données Autonomous Data Warehouse
    • Compartiment Object Storage Service
  • Puis-je utiliser Oracle Cloud Infrastructure Service Broker pour provisionner des services sur site ?

    Vous pouvez utiliser Oracle Cloud Infrastructure Service Broker à partir d’un cluster Kubernetes créé sur Oracle Linux (au moyen d’Oracle Container Services for Kubernetes) s’exécutant sur site pour créer des instances de service sur Oracle Cloud Infrastructure, mais vous ne pouvez pas utiliser Oracle Cloud Infrastructure Service Broker pour provisionner des services s’exécutant sur site.

  • Comment résoudre les problèmes liés à Oracle Cloud Infrastructure Service Broker ?

    Oracle Cloud Infrastructure Service Broker est normalement déployé en tant que pod dans votre cluster Kubernetes. Avec cela, le moyen le plus simple de résoudre les problèmes liés au pod est d’obtenir les journaux auprès du pod avec les commandes suivantes :

    • Utilisez kubectl get pods pour obtenir une liste des pods en cours d’exécution dans votre cluster.
    • Dans cette liste, copiez l’ID du pod pour Oracle Cloud Infrastructure Service Broker.
    • Utilisez kubectl logs pour obtenir les journaux du pod.
  • Pourquoi est-ce que j’obtiens des erreurs ErrorFetchingCatalog ou des erreurs 500 lors de l’inscription de Service Broker ?

    Les utilisateurs qui utilisent Oracle Cloud Infrastructure Service Broker pour créer des instances de service Oracle Cloud Infrastructure, comme une instance de base de données ATP, doivent avoir un rôle qui est autorisé à créer ces services. Par exemple, assurez-vous que vous disposez d’une stratégie dans votre location Oracle Cloud Infrastructure qui ressemble à la stratégie suivante :

    Autoriser le groupe OCI-Service-Broker-Group à gérer la base de données autonome dans le compartiment

    Rendez-vous sur https://github.com/oracle/oci-service-broker/tree/master/charts/oci-service-broker/docs/security.md

Pour commencer