ワークスペースのマネージド仮想ネットワークの分離

[アーティクル]
11/19/2024

適用対象:Azure CLI ml extension v2 (現行)Python SDK azure-ai-ml v2 (現行)

Azure Machine Learning は、マネージド仮想ネットワーク (マネージド仮想ネットワーク) 分離をサポートしています。マネージド仮想ネットワークを分離すると、組み込みのワークスペースレベルの Azure Machine Learning マネージド仮想ネットワークを使用して、ネットワークの分離構成を合理化し、自動化することができます。マネージド仮想ネットワークでは、コンピューティングインスタンス、コンピューティングクラスター、サーバーレスコンピューティング、マネージドオンラインエンドポイントなどのマネージド Azure Machine Learning リソースがセキュリティで保護されます。

"マネージドネットワーク" を使用してワークスペースをセキュリティで保護すると、ワークスペースとマネージドコンピューティングからの送信アクセスのためのネットワーク分離が提供されます。 "作成して管理する Azure Virtual Network" は、ワークスペースに対する受信アクセスのためのネットワーク分離を提供するために使用されます。たとえば、ワークスペースのプライベートエンドポイントが Azure Virtual Network に作成されます。仮想ネットワークに接続するすべてのクライアントは、プライベートエンドポイントを介してワークスペースにアクセスできます。マネージドコンピューティングでジョブを実行する場合、マネージドネットワークはどのコンピューティングがアクセスできるかを制限します。

マネージド仮想ネットワークのアーキテクチャ

マネージド仮想ネットワーク分離を有効にすると、ワークスペース用のマネージド仮想ネットワークが作成されます。ワークスペース用に作成したマネージドコンピューティングリソースでは、このマネージド仮想ネットワークが自動的に使用されます。マネージド仮想ネットワークでは、Azure Storage、Azure Key Vault、Azure Container Registry など、ワークスペースで使用される Azure リソースのプライベートエンドポイントを使用できます。

マネージド仮想ネットワークからの送信トラフィックには、2 種類の構成モードがあります。

ヒント

使う送信モードに関係なく、Azure リソースへのトラフィックは、プライベートエンドポイントを使うように構成できます。たとえば、インターネットへのすべての送信トラフィックを許可し、リソースにアウトバウンド規則を追加して Azure リソースとの通信を制限することができます。

送信モード	説明	シナリオ
インターネット送信を許可する	マネージド仮想ネットワークからのすべてのインターネット送信トラフィックを許可します。	Python パッケージや事前トレーニング済みモデルなど、インターネット上の機械学習リソースに無制限にアクセスする必要がある場合に推奨されます。¹
承認された送信のみを許可する	送信トラフィックは、サービスタグを指定することで許可されます。	* データ流出のリスクを最小限に抑えると同時に、プライベート環境で必要な機械学習の成果物をすべて準備する必要があります。 * 承認されたサービス、サービスタグ、または FQDN の一覧への送信アクセスを構成する必要があります。
無効	受信と送信のトラフィックが制限されていません。または、リソースを保護するために独自の Azure 仮想ネットワークを使っています。	ワークスペースからのパブリック送受信が必要です。または、独自の Azure 仮想ネットワークを使用してネットワークの分離を処理しています。

1: "承認された送信のみを許可する" モードのアウトバウンド規則を使うと、インターネット送信を許可するのと同じ結果を得られます。相違点は以下のとおりです。

許可する必要がある送信接続ごとに規則を追加する必要があります。
FQDN アウトバウンド規則を追加すると、この規則の種類で Azure Firewall が使われるため、コストが増加します。詳細については、「価格」を参照してください
"承認された送信のみを許可する" の既定の規則は、データ流出のリスクを最小限に抑えるように設計されています。アウトバウンド規則を追加すると、リスクが増加する可能性があります。

マネージド仮想ネットワークは、必須の既定の規則を使って事前に構成されています。また、ワークスペース、ワークスペースの既定のストレージ、コンテナーレジストリ、キーコンテナーへのプライベートエンドポイント接続がプライベートとして構成されている場合や承認された送信のみを許可するようにワークスペースの分離モードが設定されている場合にも構成されます。分離モードを選んだ後は、追加する必要がある場合がある他の送信要件のみ考慮する必要があります。

次の図は、インターネット送信を許可するように構成されたマネージド仮想ネットワークを示しています。

次の図は、承認された送信のみを許可するように構成されたマネージド仮想ネットワークを示しています。

Note

この構成では、ワークスペースで使用されるストレージ、キーコンテナー、コンテナーレジストリに非公開としてフラグが設定されます。非公開としてフラグが設定されているため、プライベートエンドポイントを使用して通信します。

Note

インターネット送信を許可するようにマネージド VNet ワークスペースを構成すると、ワークスペースを無効に再構成することはできません。同様に、承認された送信のみを許可するようにマネージド VNet ワークスペースを構成すると、インターネット送信を許可するようにワークスペースを再構成することはできません。ワークスペースでマネージド VNet の分離モードを選択する場合は、この点に注意してください。

Azure Machine Learning Studio

スタジオから既定のストレージアカウントの統合ノートブックを使ったりデータセットを作成したりする場合は、お使いのクライアントで既定のストレージアカウントにアクセスする必要があります。クライアントが使用する Azure Virtual Networkに、既定のストレージアカウント用の "プライベートエンドポイント" または "サービスエンドポイント" を作成します。

Azure Machine Learning スタジオの一部がクライアントの Web ブラウザーでローカルに実行されて、ワークスペース用の既定のストレージと直接通信します。クライアントの仮想ネットワークに (既定のストレージアカウント用の) プライベートエンドポイントまたはサービスエンドポイントを作成すると、クライアントはストレージアカウントと通信できるようになります。

プライベートエンドポイントまたはサービスエンドポイントの作成について詳しくは、ストレージアカウントへのプライベートな接続およびサービスエンドポイントに関する記事をご覧ください。

サービス	エンドポイント情報	信頼できる情報を許可する
Azure Key Vault	サービスエンドポイントプライベートエンドポイント	信頼された Microsoft サービスを許可して、このファイアウォールをバイパスする
Azure Storage アカウント	サービスとプライベートエンドポイントプライベートエンドポイント	Azure リソースインスタンスからのアクセスを許可するまたは信頼された Azure サービスへのアクセスを許可する
Azure Container Registry	プライベートエンドポイント	信頼されたサービスを許可する

前提条件

この記事の手順に従う前に、次の前提条件が満たされていることをご確認ください。

Azure サブスクリプション。 Azure サブスクリプションをお持ちでない場合は、開始する前に無料アカウントを作成してください。無料版または有料版の Azure Machine Learning をお試しください。
Microsoft.Network リソースプロバイダーは、Azure サブスクリプションに登録する必要があります。このリソースプロバイダーは、マネージド仮想ネットワークのプライベートエンドポイントを作成するときにワークスペースによって使用されます。

リソースプロバイダーの登録については、「リソースプロバイダー登録エラーの解決」を参照してください。
マネージドネットワークをデプロイするときに使用する Azure ID には、プライベートエンドポイントを作成するための次の Azure ロールベースのアクセス制御 (Azure RBAC) アクションが必要です。
- Microsoft.MachineLearningServices/workspaces/privateEndpointConnections/read
- Microsoft.MachineLearningServices/workspaces/privateEndpointConnections/write
Azure CLI と Azure CLI の ml 拡張機能。詳しくは、CLI (v2) のインストール、設定、使用に関するページをご覧ください。
ヒント

Azure Machine Learning マネージド VNet は 2023 年 5 月 23 日に導入されました。以前のバージョンの ml 拡張機能を使っている場合は、必要に応じてこの記事の例で機能するように更新します。拡張機能を更新するには、次の Azure CLI コマンドを使います。
```
az extension update -n ml
```
この記事の CLI の例では、Bash (または互換性のある) シェルを使用していることを前提としています。たとえば、Linux システムや Linux 用 Windows サブシステムなどです。
この記事の Azure CLI の例では、ワークスペースの名前を表す ws と、リソースグループの名前を表す rg を使っています。実際の Azure サブスクリプションでこれらのコマンドを使う場合は、必要に応じてこれらの値を変更してください。

Azure サブスクリプション。 Azure サブスクリプションをお持ちでない場合は、開始する前に無料アカウントを作成してください。無料版または有料版の Azure Machine Learning をお試しください。
Microsoft.Network リソースプロバイダーは、Azure サブスクリプションに登録する必要があります。このリソースプロバイダーは、マネージド仮想ネットワークのプライベートエンドポイントを作成するときにワークスペースによって使用されます。

リソースプロバイダーの登録については、「リソースプロバイダー登録エラーの解決」を参照してください。
マネージドネットワークをデプロイするときに使用する Azure ID には、プライベートエンドポイントを作成するための次の Azure ロールベースのアクセス制御 (Azure RBAC) アクションが必要です。
- Microsoft.MachineLearningServices/workspaces/privateEndpointConnections/read
- Microsoft.MachineLearningServices/workspaces/privateEndpointConnections/write
Azure Machine Learning Python SDK v2。 SDK の詳細については、「Azure Machine Learning 用 Python SDK v2 のインストール」を参照してください。
ヒント

Azure Machine Learning マネージド VNet は 2023 年 5 月 23 日に導入されました。以前のバージョンの SDK をインストールしている場合は、必要に応じてこの記事の例で機能するように更新します。 SDK を更新するには、次のコマンドを使います。
```
pip install --upgrade azure-ai-ml azure-identity
```

この記事の例では、コードが次の Python で始まることを想定しています。次のコードは、マネージド仮想ネットワークでワークスペースを作成するときに必要なクラスをインポートし、Azure サブスクリプションとリソースグループ用の変数を設定し、ml_client を作成します。

from azure.ai.ml import MLClient
from azure.ai.ml.entities import (
    Workspace,
    ManagedNetwork,
    IsolationMode,
    ServiceTagDestination,
    PrivateEndpointDestination,
    FqdnDestination
)
from azure.identity import DefaultAzureCredential

# Replace with the values for your Azure subscription and resource group.
subscription_id = "<SUBSCRIPTION_ID>"
resource_group = "<RESOURCE_GROUP>"

# get a handle to the subscription
ml_client = MLClient(DefaultAzureCredential(), subscription_id=subscription_id, resource_group_name=resource_group)

Azure サブスクリプション。 Azure サブスクリプションをお持ちでない場合は、開始する前に無料アカウントを作成してください。無料版または有料版の Azure Machine Learning をお試しください。
Microsoft.Network リソースプロバイダーは、Azure サブスクリプションに登録する必要があります。このリソースプロバイダーは、マネージド仮想ネットワークのプライベートエンドポイントを作成するときにワークスペースによって使用されます。

リソースプロバイダーの登録については、「リソースプロバイダー登録エラーの解決」を参照してください。
マネージドネットワークをデプロイするときに使用する Azure ID には、プライベートエンドポイントを作成するための次の Azure ロールベースのアクセス制御 (Azure RBAC) アクションが必要です。
- Microsoft.MachineLearningServices/workspaces/privateEndpointConnections/read
- Microsoft.MachineLearningServices/workspaces/privateEndpointConnections/write

Note

UAI ワークスペースを使用している場合は、必ず ID に Azure AI エンタープライズネットワーク接続承認者ロールを追加してください。詳しくは、「ユーザー割り当てマネージド ID」をご覧ください。

インターネット送信を許可するようにマネージド仮想ネットワークを構成する

ヒント

マネージド VNet の作成は、コンピューティングリソースが作成されるか、プロビジョニングが手動で開始されるまで延期されます。自動作成を許可すると、ネットワークのプロビジョニングも行われるため、最初のコンピューティングリソースの作成に約 30 分かかることがあります。詳細については、ネットワークの手動プロビジョニングに関する記事を参照してください。

重要

サーバーレス Spark ジョブを送信する予定がある場合は、プロビジョニングを手動で始める必要があります。詳細については、「サーバーレス Spark ジョブの構成」セクションを参照してください。

インターネット送信通信を許可するようにマネージド仮想ネットワークを構成するには、--managed-network allow_internet_outbound パラメーターまたは次のエントリを含む YAML 構成ファイルのいずれかを使います。

managed_network:
  isolation_mode: allow_internet_outbound

また、ワークスペースが依存する他の Azure サービスに対して "送信規則" を定義することもできます。これらの規則によって、Azure リソースがマネージド仮想ネットワークと安全に通信できるようにする "プライベートエンドポイント" を定義します。次の規則は、Azure BLOB リソースにプライベートエンドポイントを追加する方法を示しています。

managed_network:
  isolation_mode: allow_internet_outbound
  outbound_rules:
  - name: added-perule
    destination:
      service_resource_id: /subscriptions/<SUBSCRIPTION_ID>/resourceGroups/<RESOURCE_GROUP>/providers/Microsoft.Storage/storageAccounts/<STORAGE_ACCOUNT_NAME>
      spark_enabled: true
      subresource_target: blob
    type: private_endpoint

マネージド仮想ネットワークは、az ml workspace create コマンドまたは az ml workspace update コマンドのいずれかを使用して構成できます。

新しいワークスペースを作成する:

次の例では、新しいワークスペースを作成します。 --managed-network allow_internet_outbound パラメーターを使用すると、ワークスペースのマネージド仮想ネットワークが構成されます。
```
az ml workspace create --name ws --resource-group rg --managed-network allow_internet_outbound
```
代わりに YAML ファイルを使ってワークスペースを作成するには、--file パラメーターを使い、構成設定を含む YAML ファイルを指定します。
```
az ml workspace create --file workspace.yaml --resource-group rg --name ws
```
次の YAML の例では、マネージド仮想ネットワークを持つワークスペースを定義します。
```
name: myworkspace
location: EastUS
managed_network:
  isolation_mode: allow_internet_outbound
```
既存のワークスペースを更新する:

警告

マネージド仮想ネットワークを使うように既存のワークスペースを更新する前に、ワークスペースのすべてのコンピューティングリソースを削除する必要があります。これには、コンピューティングインスタンス、コンピューティングクラスター、マネージドオンラインエンドポイントが含まれます。

次の例では、既存のワークスペースを更新しています。 --managed-network allow_internet_outbound パラメーターを使用すると、ワークスペースのマネージド仮想ネットワークが構成されます。
```
az ml workspace update --name ws --resource-group rg --managed-network allow_internet_outbound
```
YAML ファイルを使って既存のワークスペースを更新するには、--file パラメーターを使い、構成設定を含む YAML ファイルを指定します。
```
az ml workspace update --file workspace.yaml --name ws --resource-group MyGroup
```
次の YAML の例では、ワークスペースのマネージド仮想ネットワークを定義します。また、ワークスペースが使うリソース (この例では BLOB ストアのプライベートエンドポイント) にプライベートエンドポイント接続を追加する方法も示しています。
```
name: myworkspace
managed_network:
  isolation_mode: allow_internet_outbound
  outbound_rules:
  - name: added-perule
    destination:
      service_resource_id: /subscriptions/<SUBSCRIPTION_ID>/resourceGroups/<RESOURCE_GROUP>/providers/Microsoft.Storage/storageAccounts/<STORAGE_ACCOUNT_NAME>
      spark_enabled: true
      subresource_target: blob
    type: private_endpoint
```

インターネット送信通信を許可するマネージド仮想ネットワークを構成するには、ManagedNetwork クラスを使い、IsolationMode.ALLOW_INTERNET_OUTBOUND を使ってネットワークを定義します。これで、ManagedNetwork オブジェクトを使って新しいワークスペースを作成することや、既存のものを更新することができるようになります。ワークスペースが依存する Azure サービスへの "アウトバウンド規則" を定義するには、PrivateEndpointDestination クラスを使って、サービスに対する新しいプライベートエンドポイントを定義します。

新しいワークスペースを作成する:

次の例では、myworkspace という新しいワークスペースを作成し、myrule というアウトバウンド規則で Azure BLOB ストアのプライベートエンドポイントを追加しています。

# Basic managed VNet configuration
network = ManagedNetwork(IsolationMode.ALLOW_INTERNET_OUTBOUND)

# Workspace configuration
ws = Workspace(
    name="myworkspace",
    location="eastus",
    managed_network=network
)

# Example private endpoint outbound to a blob
rule_name = "myrule"
service_resource_id = "/subscriptions/<SUBSCRIPTION_ID>/resourceGroups/<RESOURCE_GROUP>/providers/Microsoft.Storage/storageAccounts/<STORAGE_ACCOUNT_NAME>"
subresource_target = "blob"
spark_enabled = True

# Add the outbound 
ws.managed_network.outbound_rules = [PrivateEndpointDestination(
    name=rule_name, 
    service_resource_id=service_resource_id, 
    subresource_target=subresource_target, 
    spark_enabled=spark_enabled)]

# Create the workspace
ws = ml_client.workspaces.begin_create(ws).result()

既存のワークスペースを更新する:

警告

マネージド仮想ネットワークを使うように既存のワークスペースを更新する前に、ワークスペースのすべてのコンピューティングリソースを削除する必要があります。これには、コンピューティングインスタンス、コンピューティングクラスター、マネージドオンラインエンドポイントが含まれます。

次の例は、myworkspace という名前の既存の Azure Machine Learning ワークスペースのマネージド仮想ネットワークを作成する方法を示しています。

# Get the existing workspace
ml_client = MLClient(DefaultAzureCredential(), subscription_id=subscription_id, resource_group_name=resource_group, workspace_name="myworkspace")
ws = ml_client.workspaces.get()

# Basic managed VNet configuration
ws.managed_network = ManagedNetwork(IsolationMode.ALLOW_INTERNET_OUTBOUND)

# Example private endpoint outbound to a blob
rule_name = "myrule"
service_resource_id = "/subscriptions/<SUBSCRIPTION_ID>/resourceGroups/<RESOURCE_GROUP>/providers/Microsoft.Storage/storageAccounts/<STORAGE_ACCOUNT_NAME>"
subresource_target = "blob"
spark_enabled = True

# Add the outbound 
ws.managed_network.outbound_rules = [PrivateEndpointDestination(
    name=rule_name, 
    service_resource_id=service_resource_id, 
    subresource_target=subresource_target, 
    spark_enabled=spark_enabled)]

# Create the workspace
ml_client.workspaces.begin_update(ws)

承認された送信のみを許可するマネージド仮想ネットワークを構成する

ヒント

コンピューティングリソースを作成すると、マネージド VNet は自動的にプロビジョニングされます。自動作成を許可すると、ネットワークのプロビジョニングも行われるため、最初のコンピューティングリソースの作成に約 30 分かかることがあります。 FQDN アウトバウンド規則を構成した場合、最初の FQDN 規則のプロビジョニング時間は約 10 分長くかかります。詳細については、ネットワークの手動プロビジョニングに関する記事を参照してください。

重要

承認された送信通信のみを許可するようにマネージド仮想ネットワークを構成するには、--managed-network allow_only_approved_outbound パラメーターまたは次のエントリを含む YAML 構成ファイルのいずれかを使います。

managed_network:
  isolation_mode: allow_only_approved_outbound

また、"アウトバウンド規則" を定義して、承認する送信通信を定義することもできます。アウトバウンド規則は、service_tag、fqdn、private_endpoint の種類に対して作成できます。次の規則は、プライベートエンドポイントを Azure BLOB リソースに、サービスタグを Azure Data Factory に、FQDN を pypi.org に追加する方法を示しています。

重要

サービスタグまたは FQDN の送信を追加することは、マネージド VNet が allow_only_approved_outbound に構成されている場合にのみ有効です。
アウトバウンド規則を追加した場合、Microsoft はデータ流出を保証できません。

警告

FQDN アウトバウンド規則は Azure Firewall を使って実装されます。 FQDN アウトバウンド規則を使用する場合は、Azure Firewall の料金が請求に追加されます。詳細については、価格に関するページをご覧ください。

managed_network:
  isolation_mode: allow_only_approved_outbound
  outbound_rules:
  - name: added-servicetagrule
    destination:
      port_ranges: 80, 8080
      protocol: TCP
      service_tag: DataFactory
    type: service_tag
  - name: add-fqdnrule
    destination: 'pypi.org'
    type: fqdn
  - name: added-perule
    destination:
      service_resource_id: /subscriptions/<SUBSCRIPTION_ID>/resourceGroups/<RESOURCE_GROUP>/providers/Microsoft.Storage/storageAccounts/<STORAGE_ACCOUNT_NAME>
      spark_enabled: true
      subresource_target: blob
    type: private_endpoint

マネージド仮想ネットワークは、az ml workspace create コマンドまたは az ml workspace update コマンドのいずれかを使用して構成できます。

新しいワークスペースを作成する:

次の例では、--managed-network allow_only_approved_outbound パラメーターを使ってマネージド仮想ネットワークを構成しています。
```
az ml workspace create --name ws --resource-group rg --managed-network allow_only_approved_outbound
```
次の YAML ファイルでは、マネージド仮想ネットワークがあるワークスペースを定義しています。
```
name: myworkspace
location: EastUS
managed_network:
  isolation_mode: allow_only_approved_outbound
```
YAML ファイルを使ってワークスペースを作成するには、--file パラメーターを使います。
```
az ml workspace create --file workspace.yaml --resource-group rg --name ws
```
既存のワークスペースを更新する

警告

マネージド仮想ネットワークを使うように既存のワークスペースを更新する前に、ワークスペースのすべてのコンピューティングリソースを削除する必要があります。これには、コンピューティングインスタンス、コンピューティングクラスター、マネージドオンラインエンドポイントが含まれます。

次の例では、--managed-network allow_only_approved_outbound パラメーターを使用して、既存のワークスペースのマネージド仮想ネットワークを構成します。
```
az ml workspace update --name ws --resource-group rg --managed-network allow_only_approved_outbound
```
次の YAML ファイルでは、ワークスペースのマネージド仮想ネットワークを定義しています。また、承認された送信をマネージド仮想ネットワークに追加する方法も示しています。この例では、サービスタグの両方に対してアウトバウンド規則が追加されています。

警告

FQDN アウトバウンド規則は Azure Firewall を使って実装されます。アウトバウンド FQDN 規則を使う場合、Azure Firewall の料金が請求に追加されます。詳細については、「価格」を参照してください。
```
name: myworkspace_dep
managed_network:
  isolation_mode: allow_only_approved_outbound
  outbound_rules:
  - name: added-servicetagrule
    destination:
      port_ranges: 80, 8080
      protocol: TCP
      service_tag: DataFactory
    type: service_tag
  - name: add-fqdnrule
    destination: 'pypi.org'
    type: fqdn
  - name: added-perule
    destination:
      service_resource_id: /subscriptions/<SUBSCRIPTION_ID>/resourceGroups/<RESOURCE_GROUP>/providers/Microsoft.Storage/storageAccounts/<STORAGE_ACCOUNT_NAME>
      spark_enabled: true
      subresource_target: blob
    type: private_endpoint
```

承認されたアウトバウンド通信のみを許可するマネージド仮想ネットワークを構成するには、ManagedNetwork クラスを使い、IsolationMode.ALLOw_ONLY_APPROVED_OUTBOUND を使ってネットワークを定義します。これで、ManagedNetwork オブジェクトを使って新しいワークスペースを作成することや、既存のものを更新することができるようになります。 アウトバウンド規則を定義するには、次のクラスを使用します。

宛先	クラス
ワークスペースが依存する Azure サービス	`PrivateEndpointDestination`
Azure サービスタグ	`ServiceTagDestination`
完全修飾ドメイン名 (FQDN)	`FqdnDestination`

新しいワークスペースを作成する:

次の例では、myworkspace という新しいワークスペースといくつかのアウトバウンド規則を作成しています。

myrule - Azure Blob ストアのプライベートエンドポイントを追加します。
datafactory - Azure Data Factory と通信するサービスタグ規則を追加します。

重要

サービスタグまたは FQDN の送信を追加することは、マネージド VNet が IsolationMode.ALLOW_ONLY_APPROVED_OUTBOUND に構成されている場合にのみ有効です。
アウトバウンド規則を追加した場合、Microsoft はデータ流出を保証できません。

警告

# Basic managed VNet configuration
network = ManagedNetwork(IsolationMode.ALLOW_ONLY_APPROVED_OUTBOUND)

# Workspace configuration
ws = Workspace(
    name="myworkspace",
    location="eastus",
    managed_network=network
)

# Append some rules
ws.managed_network.outbound_rules = []
# Example private endpoint outbound to a blob
rule_name = "myrule"
service_resource_id = "/subscriptions/<SUBSCRIPTION_ID>/resourceGroups/<RESOURCE_GROUP>/providers/Microsoft.Storage/storageAccounts/<STORAGE_ACCOUNT_NAME>"
subresource_target = "blob"
spark_enabled = True
ws.managed_network.outbound_rules.append(
    PrivateEndpointDestination(
        name=rule_name, 
        service_resource_id=service_resource_id, 
        subresource_target=subresource_target, 
        spark_enabled=spark_enabled
    )
)

# Example service tag rule
rule_name = "datafactory"
service_tag = "DataFactory"
protocol = "TCP"
port_ranges = "80, 8080-8089"
ws.managed_network.outbound_rules.append(
    ServiceTagDestination(
        name=rule_name, 
        service_tag=service_tag, 
        protocol=protocol, 
        port_ranges=port_ranges
    )
)

# Example FQDN rule
ws.managed_network.outbound_rules.append(
    FqdnDestination(
        name="fqdnrule", 
        destination="pypi.org"
    )
)

# Create the workspace
ws = ml_client.workspaces.begin_create(ws).result()

既存のワークスペースを更新する:

警告

マネージド仮想ネットワークを使うように既存のワークスペースを更新する前に、ワークスペースのすべてのコンピューティングリソースを削除する必要があります。これには、コンピューティングインスタンス、コンピューティングクラスター、マネージドオンラインエンドポイントが含まれます。

次の例は、myworkspace という名前の既存の Azure Machine Learning ワークスペースのマネージド仮想ネットワークを作成する方法を示しています。また、この例では、マネージド仮想ネットワークに対していくつかのアウトバウンド規則も追加しています。
- myrule - Azure Blob ストアのプライベートエンドポイントを追加します。
- datafactory - Azure Data Factory と通信するサービスタグ規則を追加します。
ヒント

サービスタグまたは FQDN の送信を追加することは、マネージド VNet が IsolationMode.ALLOW_ONLY_APPROVED_OUTBOUND に構成されている場合にのみ有効です。

警告

FQDN アウトバウンド規則は Azure Firewall を使って実装されます。 FQDN アウトバウンド規則を使用する場合は、Azure Firewall の料金が請求に追加されます。詳細については、価格に関するページをご覧ください。
```
# Get the existing workspace
ml_client = MLClient(DefaultAzureCredential(), subscription_id=subscription_id, resource_group_name=resource_group, workspace_name="myworkspace")
ws = ml_client.workspaces.get()

# Basic managed VNet configuration
ws.managed_network = ManagedNetwork(IsolationMode.ALLOW_ONLY_APPROVED_OUTBOUND)

# Append some rules
ws.managed_network.outbound_rules = []
# Example private endpoint outbound to a blob
rule_name = "myrule"
service_resource_id = "/subscriptions/<SUBSCRIPTION_ID>/resourceGroups/<RESOURCE_GROUP>/providers/Microsoft.Storage/storageAccounts/<STORAGE_ACCOUNT_NAME>"
subresource_target = "blob"
spark_enabled = True
ws.managed_network.outbound_rules.append(
    PrivateEndpointDestination(
        name=rule_name, 
        service_resource_id=service_resource_id, 
        subresource_target=subresource_target, 
        spark_enabled=spark_enabled
    )
)

# Example service tag rule
rule_name = "datafactory"
service_tag = "DataFactory"
protocol = "TCP"
port_ranges = "80, 8080-8089"
ws.managed_network.outbound_rules.append(
    ServiceTagDestination(
        name=rule_name, 
        service_tag=service_tag, 
        protocol=protocol, 
        port_ranges=port_ranges
    )
)

# Example FQDN rule
ws.managed_network.outbound_rules.append(
    FqdnDestination(
        name="fqdnrule", 
        destination="pypi.org"
    )
)

# Update the workspace
ml_client.workspaces.begin_update(ws)
```

サーバーレス Spark ジョブ用に構成する

ヒント

このセクションの手順は、サーバーレス Spark ジョブを送信する予定の場合にのみ必要です。サーバーレス Spark ジョブを送信しない場合は、このセクションをスキップできます。

マネージド仮想ネットワークに対してサーバーレス Spark ジョブを有効にするには、次の操作を実行する必要があります。

ワークスペースのマネージド仮想ネットワークを構成し、Azure Storage アカウントの送信プライベートエンドポイントを追加します。
マネージド仮想ネットワークを構成したら、それをプロビジョニングし、Spark ジョブを許可するフラグを設定します。

送信プライベートエンドポイントを構成します。
YAML ファイルを使用してマネージド仮想ネットワークの構成を定義し、Azure Storage アカウントのプライベートエンドポイントを追加します。また、spark_enabled: true を設定します。

ヒント

この例は、isolation_mode: allow_internet_outbound を使ってインターネットトラフィックを許可するように構成したマネージド VNet の場合です。承認された送信トラフィックのみを許可する場合は、isolation_mode: allow_only_approved_outbound を使います。
```
name: myworkspace
managed_network:
  isolation_mode: allow_internet_outbound
  outbound_rules:
  - name: added-perule
    destination:
      service_resource_id: /subscriptions/<SUBSCRIPTION_ID>/resourceGroups/<RESOURCE_GROUP>/providers/Microsoft.Storage/storageAccounts/<STORAGE_ACCOUNT_NAME>
      spark_enabled: true
      subresource_target: blob
    type: private_endpoint
```
az ml workspace update コマンドを使い、--file パラメーターと YAML ファイルの名前を指定することで YAML 構成ファイルを使用できます。たとえば、次のコマンドで、workspace_pe.yml という YAML ファイルを使って既存のワークスペースを更新します。
```
az ml workspace update --file workspace_pe.yml --resource_group rg --name ws
```
Note

[承認された送信のみを許可する] が有効になっている場合 (isolation_mode: allow_only_approved_outbound)、Spark セッション構成で定義されている conda パッケージの依存関係はインストールに失敗します。この問題を解決するには、外部依存関係のない自己完結型の Python パッケージホイールを Azure Storage アカウントにアップロードし、このストレージアカウントへのプライベートエンドポイントを作成します。 Python パッケージホイールのパスを Spark ジョブの py_files パラメーターとして使います。 Spark では FQDN 規則の伝達がサポートされていないため、FQDN アウトバウンド規則を設定してもこの問題は回避されません。
次の例は、myworkspace という名前の既存の Azure Machine Learning ワークスペースのマネージド仮想ネットワークを作成する方法を示しています。また、Azure Storage アカウントのプライベートエンドポイントを追加し、spark_enabled=true を設定しています。

ヒント

次の例は、IsolationMode.ALLOW_INTERNET_OUTBOUND を使ってインターネットトラフィックを許可するように構成されたマネージド VNet の場合です。承認された送信トラフィックのみを許可する場合は、IsolationMode.ALLOW_ONLY_APPROVED_OUTBOUND を使います。
```
# Get the existing workspace
ml_client = MLClient(DefaultAzureCredential(), subscription_id, resource_group, "myworkspace")
ws = ml_client.workspaces.get()

# Basic managed VNet configuration
ws.managed_network = ManagedNetwork(IsolationMode.ALLOW_INTERNET_OUTBOUND)

# Example private endpoint outbound to a blob
rule_name = "myrule"
service_resource_id = "/subscriptions/<SUBSCRIPTION_ID>/resourceGroups/<RESOURCE_GROUP>/providers/Microsoft.Storage/storageAccounts/<STORAGE_ACCOUNT_NAME>"
subresource_target = "blob"
spark_enabled = True

# Add the outbound 
ws.managed_network.outbound_rules = [PrivateEndpointDestination(
    name=rule_name, 
    service_resource_id=service_resource_id, 
    subresource_target=subresource_target, 
    spark_enabled=spark_enabled)]

# Create the workspace
ml_client.workspaces.begin_update(ws)
```
Note
- [承認された送信のみを許可する] が有効になっている場合 (isolation_mode: allow_only_approved_outbound)、Spark セッション構成で定義されている conda パッケージの依存関係はインストールに失敗します。この問題を解決するには、外部依存関係のない自己完結型の Python パッケージホイールを Azure Storage アカウントにアップロードし、このストレージアカウントへのプライベートエンドポイントを作成します。 Python パッケージホイールのパスを Spark ジョブの py_files パラメーターとして使います。
- IsolationMode.ALLOW_INTERNET_OUTBOUND を使ってワークスペースを作成した場合、後で IsolationMode.ALLOW_ONLY_APPROVED_OUTBOUND を使うように更新することはできません。
1. Azure portal にサインインし、Azure Machine Learning ワークスペースを選択します。
2. [ネットワーク] を選択した後に、[ユーザー定義送信ルールの追加] を選択します。 Azure Storage アカウントのルールを追加し、[Spark の有効化] が選択されていることを確認します。
3. [保存] を選択してルールを保存した後に、[ネットワーク] の上部にある [保存] を選択して、マネージド仮想ネットワークへの変更を保存します。
マネージド仮想ネットワークをプロビジョニングします。

Note

ワークスペースがパブリックエンドポイント用に既に構成されており (たとえば、Azure 仮想ネットワーク)、パブリックネットワークアクセスが有効になっている場合は、それを無効にしてからマネージド VNet をプロビジョニングする必要があります。マネージド VNet のプロビジョニング時にパブリックネットワークアクセスを無効にしない場合、マネージドエンドポイントのプライベートエンドポイントが正常に作成されない可能性があります。
次の例は、--include-spark パラメーターを使用してサーバーレス Spark ジョブ用のマネージド仮想ネットワークをプロビジョニングする方法を示しています。
```
az ml workspace provision-network -g my_resource_group -n my_workspace_name --include-spark
```
次の例は、サーバーレス Spark ジョブ用のマネージド仮想ネットワークをプロビジョニングする方法を示しています。
```
# Connect to a workspace named "myworkspace"
ml_client = MLClient(DefaultAzureCredential(), subscription_id=subscription_id, resource_group_name=resource_group, workspace_name="myworkspace")

# whether to provision Spark vnet as well
include_spark = True

provision_network_result = ml_client.workspaces.begin_provision_network(workspace_name=ws_name, include_spark=include_spark).result()
```
[Azure CLI] タブまたは [Python SDK] タブを使用して、サーバーレス Spark サポートでマネージド仮想ネットワークを手動でプロビジョニングする方法を説明します。

マネージド VNet を手動でプロビジョニングする

マネージド仮想ネットワークは、コンピューティングインスタンスを作成すると自動的にプロビジョニングされます。自動作成を利用している場合、ネットワークのプロビジョニングも行われるため、最初のコンピューティングインスタンスの作成に約 30 分かかることがあります。 FQDN アウトバウンド規則 (承認済みのみを許可するモードでだけ使用できます) を構成した場合、最初の FQDN 規則のプロビジョニング時間は約 10 分長くかかります。マネージドネットワークにプロビジョニングするアウトバウンド規則が多数ある場合、プロビジョニングが完了するまでに時間がかかる場合があります。プロビジョニングの時間が長くなると、最初のコンピューティングインスタンス作成がタイムアウトになる可能性があります。

待機時間を短縮し、潜在的なタイムアウトエラーを回避するには、マネージドネットワークを手動でプロビジョニングすることをお勧めします。次に、プロビジョニングが完了するまで待ってから、コンピューティングインスタンスを作成します。

または、ワークスペース作成の一環として、provision_network_now フラグを使用してマネージドネットワークをプロビジョニングできます。このフラグはプレビュー段階です。

Note

オンラインデプロイを作成するには、マネージドネットワークを手動でプロビジョニングするか、コンピューティングインスタンスを最初に作成し、そのインスタンスにマネージドネットワーキングを自動プロビジョニングさせる必要があります。

次の例は、ワークスペース作成中にマネージド仮想ネットワークをプロビジョニングする方法を示しています。 --provision-network-now フラグはプレビュー段階です。

az ml workspace create -n myworkspace -g my_resource_group --managed-network AllowInternetOutbound --provision-network-now

次の例は、マネージド仮想ネットワークを手動でプロビジョニングする方法を示しています。

ヒント

サーバーレス Spark ジョブを送信する場合は、--include-spark パラメーターを追加します。

az ml workspace provision-network -g my_resource_group -n my_workspace_name

プロビジョニングが完了したことを確認するには、次のコマンドを使用します。

az ml workspace show -n my_workspace_name -g my_resource_group --query managed_network

ワークスペース作成中にマネージドネットワークをプロビジョニングするには、provision_network_now フラグを True に設定します。このフラグはプレビュー段階です。

provision_network_now: True

次の例は、マネージド仮想ネットワークをプロビジョニングする方法を示しています。

# Connect to a workspace named "myworkspace"
ml_client = MLClient(DefaultAzureCredential(), subscription_id=subscription_id, resource_group_name=resource_group, workspace_name="myworkspace")

# whether to provision Spark vnet as well
include_spark = True

provision_network_result = ml_client.workspaces.begin_provision_network(workspace_name=ws_name, include_spark=include_spark).result()

ワークスペースがプロビジョニングされたことを確認するには、ml_client.workspaces.get() を使用してワークスペース情報を取得します。 managed_network プロパティには、マネージドネットワークの状態が含まれています。

ws = ml_client.workspaces.get()
print(ws.managed_network.status)

イメージのビルドを構成する

ワークスペースの Azure Container Registry が仮想ネットワークの背後にある場合、それを使って Docker イメージを直接ビルドすることはできません。代わりに、コンピューティングクラスターまたはコンピューティングインスタンスを使ってイメージをビルドするようにワークスペースを構成してください。

重要

Docker イメージの作成に使用されるコンピューティングリソースは、モデルのトレーニングとデプロイに使用されるパッケージリポジトリにアクセスできる必要があります。承認された送信のみを許可するように構成されたネットワークを使っている場合は、必要に応じて、パブリックリポジトリへのアクセスを許可する規則を追加するか、プライベート Python パッケージを使います。

Docker イメージのビルドにコンピューティングクラスターまたはコンピューティングインスタンスを使うようにワークスペースを更新するには、--image-build-compute パラメーターを指定して az ml workspace update コマンドを使います。

az ml workspace update --name ws --resource-group rg --image-build-compute mycompute

次の例は、イメージのビルドにコンピューティングクラスターを使うようにワークスペースを更新する方法を示しています。

# import required libraries
from azure.ai.ml import MLClient
from azure.identity import DefaultAzureCredential

subscription_id = "<your subscription ID>"
resource_group = "<your resource group name>"
workspace = "<your workspace name>"

ml_client = MLClient(
    DefaultAzureCredential(), subscription_id=subscription_id, resource_group_name=resource_group, workspace_name=workspace
)

# Get workspace info
ws=ml_client.workspaces.get(name=workspace)
# Update to use cpu-cluster for image builds
ws.image_build_compute="mycompute"
ml_client.workspaces.begin_update(ws)
# To switch back to using ACR to build (if ACR is not in the virtual network):
# ws.image_build_compute = ''
# ml_client.workspaces.begin_update(ws)

アウトバウンド規則を管理する

ワークスペースのマネージド仮想ネットワークのアウトバウンド規則を一覧表示するには、次のコマンドを使用します。

az ml workspace outbound-rule list --workspace-name ws --resource-group rg

マネージド仮想ネットワークアウトバウンド規則の詳細を表示するには、次のコマンドを使います。

az ml workspace outbound-rule show --rule rule-name --workspace-name ws --resource-group rg

マネージド仮想ネットワークからアウトバウンド規則を削除するには、次のコマンドを使います。

az ml workspace outbound-rule remove --rule rule-name --workspace-name ws --resource-group rg

次の例は、myworkspace というワークスペースのアウトバウンド規則を管理する方法を示しています。

# Connect to the workspace
ml_client = MLClient(DefaultAzureCredential(), subscription_id=subscription_id, resource_group_name=resource_group, workspace_name="myworkspace")

# Specify the rule name
rule_name = "<some-rule-name>"

# Get a rule by name
rule = ml_client._workspace_outbound_rules.get(resource_group, ws_name, rule_name)

# List rules for a workspace
rule_list = ml_client._workspace_outbound_rules.list(resource_group, ws_name)

# Delete a rule from a workspace
ml_client._workspace_outbound_rules.begin_remove(resource_group, ws_name, rule_name).result()

必要な規則の一覧

ヒント

これらの規則は、マネージド VNet に自動的に追加されます。

プライベートエンドポイント:

マネージド仮想ネットワーク分離モードが Allow internet outbound の場合は、パブリックネットワークアクセスが無効になっているワークスペースと関連リソース (Key Vault、ストレージアカウント、コンテナーレジストリ、Azure Machine Learning ワークスペース) のマネージド仮想ネットワークで必要な規則として、プライベートエンドポイントのアウトバウンド規則が自動的に作成されます。
マネージド仮想ネットワーク分離モードが Allow only approved outbound の場合は、ワークスペースと関連リソース (Key Vault、ストレージアカウント、コンテナーレジストリ、Azure Machine Learning ワークスペース) のマネージド仮想ネットワークで必要な規則として、リソースのパブリックネットワークアクセスモードにかかわらず、プライベートエンドポイントのアウトバウンド規則が自動的に作成されます。

アウトバウンド サービスタグの規則:

AzureActiveDirectory
AzureMachineLearning
BatchNodeManagement.region
AzureResourceManager
AzureFrontDoor.FirstParty
MicrosoftContainerRegistry
AzureMonitor

インバウンド サービスタグの規則:

AzureMachineLearning

シナリオ固有のアウトバウンド規則の一覧

シナリオ: パブリック機械学習パッケージにアクセスする

トレーニングとデプロイ用の Python パッケージをインストールできるようにするには、アウトバウンド FQDN 規則を追加して、次のホスト名へのトラフィックを許可します。

警告

Note

これは、インターネット上のすべての Python リソースに必要なホストの完全な一覧ではなく、最も一般的に使用されているもののみを取り上げています。たとえば、GitHub リポジトリまたはその他のホストにアクセスする必要がある場合は、そのシナリオに必要なホストを特定して追加する必要があります。

ホスト名	目的
`anaconda.com` `*.anaconda.com`	既定のパッケージをインストールするために使用されます。
`*.anaconda.org`	リポジトリデータを取得するために使用されます。
`pypi.org`	既定のインデックスからの依存関係 (存在する場合) を一覧表示するために使用されます。ユーザー設定によってこのインデックスが上書きされることはありません。インデックスが上書きされる場合は、`*.pythonhosted.org` も許可する必要があります。
`pytorch.org` `*.pytorch.org`	PyTorch に基づくいくつかのサンプルによって使用されます。
`*.tensorflow.org`	Tensorflow に基づくいくつかのサンプルによって使用されます。

シナリオ: コンピューティングインスタンスでデスクトップまたは Web 版の Visual Studio Code を使用する

Azure Machine Learning で Visual Studio Code を使う予定の場合は、アウトバウンド FQDN 規則を追加して、次のホストへのトラフィックを許可します。

警告

*.vscode.dev
vscode.blob.core.windows.net
*.gallerycdn.vsassets.io
raw.githubusercontent.com
*.vscode-unpkg.net
*.vscode-cdn.net
*.vscodeexperiments.azureedge.net
default.exp-tas.com
code.visualstudio.com
update.code.visualstudio.com
*.vo.msecnd.net
marketplace.visualstudio.com
vscode.download.prss.microsoft.com

シナリオ: バッチエンドポイントまたは ParallelRunStep を使用する

デプロイに Azure Machine Learning バッチエンドポイントまたは ParallelRunStep を使う予定の場合は、アウトバウンド "プライベートエンドポイント" 規則を追加して、既定のストレージアカウントの次のサブリソースへのトラフィックを許可します。

queue
table

シナリオ: Azure OpenAI、Content Safety、Azure AI Search でプロンプトフローを使用する

Azure AI サービスへのプライベートエンドポイント
Azure AI Search へのプライベートエンドポイント

シナリオ: HuggingFace モデルを使用する

Azure Machine Learning で HuggingFace モデルを使う予定の場合は、アウトバウンド FQDN 規則を追加して、次のホストへのトラフィックを許可します。

警告

docker.io
*.docker.io
*.docker.com
production.cloudflare.docker.com
cdn.auth0.com
cdn-lfs.huggingface.co

シナリオ: 選んだ IP アドレスからのアクセスを有効にする

特定の IP アドレスからのアクセスを有効にする場合は、次のアクションを使います。

送信 "プライベートエンドポイント" 規則を追加して、Azure Machine Learning ワークスペースへのトラフィックを許可します。この規則に従うと、マネージド仮想ネットワーク内に作成されたコンピューティングインスタンスがワークスペースにアクセスできるようになります。

ヒント

ワークスペースはまだ存在しないため、ワークスペースの作成中にこの規則を追加することはできません。
ワークスペースへの公衆ネットワークアクセスを有効にします。詳細については、公衆ネットワークアクセスの有効化に関する記事を参照してください。
Azure Machine Learning のファイアウォールに IP アドレスを追加します。詳細については、IP 範囲からのみアクセスを有効にするに関する記事を参照してください。

Note

サポートされているのは、IPv4 アドレスのみです。

詳細については、「プライベートリンクの構成」を参照してください。

プライベートエンドポイント

プライベートエンドポイントは現在、次の Azure サービスでサポートされています。

Azure Machine Learning
Azure Machine Learning レジストリ
Azure Storage (すべてのサブリソースの種類)
Azure Container Registry
Azure Key Vault
Azure AI サービス
Azure AI Search (旧称 Azure Cognitive Search)
Azure SQL Server
Azure Data Factory
Azure Cosmos DB (すべてのサブリソースの種類)
Azure Event Hubs
Azure Redis Cache
Azure Databricks
Azure Database for MariaDB
Azure Database for PostgreSQL 単一サーバー
Azure Database for PostgreSQL フレキシブルサーバー
Azure Database for MySQL
Azure API Management

プライベートエンドポイントを作成する場合は、エンドポイントが接続するリソースの種類とサブリソースを指定します。一部のリソースには、複数の種類とサブリソースがあります。詳細については、「プライベートエンドポイントとは」を参照してください。

Azure Storage、Azure Container Registry、Azure Key Vault などの Azure Machine Learning 依存関係リソースのプライベートエンドポイントを作成する場合、そのリソースは別の Azure サブスクリプションに含めることができます。ただし、リソースは Azure Machine Learning ワークスペースと同じテナントに存在する必要があります。

重要

Azure Machine Learning マネージド VNet のプライベートエンドポイントを構成する場合、プライベートエンドポイントは、最初の "コンピューティングが作成された" とき、またはマネージド VNet プロビジョニングが適用されたときにのみ作成されます。マネージド VNet プロビジョニングの適用に関する詳細については、「サーバーレス Spark ジョブの構成」を参照してください。

承認された送信のみを許可する Azure Firewall バージョンを選択する (プレビュー)

Azure Firewall は、[承認された送信のみを許可する] モードのときに FQDN アウトバウンド規則が作成される場合にデプロイされます。 Azure Firewall の料金は請求に含まれます。既定では、Standard バージョンの AzureFirewall が作成されます。必要に応じて、Basic バージョンの使用を選択できます。使用するファイアウォールのバージョンは、必要に応じて変更できます。最適なバージョンを確認するには、適切な Azure Firewall バージョンの選択に関する記事を参照してください。

重要

アウトバウンド FQDN 規則を追加するまで、ファイアウォールは作成されません。価格の詳細については、「Azure Firewall の価格」で "標準" バージョンの価格を確認してください。

マネージド仮想ネットワークのファイアウォールバージョンを選択する方法を確認するには、次のタブを使用します。

CLI からファイアウォールバージョンを構成するには、YAML ファイルを使用して、firewall_sku を指定します。次の例は、ファイアウォール SKU が basic に設定されている YAML ファイルを示しています。

name: test-ws
resource_group: test-rg
location: eastus2 
managed_network:
  isolation_mode: allow_only_approved_outbound
  outbound_rules:
  - category: required
    destination: 'contoso.com'
    name: contosofqdn
    type: fqdn
  firewall_sku: basic
tags: {}

Python SDK からファイアウォールバージョンを構成するには、ManagedNetwork オブジェクトの firewall_sku プロパティを設定します。次の例は、ファイアウォール SKU を basic に設定する方法を示しています。

network = ManagedNetwork(isolation_mode=IsolationMode.ALLOW_INTERNET_OUTBOUND,
                         firewall_sku='basic')

価格

Azure Machine Learning のマネージド仮想ネットワーク機能は無料です。ただし、マネージド仮想ネットワークで使用される次のリソースに対して課金されます。

Azure Private Link - マネージド仮想ネットワークと Azure リソースとの間の通信をセキュリティで保護するために使用されるプライベートエンドポイントは、Azure Private Link に依存します。詳細については、「Azure Private Link の価格」を参照してください。
FQDN アウトバウンド規則 - FQDN アウトバウンド規則は、Azure Firewall を使用して実装されます。 FQDN アウトバウンド規則を使用する場合は、Azure Firewall の料金が請求に追加されます。既定では、標準バージョンの Azure Firewall が使用されています。基本バージョンの選択については、Azure Firewall のバージョンの選択に関する記事を参照してください。

重要

アウトバウンド FQDN 規則を追加するまで、ファイアウォールは作成されません。価格の詳細については、「Azure Firewall の価格」で "標準" バージョンの価格を確認してください。

制限事項

Azure AI Studio では、独自の Azure Virtual Network を使用してハブ、プロジェクト、コンピューティングリソースを保護することはできません。これらのリソースをセキュリティで保護するためには、マネージドネットワーク機能のみを使用できます。
ワークスペースのマネージド仮想ネットワーク分離を有効にすると (インターネット送信を許可または承認された送信のみを許可)、無効にすることができません。
マネージド仮想ネットワークは、プライベートエンドポイント接続を使ってプライベートリソースにアクセスします。ストレージアカウントなどの Azure リソースに対して、プライベートエンドポイントとサービスエンドポイントを同時に持つことはできません。どのシナリオでもプライベートエンドポイントを使うことをお勧めします。
マネージド仮想ネットワークが削除されると、ワークスペースが削除されます。
データ流出防止は、唯一承認された送信モードに対して自動的に有効になります。 FQDN などの他のアウトバウンド規則を追加した場合、Microsoft では、これらの送信先へのデータ流出からの保護を保証できません。
マネージド仮想ネットワークを使用する場合、サポートされていないワークスペースと異なるリージョンにコンピューティングクラスターを作成することはできません。
Kubernetes およびアタッチされた VM は、Azure Machine Learning マネージド仮想ネットワークではサポートされていません。
FQDN アウトバウンド規則を使用すると、FQDN 規則で Azure Firewall が使用されるため、マネージド仮想ネットワークのコストが増加します。詳細については、価格に関するページをご覧ください。
FQDN アウトバウンド規則では、ポート 80 と 443 のみがサポートされます。
コンピューティングインスタンスがマネージドネットワーク内にあり、パブリック IP 用に構成されていない場合は、az ml compute connect-ssh コマンドを使用して SSH を使用して接続します。
マネージド仮想ネットワークを使用している場合は、カスタム仮想ネットワーク内にコンピューティングリソースをデプロイすることができません。コンピューティングリソースは、マネージド仮想ネットワーク内にのみ作成できます。
マネージドネットワークを分離すると、マネージド仮想ネットワークからユーザーのオンプレミスリソースへのプライベート接続を確立できません。サポートされているプライベート接続の一覧については、「プライベートエンドポイント」を参照してください。
承認された送信のみを許可するようにマネージドネットワークが構成されている場合は、Azure Storage アカウントへのアクセスに FQDN 規則を使用することができません。代わりに、プライベートエンドポイントを使用する必要があります。

コンピューティングリソースの移行

既存のワークスペースがあり、それに対してマネージド仮想ネットワークを有効にする場合、現在、既存のマネージドコンピューティングリソースに対してサポートされている移行パスはありません。既存のすべてのマネージドコンピューティングリソースを削除し、マネージド仮想ネットワークを有効にした後で再作成する必要があります。次の一覧には、削除して再作成する必要があるコンピューティングリソースが含まれています。

コンピューティングクラスター
コンピューティングインスタンス
マネージドオンラインエンドポイント

次の方法で共有

ワークスペースのマネージド仮想ネットワークの分離

マネージド仮想ネットワークのアーキテクチャ

Azure Machine Learning Studio

関連付けられているリソースのセキュリティ保護

前提条件

インターネット送信を許可するようにマネージド仮想ネットワークを構成する

承認された送信のみを許可するマネージド仮想ネットワークを構成する

サーバーレス Spark ジョブ用に構成する

マネージド VNet を手動でプロビジョニングする

イメージのビルドを構成する

アウトバウンド規則を管理する

必要な規則の一覧

シナリオ固有のアウトバウンド規則の一覧

シナリオ: パブリック機械学習パッケージにアクセスする

シナリオ: コンピューティングインスタンスでデスクトップまたは Web 版の Visual Studio Code を使用する

シナリオ: バッチエンドポイントまたは ParallelRunStep を使用する

シナリオ: Azure OpenAI、Content Safety、Azure AI Search でプロンプトフローを使用する

シナリオ: HuggingFace モデルを使用する

シナリオ: 選んだ IP アドレスからのアクセスを有効にする

プライベートエンドポイント

承認された送信のみを許可する Azure Firewall バージョンを選択する (プレビュー)

価格

制限事項

コンピューティングリソースの移行

次のステップ

フィードバック

その他のリソース

次の方法で共有

ワークスペースのマネージド仮想ネットワークの分離

マネージド仮想ネットワークのアーキテクチャ

Azure Machine Learning Studio

関連付けられているリソースのセキュリティ保護

前提条件

インターネット送信を許可するようにマネージド仮想ネットワークを構成する

承認された送信のみを許可するマネージド仮想ネットワークを構成する

サーバーレス Spark ジョブ用に構成する

マネージド VNet を手動でプロビジョニングする

イメージのビルドを構成する

アウトバウンド規則を管理する

必要な規則の一覧

シナリオ固有のアウトバウンド規則の一覧

シナリオ: パブリック機械学習パッケージにアクセスする

シナリオ: コンピューティング インスタンスでデスクトップまたは Web 版の Visual Studio Code を使用する

シナリオ: バッチ エンドポイントまたは ParallelRunStep を使用する

シナリオ: Azure OpenAI、Content Safety、Azure AI Search でプロンプト フローを使用する

シナリオ: HuggingFace モデルを使用する

シナリオ: 選んだ IP アドレスからのアクセスを有効にする

プライベート エンドポイント

承認された送信のみを許可する Azure Firewall バージョンを選択する (プレビュー)

価格

制限事項

コンピューティング リソースの移行

次のステップ

フィードバック

その他のリソース

シナリオ: コンピューティングインスタンスでデスクトップまたは Web 版の Visual Studio Code を使用する

シナリオ: バッチエンドポイントまたは ParallelRunStep を使用する

シナリオ: Azure OpenAI、Content Safety、Azure AI Search でプロンプトフローを使用する

プライベートエンドポイント

コンピューティングリソースの移行