Azure Cognitive Searchの監視と保守

Azure Cognitive Searchのコストは、検索に取り込まれるドキュメントの数とサイズによって異なります。xDBを使用している場合は、Contact Segmentationインデックスで匿名の連絡先データのインデックス作成を無効にすることで、ドキュメント数を少なく抑えることができます。

Azure Cognitive SearchソリューションのSKUサイズを確認する必要があります。各SKUサイズにはいくつかの メトリック制限があります が、注意しなければならない主なものは、ストレージ、インデックス数、およびドキュメント数です。ソリューションを設計する際には、これらのメトリクスを念頭に置いて監視する必要があります。そうしないと、検索コストが予想よりも早く増加する可能性があります。Sitecore Azure Cognitive Searchで使用できる 最小SKUサイズはS1ですが、これはS1より小さいサイズに制限があるためです (たとえば、Basicではインデックスに100個のフィールドしか許可されず、Freeつのインデックスに制限されます)。

Sitecoreは、REST APIを介してAzure Cognitive Searchと通信します。APIへのすべての呼び出しは、認証の唯一のメカニズムとしてAPIキーを使用します。ARMテンプレートを使用してSitecoreをデプロイすると、キーが自動的に生成され、cloud.search接続文字列に追加されます。必要に応じて いつでもキーを変更し 、cloud.search接続文字列を新しい値で更新できます。

Azure Cognitive Searchは、PartitionsとReplicasの2つのディメンションでスケーリングできます。 Partitionsでは保存できるドキュメントの数を増やすことができますが、Replicasでは、インデックスを検索サービスの新しいインスタンスにコピーすることで、高可用性を実現し、1秒あたりのクエリ数を増やすことができます。スケーリング要件に応じて、1つまたは両方のスケーリングタイプを使用できますが、スケーリングタイプを追加すると、月額コストが増加することに注意してください。 Microsoft Azure portalでのAzure Cognitive Searchのサービス管理 と、 Azure Cognitive Searchでのクエリとインデックス作成のワークロードのリソース レベルをスケーリングする方法について読むことができます。

Azure Cognitive Searchでは、従来のログ記録は提供されません。ただし、サービスに関する情報は、Azure portalのサービス ダッシュボードで、通知、プロパティ、ステータス メッセージを通じて取得できます。

ダッシュボードでのリソース監視は、サービスダッシュボードに表示される情報と、サービスに対してクエリを実行することで取得できるメトリクスに限定されます。サービスダッシュボードのUsageセクションでは、パーティションリソースレベルがアプリケーションに適しているかどうかをすばやく判断できます。

Azure Cognitive Searchメトリック (検索待機時間、検索クエリ数/秒、調整されたクエリの割合) を使用して、Azure SearchタブとMonitorタブでアラートを作成できます。「 Monitor 」タブでグラフを作成することもできます。

検索トラフィック分析は、Azure Cognitive Searchの別の監視ツールであり、検索サービスを可視化し、ユーザーとその行動に関する分析情報を得ることができます。この機能を有効にすると、検索サービスのデータを任意のストレージ アカウントにコピーできます。このデータは、検索サービスのログと集計された運用メトリックから処理および操作して、さらに分析できます。

詳細については、Microsoft AzureのドキュメントWebサイトを参照してください。