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/concept-network-data-access.md
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -9,7 +9,7 @@ ms.topic: conceptual
9
9
ms.author: jhirono
10
10
author: jhirono
11
11
ms.reviewer: larryfr
12
-
ms.date: 11/08/2021
12
+
ms.date: 11/19/2021
13
13
---
14
14
15
15
@@ -49,8 +49,8 @@ In general, data access from studio involves the following checks:
49
49
- Create, read, update, and delete (CRUD) operations on a data store/dataset are handled by Azure Machine Learning.
50
50
- Data Access calls (such as preview or schema) go to the underlying storage and need extra permissions.
51
51
5. Where is this operation being run; compute resources in your Azure subscription or resources hosted in a Microsoft subscription?
52
-
- All calls to dataset and datastore services (except the "Generate Profile" option,) use resources hosted in a __Microsoft subscription__ to run the operations.
53
-
- Jobs, including a the "Generate Profile" option for datasets, run on a compute resource in __your subscription__, and access the data from there. So the compute identity needs permission to the storage rather than the identity of the user submitting the job.
52
+
- All calls to dataset and datastore services (except the "Generate Profile" option) use resources hosted in a __Microsoft subscription__ to run the operations.
53
+
- Jobs, including the "Generate Profile" option for datasets, run on a compute resource in __your subscription__, and access the data from there. So the compute identity needs permission to the storage rather than the identity of the user submitting the job.
54
54
55
55
The following diagram shows the general flow of a data access call. In this example, a user is trying to make a data access call through a machine learning workspace, without using any compute resource.
56
56
@@ -78,10 +78,10 @@ When an Azure Storage account is behind a virtual network, the storage firewall
78
78
79
79
### Azure Storage endpoint type
80
80
81
-
When the workspace uses a private endpoint to connect to a VNet, and the storage account is also in the VNet, there are additional validation requirements when using studio:
81
+
When the workspace uses a private endpoint and the storage account is also in the VNet, there are extra validation requirements when using studio:
82
82
83
83
* If the storage account uses a __service endpoint__, the workspace private endpoint and storage service endpoint must be in the same subnet of the VNet.
84
-
* If the storage account uses a __private endpoint__, the workspace private endpoint and storage service endpoint must be in the same VNet.
84
+
* If the storage account uses a __private endpoint__, the workspace private endpoint and storage service endpoint must be in the same VNet. In this case, they can be in different subnets.
Copy file name to clipboardExpand all lines: articles/machine-learning/how-to-enable-studio-virtual-network.md
+8-3Lines changed: 8 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -67,11 +67,16 @@ In this article, you learn how to:
67
67
68
68
### Azure Storage Account
69
69
70
-
There's a known issue where the default file store does not automatically create the `azureml-filestore` folder, which is required to submit AutoML experiments. This problem occurs when users bring an existing file store to set as the default file store during workspace creation.
70
+
*There's a known issue where the default file store does not automatically create the `azureml-filestore` folder, which is required to submit AutoML experiments. This problem occurs when users bring an existing file store to set as the default file store during workspace creation.
71
71
72
-
To avoid this issue, you have two options: 1) Use the default file store, which is automatically created for you doing workspace creation. 2) To bring your own file store, make sure the file store is outside of the VNet during workspace creation. After the workspace is created, add the storage account to the virtual network.
72
+
To avoid this issue, you have two options: 1) Use the default file store, which is automatically created for you doing workspace creation. 2) To bring your own file store, make sure the file store is outside of the VNet during workspace creation. After the workspace is created, add the storage account to the virtual network.
73
73
74
-
To resolve this issue, remove the file store account from the virtual network then add it back to the virtual network.
74
+
To resolve this issue, remove the file store account from the virtual network then add it back to the virtual network.
75
+
76
+
* When the storage account is in the VNet, there are extra validation requirements when using studio:
77
+
78
+
* If the storage account uses a __service endpoint__, the workspace private endpoint and storage service endpoint must be in the same subnet of the VNet.
79
+
* If the storage account uses a __private endpoint__, the workspace private endpoint and storage service endpoint must be in the same VNet. In this case, they can be in different subnets.
Copy file name to clipboardExpand all lines: articles/machine-learning/how-to-secure-workspace-vnet.md
+4-1Lines changed: 4 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -68,7 +68,10 @@ In this article you learn how to enable the following workspaces resources in a
68
68
69
69
### Azure Storage Account
70
70
71
-
If both the Azure Machine Learning workspace and the Azure Storage Account use a private endpoint to connect to the VNet, both must be within the same subnet.
71
+
* If you plan to use Azure Machine Learning studio and the storage account is also in the VNet, there are extra validation requirements:
72
+
73
+
* If the storage account uses a __service endpoint__, the workspace private endpoint and storage service endpoint must be in the same subnet of the VNet.
74
+
* If the storage account uses a __private endpoint__, the workspace private endpoint and storage service endpoint must be in the same VNet. In this case, they can be in different subnets.
0 commit comments