Google Compute Engine-FAQ

Über Compute Engine

Was ist Compute Engine? Was kann Compute Engine?

Compute Engine ist ein Infrastructure-as-a-Service-Produkt. Es stellt flexible, selbstverwaltete virtuelle Maschinen bereit, die auf der Infrastruktur von Google gehostet werden. Compute Engine umfasst auf Linux oder Windows basierende virtuelle Maschinen, 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-VM-Instanzen 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.

Einstieg

Probieren Sie den Startleitfaden für diesen Service aus. Lesen Sie nach der Kurzanleitung auch den Überblick über VM-Instanzen, 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. Virtuelle Maschinen werden pro Sekunde mit einem Minimum von einer Minute abgerechnet. Die Speicherkosten basieren auf der Datenmenge, die Sie speichern. Die Netzwerkkosten basieren auf der Datenmenge, die zwischen den VM-Instanzen übertragen werden, die miteinander und mit dem Internet kommunizieren. Weitere Informationen finden Sie in unserer Preisliste.

Ist die Steuer in Ihren 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.

Bieten Sie ein Service Level Agreement (SLA) an?

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

Wohin kann ich Feedback schicken?

Bei Fragen zur Abrechnung kontaktieren Sie den entsprechenden Supportkanal.

Bei Fragen zu den Features 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?

Präemptive Instanzen sind Instanzen, die Sie zu einem viel niedrigeren Preis als normale Instanzen erstellen und laufen lassen können, werden aber möglicherweise beendet, wenn Compute Engine diese Ressourcen für andere Aufgaben benötigt. Weitere Informationen finden Sie unter VM-Instanzen auf Abruf erstellen und starten.

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. Was ist passiert?

Ein Host-Fehler bedeutet, dass es auf der physischen Maschine, die Ihre virtuelle Maschine hostet, ein Problem mit der Hard- oder Software aufgetreten ist, die Ihre virtuelle Maschine zum Absturz brachte. Wenn Compute Engine ein solches Ereignis erkennt, wird ein compute.instances.hostError-Eintrag in Ihr Betriebsprotokoll aufgenommen. Wenn Ihre virtuelle Maschine so eingestellt ist, dass sie automatisch neu startet (dies ist die Standardeinstellung), startet Google auch Ihre virtuelle Maschine auf einer anderen physischen Maschine neu.

Im Allgemeinen können physische Hardware- und Softwarefehler von Zeit zu Zeit auftreten, sind jedoch eher selten. Damit Ihre Anwendungen und Dienste vor potenziell störenden Systemereignissen wie diesen geschützt sind, sollten Sie robuste Systeme konzipieren und Webanwendungen entwickeln, die skalierbar und stabil sind. Mit verwalteten Instanzgruppen können Sie in Compute Engine Systemdiagnosen und Skalierungen gruppenübergreifend durchzuführen.

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

Images

Muss ich mich bei Cloud Storage anmelden, bevor ich meine Bilder extern speichern kann?

Ja, um Bilder extern zu speichern, müssen Sie sich für Cloud Storage registrieren.

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.

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. Laufwerke im Schreib-Lese-Modus können nur in einer einzigen Instanz eingehängt werden. Sie können eine persistente Festplatte nicht gleichzeitig im Lese-Schreib-Modus und im Nur-Lese-Modus mounten.

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)
    • Schreib-Lese-Zugriff von vielen Systemen aus
  • Skalierung
    • Multi-PB Scale-Buckets
  • Verwendung
    • REST-Schnittstelle; höhere Latenz als ein lokal angeschlossener Datenblockspeicher
    • Zur Schreibsemantik gehören nur Datei einfügen und Datei überschreiben.
    • Bietet Versionierung
    • Implizite Dateien in Cloud Storage
  • Zugriff
    • Zugriff nur in einer Zone und nur durch Compute Engine Instanzen
    • Bereitgestelltes Read-Write durch eine Instanz oder schreibgeschützt durch viele Compute Engine-Instanzen
  • Skalierung
    • 10 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, Öl und Gas sowie Genomik)
  • Backup 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 verwendet eine Reihe von CIDRs für die regionalen externen IP-Adressen, die Compute Engine-VM-Instanzen verwenden können. Diese Bereiche können sich ändern, wenn Google Änderungen an der Infrastruktur vornimmt.

Gehen Sie so vor, um einen Satz an CIDRs zu erstellen, den Google Cloud für diese externen IP-Adressen verwendet:

  1. Fragen Sie den DNS-TXT-Eintrag _cloud-netblocks.googleusercontent.com mit einem Tool wie dig oder nslookup ab. Erstellen Sie von der Ausgabe eine erste Liste von DNS-TXT-Einträgen, die abgefragt werden sollen. Alle anderen Einträge folgen dem Text include:.

  2. Für jeden Eintrag in der Liste:

    • Notieren Sie die CIDRs (nach ip4:).
    • Notieren Sie weitere Einträge, auf die verwiesen wird. Fügen Sie sie der Liste der Einträge hinzu.
    • Prüfen Sie auf diese Weise alle DNS-TXT-Einträge in der Liste.

Beachten Sie, dass dies ein rekursiver Prozess ist. Beispiel: _cloud-netblocks6.googleusercontent.com wird in _cloud-netblocks1.googleusercontent.com, nicht _cloud-netblocks.googleusercontent.com referenziert.

Sie können das folgende Shell-Skript als Ausgangspunkt für die automatische Abfrage der DNS-TXT-Einträge verwenden:

#!/bin/sh

declare -a RECORDS=("_cloud-netblocks.googleusercontent.com")
declare -a PROCESSED_RECORDS=()
declare -a CIDRS=()

function process_record(){
  record=$1
  IFS=' ' output_a=($(dig @8.8.8.8 -t TXT +noall +answer ${record}))
  for e in "${output_a[@]}"; do
    if $(grep -q "ip4:" <<< "$e"); then
      CIDRS+=("$(echo $e | sed "s|ip4:||")")
    elif $(grep -q "include:" <<< "$e"); then
      RECORDS+=("$(echo $e | sed "s|include:||")")
    fi
  done
}

first_idx=0
while [ "${#RECORDS[@]}" != "0" ]; do
  if [ -z ${RECORDS[$first_idx]} ]; then
    # If sh is bash, first element is 0.
    # Other shells start at 1.
    first_idx=1
  fi
  if [ ! $(grep -q ${RECORDS[$first_idx]} <<< ${PROCESSED_RECORDS[@]}) ]; then
    process_record ${RECORDS[$first_idx]}
    PROCESSED_RECORDS+=("${RECORDS[$first_idx]}")
  fi
  RECORDS=(${RECORDS[@]:$((first_idx+1))})
done

d="$(date +%Y-%m-%d)"
echo "GCP netblocks as of $d:"
for e in "${CIDRS[@]}"; do
  echo "$e"
done

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. Auf modernen Systemen, die systemd oder upstart verwenden, werden Startskripts ausgeführt, nachdem google_instance_setup abgeschlossen wurde.

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 paar Monate.

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

Kurz vor Wartungsarbeiten ändert die Compute Engine ein spezielles Attribut im Metadatenserver der virtuellen Maschine, bevor eine Livemigration 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.