既存のロール上で Azure In-Role Cache をホストする

  • [アーティクル]

重要

Microsoft では、すべての新しい開発で Azure Redis Cache を使用することをお勧めします。 Azure Cache オファリングの選択に関する最新のドキュメントとガイダンスについては、自分に適した Azure Cache オファリングを参照してください。

このトピックでは、アプリケーション内の既存の Azure ロールで In-Role Cache をホストする機能について説明します。 このコンテキストでは、既存のロールは、他のアプリケーション コードまたはサービスにも使用される Web またはワーカー ロールを指します。 キャッシュは他の機能にも対応するロールに配置されるため、この種類のキャッシュ トポロジは 併置とも呼ばれます。

併置トポロジを使用するダウンロード可能なサンプルについては、「 キャッシュ セッションの状態と出力キャッシュのサンプル」を参照してください。

併置In-Roleキャッシュについて

各 Azure ロールは、1 つ以上のインスタンスで実行できます。 これらのロール インスタンスをホストする各仮想マシンには、特定の量の物理リソース (メモリなど) があります。 仮想マシンのサイズの設定により具体的な値が決まります。 キャッシュに使用する各仮想マシンのメモリの割合を指定すると、既存のロールでのキャッシュの併置が発生します。

ヒント

メモリのみが指定されていますが、キャッシュ機能ではプロセッサやネットワーク リソースなど、他の物理リソースが使用されます。

ロールの併置In-Roleキャッシュを有効にするには

次の手順では、Visual Studioの併置ロールで In-Role Cache を有効にする方法について説明します。

  1. [ソリューション エクスプローラー] で、[ロール] フォルダーを探します。 In-Role キャッシュに使用するロールをダブルクリックします。

  2. プロパティ ウィンドウの [キャッシュ] タブを開きます。

  3. [キャッシュを有効にする] チェック ボックスをオンにします。

  4. [併置型ロール] ラジオ ボタンを選択し、[キャッシュ サイズ (%)] スライダーを構成します。 次のスクリーンショットはこのダイアログ設定を示しています。

    Caching Co-located Properites Window

  5. 省略記号ボタンをクリックし、キャッシュ クラスターの実行時状態を維持するストレージ アカウントを選択します。

  6. default の設定を構成するか、新しい名前付きキャッシュを作成します。

併置型キャッシュ トポロジのガイダンス

次のガイドラインは、併置In-Roleキャッシュ アーキテクチャに適用されます。

  1. 診断データを使用して、キャッシュに割り当てるメモリの正しい割合を決定します。 予想される負荷で動作している仮想マシン インスタンスのメモリと CPU についてのパフォーマンス カウンター データを含めます。 実行している個々のロール インスタンスに使用できるメモリの合計は、仮想マシン サイズ (VM サイズ) と、オペレーティング システムおよびそのロールで実行されている他のアプリケーション サービスに使用されるメモリによって決まります。 キャッシュ サイズ (%)を正しく設定する方法については、「Azure In-Role Cache の容量計画に関する考慮事項」を参照してください。

  2. 併置型トポロジは次の場合には推奨されません。

    • キャッシュ サイズが 1.5 GB より大きい。

    • ロール インスタンスあたり 1 秒あたりのキャッシュ トランザクション数が 400 を超えるクラスターをキャッシュする

    • ロール インスタンスごとに 1 秒あたりのキャッシュ操作に使用される帯域幅が 1.2 MB を超えるクラスターをキャッシュします。

    重要

    このセクションのメトリックでは、デプロイ トポロジのキャッシュの種類を決定するための一般的なガイドラインを示します。 クラウド サービスをテストし、監視し、要件を満たしていることを確認する作業は開発者が行う必要があります。 メモリが足りない場合または一時的なエラーが多く発生する場合は、一般的に 2 つの緩和策があります。 キャッシュをホストするロールの実行中のインスタンスの数を増やすことができます。 併置型トポロジを専用トポロジに移行することもできます。 トラブルシューティングの詳細については、「 Azure In-Role Cache のトラブルシューティングと診断」を参照してください。

  3. Shared Cachingからロールのキャッシュに移行する場合は、併置アーキテクチャによって移行が簡略化される可能性があります。 このシナリオでは、新しいロールを既存のデプロイに追加する必要はありません。 代わりに、サービス内の既存の Web ロールまたは worker ロールでキャッシュを有効にします。 ただし、このセクションのガイドラインに基づいて、キャッシュ用の新しい専用ロールを追加すると、引き続き便利な場合があります。 このシナリオの詳細については、「Azure Shared Caching から In-Role Cache への移行」を参照してください。

  4. 各クラウド サービスでサポートされるキャッシュ クラスターは 1 つのみです。

参照

概念

専用ロールでの Azure In-Role キャッシュのホスト
Azure Cache 用の In-Role Cache について

その他の参照情報

Azure In-Role Cache を使用する方法