Se usó la API de Cloud Translation para traducir esta página.

Crea verificaciones de tiempo de actividad públicas

En este documento, se describe cómo crear una verificación de tiempo de actividad pública. Una verificación de tiempo de actividad pública puede enviar solicitudes desde varias ubicaciones de todo el mundo a URLs disponibles públicamente o recursos de Google Cloud para ver si el recurso responde. Para obtener información sobre cómo crear verificaciones de tiempo de actividad para redes privadas, consulta Crea verificaciones de tiempo de actividad privadas.

Las verificaciones de tiempo de actividad públicas pueden determinar la disponibilidad de los siguientes recursos supervisados:

Para obtener vínculos a información sobre cómo administrar y supervisar tus verificaciones de tiempo de actividad, consulta la sección Próximos pasos de este documento.

Información acerca de las verificaciones de tiempo de actividad

Para HTTP y HTTPS, se siguen todos los redireccionamientos de URL, y la respuesta final que recibe la verificación de tiempo de actividad se usa para evaluar los criterios de éxito. En el caso de las verificaciones HTTPS, el hora de vencimiento del certificado SSL se calcula en función del certificado del servidor que se recibe en la respuesta final.

Para que una verificación de tiempo de actividad se realice correctamente, se deben cumplir las siguientes condiciones:

El estado HTTP debe coincidir con los criterios que especifiques.
Los datos de la respuesta no tienen contenido obligatorio o el contenido obligatorio está presente.

Las verificaciones de tiempo de actividad no cargan los recursos de la página ni ejecutan JavaScript, y la configuración predeterminada de una verificación de tiempo de actividad no incluye la autenticación.

Antes de comenzar

Para obtener los permisos que necesitas para crear verificaciones de tiempo de actividad, pídele a tu administrador que te otorgue los siguientes roles de IAM en tu proyecto:
- Editor de Monitoring (roles/monitoring.editor): Usuarios de la consola de Google Cloud
- Editor de configuración de verificaciones de tiempo de actividad de Monitoring (roles/monitoring.uptimeCheckConfigEditor): Usuarios de la API
- Editor de AlertPolicy de Monitoring (roles/monitoring.alertPolicyEditor): Usuarios de la API
- Editor de NotificationChannel de Monitoring (roles/monitoring.notificationChannelEditor): Usuarios de la API
Para obtener más información sobre cómo otorgar roles, consulta Administra el acceso a proyectos, carpetas y organizaciones.

También puedes obtener los permisos necesarios mediante roles personalizados o cualquier otro rol predefinido.
Verifica que el recurso que deseas verificar tenga un extremo público o esté detrás de un firewall configurable.

Para todas las demás configuraciones, debes crear una verificación de tiempo de actividad privada. Para obtener más información, consulta Cómo crear verificaciones de tiempo de actividad privadas.
Cuando tu recurso esté detrás de un firewall, configúralo para que permita el tráfico entrante de las direcciones IP de los servidores de verificación de tiempo de actividad. Para obtener más información, consulta Cómo enumerar las direcciones IP del servidor de verificación del tiempo de actividad.
Configura los canales de notificación que deseas usar para recibir notificaciones. Te recomendamos que crees varios tipos de canales de notificaciones. Para obtener más información, consulta Cómo crear y administrar canales de notificaciones.
Identifica al menos tres verificadores para la verificación de tiempo de actividad. La región de verificación de tiempo de actividad USA incluye las regiones USA_OREGON, USA_IOWA y USA_VIRGINIA. Cada una de las regiones de USA_* tiene un verificador, y USA incluye los tres. Las otras regiones de verificación del tiempo de actividad, EUROPE, SOUTH_AMERICA y ASIA_PACIFIC, tienen una verificación cada una.

Si seleccionas Global cuando usas la consola de Google Cloud o seleccionas REGION_UNSPECIFIED cuando usas la API, las verificaciones de tiempo de actividad se emitirán desde todas las regiones de verificación de tiempo de actividad.

Cree una verificación de tiempo de actividad

En esta sección, se explica cómo crear y configurar verificaciones de tiempo de actividad.

Para crear una verificación de tiempo de actividad para un balanceador de cargas externo que tenga al menos un puerto TCP o HTTP/S configurado, puedes seguir estas instrucciones. Una alternativa es ir a la página Detalles del servicio del servicio y, luego, hacer clic en Crear verificación de tiempo de actividad. Cuando comienzas desde la página Detalles del servicio, los campos específicos del servicio se prepropagan.

Console

Para crear una verificación de tiempo de actividad con la consola de Google Cloud, sigue estos pasos:

En la consola de Google Cloud, ve a la página Verificaciones de tiempo de actividad:
Ve a Verificaciones de tiempo de actividad

Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuyo subtítulo es Monitoring.
Haga clic en Crear una verificación de tiempo de actividad.
Especifica el destino de la verificación de tiempo de actividad:
1. Selecciona el protocolo. Puedes seleccionar HTTP, HTTPS o TCP.
2. Elige uno de los siguientes tipos de recursos:
  - URL: cualquier dirección IPv4 o nombre de host. La ruta de acceso y el puerto se ingresan por separado.
  - Servicio LoadBalancer de Kubernetes: Servicio de Kubernetes de tipo LoadBalancer.
  - Instancia: instancias de Compute Engine o AWS EC2.
  - App Engine: Aplicaciones de App Engine (módulos).
  - Elastic Load Balancer: Balanceador de cargas AWS.
  Nota: No selecciones IP interna, ya que este tipo de recurso no puede ser objetivo de una verificación de tiempo de actividad pública.
3. Ingresa los campos específicos del protocolo:
  - Ingresa el puerto para las verificaciones de TCP.
  - Para las verificaciones de HTTP y HTTPS, puedes ingresar una ruta dentro de tu host o recurso. Todas las verificaciones de tiempo de actividad que usan estos protocolos envían una solicitud a http://target/path. En esta expresión, para un recurso de URL, target es un nombre de host o una dirección IP. Para un recurso de App Engine, target es un nombre de host derivado del nombre de servicio. Para recursos de instancias y balanceadores de cargas, target es una dirección IP derivada del nombre que proporcionaste para el recurso o el grupo de recursos.
    
    Si dejas el campo path en blanco o si estableces el valor en /, la solicitud se emitirá en http://target/.
    
    Por ejemplo, para emitir una verificación de tiempo de actividad en el recurso de URL example.com/tester, establece el campo Nombre de host en example.com y el campo Ruta de acceso en /tester.
    
    Supongamos que implementaste un servidor en App Engine con un despachador que admite / y /hello. Para emitir la verificación de tiempo de actividad al controlador "/", deja el campo Ruta de acceso vacío. Para emitir la verificación de tiempo de actividad al controlador /hello, establece el valor del campo Ruta de acceso en /hello.
4. Ingresa los campos específicos de los recursos:
  - Para los recursos URL, ingresa el nombre de host en el campo Nombre de host. Por ejemplo, ingresa example.com.
    
    Nota: Crea verificaciones en URLs directas cuando sea posible.
  - En el caso de los recursos de App Engine, ingresa el nombre del servicio en el campo Servicio.
  - En el caso de los recursos de Elastic Load Balancer y Instancia, completa el campo Aplica a de la siguiente manera:
    - Para emitir una verificación de tiempo de actividad a una sola instancia o balanceador de cargas, selecciona Único y, luego, usa el menú para seleccionar la instancia o el balanceador de cargas específicos.
    - Para enviar una verificación de tiempo de actividad a un grupo de Monitoring, selecciona Grupo y, luego, usa el menú para seleccionar el nombre del grupo.
5. Opcional: Para establecer la frecuencia con la que se ejecuta la verificación de tiempo de actividad, usa el campo Frecuencia de verificación.
6. Opcional: Para seleccionar regiones de verificador o configurar certificados SSL, autenticación, encabezados y puertos para verificaciones HTTP y HTTPS, haz clic en Más opciones de destino:
  - Regiones: selecciona las regiones en las que las verificaciones de tiempo de actividad son para recibir solicitudes. Una verificación de tiempo de actividad debe tener al menos tres verificadores. Hay un verificador en todas las regiones, excepto Estados Unidos, que tiene tres verificadores. La configuración predeterminada, Global, incluye todas las regiones.
  - Pings ICMP: Configura la verificación de tiempo de actividad para que envíe hasta tres pings. Para obtener más información, consulta Cómo usar pings ICMP.
  - Método de solicitud: Para las verificaciones HTTP, selecciona el método de solicitud.
  - Cuerpo: Para las verificaciones de POST HTTP, ingresa el cuerpo codificado de la URL. Debes realizar la codificación por tu cuenta. Para todas las demás verificaciones, deja este campo vacío.
  - Encabezado de host: Completa este campo para verificar los hosts virtuales. Este campo no está disponible para verificaciones TCP.
  - Puerto: especifica un número de puerto.
  - Encabezados personalizados: proporciona encabezados personalizados y encríptalos si lo deseas. La encriptación oculta los valores del encabezado en el formulario. Usa la encriptación para los encabezados relacionados con la autenticación que no quieres que otros vean.
  - Autenticación: Estos valores se envían como un encabezado de autorización. Este campo no está disponible para verificaciones TCP.
    
    Nota: No configures los campos de autenticación cuando envíes un encabezado de autorización. Si configuras los campos de Authentication y envías un encabezado de Authorization, se produce un error Invalid Argument.
    
    Selecciona alguna de las siguientes opciones:
    - Autenticación básica: Proporciona un nombre de usuario y contraseña únicos. Las contraseñas siempre están ocultas en el formulario.
    - Autenticación de agente de servicio: Cuando se habilita, se genera un token de identidad para el agente de servicio de supervisión. Esta opción solo está disponible para las verificaciones de HTTPS.
  - Validación del certificado SSL: Si seleccionaste HTTPS para un recurso de URL, de forma predeterminada, el servicio intenta conectarse a través de HTTPS y valida el certificado SSL. Las verificaciones de tiempo de actividad fallan cuando una URL tiene un certificado no válido. Entre los motivos por los que un certificado no es válido, se incluyen los siguientes:
    - Un certificado vencido
    - Un certificado autofirmado
    - Un certificado con una discrepancia de nombres de dominio
    - Un certificado que usa la extensión de acceso a la información de la autoridad (AIA)
    Nota: Una certificación SSL revocada no se considera no válida.
    
    Para forzar una verificación de tiempo de actividad HTTPS a fin de validar el certificado SSL, selecciona Validar certificados SSL.
    
    Para inhabilitar la validación de certificados SSL, anula la opción Validar certificados SSL.
    
    Si tienes certificados SSL con extensiones de AIA, debes inhabilitar la validación del certificado SSL. Estos tipos de certificados no son compatibles y fallan en la secuencia de validación. En general, el mensaje de error es “Respuesta con error de protocolo de enlace SSL en 10,000 ms”.
    
    Puedes usar la métrica monitoring.googleapis.com/uptime_check/time_until_ssl_cert_expires para crear una política de alertas que te notifique antes de que venza tu certificado. Para obtener más información, consulta Políticas de muestra: política de verificación de tiempo de actividad.
    
    Selecciona la casilla de verificación Validar certificados SSL.
Haz clic en Continuar y configura los requisitos de respuesta. Todos los parámetros de configuración de esta sección tienen valores predeterminados:
- Para cambiar el período de tiempo de espera de la verificación de tiempo de actividad, usa el campo Response Timeout. Una verificación de tiempo de actividad falla cuando no se recibe respuesta de más de una ubicación en este período.
  
  Nota: Si creas verificaciones en las URLs de redireccionamiento, aumenta el tiempo de espera de la respuesta a 30 segundos o más.
- Para configurar la verificación de tiempo de actividad para que realice la coincidencia de contenido, asegúrate de que la etiqueta de activar o desactivar sea Coincidencia de contenido habilitada:
  - Selecciona Tipo de concordancia del contenido de la respuesta en el menú de opciones. Este campo determina cómo se compara el contenido de la respuesta con los datos que se muestran. Por ejemplo, supongamos que el contenido de la respuesta es abcd y el tipo de concordancia de contenido es Contiene. La verificación de tiempo de actividad solo se realiza correctamente cuando los datos de respuesta contienen abcd. Para obtener más información, consulta Valida los datos de respuesta.
  - Ingresa el Contenido de la respuesta. El contenido de la respuesta debe ser una cadena de no más de 1,024 bytes. En la API, este campo es el objeto ContentMatcher.
  Nota: Habilita la coincidencia del contenido de respuesta cuando selecciones el protocolo TCP.
- Para evitar que se creen entradas de registro debido a las verificaciones de tiempo de actividad, borra Fallas en la verificación de registro.
- Para las verificaciones de tiempo de actividad HTTP, configura los códigos de respuesta aceptables. De forma predeterminada, las verificaciones de tiempo de actividad HTTP marcan cualquier respuesta 2xx como una respuesta correcta.
Haz clic en Continuar y configura las notificaciones.

Para recibir una notificación cuando falle una verificación de tiempo de actividad, crea una política de alertas y configura canales de notificaciones para esa política:
1. Opcional: Actualiza el nombre de la política de alertas.
2. Opcional: En el campo Duración, selecciona por cuánto tiempo deben fallar las verificaciones de tiempo de actividad antes de que se envíen las notificaciones. De forma predeterminada, las notificaciones se envían cuando al menos dos regiones informan fallas en la verificación de tiempo de actividad durante al menos un minuto.
3. En el cuadro etiquetado Canales de notificaciones, haz clic en Menú, selecciona los canales que deseas agregar y, luego, haz clic en Aceptar.
  
  En el menú, los canales de notificaciones se agrupan alfabéticamente por cada tipo de canal.
Si no deseas crear una política de alertas, asegúrate de que el texto del botón de activación sea No crear una alerta.
Haz clic en Continuar y completa la verificación del tiempo de actividad:
1. Ingresa un título descriptivo para la verificación de tiempo de actividad.
2. Opcional: Para agregar etiquetas definidas por el usuario a la verificación de tiempo de actividad, haz lo siguiente:
  1. Haz clic en Mostrar etiquetas de usuarios.
  2. En el campo Clave, ingresa un nombre para la etiqueta. Los nombres de las etiquetas deben comenzar con una letra minúscula y pueden contener letras en minúscula, números, guiones bajos y guiones. Por ejemplo, ingresa severity.
  3. En el campo Valor, ingresa un valor para tu etiqueta. Los valores de etiquetas pueden contener letras minúsculas, números, guiones bajos y guiones. Por ejemplo, ingresa critical.
  4. Para cada etiqueta adicional, haz clic en Agregar etiqueta de usuario y, luego, ingresa la clave y el valor de la etiqueta.
3. Para verificar la configuración de verificación de tiempo de actividad, haz clic en Probar (Test). Si el resultado no es el esperado, consulta Verifica fallas, corrige tu configuración y repite el paso de verificación.
4. Haz clic en Crear. Si seleccionas Crear y no se completa un campo obligatorio, aparecerá un mensaje de error.

gcloud

Para crear la verificación de tiempo de actividad, ejecuta el comando gcloud monitoring uptime create:

gcloud monitoring uptime create DISPLAY_NAME REQUIRED_FLAGS OPTIONAL_FLAGS

Antes de ejecutar el comando anterior, haz lo siguiente:

Reemplaza DISPLAY_NAME por el nombre de la verificación del tiempo de actividad.
Configura REQUIRED_FLAGS para especificar el recurso que sondea la verificación de tiempo de actividad. Por ejemplo, el siguiente comando crea una verificación de tiempo de actividad que prueba la URL EXAMPLE.com para un proyecto en particular:
```
gcloud monitoring uptime create DISPLAY_NAME \
--resource-labels=host=EXAMPLE.com,project_id=PROJECT_ID \
--resource-type=uptime-url
```
El comando anterior especifica los valores para cada etiqueta que requiere el tipo de recurso uptime-url.

Nota: En el comando anterior, establece el campo resource-type en uptime-url, no uses uptime_url. Los comandos de Google Cloud CLI no siguen las mismas convenciones de nombres que Cloud Monitoring. Para obtener una lista de los valores válidos del campo resource-type, consulta la documentación de gcloud monitoring uptime create.
Configura las marcas OPTIONAL_FLAGS para anular los valores predeterminados. Por ejemplo, debes establecer la marca --protocol cuando el protocolo no sea http.

API

Para crear una verificación de tiempo de actividad, llama al método projects.uptimeCheckConfigs.create. Configura los parámetros del método de la siguiente manera:

parent: Obligatorio. Este debe ser el nombre del proyecto en el que se creará la verificación de tiempo de actividad. Reemplaza PROJECT_ID por tu ID del proyecto de Google Cloud. El formato es:
```
projects/PROJECT_ID
```
El cuerpo de la solicitud debe contener un objeto de UptimeCheckConfig para la verificación de tiempo de actividad nueva. En esta página, se proporciona información sobre algunos campos. Para obtener la documentación completa sobre este objeto y sus campos, consulta UptimeCheckConfig:
- Deja en blanco el campo name del objeto de configuración. El sistema establece este campo cuando se construye el objeto de configuración de respuesta.
- Si configuras una verificación HTTP o HTTPS, debes propagar el campo HttpCheck del objeto UptimeCheckConfig. En este objeto, configura el campo requestMethod como GET o POST. Si este campo se omite o se establece en METHOD_UNSPECIFIED, se emite una solicitud GET.
  
  Si configuras una solicitud POST, completa los campos contentType, customContentType opcional y body.

El método create muestra el objeto UptimeCheckConfig para la nueva configuración.

Si la configuración de tiempo de actividad creada no funciona como esperas, consulta la sección Verifica fallas en esta página.

C#

Para autenticarte en Monitoring, configura las credenciales predeterminadas de la aplicación. Si deseas obtener más información, consulta Configura la autenticación para un entorno de desarrollo local.

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.getName());
  } 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: %w", 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: %w", 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: %w", 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: %w", 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\Api\MonitoredResource;
use Google\Cloud\Monitoring\V3\Client\UptimeCheckServiceClient;
use Google\Cloud\Monitoring\V3\CreateUptimeCheckConfigRequest;
use Google\Cloud\Monitoring\V3\UptimeCheckConfig;

/**
 * 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')
{
    $projectName = 'projects/' . $projectId;
    $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);
    $createUptimeCheckConfigRequest = (new CreateUptimeCheckConfigRequest())
        ->setParent($projectName)
        ->setUptimeCheckConfig($uptimeCheckConfig);

    $uptimeCheckConfig = $uptimeCheckClient->createUptimeCheckConfig($createUptimeCheckConfigRequest);

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

Python

def create_uptime_check_config_get(
    project_id: str, host_name: str = None, display_name: str = None
) -> uptime.UptimeCheckConfig:
    """Creates a new uptime check configuration

    Args:
        project_id: Google Cloud project id where the uptime check is created
        host_name: An example label's value for the "host" label
        display_name: A human friendly name of the configuration

    Returns:
        A structure that describes a new created uptime check
    """
    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_id, "uptime_check_config": config}
    )
    pprint.pprint(new_config)
    return new_config


def create_uptime_check_config_post(
    project_id: str, host_name: str = None, display_name: str = None
) -> uptime.UptimeCheckConfig:
    """Creates a new uptime check configuration

    Args:
        project_id: Google Cloud project id where the uptime check is created
        host_name: An example label's value for the "host" label
        display_name: A human friendly name of the configuration

    Returns:
        A structure that describes a new created uptime check
    """
    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_id, "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

Terraform

Si deseas obtener más información para aplicar o quitar una configuración de Terraform, consulta los comandos básicos de Terraform. Para obtener más información, consulta la documentación de referencia del proveedor de Terraform.

Para crear una verificación de tiempo de actividad y una política de alertas que la supervise, haz lo siguiente:

Edita el archivo de configuración de Terraform y agrega un recurso google_monitoring_uptime_check_config y, luego, aplica el archivo de configuración.

En el siguiente ejemplo, se ilustra una configuración que verifica una URL pública:

resource "google_monitoring_uptime_check_config" "example" {
    display_name = "example"
    timeout      = "60s"

    http_check {
        port = "80"
        request_method = "GET"
    }

    monitored_resource {
        type = "uptime_url"
        labels = {
            project_id = "PROJECT_ID"
            host="EXAMPLE.com"
        }
    }

    checker_type = "STATIC_IP_CHECKERS"
}

Opcional: Crea un canal de notificaciones y una política de alertas:

En los siguientes pasos, se usa la consola de Google Cloud para crear el canal de notificaciones y la política de alertas. Este enfoque garantiza que la política de alertas solo supervise los datos generados por la verificación de tiempo de actividad.
1. Para crear un canal de notificaciones, sigue estos pasos:
  1. En la consola de Google Cloud, ve a la página Alertas.
    Ir a las Alertas
    
    Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuyo subtítulo es Monitoring.
  2. Selecciona Administrar canales de notificaciones.
  3. Ve al tipo de canal que deseas agregar, haz clic en Agregar y, luego, completa el cuadro de diálogo.
2. Para crear una política de alertas, sigue estos pasos:
  1. En la consola de Google Cloud, ve a la página Verificaciones de tiempo de actividad:
    Ve a Verificaciones de tiempo de actividad
    
    Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuyo subtítulo es Monitoring.
  2. Busca la verificación de tiempo de actividad, selecciona Más y, luego, Agregar política de alertas.
  3. En el diálogo, ve a la sección Notificaciones y nombre, expande Canales de notificaciones y realiza tus selecciones.
  4. Asigna un nombre a la política de alertas y, luego, haz clic en Crear política.
Para crear una política de alertas, agrega un recurso google_monitoring_alert_policy a tu archivo de configuración y aplica la configuración nueva.

Puede haber un retraso de hasta 5 minutos antes de que comience el flujo de los resultados de la verificación de tiempo de actividad en Monitoring. Durante ese tiempo, el panel de verificación de tiempo de actividad informa el estado como "sin datos disponibles".

Usa pings ICMP

Para ayudarte a solucionar problemas relacionados con las verificaciones de tiempo de actividad públicas que fallan, puedes configurar tus verificaciones de tiempo de actividad para que envíen hasta 3 pings ICMP durante la verificación. Los pings pueden ayudarte a distinguir entre fallas causadas, por ejemplo, por problemas de conectividad de red y por tiempos de espera en tu aplicación.

De forma predeterminada, las verificaciones de tiempo de actividad no envían pings. Cada ping agrega un poco de latencia a la verificación de tiempo de actividad. Las verificaciones de tiempo de actividad privadas no pueden enviar pings.

Cuando falla una verificación de tiempo de actividad pública, los resultados de los pings se escriben en los registros de Cloud Logging. Si el ping falla, se agregan los siguientes campos al campo httpRequest en la entrada de registro:

rtt_usec: Es el tiempo de ida y vuelta de cada solicitud de ping que no se realizó correctamente.
unreachable_count: Es la cantidad de solicitudes de ping que mostraron el código de estado ICMP_DEST_UNREACH.
no_answer_count: Es la cantidad de solicitudes de ping que se agotaron y no mostraron ninguna respuesta.

Los resultados de los pings de las verificaciones de tiempo de actividad correctas no se registran.

Configura pings

Cada configuración de verificación de tiempo de actividad incluye un objeto HttpCheck o un objeto TcpCheck. Ambos objetos incluyen un campo pingConfig. Usa este campo para especificar la cantidad de pings ICMP que se incluirán con cada verificación, hasta 3. De forma predeterminada, no se envían pings.

Para configurar pings, realiza una de las siguientes acciones:

Cuando uses la consola de Google Cloud, expande Más opciones de destino y, luego, ingresa un valor en el campo Pings ICMP.
Cuando uses la API de Cloud Monitoring, usa el objeto PingConfig, que tiene la siguiente estructura:
```
{
  "pingsCount": integer
}
```
Para obtener más información sobre el uso de la API de Monitoring para configuraciones de verificación de tiempo de actividad, consulta Cómo crear una verificación de tiempo de actividad: API o Cómo editar una verificación de tiempo de actividad: API.

Verifica tu tiempo de actividad

Cuando creas una verificación de tiempo de actividad en la consola de Google Cloud, puedes probar la configuración antes de guardarla.

Verificaciones correctas

Una verificación de tiempo de actividad es correcta cuando se cumplen las siguientes condiciones:

El estado HTTP coincide con los criterios que seleccionaste.
La respuesta no tiene contenido obligatorio o, una búsqueda de la respuesta para el contenido obligatorio es correcto.

Verificaciones con errores

Las siguientes son algunas de las posibles causas de una falla en la verificación del tiempo de actividad:

Error de conexión: rechazado: si utilizas el tipo de conexión HTTP predeterminado, verifica que tengas instalado un servidor web que responda a las solicitudes HTTP. Puede ocurrir un error de conexión en una instancia nueva si no instalaste un servidor web. Consulta la Guía de inicio rápido para Compute Engine. Si usas un tipo de conexión HTTPS, es posible que debas realizar pasos de configuración adicionales. Si tienes problemas con el firewall, consulta Lista de direcciones IP de los servidores de verificación del tiempo de actividad.
Nombre o servicio no encontrado: el nombre de host puede ser incorrecto.
403 Prohibido: El servicio muestra un código de error al verificador de tiempo de actividad. Por ejemplo, la configuración predeterminada de Apache Web Server muestra este código en Amazon Linux, pero aparece el código 200 (Success) en algunas otras versiones de Linux. Consulta el instructivo de LAMP para Amazon Linux o la documentación de tu servidor web.
404 No encontrado: la ruta de acceso podría ser incorrecta.
408 Tiempo de espera de solicitud o no hay respuesta: el número de puerto puede ser incorrecto, el servicio puede no estar ejecutándose, no se puede acceder al servicio o el tiempo de espera puede ser demasiado bajo. Verifica que tu firewall permita el tráfico de los servidores de tiempo de actividad. Consulta Lista de direcciones IP de los servidores de verificación de tiempo de actividad. El límite de tiempo de espera se especifica como parte de las opciones de Validación de respuestas.

Es posible que se produzca un tiempo de espera de la solicitud debido a la congestión de la red. Por ejemplo, debido a la congestión temporal de la red, es posible que notes que una verificación falla, pero todas las demás se realizan correctamente. El error de un solo verificador no genera una notificación cuando tu política de alertas usa la configuración predeterminada.

Si la verificación de tiempo de actividad está configurada para enviar pings, los resultados de los pings de las verificaciones de tiempo de actividad que fallaron se escriben en Cloud Logging. Para obtener más información, consulta Cómo usar pings ICMP.