Databricksの接続をプライベート化したい

ご回答いただきありがとうございます。

＞「ネットワーク」設定内の「セキュリティで保護されたクラスター接続 (No Public IP)」を確認します。

現状ではこの設定が有効になっているのですが許可されていない外部の端末からInvoke-RestMethodリクエストが正常に打鍵できているのです。

つきましては以下、4点確認させてください。

・1点目

上記の設定が有効でも「公衆ネットワーク アクセスを許可する」が有効な場合はパブリックアクセスできますでしょうか。

・2点目

上記のリクエストの送信元IPアドレスを確認したいのですが、確認方法をご教示いただけないでしょうか。

Databricksの診断ログからは確認できない様でした。

Geminiからは以下で確認できるといわれましたが推論テーブルは無効で、Logsはどこで確認できるのかわかりませんでした。

・3点目

①でパブリックアクセスを閉塞した場合、Databricks管理用ストレージアカウントとDatabricks間の通信もプライベート化する必要はありますでしょうか。

・4点目

③アプリではDatabricksは主にモデルのみ利用しているようなのですがモデル利用のアクセス制御をするために①、②以外の設定は必要でしょうか。

こんにちは stakuya13-8561 ,

追加情報のご提供、および調査結果の共有をいただきありがとうございます。

お客様が観測された挙動は、「Allow public network access（パブリックネットワークアクセスを許可）」が有効な状態で、かつ「Secure Cluster Connectivity (No Public IP)（セキュアクラスター接続：パブリックIPなし）」も有効化されている場合に想定されるものです。

この構成では、クラスターノード自体にはパブリックIPアドレスが割り当てられないため、コンピュートノードへの直接的なインバウンドアクセスは遮断されます。しかし、「Allow public network access」が有効なままであれば、Databricksワークスペースのエンドポイント、REST API、およびモデルサービングのエンドポイントについては、引き続きパブリックネットワークからアクセス可能な状態が維持されます。そのため、外部の端末からであっても、引き続きAPIを正常に呼び出せる可能性があります。

パブリックアクセスを完全に制限するには、一般的に「Allow public network access」を無効化し、Azure Private LinkやPrivate Endpointを構成することが推奨されます。特定のパブリックIPアドレス範囲からのアクセスのみを許可したい場合には、「IP Access Lists（IPアクセスリスト）」を利用することも可能です。

送信元IPアドレスに関するお客様のご認識は、その通りでございます。Databricksの診断ログや「Inference Tables（推論テーブル）」は、モデル呼び出しリクエストにおけるクライアントの送信元IPアドレスを詳細に監査することを主たる目的として設計されているわけではありません。Inference Tablesには主にリクエストおよびレスポンスのペイロード情報が含まれ、コンテナログには主にランタイムログ、起動ログ、Pythonのエラー情報などが記録されます。

クライアントの送信元IPアドレスを特定・追跡するには、通常、ネットワーク層でのログ記録機能を利用する必要があります。具体的には、アーキテクチャに組み込まれている場合、Azure Firewallログ、NSGフローログ、Application Gateway/WAFログ、あるいはPrivate Linkの診断ログなどを参照することになります。

Databricksとマネージドストレージアカウント間の通信についてですが、もし「完全にプライベートなアーキテクチャ」の構築が要件であるならば、ストレージへの通信についても可能な限りプライベート化（閉域化）することが推奨されます。そうしない場合、たとえクラスターのパブリックIPアドレスを無効化していたとしても、一部の通信トラフィックがMicrosoftのパブリックエンドポイントを経由してしまう可能性があります。このようなシナリオにおいては、Private Endpoint、Private DNS、およびストレージアカウント側でのパブリックアクセス無効化設定を組み合わせることが、一般的な推奨構成となります。

モデル利用のみに特化したシナリオにおいては、ネットワーク関連の制御に加え、さらに広範なセキュリティ制御を適用することが一般的に推奨されます。具体的には、RBAC（ロールベースのアクセス制御）権限、Unity Catalogの権限設定、モデルサービングエンドポイントごとの権限設定、サービスプリンシパルによる認証、トークン管理、クラスターポリシー、および条件付きアクセス（Conditional Access）の制御などが挙げられます。デプロイされたモデルに対して「誰がアクセス・呼び出し可能か」を完全に制御するためには、ネットワーク層での制限のみでは不十分であるケースが一般的です。