在 Vertex AI 实例中正确实现启动后脚本

问题描述 投票:0回答:1

在使用 Vertex AI 笔记本时,我对创建具有持久 Python 计算环境的虚拟机很感兴趣。通过用户管理的笔记本,我通过 Docker 映像实现了这一目标。我将用较新的实例来回顾这一点。我的 Docker 映像似乎无法与实例一起使用(将发布一个单独的问题),因此我尝试使用启动后脚本在启动过程中即时执行 python 模块安装。

我之前按照此处提供的指导,使用选项 2 成功实现了启动后脚本。我使用 Vertex AI“实例”返回到此过程,但它不再工作。请问有人可以回答以下问题吗?

    gcloud notebooks instances create
  1. 函数可以采用两个启动后脚本标志。据我所知,
    startup-script-url
    元数据标志在启动过程中异步执行,实际上并不是
    post
    启动。据我了解,单独的 post-startup-script 标志是一个真正的
    post
    启动脚本,它在创建并启动实例后执行。对于使用 gcloud workbench instances create 创建的较新实例,
    post-startup-script
    标志已被删除,我们只有
    startup-script-url
    可以使用。除了
    this
    之外,我还没有找到任何提到启动后选项的文档。 post-startup-script 论证有替代方案吗?
    与(1.)相关,并且假设我的推论是正确的,
  2. startup-script-url
  3. 实际上并未运行
    post
    启动,有没有办法在使用gcloud workbench instances create构建实例时运行真正的post启动脚本?在这里,我有兴趣运行一个脚本,就好像我是打开 Jupyter Lab 控制台的最终用户一样。在运行脚本之前,需要完全构建并访问配对的启动数据虚拟机(就像从控制台一样)。
    使用 
  4. startup-script-url
  5. 并按照选项 2
    此处
    的说明进行操作时,执行用户是否仍然是 jupyter
    
        
google-cloud-platform google-cloud-vertex-ai gcp-ai-platform-notebook
1个回答
0
投票
    startup-script-url
  1. 专门针对 GCE
    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#gcesetup

在这种情况下,使用元数据键:

post-startup-script

并评估您的位置(GCS 或 HTTPs 路径)。示例:

gs://test-bucket/PostStartupScript.sh

    使用元数据键:
  1. post-startup-script

    并评估您的位置(GCS 或 HTTPs 路径)。示例:

    gs://test-bucket/PostStartupScript.sh
    
    

  2. 不是root。
  3. “启动脚本以 root 身份运行”
https://cloud.google.com/compute/docs/instances/startup-scripts/linux

© www.soinside.com 2019 - 2024. All rights reserved.