Google Compute Engine-FAQ

Informationen zu Compute Engine

Was ist Compute Engine? Wie funktioniert Cloud KMS?

Compute Engine ist ein "Infrastructure as a Service"-Produkt (IaaS). Es stellt flexible, selbstverwaltete virtuelle Maschinen (VMs) bereit, die auf der Infrastruktur von Google gehostet werden. Compute Engine umfasst auf Linux oder Windows beruhende VMs, die auf KVM ausgeführt werden, lokale und langfristige Speicheroptionen und eine einfache REST-basierte API für Konfiguration und Steuerung. Der Dienst kann in Cloud Platform-Technologien wie Cloud Storage, App Engine und BigQuery eingebunden werden. Er erweitert die grundlegende Rechenfähigkeit, sodass die Entwicklung komplexer und anspruchsvoller Anwendungen möglich ist.

Was ist eine virtuelle CPU in Compute Engine?

In Compute Engine ist jede virtuelle CPU (vCPU) als einzelner Hardware-Hyper-Thread auf einer der verfügbaren CPU-Plattformen implementiert. Bei Intel Xeon-Prozessoren ermöglicht die Intel-Hyper-Threading-Technologie die Ausführung mehrerer Anwendungsthreads auf jedem physischen Prozessorkern. Sie konfigurieren Ihre Compute Engine-VMs mit einem oder mehreren dieser Hyper-Threads als vCPUs. Der Maschinentyp gibt die Anzahl der vCPUs Ihrer Instanz an.

Sie können die spezifische CPU-Plattform für Ihre Instanz mithilfe einer der folgenden Optionen ermitteln:

  • Prüfen Sie, welche CPU-Plattformen in jeder der verfügbaren Regionen und Zonen angeboten werden.
  • Rufen Sie mit der Methode compute.instances.get das Attribut cpuPlatform für eine der vorhandenen Instanzen ab.
  • Führen Sie auf Linux-Instanzen cat /proc/cpuinfo aus.

Wenn Sie die CPU-Plattform für die Instanz ändern möchten, können Sie eine Mindest-CPU-Plattform angeben.

In welcher Beziehung stehen App Engine und Compute Engine zueinander?

Unserer Meinung nach ergänzen sich beide. App Engine ist das Platform-as-a-Service- und Compute Engine das Infrastructure-as-a-Service-Angebot von Google. App Engine eignet sich ideal zum Ausführen von webbasierten Apps, branchenspezifischen Apps und mobilen Back-Ends. Compute Engine ist großartig, wenn Sie mehr Kontrolle über die zugrunde liegende Infrastruktur benötigen. Sie können beispielsweise Compute Engine verwenden, wenn Sie eine hoch individualisierte Geschäftslogik haben oder ein eigenes Speichersystem ausführen möchten.

Was sind die ersten Schritte?

Probieren Sie den Startleitfaden für diesen Service aus. Lesen Sie nach der Kurzanleitung auch den Überblick über Instanzen virtueller Maschinen, um sich mit Compute Engine vertraut zu machen.

Möglicherweise können Sie unsere kostenlose Testversion nutzen. Informationen über die kostenlose Testversion sowie zu den Kontingenten finden Sie im Leitfaden zur kostenlosen Testversion.

Abrechnung

Wie funktionieren das Preismodell und der Kauf von Diensten?

Compute Engine berechnet die Gebühren auf der Grundlage der Nutzung von Compute-Instanz, Speicher und Netzwerk. VMs werden pro Sekunde abgerechnet, mit einem Minimum von einer Minute. Die Speicherkosten beruhen auf der Datenmenge, die Sie speichern. Die Netzwerkkosten werden basierend auf der Datenmenge berechnet, die zwischen VMs übertragen wird, die miteinander und mit dem Internet kommunizieren. Weitere Informationen finden Sie in unserer Preisliste.

Ist die Steuer in den Preisen enthalten?

Nein, in der Preisliste sind keine Steuern enthalten.

Support und Feedback

Bieten Sie bezahlten Support an?

Ja, wir bieten kostenpflichtigen Support für Unternehmenskunden. Für weitere Informationen kontaktieren Sie unsere Verkaufsorganisation.

Wir ein Service Level Agreement (SLA) angeboten?

Ja, wir bieten ein SLA für Compute Engine an.

Wohin kann ich Feedback schicken?

Bei Fragen zur Abrechnung kontaktieren Sie den Supportkanal.

Bei Fragen zu den Funktionen oder Fehlerberichten kontaktieren Sie bitte unser User Voice-Forum.

Authentifizierung

Wie kann ich mich bei der Compute Engine API authentifizieren?

Sie können sich mit OAuth 2.0 bei der Compute Engine API authentifizieren. Die Authentifizierung kann über eine Clientbibliothek oder direkt mit einem Zugriffstoken erfolgen.

Was sind Dienstkonten?

Ein Dienstkonto ist ein Google-Konto, das eine Anwendung repräsentiert und keinen Endnutzer. Mit den Konten kann Compute Engine autorisiert werden, im Namen des Nutzers auf nicht vertrauliche Informationen zuzugreifen. Dienstkonten werden niemals für den Zugriff auf Nutzerinformationen verwendet. Sie vereinfachen den Prozess der Authentifizierung von Compute Engine bei anderen Diensten, da sie den Autorisierungsprozess für den Nutzer übernehmen.

Compute Engine-Entwickler verwenden in ihren Anwendungen normalerweise Compute Engine-Dienstkonten. Weitere Informationen über Dienstkonten finden Sie unter Authentifizierung > Übersicht.

Wie erstelle ich ein Dienstkonto?

Compute Engine erzeugt automatisch ein Dienstkonto, wenn Sie eine neue Instanz einrichten und den Umfang des Dienstkontos für diese Instanz festlegen.

Projekte

Was sind Projekte?

Ein Projekt ist ein Container für alle Compute Engine-Ressourcen. Jedes Projekt ist eine völlig abgeschottete Welt. Projekte teilen sich keine Ressourcen, können unterschiedliche Inhaber und Nutzer haben, werden gesondert abgerechnet und können ebenso wenig aufeinander zugreifen wie Ihr Computer zu Hause auf den Computer Ihres Nachbarn.

Wie kann ich ein Projekt erstellen?

  1. Melden Sie sich bei Ihrem Google-Konto an. Wenn Sie noch kein Konto haben, registrieren Sie sich hier für ein neues Konto.
  2. Öffnen Sie die Google Cloud Console. Wenn Sie dazu aufgefordert werden, wählen Sie ein vorhandenes Projekt aus oder erstellen Sie ein neues Projekt.
  3. Folgen Sie den Anweisungen, um die Abrechnung einzurichten. Wenn Sie neu bei Google Cloud sind, erhalten Sie ein kostenloses Testguthaben, mit dem Sie Ihre Instanzen bezahlen können.

Was ist der Unterschied zwischen einer Projektnummer und einer Projekt-ID?

Jedes Projekt kann auf zwei Arten identifiziert werden: über die Projektnummer oder die Projekt-ID. Die Projektnummer wird beim Erstellen des Projekts automatisch erstellt, während die Projekt-ID von Ihnen oder dem Ersteller des Projekts erstellt wird. Die Projekt-ID ist für viele Dienste optional. Für Compute Engine ist sie jedoch erforderlich. Weitere Informationen finden Sie unter Cloud Console-Projekte .

Wo finde ich meine Projekt-ID?

In der Google Cloud Console wird eine Liste Ihrer Projekte und der zugehörigen Projekt-IDs angezeigt.

Wo kann ich mehr Kontingente für mein Projekt beantragen?

Standardmäßig haben alle Compute Engine-Projekte Standardkontingente für verschiedene Ressourcentypen. Allerdings können diese Standardkontingente pro Projekt erhöht werden. Prüfen Sie Ihre Kontingentlimits und -nutzung auf der Kontingentseite in der Google Cloud Console. Wenn Sie das Limit für Ihre Ressourcen erreicht haben und ein größeres Kontingent benötigen, können Sie über die Seite IAM-Kontingente für bestimmte Ressourcen eine Erhöhung der Kontingente beantragen. Die Anfrage können Sie über die Schaltfläche Kontingente bearbeiten oben auf der Seite stellen.

Instanzen

Welche Art von Maschinenkonfiguration (Speicher, RAM, CPU) kann ich für meine Instanz auswählen?

Compute Engine bietet mehrere Konfigurationen für Ihre Instanz. Sie können auch benutzerdefinierte Konfigurationen erstellen, die genau den Anforderungen Ihrer Instanz entsprechen. Eine vollständige Liste der verfügbaren Optionen finden Sie auf der Seite Maschinentypen.

Kann ich meine Instanz wiederherstellen, wenn ich sie aus Versehen gelöscht habe?

Nein. Instanzen, die gelöscht wurden, können nicht wiederhergestellt werden. Wenn jedoch eine Instanz einfach nur angehalten wurde, können Sie sie wieder starten.

Unter welchen Betriebssystemen können meine Instanzen laufen?

Compute Engine unterstützt mehrere Betriebssystem-Images und Images von Drittanbietern. Darüber hinaus können Sie eine angepasste Version eines Images oder ein eigenes Image erstellen.

Was sind die verfügbaren Zonen, in denen ich meine Instanz in erstellen kann?

Eine Liste der verfügbaren Regionen und Zonen finden Sie unter Regionen und Zonen.

Wie finde ich heraus, wie viel ich vom Kontingent verwendet habe oder wie viel ich noch übrig habe?

Prüfen Sie Ihre Kontingentlimits und -nutzung auf der Kontingentseite in der Google Cloud Console. Wenn Sie das Limit für Ihre Ressourcen erreicht haben und ein größeres Kontingent benötigen, klicken Sie auf der Seite "Kontingente" auf Erhöhung anfordern und füllen Sie das Anfrageformular aus.

Welche Art von virtueller CPU läuft auf meiner Instanz?

Überprüfen Sie die spezifische CPU-Plattform für die Instanz mithilfe einer der folgenden Optionen:

  • Prüfen Sie, welche CPU-Plattformen in jeder der verfügbaren Regionen und Zonen angeboten werden.
  • Rufen Sie mit der Methode compute.instances.get das Attribut cpuPlatform für eine der vorhandenen Instanzen ab.
  • Führen Sie auf Linux-Instanzen cat /proc/cpuinfo aus.

Was sind präemptive VM-Instanzen und wie unterscheiden sich präemptive Instanzen von den anderen normalen Instanzen?

Instanzen auf Abruf können zu einem wesentlich günstigeren Preis als normale Instanzen erstellt und ausgeführt werden. Sie werden aber möglicherweise beendet, wenn Compute Engine diese Ressourcen für andere Aufgaben benötigt. Weitere Informationen finden Sie unter Präemptive VM-Instanzen erstellen

Wie kann ich ausgehende E-Mails von einer Compute Engine-Instanz senden?

Im Allgemeinen blockiert Compute Engine den ausgehenden Traffic durch diese blockierten Ports. Sie können jedoch mit SMTP ein E-Mail-Gateway über Google einrichten. Weitere Informationen erhalten Sie unter E-Mails von einer Instanz senden.

An meiner virtuellen Maschine ist ein Host-Fehler aufgetreten und sie wurde neu gestartet. Hintergrund

Ein Hostfehler (compute.instances.hostError) bedeutet, dass auf der physischen Maschine, die Ihre VM hostet, ein Problem mit der Hardware oder Software aufgetreten ist, das zum Absturz der VM führte. Ein Hostfehler, der einen völligen Hardwareausfall oder andere Hardwareprobleme nach sich zieht, kann eine Live-Migration Ihrer VM verhindern. Wenn Ihre VM so eingestellt ist, dass sie automatisch neu startet (dies ist die Standardeinstellung), startet Google Ihre VM in der Regel innerhalb von drei Minuten ab dem Fehler. Bei bestimmten Hardwareproblemen kann sich der Versuch, Ihre VM neu zu starten, um 5,5 bis 16,5 Minuten verzögern.

Bestimmte Ressourcen verhalten sich anders, z. B. lokale SSDs. Wenn ein Hostfehler auftritt, versucht Compute Engine, die Verbindung zur VM wiederherzustellen und die lokalen SSD-Daten beizubehalten. Wenn die zugrunde liegende Festplatte jedoch nicht innerhalb von 60 Minuten wiederhergestellt wird, wird die VM ohne die lokalen SSD-Daten neu gestartet. Während Compute Engine Ihre VM und die lokale SSD wiederhergestellt, was bis zu 60 Minuten dauern kann, reagieren das Hostsystem und das zugrunde liegende Laufwerk nicht mehr. Weitere Informationen zum Verhalten lokaler SSD-Laufwerke bei Hostfehlern finden Sie unter Persistenz lokaler SSD-Daten.

Wenn Hardware vollständig ausfällt oder anderweitig die Live-Migration verhindert, stürzt die VM ab und startet automatisch wieder neu. Dabei wird ein Hostfehler protokolliert.

Physische Hardware- und Softwarefehler können von Zeit zu Zeit auftreten, sind jedoch eher selten. Um Ihre Anwendungen und Dienste solchen potenziell störenden Systemereignissen zu schützen, sollten Sie folgende Ressourcen prüfen:

Google bietet auch verwaltete Dienste wie App Engine und die flexible App Engine-Umgebung.

Bilder

Muss ich den Cloud Storage-Dienst aktivieren, bevor ich meine Images extern speichern kann?

Ja, um Bilder extern zu speichern, müssen Sie den Cloud Storage-Dienst aktivieren.

Nichtflüchtige Speicher

Wie wähle ich die richtige Größe für meine persistente Festplatte?

Die Leistung der persistenten Festplatten nimmt mit der Größe der persistenten Festplatte zu. Verwenden Sie das Leistungsdiagramm für persistente Festplatten, um zu entscheiden, welche Plattengröße für Sie geeignet ist. Wenn Sie nicht sicher sind, finden Sie in der Dokumentation Informationen darüber, wie groß Ihr nichtflüchtiger Speicher sein sollte.

LVM für Compute Engine

Logical Volume Manager (LVM) wird nicht für Images unterstützt, die von Google Cloud bereitgestellt werden.

Bei der Verwaltung von Volumes in Compute Engine empfehlen wir folgende Vorgehensweise:

  • Verwenden Sie sekundäre Laufwerke. Wenn Sie sekundäre Laufwerke ohne Partitionen verwenden, muss die Größe von Root-Laufwerken nicht geändert werden. Je nach Szenario kann die Verwendung von sekundären Laufwerken das Risiko eines Ausfalls aufgrund eines Fehlers verringern.
  • Passen Sie die Größe des Dateisystems und der Partitionen in einem zonalen nichtflüchtigen Speicher an. Bevor Sie Änderungen am Dateisystem vornehmen, sichern Sie Ihr Laufwerk, indem Sie einen Snapshot erstellen. Bei einem Ausfall des Dateisystems können Sie das Laufwerk mithilfe des Snapshots wiederherstellen.
  • Erstellen Sie benutzerdefinierte Images mit LVM-Roots basierend auf einem vorhandenen Image.

Welche Schritte unternimmt Google, um meine Daten zu schützen?

Siehe Festplattenverschlüsselung.

Kann ich meine persistente Festplatte in mehr als einer Instanz einhängen?

Sie können eine persistente Festplatte nur dann in mehrere Instanzen einhängen, wenn das Laufwerk sich im Nur-Lese-Modus befindet. Ein nichtflüchtiger SSD-Speicher im Modus für mehrere Autoren kann an zwei N2-VM-Instanzen angehängt werden. Sie können einen nichtflüchtigen Speicher nicht gleichzeitig im Lese-/Schreibmodus und im Nur-Lese-Modus anhängen. Weitere Informationen finden Sie unter Nichtflüchtige Speicher zwischen VMs freigeben.

Wann sollte ich nichtflüchtigen Speicher, wann Cloud Storage verwenden?

Sie können Ihre Dateien sowohl nichtflüchtigen Speichermedien als auch in Cloud Storage speichern. Die beiden Speicherangebote sind jedoch sehr verschieden. Cloud Storage ist ein großer Dateicontainer. Er wurde entwickelt, um extrem große Mengen an relativ statischen Daten zu speichern, auf die, zum Beispiel von Compute Engine-VM-Instanzen, global zugegriffen werden kann.

Die folgende Tabelle enthält einige Informationen über die charakteristischen Besonderheiten der einzelnen Angebote und wofür sie am besten geeignet sind.

Cloud Storage Nichtflüchtiger Speicher
Merkmale
  • Zugriff
    • Globaler Zugriff (auch von Systemen, die keine Compute Engine-Systeme sind)
    • Lese-/Schreib-Zugriff von vielen Systemen aus
  • Skalierung
    • Multi-PB Scale-Buckets
  • Verwendung
    • REST-Schnittstelle; höhere Latenz als ein lokal angeschlossener Blockspeicher
    • Semantik nur auf Dateiebene schreiben
    • Bietet Versionierung
    • In Cloud Storage implizierte Dateien
  • Zugriff
    • Regionaler Zugriff und nur von Compute Engine-Instanzen
    • Bereitgestellter Lese-/Schreib-Modus durch eine Instanz oder Nur-Lese-Modus durch viele Compute Engine-Instanzen
  • Skalierung
    • 64 TB Volumengrenze
  • Verwendung
    • SCSI-Schnittstelle; geringere Latenz
    • Schreib-Semantiken sind transaktional - zufällige Änderungen
    • Keine Versionierung; kontinuierliche Änderungen
    • Muss ein Dateisystem formatieren, damit es für Dateien nutzbar ist
Anwendergruppe
  • Content-Distribution für Mobilgerät, Verbraucher, Spiele und SaaS
  • Rich Media
  • Schreibgeschützter Input für parallelisierbare HPC-Arbeitslasten (z. B. Rendering und Genomik)
  • Sicherung und Archivierung
  • Hadoop (über GHFS)
  • Compute Engine-Bootlaufwerke
  • Rohdatenblockspeicher zum Aufbau von
    • SQL Server (z. B. MySQL)
    • NoSQL-Server, z. B. Cassandra/Mongo)
    • Fileserver (z. B. Gluster)
    • Persistenz des Schlüssel-Werte-Speichers (z. B. Redis)

Netzwerk

Wo finde ich Compute Engine IP-Bereiche?

Google Cloud veröffentlicht eine JSON-formatierte Liste mit vom Kunden nutzbaren globalen und regionalen externen IP-Adressbereichen in cloud.json.

Andere Google Cloud-IP-Bereiche:

Warum fehlen in traceroute Hops zu Zielen im Internet?

Bei der Ausführung von traceroute auf einer Compute Engine-VM-Instanz wird entweder nur das Ziel angegeben oder es werden nur einige der Hops zu den Zielen im Internet genannt. Weitere Informationen finden Sie in der VPC-Dokumentation unter Traceroute zu Zielen im Internet.

Zonen

Habe ich die Möglichkeit, in ausgewählten Ländern ein regionales Rechenzentrum zu verwenden?

Ja, Compute Engine bietet Rechenzentren auf der ganzen Welt an. Diese optionalen Rechenzentren sind so konzipiert, dass sie aus jenen Regionen Konnektivitätsoptionen mit geringer Latenzzeit bereitstellen. Spezifische Informationen zu den Regionen, einschließlich ihrer geografischen Lage, finden Sie unter Regionen und Zonen.

Wie stelle ich fest, ob eine Zone offline ist?

Im Abschnitt Compute Engine-Zonen in der Google Cloud Console wird der Status der einzelnen Zonen angezeigt. Sie können den Status von Zonen auch über das Befehlszeilentool abrufen, indem Sie gcloud compute zones list ausführen oder die Compute Engine API mit der Methode compute.zones.list verwenden.

Startskripts

Wann wird mein benutzerdefiniertes Startskript ausgeführt?

Startskriptslaufen am Ende des Bootvorgangs ab.

Wartungsarbeiten an der Infrastruktur

Was sind Wartungsarbeiten an der Infrastruktur?

Compute Engine muss in regelmäßigen Abständen geplante Wartungsarbeiten in Zonen durchführen, die sich auf Ihre Instanzen auswirken können. Standardmäßig sind alle Instanzen so konfiguriert, dass die Wartungsarbeiten für Ihre Anwendungen und Arbeitslasten transparent sind. Dies kann zu einigen Leistungsbeeinträchtigungen führen, aber Ihre Instanzen bleiben während der Wartungsarbeiten online. Weitere Informationen finden Sie unter Transparente Wartung.

Wie häufig werden Infrastrukturwartungen durchgeführt?

Infrastrukturwartungen werden nicht in festen Intervallen zwischen zwei Terminen durchgeführt, aber in der Regel alle zwei Wochen.

Woher weiß ich, ob bei einer Instanz Infrastrukturwartungen durchgeführt werden?

Kurz vor Wartungsarbeiten ändert Compute Engine ein spezielles Attribut im Metadatenserver der virtuellen Maschine, bevor eine Live-Migration oder die Beendigung und der Neustart der virtuellen Maschine im Rahmen einer ausstehenden Infrastrukturwartung versucht werden. Das Attribut maintenance-event wird vor und nach einem Wartungsereignis aktualisiert, sodass Sie erkennen können, wann diese Ereignisse bevorstehen. Sie können diese Informationen nutzen, um alle Skripte oder Befehle, die Sie ausführen möchten, vor und/oder nach einem Wartungsereignis zu automatisieren. Weitere Informationen finden Sie in der Dokumentation Transparenter Wartungshinweis.