Cloud Shell

Standardmäßig wird Ihre Cloud Shell-Session in der Hauptregion Ihres Mandanten gestartet. Dabei stellt Cloud Shell 5 GB verschlüsselten persistenten Speicher für Ihr Home-Verzeichnis bereit. Wenn sich Ihre Cloud Shell-Session in der Hauptregion Ihres Mandanten befindet, können Sie lokale Änderungen an Ihrem Home-Verzeichnis vornehmen und in späteren Cloud Shell-Sessions in der Hauptregion Ihres Mandanten weiter an Ihrem Projekt arbeiten. Sie können Cloud Shell auch in der ausgewählten Konsolenregion starten. Siehe Cloud Shell und Regionen.

Cloud Shell kann kostenlos verwendet werden (innerhalb der monatlichen Limits Ihres Mandanten) und erfordert weder Setup noch Voraussetzungen außer einer IAM-Policy, die Zugriff auf Cloud Shell erteilt. Cloud Shell enthält eine für Sie bereitgestellte VM, die in ihrem eigenen Mandanten ausgeführt wird (sodass keine Ressourcen Ihres Mandanten verwendet werden) und Ihre Shell in einem Oracle Linux-BS hostet, während Sie Cloud Shell aktiv verwenden.

Informationen zum Zugriff auf und zur Verwendung von Cloud Shell finden Sie unter Cloud Shell verwenden.

Cloud Shell wird auf Oracle Linux 8 ausgeführt.

Neben der OCI-CLI enthält die Cloud Shell-VM, auf der Oracle Linux 8 ausgeführt wird, aktuelle Versionen vieler nützlicher Tools und Utilitys, darunter:

• Git
• Java
  Hinweis
  
  

  Mit Cloud Shell können Sie jetzt ein Oracle Java-Release mit dem Toolkit für Java-Download installieren. Weitere Informationen finden Sie unter Toolkit für Java-Download.

• Python
  Hinweis
  
  In Cloud Shell sind mehrere Versionen von Python enthalten. Verwenden Sie csruntimectl, um Python-Versionen zu wechseln. Beispiel: Führen Sie "csruntimectl python list" aus, um eine Liste der verfügbaren Python-Version abzurufen, und "csruntimectl python set <python-alias>", um die Python-Version zu wechseln.
• Oracle GraalVM JDK 17 und Native Image
• Die meisten OCI-SDKs, einschließlich:
  • Java
  • Python
  • Go
  • TypeScript und JavaScript
• SQLcl
• kubectl
• helm
• maven
• terraform
• ansible
• nodes
• Podman
  Hinweis
  
  Die Docker Engine ist nicht mehr auf der 8-basierten Cloud Shell von Oracle Linux installiert. Podman bietet eine ähnliche Erfahrung bei der Containerverwaltung mit einer Daemonless-Architektur. Aus Gründen der Abwärtskompatibilität stellt Cloud Shell einen "Docker"-Alias bereit, der ein Wrapper des Befehls "podman" ist. Mit dem Befehl "podman" oder "docker" können Sie Container mit Befehlen ausführen, die weitgehend mit Docker kompatibel sind. Weitere Informationen zu podman finden Sie im Oracle Linux Podman - Benutzerhandbuch.

  Wenn Sie den Befehl podman login oder docker login ausführen, um sich bei einer Container-Registry anzumelden, wird die Datei auth.json in den folgenden Speicherort geschrieben: /run/user/<uid>/containers/auth.json, Beispiel: /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)
• Fn-Projekt-CLI

  Erforderlich für die Arbeit mit OCI Functions.

  Hinweis
  
  Bei der Verwendung der Fn-CLI in Cloud Shell unterstützt OCI Functions die Erstellung und Bereitstellung von Funktionen auf Basis von Images mit mehreren Architekturen nicht und unterstützt keine Anwendungen mit Ausprägungen mit mehreren Architekturen. Die Architektur der Cloud Shell-Session muss mit der Architektur der Anwendung übereinstimmen.

Damit Sie Oracle Cloud Infrastructure verwenden können, benötigen Sie den erforderlichen Zugriffstyp in einer von einem Administrator im Root Compartment des Mandanten geschriebenen Policy, unabhängig davon, ob Sie die Konsole oder die REST-API mit einem SDK, einer CLI oder einem anderen Tool verwenden. Wenn Sie versuchen, eine Aktion auszuführen, und eine Meldung erhalten, dass Sie keine Berechtigung haben oder nicht autorisiert sind, fragen Sie den Administrator, dass Ihnen Zugriff erteilt wurde.

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

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

Wenn Sie noch nicht mit Policys vertraut sind, finden Sie Informationen unter Identitätsdomains verwalten, Allgemeine Policys und Policy und dynamische Gruppen erstellen.

Beachten Sie die folgenden Einschränkungen bei der Verwendung von Cloud Shell:

• Docker Engine ist nicht mehr auf der 8-basierten Cloud Shell von Oracle Linux installiert. Podman bietet eine ähnliche Erfahrung bei der Containerverwaltung mit einer Daemonless-Architektur. Aus Gründen der Abwärtskompatibilität stellt Cloud Shell einen "Docker"-Alias bereit, der ein Wrapper des Befehls "podman" ist. Mit dem Befehl "podman" oder "docker" können Sie Container mit Befehlen ausführen, die weitgehend mit Docker kompatibel sind. Weitere Informationen zu podman finden Sie im Oracle Linux Podman - Benutzerhandbuch.

• Standardmäßig begrenzt Cloud Shell den Netzwerkzugriff auf interne OCI-Ressourcen in der Cloud Shell-Sessionregion. Dies ist die Hauptregion Ihres Mandanten, es sei denn, Sie verwenden einen regionalen Start. Um auf interne OCI-Ressourcen in einer Nicht-Hauptregion zuzugreifen, starten Sie Cloud Shell in dieser Region mit regionalem Start, oder aktivieren Sie das öffentliche Cloud Shell-Netzwerk. Ihr Administrator muss eine Identitäts-Policy konfigurieren, um das öffentliche Cloud Shell-Netzwerk zu aktivieren. Weitere Informationen finden Sie unter Cloud Shell-Netzwerk.

• Cloud Shell stellt 5 GB Speicher für das VM-Home-Verzeichnis bereit, wenn sich die Cloud Shell-Session in der Hauptregion Ihres Mandanten befindet. Dieser Speicher ist zwischen Home-Region-Sessions persistent. Nach sechsmonatiger Nichtverwendung erhält der Mandantenadministrator eine Benachrichtigung, dass der Speicher in 60 Tagen entfernt wird. Wenn Sie eine Cloud Shell-Session in der Hauptregion Ihres Mandanten starten, wird der Entfernungstimer zurückgesetzt.

• Cloud Shell unterstützt kein Mounten von zusätzlichem Speicher.
• Cloud Shell scannt Benutzerdateien nicht nach Malware oder Viren.
• Cloud Shell-Sessions lassen keine eingehenden Verbindungen zu, und es ist keine öffentliche IP-Adresse verfügbar.

• Die OCI-CLI führt Befehle für die Region aus, die beim Starten von Cloud Shell im Menü "Konsolenregion" ausgewählt wurde. Wenn Sie die ausgewählte Konsolenregion ändern, wird die OCI-CLI-Zielregion für eine aktive Session nicht geändert. Um die Zielregion zu ändern, wählen Sie die gewünschte Konsolenregion aus, und starten Sie eine neue Cloud Shell-Session.

• Cloud Shell-Sessions haben eine maximale Länge von 24 Stunden und werden nach 60 Minuten Inaktivität wegen Timeout beendet.
• Cloud Shell verwendet Websockets für die Kommunikation zwischen Ihrem Browser und dem Service. Wenn Sie in Ihrem Browser Websockets deaktiviert haben oder einen Unternehmensproxy verwenden, für den Websockets deaktiviert ist, wird beim Versuch, Cloud Shell über die Konsole zu starten, eine Fehlermeldung angezeigt ("Ein unerwarteter Fehler ist aufgetreten").
• Cloud Shell ist für die interaktive Verwendung mit Oracle Cloud Infrastructure-Ressourcen ausgelegt. Benutzer, die zusätzlichen Speicher für Cloud Shell benötigen oder nicht interaktive Aufgaben mit langen Ausführungszeiten ausführen möchten, sollten die Compute- und Speicherressourcen in ihren Mandanten verwenden.
• Für maximale Kompatibilität enthält Cloud Shell die Python-Versionen 2 und 3. Python 2 ist der Standard, der ausgeführt wird, wenn Sie "python" in der Befehlszeile eingeben. Um Python 3 auszuführen, geben Sie "python3" in der Befehlszeile ein.
• Die folgenden reservierten Wörter können nicht als Benutzername für einen Cloud Shell-Benutzer verwendet werden: oci, root, bin, daemon, adm, lp, sync, shutdown, halt, mai, operator, games, ftp, nobody, oci, systemd-network, dbus, polkitd, tss und apache. Der Versuch, eine Cloud Shell-Session zu erstellen, wenn Sie mit einem Benutzernamen (oder einer Teil des Namens vor dem @-Zeichen, wenn der Benutzername eine E-Mail-Adresse ist) angemeldet sind und dies zu einer Meldung "Unerwarteter Fehler" führt.
• Benutzernamen, die vollständig aus Zahlen bestehen (z.B. "1234"), werden von Cloud Shell nicht unterstützt.
• Die Zeitzone der Cloud Shell-Session ist UTC und kann nicht geändert werden.
• In einem Cloud Shell-Terminal sind Root-Zugriff und sudo nicht zulässig, sodass Packages, die Root-Berechtigungen erfordern, nicht installiert werden können. Viele Pakete bieten jedoch Versionen an, für die keine Root-Berechtigungen erforderlich sind. Diese können direkt im Home-Verzeichnis entpackt und installiert werden.
• In einem Cloud Shell-Terminal ist der Befehl ping nicht zulässig.
• Cloud Shell wird im FIPS-Modus gestartet, was Auswirkungen auf das Verhalten einiger Befehle haben kann.
• Cloud Shell kann bei Verwendung des Befehls openssl keine PKCS#1-Schlüssel generieren, da Cloud Shell im FIPS-Modus gestartet wird. Der FIPS-Modus macht es erforderlich, dass Cloud Shell PKCS#8-Schlüssel generiert.
• Netzwerkquellen werden für den Cloud Shell-Service nicht unterstützt.
• Weitere Informationen zu Cloud Shell-Limits finden Sie im Abschnitt "Cloud Shell" unter Limits nach Service.

Wenn Sie zum ersten Mal eine Cloud Shell-Session in der Hauptregion Ihres Mandanten starten, erstellt der Service ein persistentes 5-GB-Blockspeicher-Volume für Ihr Home-Verzeichnis in dieser Region. Das Home-Verzeichnis-Volume und der Rechner, auf dem die Cloud Shell-Session ausgeführt wird, befinden sich in der Hauptregion Ihres Mandanten.

Wenn Sie regionalen Start verwenden, um eine Cloud Shell-Session außerhalb der Hauptregion Ihres Mandanten zu starten, befindet sich der Rechner, auf dem die Session ausgeführt wird, in der ausgewählten Region. Ihr Home-Verzeichnis in dieser Region ist flüchtig und wird gelöscht, wenn der Rechner beendet wird.

Ihr Home-Verzeichnis und der Rechner, auf dem die Cloud Shell-Session ausgeführt wird, sind regionale Ressourcen und werden nicht regionsübergreifend gemeinsam verwendet.

Wenn Sie ein kostenpflichtiger Tier-Benutzer sind, können Sie eine Standardarchitektur (ARM (aarch64), x86_64 oder Keine Voreinstellung) für die Cloud Shell-Sessions auswählen.

Standardmäßig ist die Architekturvoreinstellung auf Keine Voreinstellung gesetzt. Wenn diese Option ausgewählt ist, basieren Ihre Cloud Shell-Sessions entweder auf der Architektur x86_64 oder ARM (aarch64), je nachdem, welche Hardware in der Region verfügbar ist.

Architektur auswählen

So wählen Sie eine Architektur aus:

Öffnen Sie das Menü Aktionen, auf das Sie über Cloud Shell oder den Codeeditor zugreifen können, und wählen Sie Architektur aus.

Das Dialogfeld Architektur wird angezeigt:

Im Dialogfeld Architektur wird die ausgewählte Architektur angezeigt.

Um die bevorzugte Architektur auszuwählen, aktivieren Sie das entsprechende Optionsfeld, und klicken Sie auf die Schaltfläche Bestätigen und neu starten.

Hinweis

Wenn eine Region keine bestimmte Architektur unterstützt, können Sie diese Architektur nicht auswählen.

Hinweis

Stellen Sie vor dem Wechsel zur Cloud Shell-Architektur sicher, dass die Tools und Workloads mit der Architektur kompatibel sind, die Sie auswählen.

Nach einer erfolgreichen Architekturmigration wird die folgende Benachrichtigung angezeigt: