次の方法で共有


Azure ポータルを使用して Azure で Service Fabric クラスターを作成する

この記事は、Azure portal を使用して Azure で Service Fabric クラスター (Linux または Windows) のセットアップの手順を説明するステップバイステップ ガイドです。 このガイドでは、次の手順について説明します。

  • Azure Portal を使用して Azure でクラスターを作成します。
  • 証明書を使って管理者を認証します。

Note

Microsoft Entra ID によるユーザー認証やアプリケーション セキュリティ用の証明書の設定など、より高度なセキュリティ オプションについては、Azure Resource Manager を使用してクラスターを作成します。

クラスターのセキュリティ

Service Fabric では証明書を使用して、クラスターとそのアプリケーションのさまざまな側面をセキュリティで保護するための認証および暗号化を指定します。 Service Fabric での証明書の使用方法の詳細については、「Service Fabric クラスターのセキュリティに関するシナリオ」を参照してください。

今回初めて Service Fabric クラスターを作成する場合、またはテスト ワークロード用のクラスターをデプロイする場合は、次のセクション (「Azure portal でのクラスターの作成」) に進み、テスト ワークロードを実行するクラスターに必要な証明書をシステムで生成してください。 運用ワークロード用のクラスターを設定する場合は、引き続きこの説明を読んでください。

クラスターとサーバーの証明書 (必須)

この証明書はクラスターをセキュリティで保護し、クラスターに対する未承認のアクセスを防ぐために必要です。 証明書により、クラスター セキュリティが次のような方法で提供されます。

  • クラスター認証: クラスター フェデレーションのためのノード間通信を認証します。 この証明書で自分の ID を証明できたノードだけがクラスターに参加できます。
  • サーバー認証: 管理クライアントに対するクラスター管理エンドポイントを認証します。これで、管理クライアントにより、実際のクラスターと通信していることが認識されるようになります。 また、この証明書は、HTTPS 管理 API および HTTPS 経由の Service Fabric Explorer に対する TLS も提供します。

この目的のため、証明書は次の要件を満たす必要があります。

  • 証明書は秘密キーを含む必要があります。
  • 証明書はキー交換のために作成され、Personal Information Exchange (.pfx) ファイルにエクスポートできる必要があります。
  • 証明書のサブジェクト名は、Service Fabric クラスターへのアクセスに使用されるドメインに一致する必要があります。 これは、クラスターの HTTPS 管理エンドポイントと Service Fabric Explorer 用の TLS を提供するために必要です。 証明機関 (CA) から .cloudapp.azure.com ドメインの TLS/SSL 証明書を取得することはできません。 クラスターのカスタム ドメイン名を取得します。 CA に証明書を要求するときは、証明書の件名がクラスターに使用するカスタム ドメイン名と一致している必要があります。
  • 証明書の DNS 名の一覧には、クラスターの完全修飾ドメイン名 (FQDN) が含まれている必要があります。

クライアント認証証明書

追加のクライアント証明書で、クラスター管理タスクに対して管理者を認証します。 Service Fabric には、admin および read-only user という 2 つのアクセス レベルがあります。 管理アクセスについて、少なくとも 1 つの証明書を使用する必要があります。 追加のユーザー レベル アクセスとして、別の証明書を指定する必要があります。 アクセス ロールの詳細については、「ロールベースのアクセス制御 (Service Fabric クライアント用)」を参照してください。

Service Fabric を操作するために、クライアント認証証明書を Key Vault にアップロードする必要はありません。 この証明書は、クラスター管理を許可されているユーザーにのみ指定する必要があります。

Note

Microsoft Entra ID は、クラスター管理操作用にクライアントを認証するための推奨される方法です。 Microsoft Entra ID を使用するには、Azure Resource Manager を使用してクラスターを作成する必要があります。

アプリケーション証明書 (省略可能)

アプリケーション セキュリティの目的で、任意の数の追加の証明書をクラスターにインストールできます。 クラスターを作成する前に、ノードにインストールする証明書を必要とするアプリケーション セキュリティ シナリオについて考慮します。これには次のようなものがあります。

  • アプリケーション構成値の暗号化と復号化
  • レプリケーション中のノード間のデータの暗号化

Azure portal を使用してクラスターを作成するときに、アプリケーション証明書を構成することはできません。 クラスターのセットアップ時にアプリケーション証明書を構成するには、Azure Resource Manager を使用してクラスターを作成する必要があります。 作成後に、アプリケーション証明書をクラスターに追加することもできます。

Azure ポータルでのクラスターの作成

アプリケーションのニーズを満たす運用クラスターを作成するには、いくつかの計画を立てる必要があります。この作業に役立つ Service Fabric クラスターの計画に関する考慮事項のドキュメントを読んで理解しておくことをお勧めします。

Service Fabric クラスター リソースの検索

Azure portal にサインインします。 [リソースの作成] をクリックし、新しいリソース テンプレートを追加します。 [Marketplace][すべて] で、Service Fabric クラスター テンプレートを検索します。 一覧から [Service Fabric クラスター] を選択します。

Azure ポータルで Service Fabric クラスター テンプレートを検索します。

[Service Fabric クラスター] ブレードに移動し、 [作成] をクリックします。

[Service Fabric クラスターの作成] ブレードには次の 4 つの手順があります。

1.基本

[基本] ブレードでは、クラスターの基本情報を指定する必要があります。

  1. クラスターの名前を入力します。

  2. VM 向けリモート デスクトップのユーザー名パスワードを入力します。

  3. クラスターをデプロイする サブスクリプション を選択します (特に、複数のサブスクリプションがある場合)。

  4. 新しいリソース グループを作成します。 クラスター名と同じにすると、後で検索が楽になります。デプロイメントを変更したり、クラスターを削除したりするときに特に便利です。

    Note

    既存のリソース グループを使用することもできますが、新しいリソース グループを作成することをお勧めします。 これにより、クラスターとそれが使用するすべてのリソースを簡単に削除できるようになります。

  5. クラスターを作成する場所を選択します。 既にキー コンテナーにアップロードされている既存の証明書を使用する場合は、キー コンテナーが存在するのと同じリージョンを使用する必要があります。

2.クラスター構成

ノード タイプの作成

クラスター ノードを構成します。 ノードのタイプには、VM のサイズ、VM の数、プロパティが定義されています。 クラスターには複数のノードのタイプを指定できますが、プライマリ ノードのタイプ (ポータルに最初に定義したノード) には、少なくとも 5 つの VM が必要です。これが Service Fabric システム サービスが配置されるノードのタイプになります。 "NodeTypeName" の既定の配置プロパティは自動的に追加されるため、[配置プロパティ] を構成しないでください。

Note

複数のノードのタイプの一般的なシナリオは、フロントエンド サービスとバックエンド サービスを含むアプリケーションです。 フロントエンド サービスは、小規模の VM (D2_V2 のような VM サイズ) に配置して、インターネットへのポートを開きます。また、バックエンド サービスは、大規模な VM (D3_V2、D6_V2、D15_V2 などの VM サイズ) に配置して、インターネットに面するポートは開きません。

  1. ノードのタイプの名前を選択します (英字と数字のみを含む 1 ~ 12 文字)。
  2. プライマリ ノード タイプの最小 VM サイズは、クラスターに選択した耐久性レベルによって決まります。 既定の耐久性レベルはブロンズです。 耐久性の詳細については、Service Fabric クラスターの耐久性の選択方法に関する記事を参照してください。
  3. 仮想マシンのサイズを選択します。 D シリーズ VM には SSD ドライブが備わっており、ステートフルなアプリケーションに最適です。 部分的なコアを持つ VM SKU や使用可能なディスク容量が 10 GB 未満の VM SKU は使用しないでください。 VM サイズの選択については、Service Fabric クラスターの計画に関する考慮事項のドキュメントを参照してください。
  4. 1 つのノード クラスターと 3 つのノード クラスターは、テストでの使用のみを目的としています。 運用ワークロードの実行では、サポートされません。
  5. ノード タイプに対する最初の仮想マシン スケール セットの容量を選択します。 後でノード タイプの VM 数をスケールインまたはスケールアウトできますが、プライマリ ノード タイプの場合は、運用ワークロード用に 5 つ以上の VM が必要です。 他のノード タイプには、VM 数に最小値の 1 を設定できます。 プライマリ ノード タイプの最小 VM によって、クラスターの信頼性が決まります。
  6. カスタム エンドポイントを構成します。 このフィールドでは、アプリケーション用にパブリック インターネットに Azure Load Balancer 経由で公開するポートのコンマ区切りのリストを入力できます。 たとえば、Web アプリケーションをクラスターにデプロイする予定がある場合は、「80」と入力して、クラスターへのポート 80 でのトラフィックを許可します。 エンドポイントの詳細については、アプリケーションとの通信に関する記事を参照してください。
  7. リバース プロキシを有効にしますService Fabric のリバース プロキシは、Service Fabric クラスターで実行されているマイクロサービスが HTTP エンドポイントを持つ他のサービスを検出してそのサービスと通信するのに役立ちます。
  8. [クラスター構成] ブレードに戻り、 [+ オプションの設定を表示する] で、クラスターの診断を構成します。 既定では、問題のトラブルシューティングのためクラスターで診断が有効になります。 診断を無効にするには、 [ステータス][オフ] に切り替えます。 診断をオフにすることは 推奨されません 。 Application Insights プロジェクトが既に作成されている場合は、キーを付与し、アプリケーション トレースがそのプロジェクトにルーティングされるようにします。
  9. DNS サービスを含めますDNS サービスは DNS プロトコルを使用して他のサービスを検索できるオプションのサービスです。
  10. クラスターを設定するファブリック アップグレード モードを選択します。 使用可能な最新バージョンをシステムで自動的に選択し、クラスターをそのバージョンにアップグレード場合は、 [自動] を選択します。 サポートされるバージョンを選択する場合は、 マニュアルモードに設定します。 ファブリックのアップグレード モードの詳細については、Service Fabric クラスター アップグレードのドキュメントを参照してください。

Note

サポートされるバージョンの Service Fabric を実行しているクラスターのみがサポート対象になります。 マニュアル モードを選択すると、自身の責任でクラスターをサポートされるバージョンにアップグレードする必要があります。

3.セキュリティ

Azure portal のセキュリティ構成のスクリーンショット。

セキュア テスト クラスターを簡単に設定できるようにするために、[Basic] オプションが用意されています。 既に証明書があり、キー コンテナーにアップロードしている場合 (また、デプロイでキー コンテナーが使用可能になっている場合) は、[カスタム] オプションを使用します。

[Basic] オプション

画面の指示に従って、既存のキー コンテナーを追加または再利用し、証明書を追加します。 証明書の追加は、同期処理です。そのため、証明書が作成されるのを待機する必要があります。

この処理が完了するまで、画面から移動しないでください。

セキュリティ ページのスクリーンショット。[キー コンテナー] ウィンドウと [キー コンテナーの作成] ウィンドウで [Basic] が選択されています。

キー コンテナーが作成されたので、お使いのキー コンテナーのアクセス ポリシーを編集します。

[Edit access policies](アクセス ポリシーの編集) をクリックし、高度なアクセス ポリシーを表示して、デプロイのための Azure Virtual Machines へのアクセスを有効にします。 テンプレートのデプロイも有効にすることをお勧めします。 選択を行ったら、忘れずに [保存] ボタンをクリックし、[アクセス ポリシー] ペインを終了します。

[Service Fabric クラスターの作成] ウィンドウのスクリーンショット。[セキュリティ] ウィンドウと [アクセス ポリシー] ウィンドウが開いています。

証明書の名前を入力して [OK] をクリックします。

[Service Fabric クラスターの作成] ウィンドウのスクリーンショット。前と同じで [セキュリティ] が選択されていますが、キー コンテナーが有効になっていないという説明がありません。

カスタム オプション

[Basic] オプションの手順を既に実行している場合は、このセクションをスキップします。

[セキュリティ] のスクリーンショット。クラスターのセキュリティ設定を構成するダイアログ ボックスを確認できます。

[セキュリティ] ページを完了するには、[ソース キー コンテナー]、[証明書 URL]、および [証明書の拇印] の情報が必要です。 これらが手元にない場合は、別のブラウザー ウィンドウを開き、Azure portal で次を実行します。

  1. キー コンテナー サービスに移動します。

  2. [プロパティ] タブを選択し、[リソース ID] を他のブラウザー ウィンドウの [ソース キー コンテナー] にコピーします。

    キー コンテナーの [プロパティ] ウィンドウのスクリーンショット。

  3. [証明書] タブを選択します。

  4. 証明書の拇印をクリックすると、[バージョン] ページに移動します。

  5. 現在のバージョンの下に表示されている GUID をクリックします。

    キー コンテナーの [証明書] ウィンドウのスクリーンショット

  6. 以下のような画面が表示されます。 16 進の SHA-1 拇印を他のブラウザー ウィンドウの [証明書の拇印] にコピーします。

  7. [シークレット識別子] を他のブラウザー ウィンドウの [証明書 URL] にコピーします。

    [証明書バージョン] ダイアログ ボックスのスクリーンショット。証明書 ID をコピーするためのオプションがあります。

[詳細設定の構成] ボックスをオンにして、管理用クライアント読み取り専用クライアントのクライアント証明書を入植します。 該当する場合は、これらのフィールドに管理用クライアント証明書の拇印と、読み取り専用ユーザー クライアント証明書の拇印を入力します。 管理者がクラスターに接続しようとした場合、ここに入力した拇印値に一致する拇印を持つ証明書がある場合にのみアクセスが許可されます。

4.まとめ

以上でクラスターをデプロイする準備が整いました。 クラスターをデプロイする前に、大きな青い情報ボックスの中を確認し、リンクを探して、証明書をダウンロードします。 証明書はクラスターに接続するために必要なので、必ず安全な場所に保管してください。 ダウンロードした証明書には、パスワードが設定されていないので、パスワードを追加することをお勧めします。

クラスターの作成を完了するには、 [作成] をクリックします。 必要に応じて、テンプレートをダウンロードすることもできます。

通知には作成の進行状況が表示されます (画面の右上にあるステータス バーの近くの "ベル" アイコンをクリックします)。クラスターの作成中に [スタート画面にピン留めする] をクリックした場合、 [Deploying Service Fabric Cluster (Service Fabric クラスターのデプロイ)][スタート] 画面にピン留めされます。 このプロセスには少々時間がかかります。

PowerShell または CLI を使用してクラスターで管理操作を実行するには、クラスターに接続する必要があります。詳細については、クラスターへの接続に関する記事を参照してください。

クラスターの状態を表示する

ダッシュボードのクラスターの詳細のスクリーンショット。

クラスターの作成後、ポータルでクラスターを検査できます。

  1. [参照] に移動し、 [Service Fabric クラスター] をクリックします。
  2. クラスターを探してクリックします。
  3. これにより、クラスターのパブリック エンドポイント、Service Fabric Explorer へのリンクなどのクラスターに関する詳細が、ダッシュボードに表示されます。

クラスターのダッシュボード ブレードの [ノード モニター] セクションには、正常な VM 数と正常ではない VM 数が表示されます。 クラスターの正常性の詳細については、Service Fabric の正常性モデルの概要に関するページを参照してください。

Note

Service Fabric クラスターが常に稼働状態になって可用性を維持し、その状態を保持するには、一定数のノードが常にアップしている必要があります。これは、「維持クォーラム」と呼ばれます。 そのため、最初に状態の完全バックアップを実行していない限り、クラスター内のすべてのコンピューターをシャットダウンするのは一般に安全ではありません。

仮想マシン スケール セット インスタンスまたはクラスター ノードにリモート接続する

クラスターで指定する NodeType ごとに、仮想マシン スケール セットがセットアップされます。

次のステップ

この時点で、管理の認証に証明書を使用したセキュリティで保護されたクラスターがあります。 次に、クラスターに接続して、アプリケーション シークレットを管理する方法を説明します。 また、Service Fabric のサポート オプションについて学びます。