Nesta página, descrevemos como gerenciar alguns recursos de instâncias do Workbench da Gemini Enterprise Agent Platform modificando os pares de chave-valor de metadados da instância.
Chaves de metadados
Para informações sobre recursos e as respectivas chaves de metadados, consulte a tabela a seguir.
| Recurso | Descrição | Chave de metadados | Valores e padrões aceitos |
|---|---|---|---|
| Ativa o Cloud Storage FUSE em uma imagem de contêiner |
Monta |
container-allow-fuse |
|
| nbconvert |
Permite exportar e fazer o download de notebooks como um tipo de arquivo diferente. |
notebook-disable-nbconvert |
|
| Excluir para a lixeira |
Usa o comportamento de lixeira do sistema operacional ao excluir do JupyterLab. |
notebook-enable-delete-to-trash |
|
| Serviço Gerenciado para Apache Spark |
Permite acesso aos kernels do Serviço Gerenciado para Apache Spark. Para mais informações, consulte Criar uma instância ativada para o Serviço Gerenciado para Apache Spark. |
disable-mixer |
|
| BigQuery |
Ativa o plug-in do JupyterLab do BigQuery, que fornece um explorador de conjuntos de dados, um editor de consulta SQL e um histórico de consultas no JupyterLab. |
disable-bigquery |
|
| Encerramento por inatividade |
Ativa o desligamento por inatividade. Para mais informações, consulte Desativação de inatividade. |
idle-timeout-seconds |
Um número inteiro que representa o tempo de inatividade em segundos. O valor padrão é de 10800 segundos (180 minutos).
|
| Atributos de convidado |
Ativa os atributos de convidado. Obrigatório para executar o desligamento por inatividade. Para mais informações, consulte Requisitos para executar o encerramento por inatividade. |
enable-guest-attributes |
true (padrão): ativa os atributos de convidado.false: desativa os atributos de convidado. |
| Correções do SO programadas |
Programa atualizações automáticas do SO da instância. Ativa o serviço de upgrade não supervisionado do Debian e só se aplica a imagens baseadas em VM. |
install-unattended-upgrades |
|
| Usuário do Jupyter personalizado |
Especifica o nome do usuário padrão do Jupyter. Essa configuração determina o nome da pasta para seus notebooks. Por exemplo, em vez do diretório |
jupyter-user |
Uma string. O valor padrão é jupyter. |
| Permitir downloads do arquivo |
Permite fazer o download de arquivos do JupyterLab. |
notebook-disable-downloads |
|
| Acesso raiz |
Ativa o acesso raiz. |
notebook-disable-root |
|
| Acesso ao terminal |
Permite o acesso ao terminal. |
notebook-disable-terminal |
|
| Upgrades programados |
Programa upgrades automáticos da instância. |
notebook-upgrade-schedule |
A programação semanal ou mensal que você define, no formato unix-cron, por exemplo, 00 19 * * MON significa "semanalmente" às segundas-feiras, às 1900 horas, horário de Greenwich (GMT).
Esse recurso fica desativado por padrão. Para desativar esse recurso ou mantê-lo
desativado, omita a chave de metadados notebook-upgrade-schedule
da configuração ou defina o valor dela como uma string vazia
("").
|
| Script pós-inicialização |
Executa um script personalizado depois que outros scripts de inicialização são concluídos. Para detalhes sobre a ordem de execução, consulte Ordem de execução do script de inicialização. |
post-startup-script |
O URI de um script de pós-inicialização no Cloud Storage, por exemplo:
gs://bucket/hello.sh. Esse recurso fica desativado por padrão.
|
| Comportamento do script de pós-inicialização |
Define quando e como o script pós-inicialização é executado. |
post-startup-script-behavior |
|
| Reportar integridade do evento |
Verifica a integridade a cada 30 segundos para métricas da VM. |
report-event-health |
|
| Ativar o JupyterLab 4 ou mudar para o JupyterLab 3 |
Ative o JupyterLab 3. O JupyterLab 4 está ativado por padrão. |
enable-jupyterlab4 |
|
| CLI do Antigravity |
Ativa a
CLI do
Antigravity, com o bloco de inicialização, as habilidades de notebook, o plug-in e o
comando mágico de célula |
enable-antigravity |
|
Ordem de execução do script de inicialização
Se você usar vários scripts de inicialização para a instância do Agent Platform Workbench, eles serão executados na seguinte ordem:
startup-script: é executado primeiro durante cada inicialização após a inicialização inicial.startup-script-url: é executado em segundo lugar durante cada inicialização após a inicialização inicial.workbench-startup-scripts: é executado após a conclusão dos scripts de inicialização do Compute Engine (startup-scriptestartup-script-url).post-startup-script: é executado após a conclusão deworkbench-startup-scripts.
Para a chave de metadados post-startup-script, é preciso fornecer o script como um URI do Cloud Storage. Não é possível fornecer o conteúdo do script diretamente como o valor.
Metadados gerenciados pelo Compute Engine
Algumas das chaves de metadados são predefinidas pelo Compute Engine. Para mais informações, consulte Chaves de metadados predefinidas.
Chaves de metadados protegidas
Algumas chaves de metadados são reservadas somente para uso do sistema. Se você atribuir valores a essas chaves de metadados, os novos valores serão substituídos pelos do sistema.
As chaves de metadados reservadas incluem, entre outras:
agent-health-check-interval-secondsagent-health-check-pathcos-update-strategycustom-container-imagecustom-container-payloaddata-disk-uridataproc-allow-custom-clustersdataproc-cluster-namedataproc-configsdataproc-default-subnetdataproc-locations-listdataproc-machine-types-listdataproc-notebooks-urldataproc-regiondataproc-service-accountdisable-check-xsrfeuc-enabledframeworkgenerate-diagnostics-bucketgenerate-diagnostics-filegenerate-diagnostics-optionsgoogle-logging-enabledimage-urlinstall-monitoring-agentinstall-nvidia-driverinstalled-extensionslast_updated_diagnosticlast_updated_diagnosticsnotebooks-apinotebooks-api-versionnotebooks-examples-locationnotebooks-locationproxy-backend-idproxy-byoid-urlproxy-modeproxy-statusproxy-urlproxy-user-mailreport-container-healthreport-event-urlreport-notebook-metricsreport-system-healthreport-system-statusresource-urlrestrictionserial-port-logging-enableservice-account-modeshutdown-scripttitleuse-collaborativeuser-dataversion
Criar uma instância com metadados específicos
É possível criar uma instância do Agent Platform Workbench com metadados específicos usando o console do Google Cloud , a Google Cloud CLI, o Terraform ou a API Notebooks.
Console
Ao criar uma instância do Agent Platform Workbench, é possível adicionar metadados na seção Ambiente de Opções avançadas.
gcloud
Ao criar uma instância do Workbench da Plataforma de Agentes, é possível adicionar metadados usando o seguinte comando:
gcloud workbench instances create INSTANCE_NAME --metadata=KEY=VALUE
Terraform
Para adicionar metadados, crie o recurso com pares de chave-valor de metadados.
Para saber como aplicar ou remover uma configuração do Terraform, consulte Comandos básicos do Terraform.
API Notebooks
Use o método instances.create
com valores de metadados para gerenciar os atributos correspondentes.
Atualizar os metadados de uma instância
É possível atualizar os metadados de uma instância do Agent Platform Workbench usando o console do Google Cloud , a Google Cloud CLI, o Terraform ou a API Notebooks.
Console
Para atualizar os metadados de uma instância do Agent Platform Workbench, faça o seguinte:
No console do Google Cloud , acesse a página Instâncias.
Na lista de instâncias, clique no nome da instância que você quer atualizar.
Na página Detalhes da instância, clique em Software e segurança.
Na seção Metadados, atualize os pares de chave-valor de metadados que você quer alterar.
Clique em Enviar.
gcloud
É possível atualizar os metadados em uma instância do Agent Platform Workbench usando o comando a seguir:
gcloud workbench instances update INSTANCE_NAME --metadata=KEY=VALUE
Terraform
É possível alterar os pares de chave-valor de metadados para gerenciar os recursos correspondentes nas instâncias do Agent Platform Workbench.
Para saber como aplicar ou remover uma configuração do Terraform, consulte Comandos básicos do Terraform.
API Notebooks
Use o método instances.patch
com valores de metadados e gce_setup.metadata no updateMask
para gerenciar os recursos correspondentes.
Remover metadados de uma instância
É possível remover metadados de uma instância do Agent Platform Workbench usando o console do Google Cloud , a Google Cloud CLI, o Terraform ou a API Notebooks.
Console
Para remover metadados de uma instância do Agent Platform Workbench, faça o seguinte:
No console do Google Cloud , acesse a página Instâncias.
Na lista de instâncias, clique no nome da instância que você quer modificar.
Na página Detalhes da instância, clique em Software e segurança.
Na seção Metadados, à direita de um par de chave-valor que você quer excluir, clique em Excluir.
Clique em Enviar.
gcloud
É possível remover metadados de uma instância do Agent Platform Workbench usando o seguinte comando:
gcloud workbench instances update INSTANCE_NAME --metadata=KEY
Terraform
É possível remover pares de chave-valor de metadados para gerenciar os recursos correspondentes de uma instância do Agent Platform Workbench.
Para saber como aplicar ou remover uma configuração do Terraform, consulte Comandos básicos do Terraform.
API Notebooks
Use o método instances.patch com o valor de metadados definido como uma string vazia e gce_setup.metadata no updateMask para remover o atributo correspondente.