Öffentliche Verfügbarkeitsdiagnosen erstellen

In diesem Dokument wird beschrieben, wie Sie eine öffentliche Verfügbarkeitsdiagnose erstellen. Eine öffentliche Verfügbarkeitsdiagnose kann Anfragen von mehreren Standorten auf der Welt an öffentlich verfügbare URLs oder Google Cloud-Ressourcen senden, um zu sehen, ob die Ressource reagiert. Informationen zum Erstellen von Verfügbarkeitsdiagnosen für private Netzwerke finden Sie unter Private Verfügbarkeitsdiagnosen erstellen.

Mit öffentlichen Verfügbarkeitsdiagnosen lässt sich die Verfügbarkeit folgender Elemente ermitteln:

  • URLs
  • Kubernetes LoadBalancer-Dienste
  • VM-Instanzen
  • App Engine-Dienste
  • AWS-Load-Balancer

Links zur Verwaltung und Überwachung von Verfügbarkeitsdiagnosen finden Sie in diesem Dokument im Abschnitt Weitere Informationen.

Hinweis

  • Firewalls, die Ihren Dienst schützen, wirken sich auf Ihre Nutzung von Verfügbarkeitsdiagnosen aus.

    • Wenn die zu prüfende Ressource nicht öffentlich verfügbar ist, müssen Sie die Firewall der Ressource so konfigurieren, dass von den Servern der Verfügbarkeitsdiagnose eingehender Traffic zugelassen wird. Unter Server-IP-Adressen für Verfügbarkeitsdiagnose auflisten erfahren Sie, wie Sie eine Liste der IP-Adressen herunterladen.
    • Wenn die geprüfte Ressource keine externe IP-Adresse hat, können öffentliche Verfügbarkeitsdiagnosen sie nicht erreichen. Verwenden Sie stattdessen private Verfügbarkeitsdiagnosen.
  • Die Verfügbarkeitsdiagnose lädt keine Seitenassets und führt kein JavaScript aus. Die Standardkonfiguration einer Verfügbarkeitsdiagnose umfasst keine Authentifizierung.

    Bei HTTP und HTTPS werden allen URL-Weiterleitungen gefolgt und die endgültige Antwort, die die Verfügbarkeitsdiagnose empfängt, wird zur Bewertung von Erfolgskriterien verwendet. Bei HTTPS-Prüfungen wird die Ablaufzeit des SSL-Zertifikats basierend auf dem Serverzertifikat berechnet, das in der endgültigen Antwort empfangen wurde.

    Für den Erfolg müssen die folgenden Bedingungen erfüllt sein:

    • Der HTTP-Status ist Success.
    • Es gibt für die Daten keinen erforderlichen Inhalt bzw. der erforderliche Inhalt ist vorhanden.
  • Wenn Sie eine Verfügbarkeitsdiagnose erstellen, müssen Sie mindestens drei Diagnosen angeben.

    Die Region USA der Verfügbarkeitsdiagnose hat drei Diagnosen. Die Regionen für die Verfügbarkeitsdiagnose EUROPE, SOUTH_AMERICA und ASIA_PACIFIC haben jeweils eine Diagnose.

    Wenn Sie bei der Verwendung der Google Cloud Console Global oder bei Verwendung der API REGION_UNSPECIFIED auswählen, werden Verfügbarkeitsdiagnosen aus allen Regionen der Verfügbarkeitsdiagnose ausgegeben.

Verfügbarkeitsdiagnose erstellen

In diesem Abschnitt wird das Erstellen und Konfigurieren von Verfügbarkeitsdiagnosen erläutert.

Console

So erstellen Sie eine Verfügbarkeitsdiagnose mithilfe der Google Cloud Console:

  1. Wählen Sie in der Cloud Console Monitoring aus oder klicken Sie auf die folgende Schaltfläche:
    Zu Monitoring
  2. Wählen Sie im Navigationsbereich Verfügbarkeitsdiagnosen aus.

  3. Klicken Sie auf Verfügbarkeitsdiagnose erstellen.

    Dialogfeld zum Erstellen einer Verfügbarkeitsdiagnose

  4. Geben Sie einen beschreibenden Titel für die Verfügbarkeitsdiagnose ein und klicken Sie auf Weiter.

  5. Geben Sie das Ziel der Verfügbarkeitsdiagnose an:

    1. Wählen Sie das Protokoll aus. Sie haben die Optionen HTTP, HTTPS und TCP.

    2. Wählen Sie einen der folgenden Ressourcentypen aus:

      • URL: Eine IPv4-Adresse oder ein Hostname. Pfad und Port werden separat eingegeben.
      • Kubernetes LoadBalancer Service: Kubernetes-Service vom Typ LoadBalancer.
      • Instanz: Compute Engine- oder AWS EC2-Instanzen.
      • App Engine: Google App Engine-Anwendungen (Module)
      • Elastic Load Balancer: AWS-Lastenausgleichsmodul
    3. Füllen Sie die protokollspezifischen Felder aus:

      • Geben Sie für TCP-Prüfungen den Port ein.

      • Bei HTTP- und HTTPS-Prüfungen können Sie einen Pfad innerhalb Ihres Hosts oder Ihrer Ressource eingeben. Alle Verfügbarkeitsdiagnosen, die diese Protokolle verwenden, senden eine Anfrage an http://target/path. In diesem Ausdruck ist target für eine URL-Ressource ein Hostname oder eine IP-Adresse. Bei einer App Engine-Ressource ist target ein Hostname, der vom Dienstnamen abgeleitet wird. Für Instanz- und Load-Balancer-Ressourcen ist target eine IP-Adresse, die von dem Namen abgeleitet wird, den Sie für die Ressource oder die Gruppe von Ressourcen angegeben haben.

        Wenn Sie das Feld path leer lassen oder den Wert auf / setzen, wird die Anfrage an http://target/ gesendet.

        Um eine Verfügbarkeitsdiagnose für die URL-Ressource example.com/tester durchzuführen, setzen Sie das Feld für den Hostnamen auf example.com und das Feld für den Pfad auf /tester.

        Angenommen, Sie haben einen Server in App Engine mit einem Disponenten bereitgestellt, der / und /hello unterstützt. Wenn Sie das Pfadfeld leer lassen, wird die Verfügbarkeitsdiagnose an den Handler / gesendet. Um die Verfügbarkeitsdiagnose für den /hello-Handler auszuführen, setzen Sie den Wert des Pfadfelds auf /hello.

    4. Geben Sie die ressourcenspezifischen Felder ein:

      • Bei URL-Ressourcen geben Sie den Hostnamen in das Feld Hostname ein. Geben Sie beispielsweise example.com ein.

      • Geben Sie für Kubernetes LoadBalancer Service-Ressourcen den Dienstnamen in das Feld Kubernetes-Dienst ein.

      • Geben Sie für App Engine-Ressourcen den Dienstnamen in das Feld Dienst ein.

      • Füllen Sie für Elastic Load Balancer- und Instance-Ressourcen die folgenden Felder aus:

        • Um eine Verfügbarkeitsdiagnose für eine einzelne Instanz oder einen einzelnen Load-Balancer durchzuführen, wählen Sie im Feld Gilt für die Option Single aus und wählen Sie dann über das Menü die gewünschte Instanz oder den Load-Balancer aus.
        • Um eine Verfügbarkeitsdiagnose für eine Monitoring-Gruppe durchzuführen, wählen Sie im Feld Gilt für die Option Gruppe aus und wählen Sie dann im Menü den Gruppennamen aus.
    5. Das Feld Checkhäufigkeit steuert, wie oft die Verfügbarkeitsdiagnose ausgeführt wird. Sie können den Standardwert beibehalten oder einen Wert aus dem Optionsmenü auswählen.

    6. Klicken Sie auf Weitere Zieloptionen, um Prüfregionen oder SSL-Zertifikate, Authentifizierung, Header und Ports für HTTP- und HTTPS-Prüfungen zu konfigurieren:

      • Regionen: Wählen Sie die Regionen aus, in denen die Verfügbarkeitsdiagnosen Anfragen erhalten sollen. Eine Verfügbarkeitsdiagnose muss mindestens drei Prüfer enthalten. Es gibt in allen Regionen eine Prüfung, mit Ausnahme von USA, wo es drei Prüfungen gibt. Die Standardeinstellung Global umfasst alle Regionen.
      • Anfragemethode: Wählen Sie für HTTP-Prüfungen die Anfragemethode aus.
      • Text: Geben Sie für HTTP-POST-Prüfungen den URL-codierten Text ein. müssen Sie die Codierung selbst vornehmen. Lassen Sie dieses Feld bei allen anderen Prüfungen leer.
      • Allgemein: Füllen Sie dieses Feld aus, um virtuelle Hosts zu prüfen. Dieses Feld ist für TCP-Diagnosen nicht verfügbar.
      • Port: Geben Sie eine Portnummer an.
      • Benutzerdefinierte Header: Geben Sie benutzerdefinierte Header an und verschlüsseln Sie sie bei Bedarf. Durch die Verschlüsselung werden die Werte der Header im Formular ausgeblendet. Verwenden Sie die Verschlüsselung für Header im Zusammenhang mit der Authentifizierung, die für andere nicht sichtbar sein sollen.

      • Authentication (Authentifizierung): Geben Sie einen Nutzernamen und ein Passwort an. Diese Werte werden als Autorisierungsheader gesendet. Wenn Sie hier Werte festlegen, geben Sie keinen Autorisierungsheader an. Wenn Sie hingegen einen Autorisierungsheader angeben, legen Sie hier keine Werte fest. Passwörter werden im Formular immer ausgeblendet. Dieses Feld ist für TCP-Diagnosen nicht verfügbar.

      • SSL-Zertifikatsprüfung: Wenn Sie HTTPS für eine URL-Ressource ausgewählt haben, versucht der Dienst standardmäßig, eine Verbindung über HTTPS herzustellen, und validiert das SSL-Zertifikat. Die Verfügbarkeitsdiagnose schlägt fehl, wenn eine URL ein ungültiges Zertifikat enthält. Mögliche Gründe für ein ungültiges Zertifikat sind ein abgelaufenes Zertifikat, ein selbstsigniertes Zertifikat, ein Zertifikat mit einem Domain-Namen und ein Zertifikat mit der AIA-Erweiterung.

        Wenn Sie eine HTTPS-Verfügbarkeitsdiagnose zur Validierung des SSL-Zertifikats erzwingen möchten, muss SSL-Zertifikate überprüfen ausgewählt sein.

        Wenn Sie die SSL-Zertifikatsprüfung deaktivieren möchten, stellen Sie sicher, dass die Option SSL-Zertifikate prüfen leer ist.

        Wenn Sie SSL-Zertifikate mit AIA-Erweiterungen (Authority Information Access) haben, müssen Sie die SSL-Zertifikatsprüfung deaktivieren. Diese Zertifikatstypen werden nicht unterstützt und schlagen die Validierungssequenz fehl. In der Regel lautet die Fehlermeldung "Antwort mit SSL-Handshake-Fehler in 10.000 ms".

        Sie können den Messwert monitoring.googleapis.com/uptime_check/time_until_ssl_cert_expires verwenden, um eine Benachrichtigung zu erstellen, die Sie benachrichtigt, bevor Ihr Zertifikat abläuft. Weitere Informationen finden Sie unter Beispielrichtlinien: Richtlinie zur Verfügbarkeitsdiagnose.

        Klicken Sie das Kästchen SSL-Zertifikate prüfen an.

    7. Klicken Sie auf Weiter.

  6. Konfigurieren Sie die Antwortanforderungen:

    • Wählen Sie im Optionsmenü die Option Antwortzeitüberschreitung aus. Sie können einen Wert zwischen 1 und 60 Sekunden auswählen. Eine Verfügbarkeitsdiagnose schlägt fehl, wenn innerhalb dieses Zeitlimits keine Antwort von mehr als einem Standort empfangen wird.

    • Für den Content-Abgleich muss das Umschaltlabel Content-Abgleich ist aktiviert lauten:

      • Wählen Sie im Optionsmenü die Option Übereinstimmungstyp für Antwortinhalt aus. Dieses Feld bestimmt, wie der Antwortinhalt mit den zurückgegebenen Daten verglichen wird. Wenn der Antwortinhalt beispielsweise abcd und der Inhaltstyp Enthält ist, ist die Verfügbarkeitsdiagnose erfolgreich, wenn die Antwortdaten abcd enthalten. Die Verfügbarkeitsdiagnose schlägt fehl, wenn in der Antwort abcd nicht enthalten ist.
      • Geben Sie den Antwortinhalt ein. Dies muss ein String sein, der nicht länger als 1024 Byte ist. In der API ist dies das Objekt ContentMatcher.
    • Wenn Sie keine Verfügbarkeitsdiagnosen an Cloud Logging senden möchten, löschen Sie Fehler bei der Logprüfung.

    • Klicken Sie auf Weiter.

  7. Benachrichtigungsrichtlinie erstellen Wenn eine Benachrichtigungsrichtlinie die Verfügbarkeitsdiagnose überwacht und die Betriebszeit fehlschlägt, wird ein Vorfall erstellt und eine Benachrichtigung wird an alle Benachrichtigungskanäle gesendet, die an die Richtlinie angehängt sind. Wenn Sie der Richtlinie beispielsweise eine E-Mail-Adresse hinzufügen, wird an diese Adresse eine E-Mail gesendet. Sie können in diesem Schritt die Benachrichtigungsrichtlinie oder nach dem Erstellen der Diagnose eine Benachrichtigungsrichtlinie erstellen.

    Wenn Sie im Rahmen dieses Ablaufs keine Benachrichtigungsrichtlinie erstellen möchten, muss der Schalter neben der Schaltfläche Keine Benachrichtigung erstellen lauten. Klicken Sie auf die Schaltfläche, um den Status zu ändern.

    So erstellen Sie eine Benachrichtigungsrichtlinie im Rahmen dieses Ablaufs:

    1. Der Schalter zum Umschalten lautet Alert erstellen. Klicken Sie gegebenenfalls auf die Schaltfläche.

    2. Geben Sie im Namensfeld einen Namen für die Benachrichtigungsrichtlinie ein oder verwenden Sie den Standardnamen.

    3. Um der Benachrichtigungsrichtlinie einen oder mehrere Benachrichtigungskanäle hinzuzufügen, klicken Sie im Textfeld Benachrichtigungskanäle auf Menü . Wählen Sie die hinzuzufügenden Channels aus und klicken Sie auf OK. Die Benachrichtigungskanäle sind für jeden Kanaltyp alphabetisch gruppiert.

      Wenn ein Benachrichtigungskanal, den Sie der Benachrichtigungsrichtlinie hinzufügen möchten, nicht aufgeführt ist, klicken Sie auf Benachrichtigungskanäle verwalten.

      Benachrichtigungsdialogfeld mit den Schaltflächen zum Aktualisieren und Verwalten von Kanälen.

      Sie werden in einem neuen Browsertab zum Fenster Benachrichtigungskanäle weitergeleitet. Fügen Sie die Benachrichtigungskanäle hinzu, kehren Sie dann zu diesem Tab zurück, klicken Sie auf Aktualisieren und wählen Sie die Benachrichtigungskanäle aus, die der Benachrichtigungsrichtlinie hinzugefügt werden sollen. Weitere Informationen finden Sie unter [Benachrichtigungskanäle][Benachrichtigungen.

    4. Wählen Sie im Feld für die Dauer aus, wie lange die Verfügbarkeitsdiagnosen fehlschlagen müssen, bevor ein Vorfall erstellt wird. Standardmäßig ist die Benachrichtigungsrichtlinie so konfiguriert, dass ein Vorfall erstellt wird, wenn in mindestens zwei Regionen 1 Minute lang Fehler bei der Verfügbarkeitsdiagnose gemeldet werden.

    Informationen zum Deaktivieren, Bearbeiten und Löschen von Benachrichtigungsrichtlinien finden Sie unter Richtlinien verwalten.

  8. Klicken Sie auf Test (Testen), um die Konfiguration der Verfügbarkeitsdiagnose zu prüfen. Wenn das Ergebnis nicht Ihren Erwartungen entspricht, lesen Sie im Abschnitt Diagnose fehlgeschlagen unten nach, korrigieren Sie Ihre Konfiguration und wiederholen Sie den Bestätigungsschritt.

  9. Klicken Sie auf Erstellen. Wenn erforderliche Daten fehlen, schlägt das Speichern fehl und neben den Schaltflächen des Dialogs wird eine Liste der Felder angezeigt, für die Daten erforderlich sind. Nach dem Speichern der Änderungen wird das Dialogfeld Uptime check created (Verfügbarkeitsdiagnose erstellt) angezeigt.

API

Rufen Sie die Methode projects.uptimeCheckConfigs.create auf. Legen Sie die Parameter der Methode so fest:

  • parent: Erforderlich. Dies muss der Name des Projekts sein, in dem die Verfügbarkeitsdiagnose erstellt werden soll. Ersetzen Sie PROJECT_ID durch Ihre Google Cloud-Projekt-ID. Das Format dafür ist:

    projects/PROJECT_ID
    
  • Der Anfragetext muss ein UptimeCheckConfig-Objekt für die neue Verfügbarkeitsdiagnose enthalten. Diese Seite enthält Informationen zu nur wenigen Feldern. Eine vollständige Dokumentation zu diesem Objekt und seinen Feldern finden Sie unter UptimeCheckConfig:

    • Lassen Sie das Feld name des Konfigurationsobjekts leer. Das System legt dieses Feld fest, wenn es das Antwortkonfigurationsobjekt erstellt.

    • Wenn Sie eine HTTP- oder HTTPS-Prüfung konfigurieren, müssen Sie das Feld HttpCheck des Objekts UptimeCheckConfig ausfüllen. Legen Sie in diesem Objekt das Feld requestMethod auf GET oder POST fest. Wenn dieses Feld ausgelassen oder auf METHOD_UNSPECIFIED gesetzt wird, wird eine GET-Anfrage ausgegeben.

      Wenn Sie eine POST-Anfrage konfigurieren, füllen Sie die Felder contentType und body aus.

Die Methode create gibt das Objekt UptimeCheckConfig für die neue Konfiguration zurück.

Wenn die erstellte Verfügbarkeitsdiagnose nicht wie erwartet funktioniert, lesen Sie den Abschnitt Diagnose fehlgeschlagen auf dieser Seite.

C#

public static object CreateUptimeCheck(string projectId, string hostName,
    string displayName)
{
    // Define a new config.
    var config = new UptimeCheckConfig()
    {
        DisplayName = displayName,
        MonitoredResource = new MonitoredResource()
        {
            Type = "uptime_url",
            Labels = { { "host", hostName } }
        },
        HttpCheck = new UptimeCheckConfig.Types.HttpCheck()
        {
            Path = "/",
            Port = 80,
        },
        Timeout = TimeSpan.FromSeconds(10).ToDuration(),
        Period = TimeSpan.FromMinutes(5).ToDuration()
    };
    // Create a client.
    var client = UptimeCheckServiceClient.Create();
    ProjectName projectName = new ProjectName(projectId);
    // Create the config.
    var newConfig = client.CreateUptimeCheckConfig(
        projectName,
        config,
        CallSettings.FromExpiration(
            Expiration.FromTimeout(
                TimeSpan.FromMinutes(2))));
    Console.WriteLine(newConfig.Name);
    return 0;
}

Java

private static void createUptimeCheck(
    String projectId, String displayName, String hostName, String pathName) throws IOException {
  CreateUptimeCheckConfigRequest request =
      CreateUptimeCheckConfigRequest.newBuilder()
          .setParent(ProjectName.format(projectId))
          .setUptimeCheckConfig(
              UptimeCheckConfig.newBuilder()
                  .setDisplayName(displayName)
                  .setMonitoredResource(
                      MonitoredResource.newBuilder()
                          .setType("uptime_url")
                          .putLabels("host", hostName))
                  .setHttpCheck(HttpCheck.newBuilder().setPath(pathName).setPort(80))
                  .setTimeout(Duration.newBuilder().setSeconds(10))
                  .setPeriod(Duration.newBuilder().setSeconds(300)))
          .build();
  try (UptimeCheckServiceClient client = UptimeCheckServiceClient.create()) {
    UptimeCheckConfig config = client.createUptimeCheckConfig(request);
    System.out.println("Uptime check created: " + config.getDisplayName());
  } catch (Exception e) {
    usage("Exception creating uptime check: " + e.toString());
    throw e;
  }
}

Go


// createGet creates an example uptime check on a GET request.
func createGet(w io.Writer, projectID string) (*monitoringpb.UptimeCheckConfig, error) {
	ctx := context.Background()
	client, err := monitoring.NewUptimeCheckClient(ctx)
	if err != nil {
		return nil, fmt.Errorf("NewUptimeCheckClient: %v", err)
	}
	defer client.Close()
	req := &monitoringpb.CreateUptimeCheckConfigRequest{
		Parent: "projects/" + projectID,
		UptimeCheckConfig: &monitoringpb.UptimeCheckConfig{
			DisplayName: "new GET uptime check",
			Resource: &monitoringpb.UptimeCheckConfig_MonitoredResource{
				MonitoredResource: &monitoredres.MonitoredResource{
					Type: "uptime_url",
					Labels: map[string]string{
						"host": "example.com",
					},
				},
			},
			CheckRequestType: &monitoringpb.UptimeCheckConfig_HttpCheck_{
				HttpCheck: &monitoringpb.UptimeCheckConfig_HttpCheck{
					RequestMethod: monitoringpb.UptimeCheckConfig_HttpCheck_GET,
					Path:          "/",
					Port:          80,
				},
			},
			Timeout: &duration.Duration{Seconds: 10},
			Period:  &duration.Duration{Seconds: 300},
		},
	}
	config, err := client.CreateUptimeCheckConfig(ctx, req)
	if err != nil {
		return nil, fmt.Errorf("CreateUptimeCheckConfig GET: %v", err)
	}
	fmt.Fprintf(w, "Successfully created GET uptime check %q\n", config.GetDisplayName())
	return config, nil
}

// createPost creates an example uptime check on a POST request.
func createPost(w io.Writer, projectID string) (*monitoringpb.UptimeCheckConfig, error) {
	ctx := context.Background()
	client, err := monitoring.NewUptimeCheckClient(ctx)
	if err != nil {
		return nil, fmt.Errorf("NewUptimeCheckClient: %v", err)
	}
	defer client.Close()
	req := &monitoringpb.CreateUptimeCheckConfigRequest{
		Parent: "projects/" + projectID,
		UptimeCheckConfig: &monitoringpb.UptimeCheckConfig{
			DisplayName: "new POST uptime check",
			Resource: &monitoringpb.UptimeCheckConfig_MonitoredResource{
				MonitoredResource: &monitoredres.MonitoredResource{
					Type: "uptime_url",
					Labels: map[string]string{
						"host": "example.com",
					},
				},
			},
			CheckRequestType: &monitoringpb.UptimeCheckConfig_HttpCheck_{
				HttpCheck: &monitoringpb.UptimeCheckConfig_HttpCheck{
					RequestMethod: monitoringpb.UptimeCheckConfig_HttpCheck_POST,
					ContentType:   monitoringpb.UptimeCheckConfig_HttpCheck_URL_ENCODED,
					Path:          "/",
					Port:          80,
					Body:          []byte(base64.URLEncoding.EncodeToString([]byte("key: value"))),
				},
			},
			Timeout: &duration.Duration{Seconds: 10},
			Period:  &duration.Duration{Seconds: 300},
		},
	}
	config, err := client.CreateUptimeCheckConfig(ctx, req)
	if err != nil {
		return nil, fmt.Errorf("CreateUptimeCheckConfig POST: %v", err)
	}
	fmt.Fprintf(w, "Successfully created POST uptime check %q\n", config.GetDisplayName())
	return config, nil
}

Node.js

// Imports the Google Cloud client library
const monitoring = require('@google-cloud/monitoring');

// Creates a client
const client = new monitoring.UptimeCheckServiceClient();

/**
 * TODO(developer): Uncomment and edit the following lines of code.
 */
// const projectId = 'YOUR_PROJECT_ID';
// const hostname = 'mydomain.com';

const request = {
  // i.e. parent: 'projects/my-project-id'
  parent: client.projectPath(projectId),
  uptimeCheckConfig: {
    displayName: 'My Uptime Check',
    monitoredResource: {
      // See the Uptime Check docs for supported MonitoredResource types
      type: 'uptime_url',
      labels: {
        host: hostname,
      },
    },
    httpCheck: {
      path: '/',
      port: 80,
    },
    timeout: {
      seconds: 10,
    },
    period: {
      seconds: 300,
    },
  },
};

// Creates an uptime check config for a GCE instance
const [uptimeCheckConfig] = await client.createUptimeCheckConfig(request);
console.log('Uptime check created:');
console.log(`ID: ${uptimeCheckConfig.name}`);
console.log(`Display Name: ${uptimeCheckConfig.displayName}`);
console.log('Resource: %j', uptimeCheckConfig.monitoredResource);
console.log('Period: %j', uptimeCheckConfig.period);
console.log('Timeout: %j', uptimeCheckConfig.timeout);
console.log(`Check type: ${uptimeCheckConfig.check_request_type}`);
console.log(
  'Check: %j',
  uptimeCheckConfig.httpCheck || uptimeCheckConfig.tcpCheck
);
console.log(
  `Content matchers: ${uptimeCheckConfig.contentMatchers
    .map(matcher => matcher.content)
    .join(', ')}`
);
console.log(`Regions: ${uptimeCheckConfig.selectedRegions.join(', ')}`);

PHP

use Google\Cloud\Monitoring\V3\UptimeCheckServiceClient;
use Google\Cloud\Monitoring\V3\UptimeCheckConfig;
use Google\Api\MonitoredResource;

/**
 * Example:
 * ```
 * create_uptime_check($projectId, 'myproject.appspot.com', 'Test Uptime Check!');
 * ```
 *
 * @param string $projectId Your project ID
 * @param string $hostName
 * @param string $displayName
 */
function create_uptime_check($projectId, $hostName = 'example.com', $displayName = 'New uptime check')
{
    $uptimeCheckClient = new UptimeCheckServiceClient([
        'projectId' => $projectId,
    ]);

    $monitoredResource = new MonitoredResource();
    $monitoredResource->setType('uptime_url');
    $monitoredResource->setLabels(['host' => $hostName]);

    $uptimeCheckConfig = new UptimeCheckConfig();
    $uptimeCheckConfig->setDisplayName($displayName);
    $uptimeCheckConfig->setMonitoredResource($monitoredResource);

    $uptimeCheckConfig = $uptimeCheckClient->createUptimeCheckConfig(
        $uptimeCheckClient->projectName($projectId),
        $uptimeCheckConfig
    );

    printf('Created an uptime check: %s' . PHP_EOL, $uptimeCheckConfig->getName());
}

Python

def create_uptime_check_config_get(project_name, host_name=None, display_name=None):
    config = monitoring_v3.UptimeCheckConfig()
    config.display_name = display_name or "New GET uptime check"
    config.monitored_resource = {
        "type": "uptime_url",
        "labels": {"host": host_name or "example.com"}
    }
    config.http_check = {
        "request_method": monitoring_v3.UptimeCheckConfig.HttpCheck.RequestMethod.GET,
        "path": "/",
        "port": 80
    }
    config.timeout = {"seconds": 10}
    config.period = {"seconds": 300}

    client = monitoring_v3.UptimeCheckServiceClient()
    new_config = client.create_uptime_check_config(request={"parent": project_name, "uptime_check_config": config})
    pprint.pprint(new_config)
    return new_config

def create_uptime_check_config_post(project_name, host_name=None, display_name=None):
    config = monitoring_v3.UptimeCheckConfig()
    config.display_name = display_name or "New POST uptime check"
    config.monitored_resource = {
        "type": "uptime_url",
        "labels": {"host": host_name or "example.com"}
    }
    config.http_check = {
        "request_method": monitoring_v3.UptimeCheckConfig.HttpCheck.RequestMethod.POST,
        "content_type": monitoring_v3.UptimeCheckConfig.HttpCheck.ContentType.URL_ENCODED,
        "body": "foo=bar".encode("utf-8"),
        "path": "/",
        "port": 80
    }
    config.timeout = {"seconds": 10}
    config.period = {"seconds": 300}

    client = monitoring_v3.UptimeCheckServiceClient()
    new_config = client.create_uptime_check_config(request={"parent": project_name, "uptime_check_config": config})
    pprint.pprint(new_config)
    return new_config

Ruby

def create_uptime_check_config project_id: nil, host_name: nil, display_name: nil
  require "google/cloud/monitoring"

  client = Google::Cloud::Monitoring.uptime_check_service
  project_name = client.project_path project: project_id
  config = {
    display_name:       display_name.nil? ? "New uptime check" : display_name,
    monitored_resource: {
      type:   "uptime_url",
      labels: { "host" => host_name.nil? ? "example.com" : host_name }
    },
    http_check:         { path: "/", port: 80 },
    timeout:            { seconds: 10 },
    period:             { seconds: 300 }
  }
  new_config = client.create_uptime_check_config \
    parent:              project_name,
    uptime_check_config: config
  puts new_config.name
  new_config
end

Es kann bis zu 5 Minuten dauern, bis die Ergebnisse der Verfügbarkeitsdiagnose bei Monitoring eintreffen. Bis dahin meldet das Verfügbarkeitsdiagnose-Dashboard als Status "no data available" (Keine Daten verfügbar).

Verfügbarkeitsdiagnose überprüfen

Wenn Sie eine Verfügbarkeitsdiagnose in der Cloud Console erstellen, können Sie die Konfiguration vor dem Speichern testen.

Erfolgreiche Prüfungen

Eine Verfügbarkeitsdiagnose ist erfolgreich, wenn zwei Bedingungen erfüllt sind:

  • Der HTTP-Status ist Success.
  • Es gibt für die Antwort keinen erforderlichen Inhalt bzw. der erforderliche Inhalt ist in der Antwort auffindbar.

Nicht bestandene Prüfungen

Im Folgenden sind einige mögliche Fehlerursachen bei Verfügbarkeitsdiagnosen aufgeführt:

  • Connection Error – Refused (Verbindungsfehler – Abgelehnt): Achten Sie bei Verwendung des Standardverbindungstyps HTTP darauf, dass ein Webserver installiert ist, der auf HTTP-Anfragen reagiert. Ein Verbindungsfehler kann auf einer neuen Instanz auftreten, wenn Sie keinen Webserver installiert haben. Weitere Informationen finden Sie in der Kurzanleitung für Compute Engine. Bei Verwendung des Verbindungstyps HTTPS müssen Sie unter Umständen zusätzliche Konfigurationsschritte ausführen. Informationen zu Firewallproblemen finden Sie unter IP-Adressen abrufen.
  • Name or service not found (Name oder Dienst nicht gefunden): Der Hostname ist möglicherweise falsch.
  • 403 Forbidden (403 – Verboten): Der Dienst liefert während der Verfügbarkeitsdiagnose einen Fehlercode. Die Standardkonfiguration für den Apache-Webserver gibt diesen Code beispielsweise unter Amazon Linux zurück. Unter bestimmten Linux-Versionen erhalten Sie hingegen den Code 200 (Success) (200 (Erfolg)). Weitere Informationen finden Sie in der LAMP-Anleitung für Amazon Linux oder in der Dokumentation Ihres Webservers.
  • 404 – Not found (Nicht gefunden): Möglicherweise ist der Pfad falsch.
  • 408 Request timeout (408 – Zeitüberschreitung bei Anfrage) oder keine Antwort: Möglicherweise ist die Portnummer falsch, der Dienst wird nicht ausgeführt oder ist nicht erreichbar oder das Zeitlimit ist zu niedrig. Achten Sie darauf, dass die Firewall Traffic von den für die Verfügbarkeitsdiagnose verwendeten Servern zulässt. Weitere Informationen erhalten Sie unter IP-Adressen abrufen. Das Zeitlimit ist Teil der Antwortvalidierung angegeben.

Nächste Schritte