即将弃用旧版 Box 上的旧版 GCE 和 GKE 元数据服务器端点
Upcoming deprecation of legacy GCE and GKE metadata server endpoints on Legacy Boxes
我在 GCE 中有两个遗留服务器，它们都被标记为使用已弃用的元数据服务器端点。此时此刻，他们在 MySQL 和 MongoDB 数据中有数百 GB 的数据，并且冒着升级这些盒子上的东西而产生不利影响的风险是不可取的。
我们目前正在从此处存储的数据迁移，但现在，我们需要保留它们 运行。
有没有人知道对两者的任何影响
a) 什么都不做或
b) 只是将 disable-legacy-endpoints 元数据标志设置为真？
即如果我们让它们保持现状，这些实例会完全停止工作吗？
在更深入地研究开始使用元数据 API 的内容后，我们发现它们是由 stackdriver_agent 发送的，它是很久以前免费安装的，而且从未被删除。
停止此代理将删除我们对这两个旧服务器进行的所有调用。
如果您正在考虑使用 disable-legacy-endpoints 元数据标志禁用，请确保首先在封闭环境中对其进行测试，即在应用于生产服务之前，从受影响实例的快照中创建一个新 VM。
有关识别进行调用的实例的帮助，请参阅 this article
如需帮助识别实例中的进程，请参阅 this article
我在 GCE 中有两个遗留服务器，它们都被标记为使用已弃用的元数据服务器端点。此时此刻，他们在 MySQL 和 MongoDB 数据中有数百 GB 的数据，并且冒着升级这些盒子上的东西而产生不利影响的风险是不可取的。
我们目前正在从此处存储的数据迁移，但现在，我们需要保留它们 运行。
有没有人知道对两者的任何影响
a) 什么都不做或
b) 只是将 disable-legacy-endpoints 元数据标志设置为真？
即如果我们让它们保持现状，这些实例会完全停止工作吗？
在更深入地研究开始使用元数据 API 的内容后，我们发现它们是由 stackdriver_agent 发送的，它是很久以前免费安装的，而且从未被删除。
停止此代理将删除我们对这两个旧服务器进行的所有调用。
如果您正在考虑使用 disable-legacy-endpoints 元数据标志禁用，请确保首先在封闭环境中对其进行测试，即在应用于生产服务之前，从受影响实例的快照中创建一个新 VM。
有关识别进行调用的实例的帮助，请参阅 this article
如需帮助识别实例中的进程，请参阅 this article