Azure portalでキャッシュ ノードを作成、構成、プロビジョニング、デプロイする

この記事では、Microsoft Connected Cache ノードを作成、プロビジョニング、デプロイする方法について説明します。 キャッシュ ノードの作成とプロビジョニングは、Azure portalで行われます。 キャッシュ ノードのデプロイには、キャッシュ サーバーで実行されるインストーラー スクリプトをダウンロードする必要があります。

キャッシュ ノードの作成

1. Azure portalを開き、Microsoft Connected Cache リソースに移動します。

2. [設定] [キャッシュ ノード] > に移動し、[キャッシュ ノードの作成] を選択します。

3. キャッシュ ノードの名前を指定し、[ 作成 ] を選択してキャッシュ ノードを作成します。

キャッシュ ノードの構成

キャッシュ ノードの構成中に、キャッシュ ノードを構成するための多くのフィールドがあります。 各フィールドの定義の詳細については、この記事の下部にある 構成フィールド に関するページを参照してください。

クライアント ルーティング

顧客にトラフィックを提供する前に、クライアント ルーティング構成が必要です。 Azure portalでのキャッシュ ノードの構成中に、クライアントをキャッシュ ノードにルーティングできます。

Microsoft Connected Cache には、クライアントをキャッシュ ノードにルーティングするための 2 つの方法が用意されています。 手動入力の最初の方法は、クライアントを表す CIDR ブロックのコンマ区切りのリストをアップロードすることです。 BGP (Border Gateway Protocol) を設定する 2 つ目の方法は、他の ASN との近隣関係を確立することによって設定される、より自動かつ動的です。 すべてのルーティング方法は、Azure portal内で設定されます。

クライアント ルーティングとその他の設定が構成されると、キャッシュ ノードはコンテンツをダウンロードし、顧客にトラフィックを提供できるようになります。

現時点では、IPv4 アドレスのみがサポートされています。 IPv6 アドレスはサポートされていません。

手動ルーティング

Azure portalで CIDR ブロックの一覧を手動でアップロードして、キャッシュ ノードへの顧客の手動ルーティングを有効にすることができます。

BGP ルーティング

BGP (Border Gateway Protocol) ルーティングは、クライアント ルーティングに提供されるもう 1 つの方法です。 BGP は、到達可能なネットワークを理解するためにルーターと情報を交換することで CIDR 範囲を動的に取得します。 トラフィックの自動ルーティング方法については、Azure portalで BGP ルーティングを構成することを選択できます。

Microsoft Connected Cache には、キャッシュ ノードで次のことが可能な Bird BGP が含まれています。

• オペレーター ネットワーク内のルーター、ルート サーバー、またはルート コレクターとの iBGP ピアリング セッションを確立する
• ルート コレクターとして機能する

オペレーターは、Azure 管理ポータルを使用して Microsoft Connected Cache 側から iBGP ピアリング セッションを開始し、ルーターから Microsoft Connected Cache ノードとのセッションを開始します。

次の構成例では、次のようになります。

• 演算子 ASN は 65100 です

• Microsoft Connected Cache キャッシュ ノードの ASN は 65100 で、IP アドレスは 192.168.8.99 です

• iBGP ピアリング セッションは、ASN 65100、65200、65300 のポータルから確立されます。

  

  

キャッシュ ノードの BGP ルーティングを設定して有効にするには、次の手順に従います。

1. [設定][キャッシュ ノード] > に移動します。 プロビジョニングするキャッシュ ノードを選択します。

   

2. ハードウェアでサポートできる最大許容エグレスを入力します。

3. [ キャッシュ ストレージ] で、コンテンツを格納するキャッシュ ドライブ フォルダーの場所と、キャッシュ ドライブのサイズをギガバイト単位で指定します。
   メモ： これは 必須 フィールドです。 最大 9 つのキャッシュ ドライブ フォルダーがサポートされています。

4. [ ルーティング情報] で、使用するルーティング方法を選択します。 詳細については、「 クライアント ルーティング」を参照してください。

   • [手動ルーティング] を選択した場合は、アドレス範囲/CIDR ブロックを入力します。
   • BGP ルーティングを選択した場合は、近隣の ASN アドレスと IP アドレスを入力します。 MCC へのサインアップに使用した ASN を使用します。 MCC は、ネイバーと同じ ASN として自動的に割り当てられます。

   注

   BGP が正常に確立されると、プレフィックス数と IP 領域の表示0が停止します。

キャッシュ ノード ソフトウェアをサーバーにデプロイする

ユーザーがキャッシュ サーバー プロビジョニング スクリプトを実行すると、バックグラウンドでリソースが作成され、キャッシュ ノードのインストールが成功します。 このスクリプトでは、次に示すさまざまな ID の入力を受け取り、サーバーを Azure IoT Edge デバイスとして登録します。 Microsoft Connected Cache シナリオは IoT とは関係ありませんが、コンテナーの管理と通信操作のために Azure IoT Edgeがインストールされます。

プロビジョニング中にインストールされるコンポーネント

IoT Edge

IoT Edgeは、エッジ デバイスで MCC を管理するために重要ないくつかの機能を実行します。

1. エッジ デバイスに MCC をインストールして更新します。
2. エッジ デバイスで Azure IoT Edge セキュリティ標準を維持します。
3. MCC が常に実行されていることを確認します。
4. リモート監視のために、MCC の正常性と使用状況をクラウドに報告します。

Docker コンテナー エンジン

Azure IoT Edgeは、OCI と互換性のあるコンテナー ランタイムに依存しています。 Moby エンジンは、IoT Edgeで正式にサポートされている唯一のコンテナー エンジンであり、サーバー プロビジョニング プロセスの一部としてインストールされます。

デバイス プロビジョニング スクリプトのコンポーネント

キャッシュ サーバーを正常にプロビジョニングしてインストールするために、デバイス プロビジョニング スクリプトが入力として受け取る ID は 5 つあります。 プロビジョニング スクリプトにはこれらのキーが自動的に含まれますが、ユーザーからの入力は必要ありません。

サーバーをプロビジョニングする

1. キャッシュ ノードのプロビジョニングが完了したら、[ サーバー プロビジョニング ] タブに移動します。[ プロビジョニング パッケージのダウンロード] を 選択して、インストール パッケージをサーバーにダウンロードします。

2. キャッシュ ノードをデプロイするディレクトリでターミナル ウィンドウを開き、次のコマンドを実行して、アクセス許可を Bash スクリプトに変更します。

   sudo chmod +x provisionmcc.sh
   

3. Azure portalに表示されているスクリプト コマンド ラインをコピーして貼り付けます。

4. キャッシュ ノードのサーバー ターミナルでスクリプトを実行します。 スクリプトの実行には数分かかる場合があります。 エラーが発生しなかった場合は、キャッシュ ノードが正常に設定されています。 サーバーが正しく設定されていることを確認するには、 確認手順に従います。

   注

   同じスクリプトを使用して複数のキャッシュ ノードをプロビジョニングできますが、コマンド ラインはキャッシュ ノードごとに一意です。 さらに、サーバーを再プロビジョニングする必要がある場合、またはキャッシュ ノード用に新しいサーバーまたは VM をプロビジョニングする必要がある場合は、プロビジョニング スクリプトの正常な実行ごとに "registrationkey" 値が一意であるため、コマンド ラインをAzure portalから再度コピーする必要があります。

一般的な構成フィールド

ストレージ フィールド

クライアント ルーティング フィールド