在使用 Vertex AI 笔记本时,我对创建具有持久 Python 计算环境的虚拟机很感兴趣。通过用户管理的笔记本,我通过 Docker 映像实现了这一目标。我将用较新的实例来回顾这一点。我的 Docker 映像似乎无法与实例一起使用(将发布一个单独的问题),因此我尝试使用启动后脚本在启动过程中即时执行 python 模块安装。
我之前按照此处提供的指导,使用选项 2 成功实现了启动后脚本。我使用 Vertex AI“实例”返回到此过程,但它不再工作。请问有人可以回答以下问题吗?
gcloud notebooks instances create
startup-script-url
元数据标志在启动过程中异步执行,实际上并不是post启动。据我了解,单独的
post-startup-script
标志是一个真正的 post启动脚本,它在创建并启动实例后执行。对于使用
gcloud workbench instances create
创建的较新实例,post-startup-script
标志已被删除,我们只有 startup-script-url
可以使用。除了this之外,我还没有找到任何提到启动后选项的文档。
post-startup-script
论证有替代方案吗?与(1.)相关,并且假设我的推论是正确的,startup-script-url
post启动,有没有办法在使用
gcloud workbench instances create
构建实例时运行真正的post启动脚本?在这里,我有兴趣运行一个脚本,就好像我是打开 Jupyter Lab 控制台的最终用户一样。在运行脚本之前,需要完全构建并访问配对的启动数据虚拟机(就像从控制台一样)。使用 startup-script-url
此处的说明进行操作时,执行用户是否仍然是
jupyter
?
startup-script-url
https://cloud.google.com/compute/docs/instances/startup-scripts/linux由于用户管理的笔记本和工作台实例是 GCE 基础,因此两者都自动支持这一点。
gcloud notebooks instances
gcloud workbench instances create
--metadata=[KEY=VALUE,...]
参考:https://cloud.google.com/vertex-ai/docs/workbench/reference/rest/v2/projects.locations.instances#gcesetuppost-startup-script
并评估您的位置(GCS 或 HTTPs 路径)。示例:
gs://test-bucket/PostStartupScript.sh
post-startup-script
并评估您的位置(GCS 或 HTTPs 路径)。示例:
gs://test-bucket/PostStartupScript.sh