You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/machine-learning/how-to-customize-compute-instance.md
+10-6Lines changed: 10 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -9,17 +9,19 @@ ms.topic: how-to
9
9
ms.author: sgilley
10
10
author: sdgilley
11
11
ms.reviewer: vijetaj
12
-
ms.date: 03/13/2024
12
+
ms.date: 09/23/2024
13
13
ms.custom: update-code
14
14
---
15
15
16
16
# Customize the compute instance with a script
17
17
18
-
Use a setup script for an automated way to customize and configure a compute instance at provisioning time.
18
+
Use a setup script for an automated way to customize and configure a compute instance at provisioning time.
19
19
20
20
Use a compute instance as your fully configured and managed development environment in the cloud. For development and testing, you can also use the instance as a [training compute target](concept-compute-target.md#training-compute-targets) or for an [inference target](concept-compute-target.md#compute-targets-for-inference). A compute instance can run multiple jobs in parallel and has a job queue. As a development environment, a compute instance can't be shared with other users in your workspace.
21
21
22
-
As an administrator, you can write a customization script to be used to provision all compute instances in the workspace according to your requirements. You can configure your setup script as a Creation script, which will run once when the compute instance is created. Or you can configure it as a Startup script, which will run every time the compute instance is started (including initial creation).
22
+
As an administrator, you can write a customization script to be used to provision all compute instances in the workspace according to your requirements. You can configure your setup script as a:
23
+
* Creation script - runs once when the compute instance is created.
24
+
* Startup script- runs every time the compute instance is started (including initial creation).
23
25
24
26
Some examples of what you can do in a setup script:
25
27
@@ -97,10 +99,12 @@ In a Resource Manager [template](https://github.com/Azure/azure-quickstart-templ
97
99
}
98
100
```
99
101
100
-
`scriptData`above specifies the location of the creation script in the notebooks file share such as `Users/admin/testscript.sh`.
101
-
`scriptArguments` is optional above and specifies the arguments for the creation script.
102
+
`scriptData`in this code specifies the location of the creation script in the notebooks file share such as `Users/admin/testscript.sh`.
103
+
`scriptArguments` is optional and specifies the arguments for the creation script.
102
104
103
-
You could instead provide the script inline for a Resource Manager template. The shell command can refer to any dependencies uploaded into the notebooks file share. When you use an inline string, the working directory for the script is `/mnt/batch/tasks/shared/LS_root/mounts/clusters/**\<ciname\>**/code/Users`.
105
+
You could instead provide the script inline for a Resource Manager template. The shell command can refer to any dependencies uploaded into the notebooks file share. When you use an inline string, the working directory for the script is `/mnt/batch/tasks/shared/LS_root/mounts/clusters/<ciname>/code/Users`, where .`<ciname>` is the name of the compute instance.
106
+
107
+
```json
104
108
105
109
For example, specify a base64 encoded command string for `scriptData`:
0 commit comments