Azure Databricksの「Features with limited regional availability」は、機能ごとに利用可能なAzureリージョンを確認するための公式サポート表です。
2026年6月12日の更新で重要なのは、マネージドディザスターリカバリー（Managed DR）がPublic Previewとして追加され、対応リージョンが明示されたことです。日本ではJapan Eastが対応していますが、Japan Westは対応リージョンに含まれていません。
既存ワークスペースの設定が自動的に変わる更新ではなく、強制移行や対応期限も発表されていません。ただし、Managed DRを利用する場合は、2つのワークスペースへのMission Criticalアドオン設定、セカンダリ環境の準備、料金確認が必要です。(Microsoft Learn)
2026年6月12日の主な変更点
今回の変更は、単なる対応リージョンの追加ではありません。Azure Databricksの障害対策を、手動のスクリプトや個別設計だけでなく、マネージド機能として構成できるようになった点が重要です。
| 確認項目 | 変更内容 | 利用者への影響 |
|---|---|---|
| Managed DR | Public Previewとして提供開始 | リージョン障害に備えた継続レプリケーションとフェイルオーバーを構成できる |
| リージョンサポート表 | 「Resilience availability」が追加 | Managed DRを利用できるリージョンを事前確認できる |
| Mission Critical | ワークスペース単位のアドオンとして提供 | プライマリとセカンダリの両方で有効化が必要 |
| 管理画面 | Account Consoleに「Resilience」「Add-ons」が追加 | フェイルオーバーグループや安定URLを画面から管理できる |
| 提供形態 | Gated Public Preview | 利用前にAzure Databricksのアカウント担当者への申請が必要 |
公式のリージョンサポートページは2026年6月11日更新、製品リリースノートではManaged DRとMission Criticalアドオンが2026年6月12日付で発表されています。ドキュメントの更新日と機能の公開日は必ずしも一致しないため、リリースノートとサポート表を併せて確認する必要があります。(Microsoft Learn)
Managed DRで何ができるようになるのか
Managed DRは、Azure Databricks環境の一部をセカンダリリージョンへ継続的に複製し、リージョン障害時にフェイルオーバーできる機能です。
主に次の2種類を、個別に選択してレプリケーションできます。
- Unity Catalogのメタデータとマネージドテーブルのデータ
- ノートブック、ジョブ、SQLウェアハウス、クラスター、ファイル、フォルダーなどのワークスペース資産
また、オプションの安定URLを使用すると、フェイルオーバー後も同じ接続先URLを利用できます。JDBC、ODBC、REST API、Azure DatabricksのWeb UIなどを安定URLに切り替えておけば、障害発生後に接続設定を一斉変更する作業を減らせます。(Microsoft Learn)
手動DRとの違い
従来の手動DRでは、ワークスペース構成やジョブ定義、データ、権限などを個別に複製する仕組みを設計する必要がありました。
Managed DRでは、Azure Databricksがレプリケーションの状態とフェイルオーバー処理を管理します。ただし、すべてのリソースが自動複製されるわけではありません。ネットワーク、ストレージ資格情報、外部ロケーションなどは、セカンダリ側にも事前に用意する必要があります。
日本リージョンへの影響
Managed DRの対応状況は次のとおりです。
| Azureリージョン | Managed DR |
|---|---|
| Japan East | 対応 |
| Japan West | 現時点では対応表に記載なし |
Japan Eastで運用している企業は、同機能を検討できる対象になります。一方、Japan Westの既存ワークスペースが停止したり、Japan Eastへの移行を求められたりするわけではありません。
ただし、Japan WestをプライマリまたはセカンダリとしてManaged DRを構成したい場合は、現在の対応表だけで判断せず、アカウント担当者に利用可能なリージョンの組み合わせを確認する必要があります。(Microsoft Learn)
影響を受けるユーザー
今回の更新で対応が必要になるのは、主にAzure Databricksの管理者や基盤担当者です。
| 対象者 | 影響 | 必要な対応 |
|---|---|---|
| 一般ユーザー | 通常利用への直接的な影響はない | 原則として対応不要 |
| ワークスペース管理者 | DR構成や接続先の変更が発生する可能性がある | ワークスペース資産と接続設定を棚卸しする |
| アカウント管理者 | アドオンやフェイルオーバーグループを管理する | Preview利用申請と権限確認を行う |
| インフラ担当者 | セカンダリ側のネットワークやストレージ準備が必要 | Private Link、NCC、Access Connectorなどを設計する |
| BCP・監査担当者 | RTO、RPO、データ所在地の再評価が必要 | 複製対象と対象外を確認する |
| FinOps担当者 | Mission Critical料金と二重構成の費用が発生する | 導入前に費用試算を行う |
利用前に確認すべき要件
Managed DRは、対応リージョンであればすぐ有効にできる機能ではありません。少なくとも次の条件を確認します。
ワークスペースと権限
- Premiumプランのワークスペースである
- プライマリとセカンダリの2つのワークスペースを用意する
- 両方のワークスペースでMission Criticalアドオンを有効にする
- 操作者がAzure Databricksのアカウント管理者である
- Managed DRのGated Public Previewがアカウントで有効になっている
Mission Criticalアドオンだけを先に有効化すると、Managed DRを利用できない状態でもMission Critical料金が発生する可能性があります。必ずPreviewへの参加が承認されてから設定してください。(Microsoft Learn)
IDとUnity Catalog
- アカウントレベルのSSOを構成する
- SCIMでユーザー、グループ、サービスプリンシパルを同期する
- 各リージョンにUnity Catalogメタストアを用意する
- 複製対象の外部ロケーションに対する権限を確認する
- セカンダリ側に同名カタログが存在しないことを確認する
ネットワークとストレージ
セカンダリワークスペースでは、プライマリ側と対応する構成が必要です。
- ネットワーク構成
- Private Link
- カスタマーマネージドキー
- 外部ロケーション
- ストレージ資格情報
- Azure Databricks Access Connector
- Network Connectivity Configuration
- ストレージへのプライベートエンドポイント
Managed DRは、外部ロケーションやストレージ資格情報を自動作成しません。データだけでなく、依存するAzureリソースも含めて設計する必要があります。(Microsoft Learn)
Managed DRの設定手順
実際の導入は、次の流れで進めます。
- Azure Databricksのアカウント担当者へManaged DRの利用を申請する
- 対応リージョンにプライマリとセカンダリのワークスペースを用意する
- 両ワークスペースでMission Criticalアドオンを有効にする
- セカンダリ側のメタストア、ストレージ、ネットワークを構成する
- 必要に応じて安定URLを作成する
- Account Consoleの「Resilience」からフェイルオーバーグループを作成する
- 複製するカタログとワークスペース資産を選択する
- ストレージパスのマッピングを設定する
- 初回レプリケーションが完了し、状態が
ACTIVEになるまで確認する - 計画フェイルオーバーを実施し、接続、権限、ジョブをテストする
大規模なワークスペースでは、初回のワークスペース資産の複製に最大2週間かかる場合があります。障害対策が必要になる直前ではなく、余裕を持って構築してください。(Microsoft Learn)
設定時に特に注意したいポイント
セカンダリの既存資産が削除される可能性がある
ワークスペース資産のレプリケーションを有効にすると、初回レプリケーション完了時に、対象範囲内の既存資産がセカンダリワークスペースから削除されます。
検証環境や別用途のワークスペースをセカンダリとして流用するのは危険です。Managed DR専用のワークスペースを用意する方が安全です。(Microsoft Learn)
すべての資産が複製されるわけではない
現時点では、次のような資産がManaged DRの複製対象外です。
- マテリアライズドビュー
- ストリーミングテーブル
- Lakeflow Spark Declarative Pipelines
- Unity Catalogおよびワークスペースのシークレット
- MLモデル
- Model Servingエンドポイント
- AI Searchインデックス
- Delta Sharingの共有
- 公開済みAI/BIダッシュボード
- マネージドボリューム内のデータ
これらを利用している場合は、Managed DRとは別のバックアップ、再デプロイ、データ複製手順を用意する必要があります。(Microsoft Learn)
フェイルオーバー後も手動作業が残る
複製されたSQLウェアハウスは停止状態、クラスターは終了状態でセカンダリへ反映されます。ジョブスケジュールも一時停止されるため、フェイルオーバー後に必要なコンピューティングとジョブを手動で再開します。
「フェイルオーバーすれば業務が完全自動で再開する」と考えず、起動順序や確認項目を運用手順書にまとめておく必要があります。(Microsoft Learn)
Workspace Storage Firewallとは併用できない
現在の公式ドキュメントでは、Managed DRはWorkspace Storage Firewallと互換性がないとされています。既存ワークスペースでストレージファイアウォールを利用している場合は、機能の有効化前に設計を見直してください。(Microsoft Learn)
更新や移行は必要か
今回の変更によって、Databricks Runtimeやクライアントドライバーの一斉更新が求められているわけではありません。また、既存ワークスペースを別リージョンへ移行する期限も設定されていません。
実務上の移行作業として考えられるのは、接続先を通常のワークスペースURLから安定URLへ変更することです。
対象となる主な接続先は次のとおりです。
- JDBC接続
- ODBC接続
- REST API
- Azure Databricks Web UIへのリンク
- 外部アプリケーションの接続設定
元のワークスペースURLはフェイルオーバー後も自動的に新しいプライマリを指しません。Managed DRの効果を十分に得るには、外部システムを安定URLへ段階的に移行するのが適切です。(Microsoft Learn)
料金で確認すべきこと
リージョンサポート表の更新自体は、Azure Databricks全体の値上げを示すものではありません。ただし、Managed DRを利用する場合は、通常構成とは異なる費用が発生します。
公式情報では、Mission Criticalを有効にしたワークスペースのコンピューティング使用量に、Mission Criticalの料金が適用されます。Managed DRではプライマリとセカンダリの両方でアドオンを有効にするため、両ワークスペースを対象に確認が必要です。具体的な料金はAzure Databricksのアカウント担当者へ問い合わせます。(Microsoft Learn)
見積もりでは、少なくとも次の項目を分けて計算してください。
- Mission Criticalアドオン適用後のコンピューティング料金
- セカンダリリージョンのストレージ料金
- データ複製に伴うネットワーク料金
- Private Linkや関連ネットワークリソースの料金
- Access Connectorなどの関連Azureリソース
- 定期的なフェイルオーバーテストで使用するコンピューティング
- 監視用ワークスペースを用意する場合の費用
対応期限はあるか
2026年6月12日時点の公式情報には、既存ユーザーに対する移行期限、廃止期限、強制適用日は記載されていません。
Managed DRとMission CriticalはPublic Previewであり、利用も申請制です。今すぐ設定を変更する必要はありません。まずRTOとRPOを定義し、費用と複製対象を確認したうえで、検証環境から導入するのが適切です。
公式リージョン表を見るときの注意点
「Features with limited regional availability」の表では、単純なチェックマークだけでなく、注記も確認してください。
- 空欄は、その機能が対象リージョンでサポートされていないことを示す
⥂付きの項目は、Cross-Geo Routingを有効にした場合のみ利用できる- Designated Servicesは表に掲載されず、Geo単位でデータ処理場所が管理される
- Preview機能は、アカウントやワークスペースへ段階的に展開される場合がある
リージョン表にチェックがあることだけで導入を決めず、データ所在地、セキュリティ、Previewの利用条件まで確認することが重要です。(Microsoft Learn)
今回の変更で管理者が行うこと
Managed DRを使わない組織では、緊急の設定変更は不要です。将来の採用可能性を考え、現在のワークスペースリージョンと重要ワークロードだけを棚卸ししておけば十分です。
導入を検討する組織は、次の順番で進めてください。
- 現在のワークスペースが対応リージョンか確認する
- 業務ごとのRTOとRPOを決める
- 複製対象外の資産を洗い出す
- アカウント担当者へPreview利用可否と料金を確認する
- 専用のセカンダリワークスペースを設計する
- 安定URLへの接続切り替え計画を作る
- 初回レプリケーション後に計画フェイルオーバーを試す
今回の更新は強制移行ではありませんが、Azure Databricksで本番データ基盤を運用する企業にとって、リージョン障害への備え方を見直す重要なタイミングです。
コメント