ワークスペースのネットワーク構成を更新する

Important

このページでは、既存の Azure Databricks ワークスペースの仮想ネットワーク (VNet) 構成を更新する手順について説明します。これにより、Azure Databricks で管理される VNet から独自の VNet にワークスペースを移行したり、VNet インジェクションと呼ばれるプロセスを実行したり、既存の VNet によって挿入されたワークスペースの VNet 構成を変更したりできます。

ワークスペースを VNet インジェクションデプロイに移行する理由

ワークスペースを VNet インジェクションデプロイに移行すると、重要なネットワークのカスタマイズとセキュリティ機能が提供されます。

完全なネットワーク制御: Azure ExpressRoute などのサービスを使用して、カスタムルーティング、ファイアウォール規則、オンプレミスネットワークへの接続を定義します。
セキュリティの強化: ネットワークセキュリティグループ (NSG) などの高度なセキュリティ機能を実装し、組織のポリシーに従って送信トラフィックを制限します。
柔軟な IP アドレス指定: VNet とサブネットの IP アドレス範囲を制御して、企業ネットワーク内での競合を回避します。

開始する前に

ワークスペースが Azure Load Balancer で構成されていないことを確認します。これがワークスペースに適用される場合は、アカウントチームにお問い合わせください。
中断を防ぐには、ワークスペースで実行中のすべてのクラスターとジョブを終了します。更新が完了したら、再起動できます。

マネージド VNet から VNet インジェクションへの移行

Azure Databricks で管理される VNet にデプロイされたワークスペースを、独自の VNet 内の VNet によって挿入されたワークスペースに変換するには、次の手順に従います。

この実装方法では、NAT ゲートウェイと共に ARM テンプレートを使用します。代わりに Azure Portal UI を使用する手順については、「 Managed Workspace を VNet Injected Workspace にアップグレードする」を参照してください。

手順 1: ネットワークセキュリティグループ (NSG) を作成する

Azure portal で、[ カスタムテンプレートのデプロイ] を検索して選択します。
エディターで [独自のテンプレートの作成] をクリックします。

次の ARM テンプレートをエディターに貼り付けて、[ 保存] をクリックします。

{
  "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
  "contentVersion": "1.0.0.0",
  "parameters": {
    "___location": {
      "type": "string",
      "defaultValue": "[resourceGroup().___location]",
      "metadata": { "description": "Location for all resources." }
    },
    "NSGName": {
      "type": "string",
      "defaultValue": "databricks-nsg-01",
      "metadata": { "description": "The name for the Network Security Group." }
    }
  },
  "resources": [
    {
      "apiVersion": "2020-05-01",
      "type": "Microsoft.Network/networkSecurityGroups",
      "name": "[parameters('NSGName')]",
      "___location": "[parameters('___location')]"
    }
  ],
  "outputs": {
    "existingNSGId": {
      "type": "string",
      "value": "[resourceId('Microsoft.Network/networkSecurityGroups', parameters('NSGName'))]"
    }
  }
}

[ 基本 ] タブで、次のパラメーターを構成します。
- サブスクリプション: ワークスペースを含むサブスクリプションを選択します。
- リソースグループ: マネージドリソースグループではなく、ワークスペースと同じリソースグループを選択します。
- 場所: これがワークスペースのリージョンと一致していることを確認します。
[ 確認と作成] をクリックし、[ 作成] をクリックします。デプロイの出力からの existingNSGId を書き留めます。

手順 2: 新しい VNet を作成する

[ カスタムテンプレートのデプロイ] に戻ります。
テンプレート検索ボックスで、Azure クイックスタートテンプレート databricks-vnet-for-vnet-injection-with-nat-gatewayを見つけます。
[ テンプレートの選択] をクリックします。
[ 基本 ] タブで、次のパラメーターを構成します。
- 予約： ワークスペースを含むサブスクリプションを選択します。
- リソースグループ: ワークスペースと同じリソースグループを選択します。
- NSG ID: 手順 1 で作成した NSG のリソース ID を貼り付けます。
- VNet 名: 新しい VNet の一意の名前を指定します。
- VNet CIDR、 プライベートサブネット CIDR、 パブリックサブネット CIDR: アドレス範囲を定義します。ワークスペースのニーズに十分な大きさであることを確認します。
[ 確認と作成] をクリックし、[ 作成] をクリックします。

注

VNet 名がリソースグループ内で一意であることを確認します。名前が既に存在する場合、テンプレートは新しい VNet を作成するのではなく、既存の VNet の変更を試みます。

手順 3: ワークスペースを更新する

Azure portal で、Azure Databricks ワークスペースに移動します。
左側のサイドバーの [ Automation] で、[ テンプレートのエクスポート] をクリックします。
テンプレートの読み込みが完了するまで待ってから、[ デプロイ] をクリックします。
カスタムデプロイページで、[テンプレートの編集] をクリックします。
エディターで、次の変更を行います。
- apiVersionを2025-08-01-previewに設定します。
- 次のパラメーターが存在する場合は、 properties セクションから削除します。
  - vnetAddressPrefix
  - natGatewayName
  - publicIpName
- 次のパラメーターを resources.properties.parametersに追加し、プレースホルダーの値を手順 2 の新しい VNet とサブネット名に置き換えます。
```
{
  "customPrivateSubnetName": {
    "value": "your-private-subnet-name"
  },
  "customPublicSubnetName": {
    "value": "your-public-subnet-name"
  },
  "customVirtualNetworkId": {
    "value": "/subscriptions/<your-subscription-id>/resourceGroups/<your-resource-group>/providers/Microsoft.Network/virtualNetworks/<your-vnet-name>"
  }
}
```
[保存] をクリックします。

VNet によって挿入されたワークスペースを新しい VNet に移動する

「マネージド VNet から VNet インジェクションへの移行」の各手順に従って、既存の VNet に挿入されたワークスペースを新しい VNet に移動します。

注

ワークスペースが バックエンドの Private Link 接続を使用している場合、その接続は古い VNet に関連付けられます。新しい VNet に移行すると、古い Private Link 接続が切断されます。新しい VNet の新しい Private Link 接続を作成する前に、古いプライベートエンドポイントとそれに対応するプライベート DNS ゾーンを手動で削除する必要があります。

VNet によって挿入されたワークスペース内の既存のサブネットを置き換える

次の手順を使用して、既存のサブネットを VNet によって挿入されたワークスペース内の新しいサブネットに置き換えます。

手順 1: 新しいサブネットを作成する

Azure portal でワークスペースページに移動し、VNet リンクをクリックします。
[VNet] ページで、左側のサイドバーの [ サブネット ] をクリックします。
[ + サブネット] をクリックして新しいサブネットを作成します。
ニーズに基づいて [名前] フィールドと[ IPv4 ]フィールドを更新します。
[ 追加] をクリックしてサブネットを作成します。

手順 2: ワークスペースを更新する

「手順 3: ワークスペースを更新してワークスペーステンプレートを編集する」の手順に従います。
apiVersionを2025-08-01-previewに変更します。
次のフィールドのいずれかまたは両方を新しいサブネット名で更新します。
- customPrivateSubnetName
- customPublicSubnetName
他のすべてのフィールドが変更されていないことを確認します。
[ 保存] を クリックして変更を適用します。

テスト検証

ワークスペースネットワーク構成の更新が完了したら、次のテストマトリックスを使用して、ワークスペースが期待どおりに動作することを確認します。

Test	Steps
新しいクラスターが期待どおりに動作する	新しいクラスターを作成してジョブを実行する
既存のクラスターが期待どおりに動作する	更新前に作成されたクラスターでジョブを実行する

注

ほとんどの変更は 15 分で更新されます。検証テストを実行する前に、ワークスペースが アクティブ 状態に戻るのを待ちます。

制限

Terraform は、パブリックプレビュー中はまだサポートされていません。
Azure Databricks ワークスペースで使用されるサブネットのサイズ変更はサポートされていません。

フィードバック

このページはお役に立ちましたか?

Last updated on 2025-10-06