我也遇到了同样的问题，我找到了一个解决方案（不完美，但对我来说很有效）。添加为您的startup-script的一部分：

mkdir -p /etc/systemd/system/docker.service.d
printf "[Service]\nExecStop=/bin/sh -c 'docker stop \$(docker ps -q)'" > /etc/systemd/system/docker.service.d/override.conf

字符串
通常情况下（在测试中也是如此），你可以用sudo systemctl edit docker.service编辑覆盖文件（它将你的配置添加到现有的配置中）。不幸的是，每次系统启动时，覆盖文件都会被删除，这就是为什么我通过startup-script持久化它。
在此之前，a尝试了Wojtek_B建议的方法（抱歉，我的声誉太低，无法直接评论），但没有成功。原因是，docker守护进程在关闭脚本处理之前获得终止信号。由于在“容器优化操作系统”的关闭脚本中涉及docker失败（或至少有风险），因此可以将其视为bug。

扩展@Michael Korn的答案，这对我来说确实有效
我建议使用以下完整的启动脚本

#!/bin/bash

# ensure SIGTERM is sent to ALL docker containers if the instance is killed
mkdir -p /etc/systemd/system/docker.service.d
cat <<EOF >/etc/systemd/system/docker.service.d/override.conf
[Service]
ExecStop=/bin/sh -c 'docker ps -q | xargs docker stop --signal TERM --time 60'
EOF
systemctl daemon-reload
systemctl restart docker

字符串
docker systemd unit在启动脚本编写之前已经启动，因此首先systemd需要重新读取docker unit的配置（daemon-reload），然后重新启动docker unit。
如果通过create-with-container使用“Containers on Compute Engine”，则使用示例命令（未以这种最小形式进行测试，抱歉）

gcloud compute instances create-with-container test \
  --container-image=gcr.io/your-image:latest \
  --create-disk=auto-delete=yes,device-name=test,image-project=cos-cloud,image-family=cos-101-lts,mode=rw,size=10GB,type=pd-balanced \
  --metadata-from-file=startup-script=path/to/startup-script.sh

型

我看了日志没有发现任何能解决问题的线索。
然而，可能有一个解决方案。
您可以使用shutdown脚本在VM关闭之前更“优雅”地停止容器;
您可以使用gcloud命令提供脚本：

gcloud compute instances create example-instance \
    --metadata-from-file shutdown-script=examples/scripts/install.sh

字符串
或使用控制台UI：
在云控制台中，使用shutdown-script元数据键直接指定关机脚本：
在云控制台中，转到VM示例页面。转到VM示例
单击创建示例。在“创建新示例”页上，填写示例的属性。对于高级配置选项，请展开“管理”、“安全性”、“磁盘”、“网络”、“唯一租用"部分。在”元数据“部分中，填写shutdown-script作为元数据键。在”值“框中，提供shutdown-script的内容。单击创建以创建示例。
最终，您可以在Google Issuetracker上创建一个新问题，并解释您期望的内容（什么样的行为）。