Cloud Shell

Par défaut, la session Cloud Shell démarre dans la région d'origine de la location, où Cloud Shell fournit 5 Go de stockage persistant crypté pour votre répertoire de base. Lorsque votre session Cloud Shell se trouve dans la région d'origine de la location, vous pouvez apporter des modifications locales à votre répertoire de base et continuer à travailler sur votre projet dans les sessions Cloud Shell ultérieures de la région d'origine de la location. Vous pouvez également lancer Cloud Shell dans la région de console sélectionnée. Reportez-vous à Cloud Shell et régions.

Cloud Shell est gratuit (dans les limites mensuelles de votre location) et ne nécessite aucune configuration ou prérequis autre qu'une stratégie IAM accordant l'accès à Cloud Shell. Cloud Shell inclut une machine virtuelle provisionnée pour vous qui s'exécute dans sa propre location (et n'utilise donc aucune des ressources de votre location) et héberge votre shell dans un O/S Oracle Linux pendant que vous utilisez activement Cloud Shell.

Pour savoir comment accéder à Cloud Shell et l'utiliser, reportez-vous à Utilisation de Cloud Shell.

Exécution de Cloud Shell sur Oracle Linux 8.

Outre l'interface de commande OCI, la machine virtuelle Cloud Shell exécutant Oracle Linux 8 inclut les versions en cours de nombreux outils et utilitaires très pratiques, notamment :

• Git
• Java
  Remarque
  
  

  Cloud Shell permet désormais d'installer une version d'Oracle Java à l'aide de la boîte à outils pour le téléchargement Java. Pour plus d'informations, reportez-vous à Toolkit pour le téléchargement Java.

• Python
  Remarque
  
  Plusieurs versions de Python sont incluses dans Cloud Shell. Utilisez csruntimectl pour changer de version Python. Par exemple, exécutez "csruntimectl python list" pour obtenir la liste des versions Python disponibles et "csruntimectl python set <python-alias>" pour changer de version Python.
• Oracle GraalVM JDK 17 et Native Image
• La plupart des kits SDK OCI, y compris :
  • Java
  • Python
  • Go
  • TypeScript et JavaScript
• SQLcl
• kubectl
• helm
• maven
• terraform
• ansible
• nodes
• podman
  Remarque
  
  Le moteur Docker n'est plus installé sur Cloud Shell basé sur Oracle Linux 8. Podman offre une expérience de gestion de conteneurs similaire avec une architecture sans démon. Pour des raisons de compatibilité descendante, Cloud Shell fournit un alias "docker" qui est un wrapper de la commande "podman". Vous pouvez utiliser la commande "podman" ou "docker" pour exécuter des conteneurs avec des commandes largement compatibles avec Docker. Pour plus d'informations sur le podman, reportez-vous au Guide de l'utilisateur Oracle Linux Podman.

  Lorsque vous exécutez la commande podman login ou docker login pour vous connecter à un registre de conteneur, le fichier auth.json est écrit à l'emplacement suivant, /run/user/<uid>/containers/auth.json par exemple, /run/user/1101/containers/auth.json.

• buildah
• skopeo
• runc
• iputils
• jqmake
• tmux
• vim
• NPM
• wget
• zip/unzip
• nano
• emacs
• pip
• bash
• sh
• tar
• nvm
• mysql-community-client
• mysqlsh
• ipython
• OCI-powershell-modules (x86_64 only)
• GoldenGate Admin client (x86_64 only)
• Interface de ligne de commande de projet Fn

  Requis pour utiliser OCI Functions.

  Remarque
  
  Lors de l'utilisation de l'interface de ligne de commande Fn dans Cloud Shell, OCI Functions ne prend pas en charge la création et le déploiement de fonctions basées sur des images multiarchitecture et ne prend pas en charge les applications avec des formes multiarchitecture. L'architecture de la session Cloud Shell doit correspondre à celle de l'application.

Pour utiliser Oracle Cloud Infrastructure, vous devez disposer du type d'accès requis dans une stratégie écrite par un administrateur dans le compartiment racine de la location, que vous utilisiez la console ou l'API REST avec un kit SDK, l'interface de ligne de commande ou un autre outil. Si vous essayez d'effectuer une action et qu'un message vous indique que vous n'y êtes pas autorisé, vérifiez auprès de l'administrateur que l'accès vous a été accordé.

allow group <GROUP-NAME> to use cloud-shell in tenancy

allow group <DOMAIN-NAME>/<GROUP-NAME> to use cloud-shell in tenancy

Si vous ne savez pas les stratégies, reportez-vous à Gestion des domaines d'identité, à Stratégies courantes et àCréation d'une stratégie et d'un groupe dynamique.

Gardez à l'esprit les limites suivantes lors de l'utilisation de Cloud Shell :

• Docker Engine n'est plus installé sur Cloud Shell basé sur Oracle Linux 8. Podman offre une expérience de gestion de conteneurs similaire avec une architecture sans démon. Pour des raisons de compatibilité descendante, Cloud Shell fournit un alias "docker" qui est un wrapper de la commande "podman". Vous pouvez utiliser la commande "podman" ou "docker" pour exécuter des conteneurs avec des commandes largement compatibles avec Docker. Pour plus d'informations sur le podman, reportez-vous au Guide de l'utilisateur Oracle Linux Podman.

• Par défaut, Cloud Shell limite l'accès réseau aux ressources internes OCI dans la région de session Cloud Shell, qui est la région d'origine de votre location, sauf si vous utilisez le lancement régional. Pour accéder aux ressources internes OCI dans une région autre que d'origine, lancez Cloud Shell dans cette région à l'aide du lancement régional ou activez le réseau public Cloud Shell. L'administrateur doit configurer une stratégie d'identité pour activer le réseau public Cloud Shell. Pour plus d'informations, reportez-vous à la section Réseau Cloud Shell.

• Cloud Shell fournit 5 Go de stockage pour le répertoire de base de machine virtuelle lorsque la session Cloud Shell se trouve dans la région d'origine de la location. Ce stockage est persistant entre les sessions de la région d'origine. Après six mois de non-utilisation, l'administrateur de location reçoit une notification indiquant que le stockage sera enlevé dans 60 jours. Le démarrage d'une session Cloud Shell dans la région d'origine de la location réinitialise l'horloge de suppression.

• Cloud Shell ne prend pas en charge le montage de stockage supplémentaire.
• Cloud Shell n'analyse pas les fichiers utilisateur pour détecter les malwares ou les virus.
• Les sessions Cloud Shell n'autorisent aucune connexion entrante, et aucune adresse IP publique n'est disponible.

• L'interface de ligne de commande OCI exécute des commandes sur la région sélectionnée dans le menu Région de la console au démarrage de Cloud Shell. La modification de la région de console sélectionnée ne modifie pas la région cible de l'interface de ligne de commande OCI pour une session active. Pour modifier la région cible, sélectionnez la région de console souhaitée et démarrez une nouvelle session Cloud Shell.

• Les sessions Cloud Shell ont une durée maximale de 24 heures et expirent après 60 minutes d'inactivité.
• Cloud Shell utilise des sockets Web pour la communication entre le navigateur et le service. Si les sockets Web sont désactivés sur votre navigateur ou que ce derniers utilise un proxy d'entreprise pour lesquels les sockets Web sont désactivés, vous obtiendrez un message d'erreur ("Une erreur inattendue est survenue") lors de l'essai de démarrage deCloud Shell à partir de la console
• Cloud Shell est conçu pour une utilisation interactive avec les ressources Oracle Cloud Infrastructure. Les utilisateurs ayant besoin d'un stockage supplémentaire pour Cloud Shell ou souhaitant exécuter des tâches non interactives à longue durée d'exécution sont encouragés à utiliser des ressources de calcul et de stockage dans leur location.
• A des fins de compatibilité maximale, Cloud Shell inclut Python version 2 et version 3. Python 2 est exécuté par défaut lorsque vous entrez 'python' dans la ligne de commande. Pour exécuter Python 3, entrez 'python3' dans la ligne de commande.
• Les mots réservés suivants ne peuvent pas être utilisés en tant que nom d'un utilisateur Cloud Shell : oci, root, bin, daemon, adm, lp, sync, shutdown, halt, mai, operator, games, ftp, nobody, oci, systemd-network, dbus, polkitd, tss et apache. Si vous tentez de créer une session Cloud Shell alors qu'il a été connecté avec un nom utilisateur (ou la partie du nom situé avant le signe @ si le nom utilisateur est une adresse électronique) faisant parti de ces mots réservés, un message d'erreur inattendue sera renvoyé.
• Les noms utilisateur numériques (par exemple, "1234") ne sont plus pris en charge par Cloud Shell.
• Le fuseau horaire de la session Cloud Shell est UTC et ne peut pas être modifié.
• Dans un terminal Cloud Shell, l'accès root et sudo ne sont pas autorisés. Par conséquent, les packages nécessitant des privilèges root ne peuvent pas être installés. Cependant, de nombreux packages proposent des versions qui n'ont pas besoin d'autorisations root. Ils peuvent être décompressés et installés directement dans le répertoire personnel.
• Dans un terminal Cloud Shell, la commande ping n'est pas autorisée.
• Cloud Shell s'initialise en mode FIPS, ce qui peut avoir une incidence sur le comportement de certaines commandes.
• Cloud Shell ne peut pas générer de clés PKCS#1 lorsque vous utilisez la commande openssl, car Cloud Shell s'initialise en mode FIPS. Le mode FIPS exige que Cloud Shell génère des clés PKCS#8.
• Les sources réseau ne sont pas prises en charge pour le service Cloud Shell.
• Pour plus d'informations sur les limites de Cloud Shell, reportez-vous à la section Cloud Shell dans Limites par service.

La première fois que vous démarrez une session Cloud Shell dans la région d'origine de votre location, le service crée un volume de stockage de blocs persistant de 5 Go pour votre répertoire de base dans cette région. Le volume de votre répertoire de base et l'ordinateur qui exécute votre session Cloud Shell se trouvent dans la région d'origine de votre location.

Lorsque vous utilisez le lancement régional pour démarrer une session Cloud Shell en dehors de la région d'origine de votre location, l'ordinateur qui exécute la session se trouve dans la région sélectionnée. Votre répertoire personnel dans cette région est éphémère et est supprimé lorsque la machine est arrêtée.

Votre répertoire de base et l'ordinateur qui exécute votre session Cloud Shell sont des ressources régionales qui ne sont pas partagées entre les régions.

Si vous êtes un utilisateur de niveau payant, vous pouvez sélectionner une architecture par défaut (ARM (aarch64), x86_64 ou Aucune préférence) pour les sessions Cloud Shell.

Par défaut, la préférence d'architecture est définie sur Aucune préférence. Lorsque cette option est sélectionnée, les sessions Cloud Shell sont basées sur l'architecture x86_64 ou ARM (aarch64), en fonction du matériel disponible dans la région.

Sélectionner une architecture

Pour sélectionner une architecture :

Ouvrez le menu Actions, accessible à partir de Cloud Shell ou de l'éditeur de code, puis sélectionnez Architecture.

La boîte de dialogue Architecture apparaît :

La boîte de dialogue Architecture affiche l'architecture sélectionnée.

Pour sélectionner l'architecture préférée, sélectionnez le bouton radio approprié, puis cliquez sur le bouton Confirmer et redémarrer.

Remarque

Si une région ne prend pas en charge une architecture particulière, vous ne pouvez pas sélectionner cette architecture.

Remarque

Avant de changer d'architecture Cloud Shell, assurez-vous que les outils et les charges globales sont compatibles avec l'architecture que vous êtes sur le point de sélectionner.

Après une migration d'architecture réussie, la notification suivante s'affiche :