Stackdriver Kubernetes Monitoring 베타 버전으로 발행
그곳으로 옮기면 로그 주위의 구조는 이전GKE 기본 로그 요약과 큰 변화가 있다.
GKE ~ 이전의 일지입니다.
클러스터를 생성할 때 ↓ 을 선택하고 새 모니터링을 수행하면 Kubernets~ 입니다.

또한 1.10 이상이어야 하며, 새 집단이 아니면 1.9~1이 유효하지 않다.10이라도 Kubernetes Monitoring은 유효하지 않기 때문에 문턱이 좀 높다.
(하지만 실제로 효과가 있으면 다음에 말한 바와 같이 일지의 작성법도 크게 달라진다. 1.9부터 이식하는 것이 힘들다는 것을 알 수 있다.)
다음은 Stackdriver Kubernetes Monitoring 시대의 GKE에서 기본적으로 제공하는 로그 요약입니다.

Kubernets Container ( resource.type="k8s_container" )

아마도 구형 GKE Containerresource.type="container"와 같을 것이다.
배치된 용기마다 표준 출력과 표준 오류 출력을 보냅니다.

logName 컨테이너 이름이 아니라 stdout, stderr

Stackdriver Kubernetes Monitoring이 효과가 있든 없든 GKE 1.10 이상의 변화는 아니라고 생각합니다.
각 용기의 로그를 보기 위해 resource.label.container_name 로 필터링하기로 했습니다.

Kubernets Cluster ( resource.type="k8s_cluster" ) / Kubernets Pod ( resource.type="k8s_pod" )

이전 GKE Cluster Operationsresource.type="gke_cluster"Pod 내 관련 로그는 Kubernets Pod, Pod 외 로그는 Kubernets Cluster로 분할됩니다.
그리고 일부 로그'Node(node명)status is now: Node Has Insufficient Memory'등은 다음에 나타날 Kubernets Node로 분할됩니다.
예를 들어'pulling image','Started container'등은 Kubernets Pod입니다.
"Scaled up replica set", "Created job"은 Kubernets Cluster
또한 "Created pod"은 Kubernets Cluster에

Kubernets Node ( resource.type="k8s_node" )

이전에는 k8s 노드를 막론하고 GCE VM Instanceresource.type="gce_instance"로 나타났는데 일반적인 instance에서 loger를 사용한 것과 같다.
실례적으로 직접 이동하는 여러 프로세스에서 로그를 보냅니다.

kubelet

kube-proxy

docker

container-runtime

등일지.
여기에는 상술한'Node(node명)status is now: Node Has Insufficient Memory'등 이전에 GKE Cluster Operations로 등장한 내용이 혼합되어 있다.

기타 미세한 변화

resource.label.namespace_id은resource.label.namespace_name과 같이..._id은..._name으로 변경됩니다.

끝내다

정식 문서를 찾지 못했지만 로그에 큰 변화가 있을 것이다.
로그를 바탕으로 감시하고 여과 조건이 완전히 미쳐서 혼란스러워요.
앞으로 Stackdriver Kubernetes Monitoring을 사용하는 사람들은 주의하는 것이 좋습니다.