【Power Automate】ゲートウェイクラスターを設定する前に確認したいポイント

【Power Automate】ゲートウェイクラスターを設定する前に確認したいポイント
🛡️ 超解決

Power Automateでオンプレミスデータゲートウェイを利用する際、可用性や負荷分散のためにクラスター構成を検討する企業は少なくありません。しかし、クラスターの設定は思ったより繊細で、手順通りに進めても「メンバーが追加できない」「同期が失敗する」といったトラブルに直面することが多いのも事実です。この記事では、クラスター設定でつまずく前に確認すべきポイントを、実際の管理画面やネットワーク環境の観点から整理します。設定を始める前に本記事を読んでおけば、原因の切り分けが格段にスムーズになります。

【要点】この記事で確認すること

  • 最初に見る場所: 各ゲートウェイマシンの管理画面「クラスター設定」と「状態」タブ
  • 切り分けの軸: ①ネットワーク疎通(ポート/プロトコル)、②ゲートウェイのバージョン、③サインインアカウントの権限、④クラスター作成時の初期設定
  • 注意点: 会社のネットワークポリシーやプロキシ設定を変更する場合は必ず管理者に確認してください。また、クラスター削除は慎重に行い、リカバリ手順を事前に把握しておきましょう。

ADVERTISEMENT

1. ゲートウェイクラスターの基本構造を理解する

オンプレミスデータゲートウェイのクラスターは、複数のゲートウェイマシンを論理的にグループ化し、1つのエンドポイントとして扱えるようにする機能です。各ゲートウェイはクラスター内で「プライマリ」と「セカンダリ」という役割を持ちません。すべてのメンバーが同じワークロードを処理できる状態で、負荷は自動分散されます。ただし、クラスターが正しく機能するためには、以下の前提条件が満たされている必要があります。

すべてのメンバーが同じバージョンであること

ゲートウェイのバージョンが異なると、クラスターへの参加が拒否されるか、動作が不安定になります。必ず全メンバーを最新または同一バージョンに統一してください。

同じAzure Active Directoryテナントにサインインしていること

クラスターに参加する各ゲートウェイは、同一のAzure ADテナントに属するアカウントでサインインしている必要があります。異なるテナント間でのクラスター構築はサポートされていません。

ネットワーク疎通が確保されていること

クラスターメンバー間は、特定のポート(既定ではTCP 8050)で通信します。また、各ゲートウェイからAzureクラウドサービスへのアウトバウンド接続も必要です。ファイアウォールやプロキシでこれらの通信が遮断されていないか確認してください。

2. 設定前に確認すべき環境条件

実際にクラスターを設定する前に、以下の項目をチェックするとスムーズです。特にネットワーク関連の問題は後から気付きにくいため、事前確認が重要です。

ネットワーク疎通の確認手順

  1. 各ゲートウェイマシン間でpingが通ることを確認してください。通らない場合は、Windowsファイアウォールや社内ネットワークのセグメント分割が原因の可能性があります。
  2. ゲートウェイ管理ツールの「診断」機能を使って、クラスター通信用ポート(TCP 8050)の到達性をテストしてください。テストが失敗する場合は、該当ポートを許可するようファイアウォールを調整する必要があります。
  3. プロキシ経由の通信が必要な場合、ゲートウェイのプロキシ設定を確認します。各マシンで同一のプロキシ構成になっているかどうかも重要です。
  4. Azureへのアウトバウンド接続を確認するために、PowerShellで Test-NetConnection login.microsoftonline.com -Port 443 を実行し、成功するかテストします。
  5. 最後に、ゲートウェイサービス(Microsoft Power BI Gateway Service など)がすべてのマシンで実行中であることを確認します。

ゲートウェイのバージョン一致確認

各マシンのゲートウェイバージョンは、管理画面の「バージョン」欄またはコントロールパネルのプログラム一覧で確認できます。バージョンが異なる場合は、古い方を新しい方にアップグレードしてください。アップグレードは公式サイトからインストーラをダウンロードして上書きインストールします。

サービスアカウントと権限

ゲートウェイの実行アカウントが、クラスターに参加するために必要な権限を持っているか確認します。通常はローカルのSYSTEMアカウントで動作しますが、ドメインユーザーで実行する場合は、そのアカウントが各マシンの管理者権限を持っている必要があります。

同じAzure ADテナントへの所属

クラスター作成時に使用するMicrosoftアカウントまたは職場アカウントが、すべてのゲートウェイで同一であることを確認してください。テナントが異なる場合は、まずアカウントを統一する必要があります。

3. クラスター作成の基本的な手順

手順そのものは公式ドキュメントにも記載されていますが、失敗しやすいポイントを補足しながら説明します。

  1. 最初のゲートウェイマシンで「オンプレミスデータゲートウェイ」アプリを開き、[設定] > [クラスター] > [新しいクラスターの作成] を選択します。クラスター名は組織内で一意になるように付けてください。
  2. クラスターが作成されたら、同じアプリの「メンバーの追加」画面に表示される「クラスターキー」(招待コード)を控えます。このキーは後で他のマシンを参加させる際に必要になります。
  3. 2台目のゲートウェイマシンで、同アプリを開き [設定] > [クラスター] > [既存のクラスターに参加] を選択し、先ほどのキーを入力します。
  4. 参加が成功すると、最初のゲートウェイの管理画面でメンバーが2台になっていることを確認してください。どちらかのマシンが「オフライン」と表示される場合は、ネットワークまたはバージョンを再チェックします。
  5. 必要に応じて3台目以降も同様に追加します。クラスターには最大9台まで追加できますが、環境によっては制限が異なる場合もあるため、管理者に確認してください。
  6. 最後に、Power AutomateやPower BIなどのサービスから、クラスター名を指定してデータソースを作成し、正常に接続できるかテストします。

4. よくある失敗パターンと原因

クラスター設定で最も頻繁に発生するトラブルを表にまとめました。症状から原因を推測し、対処に役立ててください。

症状 考えられる原因 確認・対処
「クラスターに参加できません」エラー クラスターキーが間違っている、または有効期限切れ 最初のゲートウェイで新しいキーを生成し直す
メンバーが「オフライン」と表示される ポート8050がブロックされている、またはゲートウェイサービスが停止 ファイアウォールの設定とサービスの状態を確認
データソースへの接続が突然失敗する クラスター内の一部マシンがダウンしている 各マシンの稼働状況を確認し、必要に応じて再起動
バージョン不一致のエラー ゲートウェイのアップデートが一部マシンに適用されていない すべてのマシンを同一バージョンにアップグレード
「テナントが一致しません」エラー サインインアカウントが異なるAzure ADテナントに属している 全マシンで同じ組織アカウントでサインインし直す

5. 管理者に確認すべき情報

ゲートウェイクラスターの設定は、端末側の操作だけで完結しない場合があります。以下の項目は、社内のネットワーク管理者やPower Platform管理者に事前に確認しておくことをおすすめします。

ネットワークポリシーとファイアウォールルール

クラスターメンバー間の通信に必要なポート(TCP 8050、UDP 1434など)が社内ポリシーで許可されているか確認してください。また、ゲートウェイからAzureサービスへのアウトバウンド接続に必要なエンドポイント(ログイン、Power Automate関連)が許可リストに含まれているかも重要です。

プロキシ設定の有無と構成

社内でプロキシを利用している場合、ゲートウェイのプロキシ設定(ユーザ名/パスワード方式や自動検出)が統一されていないと、クラスター内で通信が失敗する原因になります。管理者にプロキシの要件を確認し、全マシンに同じ設定を適用してください。

インストールフォルダのアクセス権

ゲートウェイのインストール先フォルダ(通常は Program Files\On-premises data gateway や %ProgramData%\Microsoft\DataGateway)に対する読み取り/書き込み権限が、ゲートウェイサービスの実行アカウントに付与されているか確認します。権限が不足していると、クラスター構成が正常に保存されません。

6. よくある質問(FAQ)

実際の現場から寄せられる質問を集めました。設定中に疑問が生じた際の参考にしてください。

Q1. クラスターには何台までゲートウェイを追加できますか?
A. Microsoftの公式仕様では最大9台ですが、環境によってはパフォーマンスやライセンス制限が影響する場合があります。管理者に上限を確認してください。

Q2. クラスターを削除したい場合はどうすればよいですか?
A. 各ゲートウェイの管理画面から[クラスター]→[クラスターの削除]を実行します。ただし、この操作は元に戻せないため、削除前にすべての依存データソースを別のゲートウェイに移行しておいてください。

Q3. クラスター内の1台がダウンした場合、処理はどうなりますか?
A. 残りの正常なゲートウェイが自動的に処理を引き継ぎます。ただし、ダウンが長引くとキューが蓄積される可能性があるため、早期の復旧を試みてください。

Q4. オンプレミスデータゲートウェイのクラスターは、オンプレミス環境でしか使えませんか?
A. はい、すべて同一のオンプレミスネットワーク内に存在する必要があります。異なる拠点やクラウド上の仮想マシン間でも、同じネットワークセグメント内であれば構成可能ですが、レイテンシに注意してください。

Q5. ゲートウェイのバージョンアップはクラスターに影響しますか?
A. 公式には、同一クラスター内で一時的に異なるバージョンが混在することは許容されません。アップグレードはすべてのメンバーに同時に適用するか、順番にアップグレードする場合は、一旦クラスターから外してから行う方法も検討してください。

まとめ

Power Automateのオンプレミスデータゲートウェイクラスターを安定して運用するには、設定前の環境確認が何より重要です。ネットワーク疎通、バージョンの一致、アカウントの統一という3つの基本を押さえておけば、多くのトラブルを回避できます。万が一問題が発生した場合も、本記事で紹介した切り分け表やFAQを参考に、原因を特定してください。また、社内のネットワークポリシーや管理者権限に関わる部分は必ず事前に相談し、安全に設定を進めることをおすすめします。

クラスターの設定は一度成功すれば、その後は自動的に負荷分散と冗長性が提供されます。初期の手間を惜しまず確認することで、長期的な運用の安定性が大きく向上します。ぜひ本記事をガイドとして活用してください。


この記事の監修者
✍️

超解決 第一編集部

疑問解決ポータル「超解決」の編集チーム。正確な検証と、現場視点での伝わりやすい解説を心がけています。