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
Learn how to create and manage a [compute instance](concept-compute-instance.md) in your Azure Machine Learning workspace.
26
25
@@ -43,7 +42,12 @@ Compute instances can run jobs securely in a [virtual network environment](how-t
43
42
44
43
* An Azure Machine Learning workspace. For more information, see [Create an Azure Machine Learning workspace](how-to-manage-workspace.md).
45
44
46
-
* The [Azure CLI extension for Machine Learning service (v2)](https://aka.ms/sdk-v2-install), [Azure Machine Learning Python SDK](/python/api/overview/azure/ml/intro), or the [Azure Machine Learning Visual Studio Code extension](how-to-setup-vs-code.md).
45
+
* The [Azure CLI extension for Machine Learning service (v2)](https://aka.ms/sdk-v2-install), [Azure Machine Learning Python SDK (v2)](https://aka.ms/sdk-v2-install), or the [Azure Machine Learning Visual Studio Code extension](how-to-setup-vs-code.md).
46
+
47
+
* If using the Python SDK, [set up your development environment with a workspace](how-to-configure-environment.md). Once your environment is set up, attach to the workspace in your Python script:
@@ -140,7 +116,7 @@ Where the file *create-instance.yml* is:
140
116
* Assign the computer to another user. For more about assigning to other users, see [Create on behalf of](#create-on-behalf-of-preview)
141
117
* Provision with a setup script (preview) - for more information about how to create and use a setup script, see [Customize the compute instance with a script](how-to-customize-compute-instance.md).
142
118
* Add schedule (preview). Schedule times for the compute instance to automatically start and/or shutdown. See [schedule details](#schedule-automatic-start-and-stop-preview) below.
143
-
* Enable auto-stop (preview). Configure a compute instance to automatically shutdown if it is inactive. See [configure auto-stop](#configure-auto-stop-preview) for more details.
119
+
* Enable auto-stop (preview). Configure a compute instance to automatically shut down if it's inactive. For more information, see [configure auto-stop](#configure-auto-stop-preview).
144
120
145
121
146
122
@@ -162,13 +138,13 @@ SSH access is disabled by default. SSH access can't be changed after creation.
162
138
To avoid getting charged for a compute instance that is switched on but inactive, you can configure auto-stop.
163
139
164
140
A compute instance is considered inactive if the below conditions are met:
165
-
* No active Jupyter Kernel sessions (this translates to no Notebooks usage via Jupyter, JupyterLab or Interactive notebooks)
141
+
* No active Jupyter Kernel sessions (which translates to no Notebooks usage via Jupyter, JupyterLab or Interactive notebooks)
166
142
* No active Jupyter terminal sessions
167
143
* No active AzureML runs or experiments
168
144
* No SSH connections
169
145
* No VS code connections; you must close your VS Code connection for your compute instance to be considered inactive. Sessions are auto-terminated if VS code detects no activity for 3 hours.
170
146
171
-
Note that activity on custom applications installed on the compute instance is not considered. There are also some basic bounds around inactivity time periods; CI must be inactive for a minimum of 15 mins and a maximum of 3 days.
147
+
Activity on custom applications installed on the compute instance isn't considered. There are also some basic bounds around inactivity time periods; CI must be inactive for a minimum of 15 mins and a maximum of three days.
172
148
173
149
This setting can be configured during CI creation or for existing CIs via the following interfaces:
174
150
* AzureML Studio
@@ -189,20 +165,20 @@ This setting can be configured during CI creation or for existing CIs via the fo
189
165
}
190
166
```
191
167
192
-
* CLIv2 (YAML) -- only configurable during new CI creation
168
+
* CLIv2 (YAML): only configurable during new CI creation
193
169
194
170
```YAML
195
171
# Note that this is just a snippet for the idle shutdown property. Refer to the "Create" Azure CLI section for more information.
196
172
idle_time_before_shutdown_minutes: 30
197
173
```
198
174
199
-
* Python SDKv2 -- only configurable during new CI creation
175
+
* Python SDKv2: only configurable during new CI creation
* ARM Templates -- only configurable during new CI creation
181
+
* ARM Templates: only configurable during new CI creation
206
182
```JSON
207
183
// Note that this is just a snippet for the idle shutdown property in an ARM template
208
184
{
@@ -211,16 +187,16 @@ This setting can be configured during CI creation or for existing CIs via the fo
211
187
```
212
188
213
189
### Azure policy support
214
-
Administrators can use a built-in [Azure Policy](./../governance/policy/overview.md) definition to enfore auto-stop on all compute instances in a given subscription/resource-group.
190
+
Administrators can use a built-in [Azure Policy](./../governance/policy/overview.md) definition to enforce auto-stop on all compute instances in a given subscription/resource-group.
215
191
216
192
1. Navigate to Azure Policy in the Azure portal.
217
193
2. Under "Definitions", look for the idle shutdown policy.
218
194
219
-
:::image type="content" source="media/how-to-create-attach-studio/idle-shutdown-policy.png" alt-text="Screenshot for the idle shutdown policy in Azure Portal.":::
195
+
:::image type="content" source="media/how-to-create-attach-studio/idle-shutdown-policy.png" alt-text="Screenshot for the idle shutdown policy in Azure portal.":::
220
196
221
197
3. Assign policy to the necessary scope.
222
198
223
-
You can also create your own custom Azure policy. For example, if the below policy is assigned, all new compute instances will have auto-stop configured with a 60minute inactivity period.
199
+
You can also create your own custom Azure policy. For example, if the below policy is assigned, all new compute instances will have auto-stop configured with a 60-minute inactivity period.
224
200
225
201
```json
226
202
{
@@ -541,47 +517,35 @@ You can [create a schedule](#schedule-automatic-start-and-stop-preview) for the
@@ -638,7 +602,7 @@ For each compute instance in a workspace that you created (or that was created f
638
602
639
603
---
640
604
641
-
[Azure RBAC](../role-based-access-control/overview.md) allows you to control which users in the workspace can create, delete, start, stop, restart a compute instance. All users in the workspace contributor and owner role can create, delete, start, stop, and restart compute instances across the workspace. However, only the creator of a specific compute instance, or the user assigned if it was created on their behalf, is allowed to access Jupyter, JupyterLab, and RStudio on that compute instance. A compute instance is dedicated to a single user who has root access, and can terminal in through Jupyter/JupyterLab/RStudio. Compute instance will have single-user sign-inandall actions will use that user’s identity for Azure RBACand attribution of experiment jobs. SSH access is controlled through public/private key mechanism.
605
+
[Azure RBAC](../role-based-access-control/overview.md) allows you to control which users in the workspace can create, delete, start, stop, restart a compute instance. All users in the workspace contributor and owner role can create, delete, start, stop, and restart compute instances across the workspace. However, only the creator of a specific compute instance, or the user assigned if it was created on their behalf, is allowed to access Jupyter, JupyterLab, and RStudio on that compute instance. A compute instance is dedicated to a single user who has root access. That user has access to Jupyter/JupyterLab/RStudio running on the instance. Compute instance will have single-user sign-in and all actions will use that user’s identity for Azure RBAC and attribution of experiment jobs. SSH access is controlled through public/private key mechanism.
0 commit comments