Skip to content

Commit 9b62ae9

Browse files
Merge pull request #415 from Blackmist/314808-network
314808 network
2 parents cf339f0 + 1072444 commit 9b62ae9

File tree

3 files changed

+81
-11
lines changed

3 files changed

+81
-11
lines changed

articles/machine-learning/concept-enterprise-security.md

Lines changed: 1 addition & 11 deletions
Original file line numberDiff line numberDiff line change
@@ -90,19 +90,9 @@ You don't have to choose one or the other. For example, you can use an Azure Mac
9090
* Managed online endpoint
9191
* Batch online endpoint
9292

93-
For more information, see [Workspace managed virtual network isolation](how-to-managed-network.md).
94-
9593
* __Azure Virtual Network instance__: Provides a more customizable virtual network offering. However, you're responsible for configuration and management. You might need to use network security groups, user-defined routes, or a firewall to restrict outbound communication.
9694

97-
For more information, see the following articles:
98-
99-
* [Secure Azure Machine Learning workspace resources using virtual networks](how-to-network-security-overview.md)
100-
* [Secure an Azure Machine Learning workspace with virtual networks](how-to-secure-workspace-vnet.md)
101-
* [Secure an Azure Machine Learning training environment with virtual networks](how-to-secure-training-vnet.md)
102-
* [Secure an Azure Machine Learning inferencing environment with virtual networks](./how-to-secure-inferencing-vnet.md)
103-
* [Use Azure Machine Learning studio in an Azure virtual network](how-to-enable-studio-virtual-network.md)
104-
* [Use your workspace with a custom DNS server](how-to-custom-dns.md)
105-
* [Configure inbound and outbound network traffic](how-to-access-azureml-behind-firewall.md)
95+
For more information, visit the [Compare network isolation configurations](concept-network-isolation-configurations.md) article.
10696

10797
<a id="encryption-at-rest"></a><a id="azure-blob-storage"></a>
10898

Lines changed: 78 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,78 @@
1+
---
2+
title: Compare network isolation configurations
3+
title-suffix: Azure Machine Learning
4+
description: "Azure Machine Learning can use both managed and custom virtual networks for network isolation. Learn about the differences between the two configurations."
5+
author: Blackmist
6+
ms.author: larryfr
7+
ms.reviewer: meerakurup
8+
ms.service: azure-machine-learning
9+
ms.topic: concept-article #Don't change.
10+
ms.date: 10/10/2024
11+
12+
#customer intent: As an administrator, I want to understand the network isolation options so that I can plan my infrastructure.
13+
14+
---
15+
16+
# Compare network isolation configurations in Azure Machine Learning
17+
18+
For your workspaces, Azure Machine Learning offers two types of outbound network isolation configurations: managed network isolation and custom network isolation. Both offer full network isolation support with its benefits and limitations. This document covers feature support and limitations on both network isolation configurations for you to decide what is best for your needs.
19+
20+
## Enterprise security needs
21+
22+
Cloud computing enables you to scale up your data and machine learning capabilities, but it also poses new challenges and risks for security and compliance. You need to ensure that your cloud infrastructure is protected from unauthorized access, tampering, or leakage of data and models. You might also need to adhere to the regulations and standards that apply to your industry and domain.
23+
24+
Typical Enterprise requirements include:
25+
26+
- Use network isolation boundary with virtual network to have inbound and outbound control and to have private connection to private Azure resources.
27+
- Avoid exposure to the internet with no public IP solutions and private endpoints.
28+
- Use virtual network appliances to have better network security capabilities such as firewalling, intrusion detection, vulnerability management, web filtering.
29+
- Network architecture for Azure Machine Learning can be integrated with existing network architecture.
30+
31+
## What are managed and custom network isolation configurations?
32+
33+
__Managed network isolation__ relies on managed virtual networks, which is a fully managed feature of Azure Machine Learning. Managed network isolation is ideal if you want to use Azure Machine Learning with minimal configuration and management overhead.
34+
35+
__Custom network isolation__ relies on you creating and managing an Azure Virtual Network. This configuration is ideal if you're looking for maximal control over your network configuration.
36+
37+
## When to use managed or custom virtual networks
38+
39+
Use managed virtual network when…
40+
- You're new user to Azure Machine Learning with standard network isolation requirements
41+
- You're a company with standard network isolation requirements
42+
- You require on-premises access to resources with HTTP/S endpoints
43+
- You don't have many non-Azure dependencies set up yet
44+
- You require using Azure Machine Learning managed online endpoints and serverless spark computes
45+
- You have fewer management requirements for networking in your organization
46+
47+
Use custom virtual network when…
48+
- You're a company with heavy network isolation requirements
49+
- You have many non-Azure dependencies previously set-up and need to access Azure Machine Learning
50+
- You have on-premises databases with no HTTP/S endpoints
51+
- You require using your own Firewall and virtual network logging and monitoring of outbound network traffic
52+
- You want to use Azure Kubernetes Services (AKS) for inference workloads
53+
54+
The following table provides a comparison of the benefits and limitations of managed and custom virtual networks:
55+
56+
| | Custom virtual network | Managed virtual network |
57+
| --- | --- | --- |
58+
| __Benefits__ | - You can tailor networking to your existing set-up</br>- Bring your own non-Azure resources with Azure Machine Learning</br>- Connect to on-premises resources | - Minimize set-up and maintenance overhead</br>- Supports managed online endpoints</br>- Supports serverless spark</br>- Gets new features first |
59+
| __Limitations__ | - New feature support might be delayed</br>- Managed online endpoints NOT supported</br>- Serverless spark NOT supported</br>- Foundational models NOT supported</br>- No code MLFlow NOT supported</br>- Implementation complexity</br>- Maintenance overhead | - Cost implications of the Azure Firewall and fully qualified domain name (FQDN) rules</br>- Logging of the virtual network, firewall, and NSG rules NOT supported</br>- Access to non-HTTP/S endpoint resources NOT supported |
60+
61+
### Custom virtual network limitations
62+
63+
- __New features support might be delayed__: Efforts for improving our network isolation offerings are focused on managed instead of custom virtual network. Therefore, new feature asks are prioritized on managed over custom virtual network.
64+
- __Managed online endpoints isn't supported__: Managed online endpoints don't support custom virtual network. Workspace managed virtual network must be enabled to secure your managed online endpoints. You can secure managed online endpoints with legacy network isolation method. But, we strongly recommend that you use workspace managed network isolation. For more information, visit [Managed online endpoints](concept-endpoints-online.md).
65+
- __Serverless spark compute isn't supported__: Serverless Spark computes aren't supported in a custom virtual network. Workspace managed virtual network supports Serverless Spark because Azure Synapse only uses managed virtual network set-up. For more information, visit [Configured Serverless Spark](apache-spark-azure-ml-concepts.md#serverless-spark-compute).
66+
- __Implementation complexity and maintenance overhead__: With custom virtual network set-up, all the complexity of setting up a virtual network, subnet, private endpoints, and more falls on the user. Maintenance of the network and computes fall on the user.
67+
68+
### Managed virtual network limitations
69+
70+
- __Cost implications with Azure Firewall and FQDN rules__: An Azure Firewall is provisioned on behalf of the user only when a user-defined FQDN outbound rule is created. The Azure Firewall is the Standard SKU Firewall and incurs costs that are added to your billing. For more information, visit [Azure Firewall pricing](https://azure.microsoft.com/pricing/details/azure-firewall).
71+
- __Logging and monitoring of managed virtual network NOT supported__: The managed virtual network doesn't support virtual network flow, NSG flow, or Firewall logs. This limitation is because the managed virtual network is deployed in a Microsoft tenant and can't be sent to your subscription.
72+
- __Access to non-Azure, non-HTTP/S resources isn't supported__: The managed virtual network doesn't allow for access to non-Azure, non-HTTP/S resources.
73+
74+
## Related content
75+
76+
- [Plan for network isolation](how-to-network-isolation-planning.md)
77+
- [Use a managed virtual network](how-to-managed-network.md)
78+
- [Use a custom virtual network](how-to-network-security-overview.md)

articles/machine-learning/toc.yml

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1193,6 +1193,8 @@ items:
11931193
- name: Enterprise security overview
11941194
displayName: authorization authentication encryption aad azure active directory
11951195
href: concept-enterprise-security.md
1196+
- name: Network isolation configurations
1197+
href: concept-network-isolation-configurations.md
11961198
- name: Secured workspace traffic flow
11971199
href: concept-secure-network-traffic-flow.md
11981200
- name: Security baseline

0 commit comments

Comments
 (0)