Cloud Shell

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

Cloud Shell est gratuit (dans les limites mensuelles de votre location) et ne nécessite aucune configuration ni aucun préalable autre qu'une politique IAM accordant l'accès à Cloud Shell. Votre Cloud Shell comprend une machine virtuelle provisionnée pour vous qui s'exécute dans sa propre location (de sorte qu'elle n'utilise pas les ressources de votre location) et héberge votre interpréteur de commandes dans un système d'exploitation Oracle Linux pendant que vous utilisez activement Cloud Shell.

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

Cloud Shell s'exécute sur Oracle Linux 8.

En plus de l'interface de ligne de commande OCI, la machine virtuelle Cloud Shell exécutant Oracle Linux 8 est fournie avec les versions courantes de nombreux outils et utilitaires utiles, notamment :

• Git
• Java
  Note
  
  

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

• Python
  Note
  
  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 de Python disponibles et "csruntimectl python set <python-alias>" pour changer de version de Python.
• Oracle GraalVM JDK 17 et Native Image
• La plupart des trousses SDK pour OCI, notamment :
  • Java
  • Python
  • Go
  • TypeScript et JavaScript
• SQLcl
• kubectl
• helm
• maven
• terraform
• ansible
• nodes
• podman
  Note
  
  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 la compatibilité descendante, Cloud Shell fournit un alias "docker" qui est un encapsuleur 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 podman, voir Oracle Linux Podman User's Guide.

  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 Fn Project

  Requis pour utiliser le service Fonctions OCI.

  Note
  
  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 à plusieurs architectures et ne prend pas en charge les applications avec des formes à plusieurs architectures. L'architecture de la session Cloud Shell doit correspondre à l'architecture de l'application.

Pour utiliser Oracle Cloud Infrastructure, le type d'accès requis doit vous être accordé dans une politique écrite par un administrateur dans le compartiment racine de la location, que vous utilisiez la console ou l'API REST avec une trousse SDK, l'interface de ligne de commande ou un autre outil. Si vous tentez d'effectuer une action et obtenez un message indiquant que vous ne disposez pas de l'autorisation nécessaire ou que vous n'êtes pas autorisé, vérifiez avec l'administrateur le type d'accès qui vous a été octroyé.

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

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

Pour en connaître davantage sur les politiques, voir Gestion des domaines d'identité, Politiques communes et Création d'une politique et d'un groupe dynamique.

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

• 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 la compatibilité descendante, Cloud Shell fournit un alias "docker" qui est un encapsuleur 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 podman, voir Oracle Linux Podman User's Guide.

• Par défaut, Cloud Shell limite l'accès au réseau aux ressources internes OCI dans la région de session Cloud Shell, qui est la région principale de votre location, sauf si vous utilisez un lancement régional. Pour accéder aux ressources internes OCI dans une région autre que l'environnement principal, lancez Cloud Shell dans cette région à l'aide du lancement régional ou activez le réseau public Cloud Shell. Votre administrateur doit configurer une politique d'identité pour activer le réseau public Cloud Shell. Pour plus d'informations, voir Réseau Cloud Shell.

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

• Cloud Shell ne prend pas en charge le montage d'un stockage supplémentaire.
• Cloud Shell ne scanne pas les fichiers utilisateur pour détecter les logiciels malveillants ou les virus.
• Les sessions Cloud Shell ne permettent 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 lorsque Cloud Shell a démarré. 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 une temporisation après 60 minutes d'inactivité.
• Cloud Shell utilise des websockets pour la communication entre votre navigateur et le service. Si votre navigateur a désactivé les websockets ou utilise un mandataire d'entreprise qui a désactivé les websockets, vous verrez un message d'erreur (une erreur inattendue est survenue) lors de la tentative de démarrage de Cloud Shell à partir de la console.
• Cloud Shell est conçu pour une utilisation interactive avec les ressources Oracle Cloud Infrastructure. Les utilisateurs qui ont besoin d'un stockage supplémentaire pour Cloud Shell ou qui veulent exécuter des tâches de longue durée non interactives sont invités à utiliser les ressources de calcul et de stockage dans leur location.
• Pour une compatibilité maximale, Cloud Shell inclut Python version 2 et Python version 3. Python 2 est la version par défaut qui s'exécutera lorsque vous entrerez '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'utilisateur pour 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. Une tentative de création d'une session Cloud Shell en cas de connexion avec un nom d'utilisateur (ou la partie du nom avant le signe @ si le nom d'utilisateur est une adresse de courriel) qui est l'un de ces mots réservés entraînera un message de "erreur inattendue".
• Les noms d'utilisateur entièrement numériques (par exemple, "1234") ne sont pas 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 racine et sudo ne sont pas autorisés. Par conséquent, les ensembles nécessitant des privilèges racine ne peuvent pas être installés. Cependant, de nombreux packages offrent des versions qui n'ont pas besoin d'autorisations root. Ceux-ci peuvent être décompressés et installés directement dans le répertoire de base.
• Dans un terminal Cloud Shell, la commande ping n'est pas autorisée.
• Cloud Shell démarre 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 lors de l'utilisation de la commande openssl, car Cloud Shell démarre en mode FIPS. Le mode FIPS nécessite que Cloud Shell génère des clés PKCS#8.
• Les sources de réseau ne sont pas prises en charge pour le service Cloud Shell.
• Pour plus d'informations sur les limites de Cloud Shell, voir la section Cloud Shell sous Limites par service.

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

Lorsque vous utilisez le lancement régional pour démarrer une session Cloud Shell en dehors de la région principale de votre location, l'ordinateur qui exécute la session se trouve dans la région sélectionnée. Votre répertoire de base 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 réglée à Aucune préférence. Lorsque cette option est sélectionnée, vos sessions Cloud Shell seront basées sur l'architecture x86_64 ou ARM (aarch64), selon le matériel disponible dans la région.

Sélection d'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 s'affiche :

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

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

Note

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

Note

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

Après une migration réussie de l'architecture, l'avis suivant s'affiche :