Migra a las operaciones en la nube para GKE

Hay dos opciones de asistencia de Monitoring y Logging en Google Kubernetes Engine (GKE):

En esta página, se explican las diferencias entre estas dos opciones y lo que debes cambiar con el fin de migrar de Logging y Monitoring heredados a operaciones en la nube para GKE.

¿Cuándo debo migrar?

Puedes migrar la configuración existente de Cloud Monitoring y Cloud Logging desde Logging y Monitoring heredados hasta las operaciones en la nube para GKE en cualquier momento. Sin embargo, ten en cuenta que Logging y Monitoring heredados no son compatibles con la versión 1.18 de GKE.

En la siguiente tabla, se resumen las opciones de supervisión y registro disponibles en cada versión de actualización de GKE:

Versión de GKE Logging y Monitoring heredados Operaciones en la nube para GKE
1.10-1.12.5 Valor predeterminado Disponible (beta)
1.12.7 Valor predeterminado Disponible
1.13 Valor predeterminado Disponible
1.14 Disponible Valor predeterminado
1.15 Disponible Valor predeterminado
1.16 Planificado (próximamente) Valor predeterminado
1.17 Planificado (próximamente) Valor predeterminado
1.18 No disponible Valor predeterminado

Si deseas obtener información sobre la baja de Logging y Monitoring heredados, consulta la guía Asistencia heredada para la baja de GKE.

¿Cuáles son los beneficios de usar las operaciones en la nube para GKE?

Las operaciones en la nube para GKE te brindan beneficios importantes, como los siguientes:

¿Qué aspectos cambiarán?

En las operaciones en la nube para GKE, se usa un modelo de recursos distinto que Logging y Monitoring heredados a fin de organizar las métricas, los registros y los metadatos. Estos son algunos de los cambios específicos de los clústeres que usan operaciones en la nube para GKE:

  • Cambios en la navegación: El panel de Cloud Monitoring se llama GKE. Este panel no aparecerá si no tienes clústeres que usen las operaciones en la nube para GKE.

  • Cambios en los nombres de tipos de recursos supervisados: por ejemplo, tus nodos de Kubernetes se enumeran en el tipo de recurso supervisado k8s_node, que es un nodo de Kubernetes, en lugar de gce_instance (instancia de VM de Compute Engine).

  • Cambios en los nombres de las métricas de Kubernetes: En las operaciones en la nube para GKE, los nombres de tipos de métricas ahora comienzan con el prefijo kubernetes.io/ en lugar de container.googleapis.com/.

  • Cambios en los metadatos de logEntry: Las entradas de registro de las operaciones en la nube para GKE cambiaron los nombres de algunos campos resource.label y labels. Por ejemplo, el campo resource.labels.namespace_id cambió a resource.labels.namespace_name, pero el valor no cambió.

  • Cambios en logName: Las entradas de registros de las operaciones en la nube para GKE usan stdout o stderr en sus nombres de registro, mientras que Logging y Monitoring heredados usan una variedad más amplia de nombres, incluido el nombre del contenedor. El nombre del contenedor aún está disponible en las operaciones en la nube para GKE como una etiqueta de recurso en resource.labels.container_name.

En la siguiente tabla, se resumen los cambios mencionadas antes:

Cambio Logging y Monitoring heredados (antiguo) Operaciones en la nube para GKE (nuevo)
Menús del panel Paneles > Clústeres de GKE Paneles > GKE
Prefijos de métricas container.googleapis.com kubernetes.io
Tipos de recursos de métricas gke_container
gce_instance
(ninguno)
k8s_container
k8s_node
k8s_pod
Tipos de recursos de registros container
gke_cluster
gce_instance
gke_nodepool
k8s_container
k8s_cluster
gke_cluster (solo registros de auditoría)
k8s_node
k8s_pod

Cambios en los tipos de recursos

Las operaciones en la nube para GKE tienen nuevos nombres de tipos de recursos, nuevos nombres visibles de tipos de recursos y nombres nuevos para las etiquetas que identifican recursos específicos. Estos cambios se enumeran en la siguiente tabla.

Cambios en los tipos de recursos
Tipo de recurso de Logging y Monitoring heredados (antiguo) Tipos de recursos de las operaciones en la nube para GKE (nuevo)
Notas al pie de la tabla:
1 En el tipo de recurso nuevo usado (solo) en la supervisión, instance_id se convierte en node_name en metadata.system_labels.
2zone hace referencia a la ubicación de este contenedor o instancia. location hace referencia a la ubicación del nodo de la instancia principal del clúster.
3metadata.system_labels.node_name no está disponible en los tipos de recursos k8s_container utilizados para los registros. No puedes buscar registros por nombre de nodo.
4 El tipo de recurso gce_instance puede representar nodos de Kubernetes, así como instancias de VM que no son de Kubernetes. Cuando se actualiza a las operaciones en la nube para GKE, los usos relacionados con nodos se cambian a fin de usar el tipo de recurso nuevo, k8s_node, incluidos los registros a nivel de nodo con los siguientes nombres: kubelet, docker, kube-proxy, startupscript y node-problem-detector.
5 Los nodos k8s_pod y k8s_cluster pueden incluir registros que no están presentes en la asistencia de Logging y Monitoring heredados.
Solo Monitoring:
gke_container (contenedor de GKE)

Etiquetas:
  cluster_name
  container_name
  instance_id1
  namespace_id
  pod_id
  project_id
  zone2

Solo Logging:
container (contenedor de GKE)

Etiquetas:
  cluster_name
  container_name
  instance_id1
  namespace_id
  pod_id
  project_id
  zone2

Monitoring y Logging:
k8s_container (contenedor de Kubernetes)

Etiquetas:
  cluster_name
  container_name
  metadata.system_labels.node_name3
  namespace_name
  pod_name
  project_id
  location2

Solo Logging::
gce_instance (instancia de VM de Compute Engine) 4

Etiquetas:
  cluster_name
  instance_id
  project_id
  zone2
Monitoring y Logging:
k8s_node4 (nodo de Kubernetes)

Etiquetas:
  cluster_name
  node_name
  project_id
  location2
 
(ninguno)
Monitoring y Logging:
k8s_pod5 (pod de Kubernetes)

Etiquetas:
  cluster_name
  namespace_name
  pod_name
  project_id
  location2

Solo Logging
gke_cluster (GKE_cluster)

Etiquetas:
  cluster_name
  project_id
  location

Monitoring y Logging:
k8s_cluster5 (clúster de Kubernetes)

Etiquetas:
  cluster_name
  project_id
  location

¿Qué debo hacer?

En esta sección, se incluye información más específica sobre los cambios del modelo de recursos en las operaciones en la nube para GKE y su impacto en la configuración existente de Monitoring y Logging.

Debes realizar los siguientes pasos con el fin de migrar tu clúster a las operaciones en la nube para GKE:

  1. Identifica tus opciones de configuración de Logging y Monitoring: Identifica las opciones de configuración de Logging y Monitoring que podrían estar usando valores que cambiaron entre las funciones de Logging y Monitoring heredados y las operaciones en la nube para GKE.

  2. Actualiza tu configuración de Logging y Monitoring: Actualiza cualquier opción de configuración de Logging y Monitoring con el fin de que se reflejen los cambios presentes en las operaciones en la nube para GKE.

  3. Actualiza la configuración de tu clúster de GKE: Actualiza tu clúster de GKE con el fin de que use la configuración de las operaciones en la nube para GKE.

Debido a que los modelos de recursos y los logNames cambiaron entre las versiones heredadas de Logging y Monitoring y las operaciones en la nube para GKE, también deben actualizarse los parámetros de configuración de Logging o Monitoring que hagan referencia a los cambios en los modelos de recursos. La migración puede requerir que actualices los parámetros de configuración de Logging y Monitoring, incluidos, entre otros, los siguientes:

  • Paneles personalizados
  • Gráficos
  • Filtros de grupo
  • Políticas de alertas
  • Receptores de registros
  • Exclusiones de registros
  • Métricas basadas en registros en Cloud Logging y Cloud Monitoring

Migra tus recursos de supervisión

Usa el panel de estado de migración

A fin de obtener información sobre los cambios que debes realizar en la configuración de Logging como parte de la migración a las operaciones en la nube para GKE, consulta Actualizaciones de la configuración de Logging.

A fin de identificar los parámetros de configuración de Cloud Monitoring que debes actualizar como parte de la migración a las operaciones en la nube para GKE, haz lo siguiente:

  1. En Cloud Console, ve a Monitoring:

    Ir a Monitoring

  2. En el panel de navegación de Monitoring, haz clic en Configuración (Settings) y, luego, selecciona la pestaña Kubernetes Migration Status.

En el siguiente panel de ejemplo, se muestra que debe actualizarse 1 política de alertas:

Se muestra el panel de migración.

Cambios en los nombres de las métricas

En la siguiente tabla, se muestran algunos ejemplos de nombres de métricas. Debes cambiar cada uso de una métrica cuyo nombre comience con container.googleapis.com/ por una métrica nueva cuyo nombre comience con kubernetes.io/.

Los nombres nuevos de las métricas pueden variar según otros criterios además del prefijo nuevo. Busca las métricas nuevas en kubernetes.io .

Cambios en los nombres de las métricas
Métricas de Logging y Monitoring heredados (antiguo) Métricas de las operaciones en la nube para GKE (nuevo)
Métricas de GKE heredado
container.googleapis.com/

Ejemplos:
  .../container/cpu/utilization
  .../container/uptime
  .../container/memory/bytes_total
Métricas de Kubernetes Engine Monitoring
kubernetes.io/

Ejemplos:
  .../container/cpu/request_utilization
  .../container/uptime
  .../node/memory/total_bytes
  .../node/cpu/total_cores

Cambios en los grupos de recursos

Si defines tus propios grupos de recursos y usas cualquiera de los tipos de recursos de Logging y Monitoring heredados que aparecen en la tabla Cambios en los tipos de recursos anterior, cambia esos tipos a los correspondientes a las operaciones en la nube para GKE. Si tu grupo de recursos incluye gráficos personalizados, es posible que debas cambiarlos.

Cambios en los paneles y los gráficos personalizados

Si defines tus propios gráficos y paneles personalizados y usas cualquiera de los tipos de recursos de Logging y Monitoring heredados que aparecen en la tabla Cambios en los tipos de recursos anterior o cualquier métrica de Logging y Monitoring heredados que aparece en la tabla Cambios en los nombres de las métricas anterior, cambia esos tipos y métricas por los tipos y métricas de las operaciones en la nube para GKE correspondientes.

Si deseas obtener ayuda con los paneles y los gráficos personalizados, consulta el panel de estado de migración de GKE:

  1. En Cloud Console, selecciona el proyecto de Google Cloud que contenga un clúster de GKE a fin de actualizar a las operaciones en la nube para GKE:

    Ir a Cloud Console

  2. Selecciona Monitoring.

  3. Para acceder al estado de la migración, en el panel de navegación de Monitoring, haz clic en Configuración y, luego, selecciona la pestaña Kubernetes Migration Status.

Cambios en la política de alertas

Si defines políticas de alertas y usas cualquiera de los tipos de recursos de Logging y Monitoring heredados que aparecen en la tabla Cambios en los tipos de recursos anterior o cualquier tipo de métricas de Logging y Monitoring heredados que se muestran en la tabla anterior, Cambios en los nombres de las métricas, cambia esos tipos y métricas por los correspondientes a las operaciones en la nube para GKE.

La actualización de las políticas de alertas y las verificaciones de tiempo de actividad pueden ser los cambios más difíciles de realizar y verificar. Una pregunta que debes tener en cuenta es cuándo realizar estos cambios. ¿Debes cambiar la configuración de tu política antes o después de actualizar el clúster? Las políticas anteriores fallarán después de actualizar el clúster, y las nuevas lo harán antes de realizar dicha actualización.

En lugar de cambiar las políticas implementadas, puedes dejar las políticas existentes sin modificarlas y crear políticas nuevas con los cambios actualizados. Esto podría facilitar el seguimiento de las políticas que se espera que fallen y las que no en diferentes momentos de la actualización.

A continuación, se brindan las siguientes sugerencias:

  • Revisa tus políticas y calcula durante cuánto tiempo tendrá que ejecutarse el clúster actualizado antes de que hayas acumulado suficientes datos para que funcione en el estado estable.

  • Se recomienda que conozcas el rendimiento de las políticas o las métricas individuales antes de realizar la actualización, de modo que puedas comparar ese comportamiento con el que surja después a la actualización.

Migra tus recursos de registro

Cambios en el contenido de las entradas de registro

Cuando actualizas a las operaciones en la nube para GKE, es posible que descubras que cierta información de las entradas de registro se trasladó a campos con nombres diferentes. Esta información puede aparecer en las consultas de registros que se usan en las métricas basadas en registros, los receptores de registros y las exclusiones de registros.

En la siguiente tabla, Cambios en las entradas de registro, se enumeran las etiquetas y los campos nuevos. A continuación, presentamos un breve resumen:

  • Verifica el campo logName en los filtros. Las entradas de registro de las operaciones en la nube para GKE usan stdout o stderr en sus nombres de registro, mientras que Logging y Monitoring heredados usan una variedad más amplia de nombres, incluido el nombre del contenedor. El nombre del contenedor aún está disponible como etiqueta de recurso.
  • Verifica el campo labels en las entradas de registro. Es posible que este campo contenga información que anteriormente se encontraba en los campos de entrada de registro metadata.
  • Comprueba el campo resource.labels en las entradas de registro. Los tipos de recursos nuevos tienen valores de etiqueta adicionales.
Cambios en las entradas de registro
Entradas de registro de Logging y Monitoring heredados (antiguo) Entradas de registro de las operaciones en la nube para GKE (nuevo)
Notas al pie de tabla:
1 Las etiquetas de recursos identifican recursos específicos que generan métricas, como clústeres y nodos determinados.
2 El campo labels aparece en entradas de registro nuevas que forman parte de operaciones en la nube para GKE y, en ocasiones, en algunas entradas de registro de Logging y Monitoring heredados. En las operaciones en la nube para GKE, se usa a fin de almacenar información que antes se encontraba en los campos de entrada de registro metadata.
Recursos de entrada de registro
resource.labels (etiquetas de recursos 1)
Recursos de entrada de registro
resource.labels (etiquetas de recursos 1)
Metadatos de entradas de registro
labels(etiquetas de entradas de registro 2)

etiquetas (ejemplos)
  compute.googleapis.com/resource_name:
    "fluentd-gcp-v3.2.0-d4d9p"

  container.googleapis.com/namespace_name:
    "kube-system"

  container.googleapis.com/pod_name:
    "fluentd-gcp-scaler-8b674f786-d4pq2"

  container.googleapis.com/stream:
    "stdout"
Metadatos de entradas de registro
labels

etiquetas (ejemplos)
  k8s-pod/app:
    "currencyservice"

  k8s-pod/pod-template-hash:
    "5a67f17c"

  k8s-pod/istio_io/rev:
    "default"

  k8s-pod/service_istio_io/canonical-name:
    "currencyservice"

Registros de ejemplo:

Cambios en los tipos de recursos de contenedor:

El texto rojo y en negrita destaca las diferencias entre los modelos de recursos de Logging y Monitoring heredados y los de las operaciones en la nube para GKE.

Modelo de recursos Registros de ejemplo
Logging y Monitoring heredados

{
  "insertId": "fji4tsf1a8o5h",
  "jsonPayload": {
    "pid": 1,
    "name": "currencyservice-server",
    "v": 1,
    "message": "conversion request successful",
    "hostname": "currencyservice-6995d74b95-zjkmj"
  },
  "resource": {
    "type": "container",
    "labels": {
      "project_id": "my-test-project",
      "cluster_name": "my-test-cluster",
      "pod_id": "currencyservice-6995d74b95-zjkmj",
      "zone": "us-central1-c",
      "container_name": "server",
      "namespace_id": "default",
      "instance_id": "1234567890"
    }
  },
  "timestamp": "2020-10-02T19:02:47.575434759Z",
  "severity": "INFO",
  "labels": {
    "container.googleapis.com/pod_name": "currencyservice-6995d74b95-zjkmj",
    "compute.googleapis.com/resource_name": "gke-legacy-cluster-default-pool-c534acb8-hvxk",
    "container.googleapis.com/stream": "stdout",
    "container.googleapis.com/namespace_name": "default"
  },
  "logName": "projects/my-test-project/logs/server",
  "receiveTimestamp": "2020-10-02T19:02:50.972304596Z"
}
Operaciones en la nube para GKE

{
  "insertId": "mye361s5zfcl55amj",
  "jsonPayload": {
    "v": 1,
    "name": "currencyservice-server",
    "pid": 1,
    "hostname": "currencyservice-5b69f47d-wg4zl",
    "message": "conversion request successful"
  },
  "resource": {
    "type": "k8s_container",
    "labels": {
      "container_name": "server",
      "project_id": "my-test-project",
      "pod_name": "currencyservice-5b69f47d-wg4zl",
      "namespace_name": "onlineboutique",
      "location": "us-central1-c",
      "cluster_name": "my-prod-cluster"

    }
  },
  "timestamp": "2020-10-02T18:41:55.359669767Z",
  "severity": "INFO",
  "labels": {
    "k8s-pod/service_istio_io/canonical-revision": "latest",
    "k8s-pod/security_istio_io/tlsMode": "istio",
    "k8s-pod/app": "currencyservice",
    "k8s-pod/pod-template-hash": "5b69f47d",
    "k8s-pod/istio_io/rev": "default",
    "k8s-pod/service_istio_io/canonical-name": "currencyservice"
  },
  "logName": "projects/my-test-project/logs/stdout",
  "receiveTimestamp": "2020-10-02T18:41:57.930654427Z"
}
Cambios en los tipos de recursos del clúster:

El texto rojo y en negrita destaca las diferencias entre los modelos de recursos de Logging y Monitoring heredados y los de las operaciones en la nube para GKE.

Modelo de recursos Registros de ejemplo
Logging y Monitoring heredados

{
  "insertId": "962szqg9uiyalt",
  "jsonPayload": {
    "type": "Normal",
    "involvedObject": {
      "apiVersion": "policy/v1beta1",
      "uid": "a1bc2345-12ab-12ab-1234-123456a123456",
      "resourceVersion": "50968",
      "kind": "PodDisruptionBudget",
      "namespace": "knative-serving",
      "name": "activator-pdb"
    },
    "apiVersion": "v1",
    "reason": "NoPods",
    "source": {
      "component": "controllermanager"
    },
    "message": "No matching pods found",
    "kind": "Event",
    "metadata": {
      "selfLink": "/api/v1/namespaces/knative-serving/events/activator-pdb.163a42fcb707c1fe",
      "namespace": "knative-serving",
      "name": "activator-pdb.163a42fcb707c1fe",
      "uid": "a1bc2345-12ab-12ab-1234-123456a123456",
      "creationTimestamp": "2020-10-02T19:17:50Z",
      "resourceVersion": "1917"
    }
  },
  "resource": {
    "type": "gke_cluster",
    "labels": {
      "project_id": "my-test-project",
      "location": "us-central1-c",
      "cluster_name": "my-prod-cluster"
    }
  },
  "timestamp": "2020-10-02T21:33:20Z",
  "severity": "INFO",
  "logName": "projects/my-test-project/logs/events",
  "receiveTimestamp": "2020-10-02T21:33:25.510671123Z"
}
Operaciones en la nube para GKE

{
  "insertId": "1qzipokg6ydoesp",
  "jsonPayload": {
    "involvedObject": {
      "uid": "a1bc2345-12ab-12ab-1234-123456a123456",
      "name": "istio-telemetry",
      "apiVersion": "autoscaling/v2beta2",
      "resourceVersion": "90505937",
      "kind": "HorizontalPodAutoscaler",
      "namespace": "istio-system"
    },
    "source": {
      "component": "horizontal-pod-autoscaler"
    },
    "kind": "Event",
    "type": "Warning",
    "message": "missing request for cpu",
    "metadata": {
      "resourceVersion": "3071416",
      "creationTimestamp": "2020-08-22T14:18:59Z",
      "name": "istio-telemetry.162d9ce2894d6642",
      "selfLink": "/api/v1/namespaces/istio-system/events/istio-telemetry.162d9ce2894d6642",
      "namespace": "istio-system",
      "uid": "a1bc2345-12ab-12ab-1234-123456a123456"
    },
    "apiVersion": "v1",
    "reason": "FailedGetResourceMetric"
  },
  "resource": {
    "type": "k8s_cluster",
    "labels": {
      "project_id": "my-test-project"
      "location": "us-central1-a",
      "cluster_name": "my-prod-cluster1",
    }
  },
  "timestamp": "2020-10-02T21:39:07Z",
  "severity": "WARNING",
  "logName": "projects/my-test-project/logs/events",
  "receiveTimestamp": "2020-10-02T21:39:12.182820672Z"
}
   

Cambios en los tipos de recursos de nodo:

El texto rojo y en negrita destaca las diferencias entre los modelos de recursos de Logging y Monitoring heredados y los de las operaciones en la nube para GKE.

Modelo de recursos Registros de ejemplo
Logging y Monitoring heredados

{
  "insertId": "16qdegyg9t3n2u5",
  "jsonPayload": {
    "SYSLOG_IDENTIFIER": "kubelet",
    [...]
    "PRIORITY": "6",
    "_COMM": "kubelet",
    "_GID": "0",
    "_MACHINE_ID": "9565f7c82afd94ca22612c765ceb1042",
    "_SYSTEMD_UNIT": "kubelet.service",
    "_EXE": "/home/kubernetes/bin/kubelet"
  },
  "resource": {
    "type": "gce_instance",
    "labels": {
      "instance_id": "1234567890",
      "zone": "us-central1-a",
      "project_id": "my-test-project"
    }
  },
  "timestamp": "2020-10-02T21:43:14.390150Z",
  "labels": {
    "compute.googleapis.com/resource_name": "gke-legacy-monitoring-default-pool-b58ff790-29rr"
  },
  "logName": "projects/my-test-project/logs/kubelet",
  "receiveTimestamp": "2020-10-02T21:43:20.433270911Z"
}
   
Operaciones en la nube para GKE

{
  "insertId": "kkbgd6e5tmkpmvjji",
  "jsonPayload": {
    "SYSLOG_IDENTIFIER": "kubelet",
   [...]
    "_CAP_EFFECTIVE": "3fffffffff",
    "_HOSTNAME": "gke-standard-cluster-1-default-pool-f3929440-f4dy",
    "PRIORITY": "6",
    "_COMM": "kubelet",
    "_TRANSPORT": "stdout",
    "_GID": "0",
    "MESSAGE": "E1002 21:43:14.870346    1294 pod_workers.go:190] Error syncing pod 99ba1919-d633-11ea-a5ea-42010a800113 (\"stackdriver-metadata-agent-cluster-level-65655bdbbf-v5vjv_kube-system(99ba1919-d633-11ea-a5ea-42010a800113)\"), skipping: failed to \"StartContainer\" for \"metadata-agent\" with CrashLoopBackOff: \"Back-off 5m0s restarting failed container=metadata-agent pod=stackdriver-metadata-agent-cluster-level-65655bdbbf-v5vjv_kube-system(99ba1919-d633-11ea-a5ea-42010a800113)\""
  },
  "resource": {
    "type": "k8s_node",
    "labels": {
      "cluster_name": "my-prod-cluster-1",
      "location": "us-central1-a",
      "node_name": "gke-standard-cluster-1-default-pool-f3929440-f4dy"
       "project_id": "my-test-project",
    }
  },
  "timestamp": "2020-10-02T21:43:14.870426Z",
  "logName": "projects/my-test-project/logs/kubelet",
  "receiveTimestamp": "2020-10-02T21:43:20.788933199Z"
}

Actualizaciones de la configuración de Logging

En esta sección, se describen los cambios que debes realizar en la configuración de Cloud Logging como parte de una migración a las operaciones en la nube para GKE.

Consultas de Logging

Si usas consultas para buscar y filtrar tus registros en Cloud Logging y usas cualquiera de los tipos de recursos de Logging y Monitoring heredados que se muestran en la tabla Cambios en los tipos de recursos anterior, cambia esos tipos por los tipos correspondientes de las operaciones en la nube para GKE.

Métricas basadas en registros

Si defines tus propias métricas basadas en registros y usas las métricas o los tipos de recursos de Logging y Monitoring heredados que se muestran en las tablas anteriores Cambios en los nombres de las métricas o Cambios en los tipos de recursos, cambia las métricas y los tipos de recursos a los correspondientes de las operaciones en la nube para GKE.

Puedes usar el siguiente comando de la herramienta de gcloud para encontrar tus métricas basadas en registros:

  gcloud logging metrics list --filter='filter~resource.type=\"container\" OR filter~resource.type=container'

  gcloud logging metrics list --filter='filter~resource.labels.namespace_id'

  gcloud logging metrics list --filter='filter~resource.labels.pod_id'

  gcloud logging metrics list --filter='filter~resource.labels.zone'
Exportaciones de registros

Si exportas algún registro, y si la exportación usa los tipos de recursos de Logging y Monitoring heredados que aparecen en la tabla Cambios en los tipos de recursos anterior, haz cambios en la exportación a fin de que use los tipos de recursos correspondientes de las operaciones en la nube para GKE.

Puedes usar los siguientes comandos de la herramienta de línea de comandos de gcloud para encontrar tus receptores de Logging afectados:

  gcloud logging sinks list --filter='filter~resource.type=\"container\" OR filter~resource.type=container'

  gcloud logging sinks list --filter='filter~resource.labels.namespace_id'

  gcloud logging sinks list --filter='filter~resource.labels.pod_id'

  gcloud logging sinks list --filter='filter~resource.labels.zone'
Exclusiones de registros

Si excluyes algún registro, y si los filtros de exclusión usan los tipos de recursos de Logging y Monitoring heredados que aparecen en la tabla Cambios en los tipos de recursos anterior, haz cambios en los filtros de exclusión a fin de que usen los tipos de recursos correspondientes de las operaciones en la nube para GKE.

Si deseas obtener información para ver las exclusiones de registros, consulta la guía Visualiza filtros de exclusión.

Cambios en las ubicaciones de los registros

En Cloud Logging, los registros se almacenan con el tipo de recurso que los generó. Debido a que estos tipos cambiaron en las operaciones en la nube para GKE, asegúrate de buscar los registros en los tipos de recursos nuevos, como Kubernetes Container, en lugar de hacerlo en los tipos de Logging y Monitoring heredados, como GKE Container.

Próximos pasos