Azure Stack HCI のファイアウォール要件

適用対象: Azure Stack HCI バージョン 23H2 および 22H2

この記事では、Azure Stack HCI オペレーティング システム用にファイアウォールを構成する方法に関するガイダンスを提供します。 送信エンドポイントと内部規則およびポートのファイアウォール要件も記載されています。 この記事では、Microsoft Defender ファイアウォールで Azure サービス タグを使用する方法についても説明します。

また、この記事では、必要に応じて高度にロックダウンされたファイアウォール構成を使用して、許可リストに含まれているトラフィックを除くすべての宛先へのすべてのトラフィックをブロックする方法についても説明します。

ネットワークでインターネット アクセスにプロキシ サーバーを使用している場合は、「Azure Stack HCI のプロキシ設定の構成を参照してください。

重要

Azure Express Route と Azure Private Link は、Azure Stack HCI バージョン 23H2 またはそのコンポーネントではサポートされていません。これは、Azure Stack HCI バージョン 23H2 に必要なパブリック エンドポイントにアクセスできないためです。

送信エンドポイントのファイアウォール要件

組織のファイアウォールで送信ネットワーク トラフィック用のポート 80 と 443 を開くと、Azure Stack HCI オペレーティング システムが Azure および Microsoft Update に接続するための接続要件が満たされます。

Azure Stack HCI では、次の目的で Azure に定期的に接続する必要があります。

  • 既知の Azure IP
  • 送信方向
  • ポート 80 (HTTP) と 443 (HTTPS)

重要

Azure Stack HCI では、HTTPS 検査はサポートされていません。 接続エラーを防ぐために、Azure Stack HCI のネットワーク パスに沿って HTTPS 検査が無効になっていることを確認します。

次の図に示すように、Azure Stack HCI は、複数のファイアウォールを使用して Azure にアクセスできる可能性があります。

図は、ファイアウォールのポート 443 (HTTPS) を介してサービス タグ エンドポイントにアクセスする Azure Stack HCI を示しています。

Azure Stack HCI 23H2 デプロイに必要なファイアウォール URL

Azure Stack HCI バージョン 23H2 以降では、すべてのクラスターで Azure Resource Bridge と AKS インフラストラクチャが自動的に有効になり、Arc for Servers エージェントを使用して Azure コントロール プレーンに接続します。 次の表の HCI 固有のエンドポイントの一覧と共に、Azure Stack HCI 上の Azure Resource Bridge エンドポイント、Azure Stack HCI 上の AKS エンドポイント、および Azure Arc 対応サーバー エンドポイントをファイアウォールの許可リストに含める必要があります。

HCI、Arc 対応サーバー、ARB、AKS などのエンドポイントの米国東部統合リストでは、次の使用が使用されます。

HCI、Arc 対応サーバー、ARB、AKS など、西ヨーロッパのエンドポイントの統合リストでは、次の使用が行われます。

HCI、Arc 対応サーバー、ARB、AKS などのエンドポイントのオーストラリア東部統合リストでは、次の使用が使用されます。

HCI、Arc 対応サーバー、ARB、AKS の使用を含む、カナダ中部の統合エンドポイントの一覧:

追加の Azure サービスのファイアウォール要件

Azure Stack HCI に対して有効にする追加の Azure サービスによっては、追加のファイアウォール構成の変更が必要になる場合があります。 各 Azure サービスのファイアウォール要件については、次のリンクを参照してください。

内部の規則とポートのファイアウォール要件

ストレッチ クラスターのサイト内とサイト間の両方のすべてのサーバー ノード間で適切なネットワーク ポートが開かれていることを確認します (ストレッチ クラスター機能は、Azure Stack HCI バージョン 22H2 でのみ使用できます)。 ファイアウォールには、クラスター内のすべてのサーバー間で ICMP、SMB (ポート 445、および iWARP RDMA を使用する場合は SMB ダイレクト用のポート 5445)、WS-MAN (ポート 5985) の双方向トラフィックを許可する適切な規則が必要になります。

Windows Admin Center の クラスター作成ウィザード を使用してクラスターを作成すると、フェールオーバー クラスタリング、Hyper-V、記憶域レプリカ用にクラスター内の各サーバー上の適切なファイアウォール ポートが自動的に開かれます。 各サーバーで異なるファイアウォールを使用している場合は、以降のセクションで説明されているポートを開きます。

Azure Stack HCI OS の管理

ライセンスや課金など、Azure Stack HCI OS 管理用のオンプレミス ファイアウォールで次のファイアウォール規則が構成されていることを確認します。

Rule アクション ソース 宛先 サービス Port
クラスター サーバー上の Azure Stack HCI サービスとの間の送受信トラフィックを許可する Allow クラスター サーバー クラスター サーバー TCP 30301

Windows Admin Center

Windows Admin Center 用に、オンプレミスのファイアウォールで次のファイアウォール規則が構成されていることを確認します。

Rule アクション ソース 宛先 サービス Port
Azure と Microsoft Update へのアクセスを提供する Allow Windows Admin Center Azure Stack HCI TCP 445
Windows リモート管理 (WinRM) 2.0 を
HTTP 接続で使用してコマンドを実行する
(リモートの Windows サーバーで)
Allow Windows Admin Center Azure Stack HCI TCP 5985
WinRM 2.0 を HTTPS 接続で使用して
リモートの Windows サーバーでコマンドを実行する
Allow Windows Admin Center Azure Stack HCI TCP 5986

Note

Windows Admin Center のインストールの間に、設定 [Use WinRM over HTTPS only]\(WinRM over HTTPS のみを使用する\) を選択した場合、ポート 5986 が必要になります。

フェールオーバー クラスタリング

フェールオーバー クラスタリング用に、オンプレミスのファイアウォールで次のファイアウォール規則が構成されていることを確認します。

Rule アクション ソース 宛先 サービス Port
フェールオーバー クラスター検証の許可 Allow 管理システム クラスター サーバー TCP 445
RPC の動的ポート割り当ての許可 Allow 管理システム クラスター サーバー TCP 少なくとも 100 個のポート
(ポート 5000 より上の範囲)
リモート プロシージャ コール (RPC) の許可 Allow 管理システム クラスター サーバー TCP 135
クラスター アドミニストレーターの許可 Allow 管理システム クラスター サーバー UDP 137
クラスター サービスの許可 Allow 管理システム クラスター サーバー UDP 3343
クラスター サービスの許可 (サーバーの
参加操作で必要)
Allow 管理システム クラスター サーバー TCP 3343
ICMPv4 および ICMPv6 の許可
(フェールオーバー クラスター検証のため)
Allow 管理システム クラスター サーバー 該当なし 該当なし

Note

管理システムには、Windows Admin Center、Windows PowerShell、System Center Virtual Machine Manager などのツールを使用して、クラスターの管理元となる任意のコンピューターが含まれます。

Hyper-V

Hyper-V 用に、オンプレミスのファイアウォールで次のファイアウォール規則が構成されていることを確認します。

Rule アクション ソース 宛先 サービス Port
クラスター通信の許可 Allow 管理システム Hyper-V サーバー TCP 445
RPC エンドポイント マッパーと WMI の許可 Allow 管理システム Hyper-V サーバー TCP 135
HTTP 接続の許可 Allow 管理システム Hyper-V サーバー TCP 80
HTTPS 接続の許可 Allow 管理システム Hyper-V サーバー TCP 443
ライブ マイグレーションの許可 Allow 管理システム Hyper-V サーバー TCP 6600
VM 管理サービスの許可 Allow 管理システム Hyper-V サーバー TCP 2179
RPC の動的ポート割り当ての許可 Allow 管理システム Hyper-V サーバー TCP 少なくとも 100 個のポート
(ポート 5000 より上の範囲)

Note

RPC の動的ポート割り当てを許可するために、ポート 5000 より上の範囲のポートを開きます。 5000 より下のポートは、他のアプリケーションで既に使用されている場合があり、DCOM アプリケーションとの競合が発生する可能性があります。 これまでの経験から、少なくとも 100 個のポートを開く必要があることが分かっています。複数のシステム サービスがこれらの RPC ポートに依存して、相互に通信しているためです。 詳細については、「ファイアウォールで動作するように RPC の動的ポート割り当てを構成する方法」を参照してください。

記録域レプリカ (ストレッチ クラスター)

記録域レプリカ (ストレッチ クラスター) 用に、オンプレミスのファイアウォールで次のファイアウォール規則が構成されていることを確認します。

Rule アクション ソース 宛先 サービス Port
サーバー メッセージ ブロック
(SMB) プロトコルの許可
Allow ストレッチ クラスター サーバー ストレッチ クラスター サーバー TCP 445
Web Services-Management の許可
(WS-MAN)
Allow ストレッチ クラスター サーバー ストレッチ クラスター サーバー TCP 5985
ICMPv4 および ICMPv6 の許可
(次を使用する場合: Test-SRTopology
PowerShell コマンドレット)
Allow ストレッチ クラスター サーバー ストレッチ クラスター サーバー 該当なし 該当なし

Microsoft Defender ファイアウォールを更新する

このセクションでは、サービス タグに関連付けられた IP アドレスでオペレーティング システムに接続できるように Microsoft Defender ファイアウォールを構成する方法を示します。 "サービス タグ" は、指定された Azure サービスからの IP アドレスのグループを表します。 Microsoft では、サービス タグに含まれる IP アドレスを管理し、IP アドレスが変更されるとサービス タグを自動的に更新して更新を最小限に抑えるようにしています。 詳細については、「仮想ネットワーク サービス タグ」を参照してください。

  1. 次のリソースから、オペレーティング システムを実行しているターゲット コンピューターに JSON ファイルをダウンロードします: Azure IP 範囲とサービス タグ – パブリック クラウド

  2. 次の PowerShell コマンドを使用して JSON ファイルを開きます。

    $json = Get-Content -Path .\ServiceTags_Public_20201012.json | ConvertFrom-Json
    
  3. AzureResourceManager サービス タグなど、特定のサービス タグの IP アドレス範囲の一覧を取得します。

    $IpList = ($json.values | where Name -Eq "AzureResourceManager").properties.addressPrefixes
    
  4. 許可リストを使用する場合は、外部の企業のファイアウォールに IP アドレスの一覧をインポートします。

  5. クラスター内の各サーバーに対してファイアウォール規則を作成し、IP アドレス範囲の一覧への送信 443 (HTTPS) トラフィックを許可します。

    New-NetFirewallRule -DisplayName "Allow Azure Resource Manager" -RemoteAddress $IpList -Direction Outbound -LocalPort 443 -Protocol TCP -Action Allow -Profile Any -Enabled True
    

次のステップ

詳細については、次のトピックも参照してください。