Cisco Intersight Workload Optimizer

ターゲット構成ガイド

このマニュアルに記載されている仕様および製品に関する情報は、予告なしに変更されることがあります。このマニュアルに記載されている表現、情報、および推奨事項は、すべて正確であると考えていますが、明示的であれ黙示的であれ、一切の保証の責任を負わないものとします。このマニュアルに記載されている製品の使用は、すべてユーザー側の責任となります。

対象製品のソフトウェア ライセンスと限定保証は、製品に添付された『Information Packet』に記載されています。添付されていない場合には、代理店にご連絡ください。

Cisco が採用している TCP ヘッダー圧縮機能は、UNIX オペレーティング システムの UCB（University of California, Berkeley）のパブリック ドメイン バージョンとして、UCB が開発したプログラムを採用したものです。All rights reserved. Copyright © 1981, Regents of the University of California.

ここに記載されている他のいかなる保証にもよらず、各社のすべてのマニュアルおよびソフトウェアは、障害も含めて「現状のまま」として提供されます。シスコおよび上記代理店は、商品性、特定目的適合、および非侵害の保証、もしくは取り引き、使用、または商慣行から発生する保証を含み、これらに限定することなく、明示または暗黙のすべての保証を放棄します。

いかなる場合においても、シスコおよびその供給者は、このマニュアルの使用または使用できないことによって発生する利益の損失やデータの損傷をはじめとする、間接的、派生的、偶発的、あるいは特殊な損害について、あらゆる可能性がシスコまたはその供給者に知らされていても、それらに対する責任を一切負わないものとします。

このマニュアルで使用している IP アドレスおよび電話番号は、実際のアドレスおよび電話番号を示すものではありません。マニュアルの中の例、コマンド出力、ネットワーク トポロジ図、およびその他の図は、説明のみを目的として使用されています。説明の中に実際の IP アドレスおよび電話番号が使用されていたとしても、それは意図的なものではなく、偶然の一致によるものです。

この文書の印刷されたハード コピーおよび複製されたソフト コピーは、すべて管理対象外と見なされます。最新版については、現在のオンライン バージョンを参照してください。

シスコは世界各国 200 箇所にオフィスを開設しています。各オフィスの住所、電話番号、FAX 番号は当社の Web サイト（www.cisco.com/go/offices/）をご覧ください。

Cisco および Cisco のロゴは、米国およびその他の国における Cisco およびその関係会社の登録商標を示します。シスコの商標の一覧については、https://www.cisco.com/c/en/us/about/legal/trademarks.html をご覧ください。Third-party trademarks mentioned are the property of their respective owners. 「パートナー」という言葉が使用されていても、シスコと他社の間にパートナーシップ関係が存在することを意味するものではありません。（1721R）

© 2018-2022 Cisco Systems, Inc. All rights reserved.

 

 

 

 

 

 

ターゲットの設定

2022 年 9 月 22 日公表

ターゲットとは、Intersight Workload Optimizer から接続している仮想環境内のリソースまたはワークロード管理サービスです。たとえば、Amazon Web Services（AWS）のパブリック クラウド アカウントや、VMware vCenter Server によって管理されるオンプレミスのデータセンターをターゲットにすることができます。Cisco Intersight Workload Optimizer は、ターゲットを使用してワークロードを監視し、環境内でアクションを実行します。このガイドでは、Intersight Workload Optimizer アカウントによって要求されるターゲットを構成する方法について説明します。

要求する各ターゲットについて、Intersight Workload Optimizer は、それらが公開している管理プロトコル（REST API、SMI-S、XML、またはその他の管理トランスポート）経由でサービスと通信します。Intersight Workload Optimizer は、この通信を使用して、管理対象エンティティの検出、リソース使用率の監視、アクションの実行を行います。

注：

Intersight Workload Optimizer は、同じターゲットの重複インスタンスをサポートしていません。ターゲットを構成するときは、環境内の同じアドレスに 2 つ以上のターゲットを構成しないでください。たとえば、2 つの異なるターゲットを同じ AWS アカウントに構成したり、2 つのターゲットを同じ vCenter Server インスタンスに構成したりしてはなりません。

重複するターゲットを構成すると、「Analysis Exception occurred...」というエラーが発生してアクションの実行に失敗する可能性があります。

この問題を解決するには、重複するターゲットを特定し、アドレスごとにターゲットが 1 つだけになるまでそれらを削除します。

Intersight では、次の Intersight Workload Optimizer ターゲットを使用できます。

トランスポート層のセキュリティ要件

Intersight Workload Optimizer では、ターゲットとのセキュアな通信を確立するために Transport Layer Security（TLS）バージョン 1.2 が必要です。ほとんどのターゲットでは、TLS 1.2 が有効になっていることが必要です。ただし、一部のターゲットでは TLS が有効になっていない場合や、以前のバージョンが有効になっている場合があります。この場合、Intersight Workload Optimizer がターゲットサービスに接続しようとすると、ハンドシェイクエラーが表示されます。[ターゲット設定（Target Configuration）] ビューに移動すると、そのようなターゲットの検証失敗ステータスが表示されます。

TLS のサポートが原因でターゲットの検証が失敗した場合は、次のような文字列により検証エラーが表示されることがあります。

■        適切なプロトコルがありません（No appropriate protocol）

このエラーを修正するには、ターゲット テクノロジーがサポートする TLS の最新バージョンを有効にしてください。これで問題が解決しない場合は、シスコ テクニカル サポートにお問い合わせください。

■        証明書がアルゴリズムの制約に準拠していません（Certificates does not conform to algorithm constraints）

このエラーを修正するには、ターゲット テクノロジーのマニュアルを参照して、ターゲット サーバで 2048 以上の長さの証明書キーを生成する手順に従ってください。これで問題が解決しない場合は、シスコ テクニカル サポートにお問い合わせください。

 

 

 

クラウドターゲット

パブリック クラウドは、コンピューティング、ストレージ、およびその他のリソースをオンデマンドで提供します。AWS 請求ターゲット（AWS）または Microsoft Enterprise Agreement（Azure）を追加してカスタム価格を使用し、リザーブドインスタンスを検出することにより、Intersight Workload Optimizer がその豊富な価格情報を使用して、Azure 環境のワークロードサイズと RI カバレッジを計算できるようになります。

すべてのインフラストラクチャをパブリッククラウドで実行することも、必要に応じてパブリッククラウドにワークロードをバーストするハイブリッド環境をセットアップすることもできます。Intersight Workload Optimizer は、パブリッククラウドで実行されるアプリケーションのパフォーマンスを分析し、必要であればより多くのインスタンスをプロビジョニングします。ハイブリッド環境の場合、Intersight Workload Optimizer は、パブリッククラウドにアプリケーション VM のコピーをプロビジョニングして需要の急増に対応し、需要が減少してこれらの VM が不要になった場合には一時停止します。

パブリック クラウド ターゲットでは、Intersight Workload Optimizer を使用して次のことができます。

■        VM およびデータベースの拡張

■        ストレージ階層の変更

■        VM 予約の購入

■        パフォーマンスを確保しながら、ハイブリッド環境内で最も効率的なワークロード配置を特定する

■        未使用のストレージボリュームの検出

クラウド ベースのデータセンターは、仮想リソースのスケーラビリティ、リソース プーリング、マルチテナント、およびセルフサービス管理をサポートします。Intersight Workload Optimizer は、次のクラウドテクノロジーをサポートしています。

サプライ チェーン

パブリッククラウドの場合、Intersight Workload Optimizer はリージョンとゾーンを検出します。パブリック クラウドは、リージョンとゾーンによって管理対象のサブセットに分割されます。リージョンは通常、クラウド リソースの地理的な場所に関連付けられており、ゾーンはリージョンを分割したものです。1 つのリージョンには複数のゾーンが含まれています。

Amazon Web Services

Amazon Web Services（AWS）は、信頼性と拡張性に優れたインフラストラクチャ プラットフォームをクラウドで提供します。このインフラストラクチャには、適切な組織 API 権限を持つサブスクリプション アカウントを使用してアクセスします。AWS ターゲットを指定するには、そのアカウントのログイン情報を指定します。Intersight Workload Optimizer は、そのアカウントで使用可能なリソースを検出します。

RI の使用率を検出するには、AWS のコストと使用状況レポートを含む S3 バケットへのアクセスを Intersight Workload Optimizer に提供する必要があります。このアクセス権がない場合、Intersight Workload Optimizer による購入とスケールの決定は、このデータを考慮せずに行われます。

AWS 課金ファミリー内のすべての RI を検出するには、マスターアカウントを介して請求ターゲットを追加する必要があります。このマスターアカウントには、Cost Explorer API へのアクセスが必要です。マスターアカウントがない場合、Intersight Workload Optimizer は、ターゲットとして追加されたアカウントによって購入された RI のみを検出します。

サポートされているリージョン – AWS

Intersight Workload Optimizer は、次の AWS リージョンでエンティティの検出と管理をサポートしています。

AWS ターゲットの要求

Intersight Workload Optimizer に AWS アカウントを管理させるには、そのアカウントへのアクセスに使用するアクセスキーを介してログイン情報を指定します。AWS アカウントのアクセス キーの取得については、Amazon Web Services のドキュメントを参照してください。

AWS ターゲットを追加するには、以下の情報を指定します。

■        [Custom Target Name]

ターゲット リストでターゲットを識別するために使用される表示名。これは UI にのみ表示されます。内部名と一致させる必要はありません。

■        Access Key

管理するアカウントのアクセス キーを入力します。

■        [Secret Access Key]

管理するアカウントの秘密アクセスキーを入力します。

 

AWS リージョンのホワイトリスト登録

Intersight Workload Optimizer が AWS 環境を検出しているときに、1 つ以上の AWS リージョンに到達できないと、そのターゲットの AWS 検出は失敗します。

ポリシーの決定のため、Intersight Workload Optimizer がすべての AWS リージョンに到達することができなくなる場合があります。たとえば、ファイアウォールの背後で Intersight Workload Optimizer を運用すると、AWS アカウントで使用可能なすべてのリージョンに到達できないことがあります。その場合は、Intersight Workload Optimizer に検出させるリージョンを指定する必要があります。

Intersight Workload Optimizer が検出するリージョンを指定する方法については、サポート担当者にお問い合わせください。

コストと使用状況レポート

Intersight Workload Optimizer が月初から特定の日までの支出を表示できるようにするには、AWS でコストと使用状況レポートを作成し、S3 バケットに保存する必要があります。詳細については、以下を参照してください。

■         AWS ドキュメントでのコストと使用状況レポートの作成

■         AWS ドキュメントのコストと使用状況レポート用に Amazon S3 バケットを設定する

コストと使用状況レポート

Intersight Workload Optimizer が月初から特定の日までの支出を表示できるようにするには、AWS でコストと使用状況レポートを作成し、S3 バケットに保存する必要があります。詳細については、以下を参照してください。

■         AWS ドキュメントでのコストと使用状況レポートの作成

■         AWS ドキュメントのコストと使用状況レポート用に Amazon S3 バケットを設定する

メモリ統計情報の収集の有効化

GCP 環境でメモリ メトリックの収集を有効にすることを強くお勧めします。メモリメトリックを使用すると、Workload Optimization Manager は、パフォーマンスを向上させるだけでなく、節約を最大化するアクションを生成できます。

Intersight Workload Optimizer が AWS でメモリ統計情報を収集するためには、CloudWatch を設定して、環境内の VM でこれらの統計情報の収集を有効にする必要があります。詳細については、「メモリ統計情報の収集の有効化：AWS」（137ページ）を参照してください。

AWS のアクセス許可

AWS ターゲットのアカウントには、次のアクセス許可が必要です。

AWS 課金ターゲットへのアクセスを有効にするには、アカウントに次のアクセス許可が含まれている必要があります（「AWS 課金ターゲット」（15 ページ）を参照）。

クラウド インスタンス ファミリのサポート

ユーザー インターフェイスでは、Intersight Workload Optimizer がサポートするインスタンス タイプを確認できます。

1.      [詳細（More）] > [設定（Settings）] > [ポリシー（Policies）] に移動します。

2.      [ポリシー管理（Policy Management）] ページで、[仮想マシンのデフォルト（Virtual Machine Defaults）] を検索してクリックします。

3.      [仮想マシン ポリシーの構成（Confiure Virtual Machine Policy）] ページで、次の手順を実行します。

a.         ページの下部までスクロールします。

b.         [スケーリング制約の追加（Add Scaling Constraint）] をクリックします。

c.         [クラウド インスタント タイプ（Cloud Instance Types）] を選択します。

d.         [編集（Edit）] をクリックします。

ポリシー ページには、各クラウド プロバイダーでサポートされている層が表示されます。ティアは、GCP の M1、AWS の a1、Azure の Basic_A1 などのインスタンス タイプのファミリです。階層を展開して、個々のインスタンス タイプとリソース割り当てを表示します。

Intersight Workload Optimizer は、クラウド VM のスケーリングを判断する際、サポートされているすべてのインスタンス タイプを考慮します。VM を特定のインスタンス タイプにのみスケーリングするか、特定のインスタンス タイプを回避する場合は、それらの VM のポリシーを作成します。

アクション

Intersight Workload Optimizer は、クラウド ターゲット サプライ チェーンに対して次のようなアクションを推奨します。

■        仮想マシン

–        拡張性

パフォーマンスとコストを最適化するために、別のインスタンスタイプまたは階層を使用するように VM インスタンスを変更します。

–        RI カバレッジの拡大と RI の購入

オンデマンドのワークロードの割合が高い場合は、カバレッジを拡大すると、月額コストを削減できます。カバレッジを拡大するには、VM 既存キャパシティを持つインスタンスタイプに拡張します。より多くの RI キャパシティが必要な場合は、Intersight Workload Optimizer は、RI 購入アクションを推奨します。

詳細については、ユーザーガイドの「クラウド VM アクション」を参照してください。

■        データベースサーバー

拡張性

コンピューティングリソースとストレージリソースをスケーリングして、パフォーマンスとコストを最適化します。

詳細については、ユーザーガイドの「クラウド データベースサーバーのアクション」を参照してください。

■        音量

–        拡張性

付随するボリュームをスケーリングして、パフォーマンスとコストを最適化します。

–        Delete

コスト削減策として、付随しないボリュームを削除します。

詳細については、ユーザーガイドの「クラウドボリュームのアクション」を参照してください。

 

モニタ対象リソース

Intersight Workload Optimizer は、クラウド ターゲット サプライ チェーンの次のリソースをモニターします。

AWS 課金ファミリ

AWS ターゲットを設定すると、Intersight Workload Optimizer は課金ファミリに統合された AWS アカウントを検出します。課金ファミリには、1 つのマスターアカウントとメンバーアカウントが含まれます。メンバー アカウントは存在しない場合もあります。Intersight Workload Optimizer は、課金ファミリを認識することで、クラウドの投資と削減をより正確に計算し、RI カバレッジに関するより的確な推奨事項を作成します。

ターゲット ユーザー インターフェイでは、マスターアカウントは太字で表示され、その横には星印が付いています。アカウント エントリを展開して、関連するメンバー アカウントを表示することができます。メンバー アカウントのエントリを展開すると、関連するアカウントとしてファミリ マスターが表示され、アスタリスクで示されます。

RI の購入では、課金ファミリ内のさまざまなアカウントが同じ RI リソースを共有できます。一方で、他の課金ファミリのアカウントでは、これらの RI を使用することはできません。これにより、課金情報によって発注を維持しながら、RI カバレッジをより柔軟にすることができます。

 

Intersight Workload Optimizer では、課金ファミリの認識を有効にすると、ターゲット ユーザー インターフェイスに課金ファミリマスターとメンバーアカウントが表示されます。また、Intersight Workload Optimizer は、正確な課金ファミリ内で適切な RI の購入を推奨できるようになります。

課金ファミリの認識を有効にするには、AWS ターゲットを設定する際に次のことを確認します。

■        AWS ターゲットごとに適切なロールを使用します。

ターゲットの課金ファミリ情報を適切に検出するには、organizations:DescribeOrganization アクセス許可を含む AWS ロールの Intersight Workload Optimizer のログイン情報を指定する必要があります。そのアクセス許可があれば、Intersight Workload Optimizer は次のことができます。

–       異なる課金ファミリでマスターアカウントとメンバーアカウントを検出する

–       ユーザーインターフェイスでのアカウント名の表示

–       各ファミリとアカウントの課金情報の検出

–       課金ファミリの境界を尊重する RI アクションを推奨する

■        完全な課金ファミリのターゲットの設定

1 つの課金ファミリは、多数の AWS アカウントを統合できます。Intersight Workload Optimizer がこれらのアカウントを分析に含めるには、各アカウントを個別のターゲットとして設定する必要があります。課金ファミリのすべてのアカウントを設定していない場合、Intersight Workload Optimizer はそのファミリの完全な課金情報を検出できず、不完全な情報で分析を行うことになります。

Intersight Workload Optimizer は、ターゲットとして設定されているメンバーアカウントを通常のテキストで表示します。Intersight Workload Optimizer によって検出されたメンバーがターゲットとして設定されていない場合、Intersight Workload Optimizer はそのメンバーの名前をグレーのテキストで表示します。

課金ファミリの認識を有効にしている場合は、次の点に留意してください。

■        課金ファミリの拡大が可能

Intersight Workload Optimizer は、課金ファミリのメンバーシップを定期的にチェックします。新しいメンバー アカウントが検出されると、そのアカウントがメンバーのリストに追加されます。アカウントをターゲットとしてすでに設定している場合、Intersight Workload Optimizer は、新しいメンバーを課金ファミリの分析に含めます。新しいメンバーがまだターゲットとして設定されていなかった場合、Intersight Workload Optimizer は、新しいメンバーをグレーのテキストでリストに表示します。

■        課金ファミリごとにディスカウントを設定できます。

Intersight Workload Optimizer には、課金グループのディスカウントを設定し、その適用範囲内の特定のテンプレートファミリに対してはディスカウントをオーバーライドする機能が備わっています。詳細については、ユーザー ガイドの「クラウドのディスカウントおよびユーザー ガイドの「ディスカウントの上書き：AWS」を参照してください。

■        メンバーアカウントがないマスターアカウントが表示される場合がある

AWS は、作成したすべてのアカウントを課金ファミリの一部として扱います。アカウントを作成したものの、その課金を他のアカウントと統合する理由がないとします。その場合、 Intersight Workload Optimizer のユーザーインターフェイスには、マスターアカウントとしてアカウントが表示されますが、メンバーアカウントはありません。

AWS 請求ターゲット

Intersight Workload Optimizer の AWS 請求ターゲットを使用すると、ユーザーは請求書へのアクセスを許可し、課金ファミリの関係を検出するために使用できます。AWS アカウントの運用上の懸案事項へのアクセスは提供しません。Workload Optimization Manager インスタンスごとに 1 つの AWS 請求ターゲットを持つことができることをご了承ください。

注：

課金対象は、コストと使用状況レポートを使用します。

Intersight Workload Optimizer が月初から特定の日までの支出を表示できるようにするには、AWS でコストと使用状況レポートを作成し、S3 バケットに保存する必要があります。詳細については、以下を参照してください。

■         AWS ドキュメントでのコストと使用状況レポートの作成

■         AWS ドキュメントのコストと使用状況レポート用に Amazon S3 バケットを設定する

 

AWS 請求ターゲットの要求

AWS 請求ターゲットを追加するには、以下を指定します。

■        [Custom Target Name]

ターゲット リストでターゲットを識別するために使用される表示名。これは UI にのみ表示されます。内部名と一致させる必要はありません。

■        Access Key

管理するアカウントのアクセス キーを入力します。

■        [Secret Access Key]

管理するアカウントの秘密アクセス キーを入力します。

■        コストおよび使用状況レポートバケット

AWS のコストと使用状況レポートを含む S3 バケットの名前。

■        コストと使用状況レポートのパス

AWS のコストと使用状況レポートへの S3 バケットのパス。

■        コストおよび使用状況レポートのリージョン

AWS のコストと使用状況レポートを含む、S3 バケットのリージョン。

AWS 請求ターゲットのアクセス許可

アクション

Intersight Workload Optimizer は、AWS 請求ターゲットのアクションを推奨しません。ただし、請求情報が AWS ターゲットと組み合わせて使用され、情報に基づいた決定を行います。

モニター対象リソース

Intersight Workload Optimizer は、AWS 請求ターゲットのリソースを監視しません。ただし、請求情報が AWS ターゲットと組み合わせて使用され、情報に基づいた決定を行います。

Google Cloud Platform

Google Cloud Platform (GCP) は、クラウドでスケーラブルなインフラストラクチャ プラットフォームを提供します。Intersight Workload Optimizer は、適切な権限を持つ GCP サービス アカウントを介してこのインフラストラクチャにアクセスします。

サービス アカウントをターゲットとして追加すると、Workload Optimization Manager は、ワークロードのコンピューティング、ストレージ、およびネットワーク リソースを定義するプロジェクトを検出します。次に、検出されたプロジェクトごとに派生ターゲットを作成します。派生ターゲットは、Workload Optimization Manager 内で直接変更できませんが、他のターゲットと同様に検証できます。

 

フォルダまたは GCP 組織全体を取得する権限を持つサービス アカウント ターゲットを追加すると、Intersight Workload Optimizer はより広いリソース階層を検出します。

Intersight Workload Optimizer は、分析でコストデータを使用して、ワークロードに対して正確な推奨を行います。コストの検出とモニタリングを有効にするには、サービス アカウントに関連する請求先アカウントへの「請求先アカウント閲覧者」アクセス権を付与し、それらの請求先アカウントをターゲットとして追加する必要があります。

注：

請求先アカウントを追加すると、Workload Optimization Manager は、ワークロードの交渉済みの価格設定と確約利用割引（CUD）も検出します。現在、分析により、既存の CUD キャパシティに基づいて VM スケーリングの推奨事項が作成されます。CUD の購入は、将来のリリースで導入される予定です。

また、分析は、CUD に設定した優先属性を認識しません。たとえば、1 つのプロジェクトのすべての CUD 割り当てに優先順位を付けた場合でも、Intersight Workload Optimizer 分析が、環境内の他のプロジェクトに CUD を適用するアクションを推奨することがあります。

サポートされているリージョンとゾーン

Intersight Workload Optimizer は、現在利用可能なすべての GCP リージョンとゾーンでワークロードの検出と管理をサポートします。

権限

GCP ターゲットを構成するには、請求情報、GCP インフラストラクチャを検出するために必要な権限、および（オプションで）アクションを実行する権限を Intersight Workload Optimizer に付与するロールを持つサービスアカウントを作成します。このセクションでは、必要な最小限のアクセス許可を一覧表示します。

注：

For instructions on creating service accounts in a gcloud shell session, see GCP Target Service Account (on page 139) and GCP Billing Target Service Account (on page 143).

メモリメトリック情報の収集の有効化

GCP 環境でメモリメトリックの収集を有効にすることを強くお勧めします。メモリメトリックを使用すると、Workload Optimization Manager は、パフォーマンスを向上させるだけでなく、節約を最大化するアクションを生成できます。

GCP は、Ops エージェントを介してこれらの指標を収集します。Intersight Workload Optimizer がこれらのメトリックを取得するには、監視対象の各 VM に Ops Agent をインストールして構成する必要があります。Ops Agent のインストール手順はこちら、設定の詳細はこちらをご覧ください。

注：

GCP では、従来のモニタリングエージェントの代わりに Ops エージェントを使用することを推奨しています。

必要な GCP API の有効化

Intersight Workload Optimizer が GCP 環境と課金の詳細を検出するには、次の API を有効にする必要があります。

■        クラウド リソース マネージャ API

GCP リソースコンテナのメタデータを作成、読み取り、更新します。

■        コンピューティング エンジン

GCP で VM を作成して実行します。

■        クラウドの課金 API

デベロッパーが GCP プロジェクトの請求をプログラムで管理できるようにします。

■        BigQuery API

顧客がデータを作成、管理、共有、クエリするためのデータ プラットフォーム。

これらの API を有効にするには：

1.      GCP Console を API のライブラリに移動します。

GCP Console のホームページで、[API とサービス] > [ライブラリ] に移動します。

2.      有効にする API を検索します。

API ライブラリ検索ボックスに、有効にする API の名前を入力します。Enter キーを押して、このコマンドを実行します。次のそれぞれについて、これらの手順を繰り返します。

■       クラウド リソース マネージャ API

■       コンピューティング エンジン

■       クラウドの課金 API

■       BigQuery API

3.      指定された API を有効にします。

表示されるリストで API 名をクリックして、その API ページに移動します。API が有効になっていない場合は、[有効（Enable）] をクリックします。

特定の API を有効にすると、コンソールにその API の詳細ページが表示されます。

4.      コンソールのホームページに移動します。

有効にする各 API について、ホームページに戻り、これらの手順を繰り返します。

対象サービスアカウントの追加

Intersight Workload Optimizer で使用するようにサービスアカウントを適切に構成したら、[ターゲット構成（Target Configuration）] ページからターゲットとして追加する必要があります。

ターゲットを追加するときは、以下を指定します。

■        [表示名（Display Name）]

Intersight Workload Optimizer でターゲットを識別する名前。この名前は表示のみを目的としており、GCP の名前と一致する必要はありません。

■        サービスアカウントキー（JSON）

管理するアカウントのサービスアカウントキー。アカウントキーの JSON オブジェクトをこのフィールドに貼り付けます。

対象請求アカウントの追加

請求ターゲットを追加するには、以下を指定します。

■        ターゲット名（Target Name）

Intersight Workload Optimizer でターゲットを識別する名前。この名前は表示のみを目的としており、GCP の名前と一致する必要はありません。

■        サービスアカウントキー

請求アカウントに関連付けられたアカウントのサービスアカウントキー。

■        GCPプロジェクトID

請求アカウントに関連付けられたプロジェクトに割り当てられた一意の ID。このプロジェクトで発生した費用は、追加する請求アカウントに請求されます。

■        BigQuery 設定

BigQuery は、GCP データの管理に役立つデータ ウェアハウスです。Intersight Workload Optimizer は BigQuery リソースを使用して、環境のコスト データを検出します。これらのフィールドのいずれも構成しない場合、このターゲットは Intersight Workload Optimizer 分析のコスト データを検出しません。

BigQuery リソースについては、「BigQuery リソースの編成」をご覧ください。BigQuery テーブルについては、Cloud Billing データ エクスポートのクエリの例、 標準使用料金データのスキーマ、詳細な使用料金データのスキーマ、料金データのスキーマをご覧ください。

BigQuery データを検出するようにターゲットを構成するには、次のフィールドに値を指定します。

–       BigQuery コスト エクスポート データセット名

課金されたコストのデータ セット。データセットを指定した後、対応する課金アカウント ID または BigQuery 標準コスト エクスポート テーブル名も指定する必要があります。

データセット名は、[GCP 請求（GCP Billing）] ダッシュボードの [課金情報のエクスポート/BIGQUERY エクスポート（Billing export / BIGQUERY EXPORT）] にあります 。

–       BigQuery コスト エクスポート テーブル名

これは、エクスポートされたコスト データのテーブルです。テーブル名は GCP BigQuery Explorer で確認できます。プロジェクトを展開し、コスト エクスポート データ セット名を展開します。

–       コスト エクスポート テーブルからのリソース レベルの詳細の有効化

Billing Export を構成するときに、詳細な使用コストを有効にすることができます。この詳細データを Intersight Workload Optimizer に公開するには、このオプションをオンにしてから、[BigQuery コスト エクスポート テーブル名（BigQuery Cost Export Table Name）] フィールドに詳細データ テーブルの名前を指定します。テーブル名は GCP BigQuery Explorer で確認できます。

注：

詳細な使用コストを有効にしている場合にのみ、このオプションをオンにしてください。標準使用コスト  テーブルを提供する場合は、このオプションをオンにしないでください。

–       BigQuery 料金エクスポート テーブル名

このフィールドには、BigQuery で使用されるテーブル名 cloud_pricing_export が自動的に入力されます。次のいずれかを行う場合は、別の名前を指定する必要があります。

·       交渉価格には別の表を使用する

·       [BigQuery 料金設定のエクスポート データ セット名（BigQuery Pricing Export Data Set Name）] フィールドの値を指定します。その場合、対応する価格設定エクスポート テーブルも指定する必要があります。

–       BigQuery 料金のエクスポートデータセット名

料金設定のデータセット。データセット名は、[GCP 請求（GCP Billing）] ダッシュボードの [課金情報のエクスポート/BIGQUERY エクスポート（Billing export / BIGQUERY EXPORT）] にあります 。

■        請求アカウント ID

対象とする課金アカウントの名前。BigQuery 料金設定エクスポート データ セット名と BigQuery 料金設定エクスポート テーブル名を構成する場合、このフィールドは必須です。

クラウド インスタンス ファミリのサポート

ユーザー インターフェイスでは、Intersight Workload Optimizer がサポートするインスタンス タイプを確認できます。

1.      [詳細（More）] > [設定（Settings）] > [ポリシー（Policies）] に移動します。

2.      [ポリシー管理（Policy Management）] ページで、[仮想マシンのデフォルト（Virtual Machine Defaults）] を検索してクリックします。

3.      [仮想マシン ポリシーの構成（Confiure Virtual Machine Policy）] ページで、次の手順を実行します。

a.         ページの下部までスクロールします。

b.         [スケーリング制約の追加（Add Scaling Constraint）] をクリックします。

c.         [クラウド インスタント タイプ（Cloud Instance Types）] を選択します。

d.         [編集（Edit）] をクリックします。

ポリシー ページには、各クラウド プロバイダーでサポートされている層が表示されます。ティアは、GCP の M1、AWS の a1、Azure の Basic_A1 などのインスタンス タイプのファミリです。階層を展開して、個々のインスタンス タイプとリソース割り当てを表示します。

Intersight Workload Optimizer は、クラウド VM のスケーリングを判断する際、サポートされているすべてのインスタンス タイプを考慮します。VM を特定のインスタンス タイプにのみスケーリングするか、特定のインスタンス タイプを回避する場合は、それらの VM のポリシーを作成します。

エンティティ マッピング

GCP ターゲットを検証した後、 Intersight Workload Optimizer は、検出したエンティティでサプライ チェーンを更新します。次の表は、GCP と  Intersight Workload Optimizer の間のエンティティ マッピングについて示しています。

注：

GCP プロジェクトとフォルダおよび課金アカウントは、サプライチェーンのエンティティとして表示されません。検索を使用して、これらのリソースを絞り込みます。検索では、プロジェクトはアカウントの下にグループ化され、フォルダの下にフォルダ、課金アカウントは請求ファミリーの下にグループ化されます。

請求アカウントの場合、Google から入手できる最新の請求データは常に数日前のものです。その結果、請求関連のグラフ（請求コストグラフなど）には、当日のデータがありません。

モニタ対象リソース

Intersight Workload Optimizer は、次の GCP ワークロード用リソースをモニタリングします。

Actions

潜在的な節約と必要な投資のグラフを使用して、保留中のアクションを表示し、クラウド支出への影響を評価します。

■        VM のスケーリング

Intersight Workload Optimizer は、パフォーマンスとコストを最適化するために、VM のスケーリングを推奨できます。正確なスケーリングアクションを推奨するために、リソース使用率のパーセンタイルとワークロードコストを分析し、ポリシーで定義されたスケーリング制約をチェックします。

考慮すべき点：

–       すべての GCP コンピューティングティアの正味スループット容量は同じであるため、Intersight Workload Optimizer は正味スループットに応じてスケーリングアクションを生成しません。

–       ローカル SSD を備えた VM の場合、Intersight Workload Optimizer は、ローカル SSD をサポートするマシンタイプと VM に必要なディスク数へのスケーリングを推奨できますが、GCP からのみ実行できる前提条件の手順のため、アクションを自動的に実行することはできません。保留中のアクションを調べるときに、これらの前提条件を表示できます。

–       Intersight Workload Optimizer はスケーリング アクションを推奨しません。

·       単一テナントノードで実行されている VM

·       GPU が接続された VM

·       マネージド インスタンス グループ内の VM

·       カスタム マシン タイプを実行している VM

–       分析により、確約利用割引（CUD）に基づいてスケーリングの推奨事項が作成されます。CUD の購入に関する推奨事項は、将来のリリースで導入される予定です。

注：

Intersight Workload Optimizer が環境内で検出した確約利用割引のリストについては、Discount Inventory チャートを参照してください。

■        [Reconfigure VM]

GCP は、リージョン内のゾーンごとに特定のマシンタイプのセットを提供します。VM を特定のマシン タイプに制限するポリシーを作成し、VM が現在存在しているゾーンがそれらのマシン タイプのすべてをサポートしていない場合、Intersight Workload Optimizer は、準拠していない VM を通知する方法として再構成アクションを推奨します。たとえば、ゾーン A が M1 ファミリのマシン タイプをサポートしていないとします。そのゾーンの VM がそれを M1 に制限するポリシーを適用すると、Intersight Workload Optimizer は VM を再構成することを推奨します。

Microsoft Azure

Microsoft Azure は、パブリック クラウド向けの Microsoft のインフラストラクチャ プラットフォームです。このインフラストラクチャには、サービスプリンシパル ターゲットを介してアクセスします。Azure ターゲットを指定するには、サブスクリプションのログイン情報を指定します。Intersight Workload Optimizer は、そのサービスプリンシパルで使用可能なリソースを検出します。

 Intersight Workload Optimize は、Azure サービス プリンシパル ターゲットを介して、Azure ポータルでサービスプリンシパルのアクセスが許可されたサブスクリプションを自動的に検出します。これにより、サービスプリンシパルによって提供される認可を継承する、サブスクリプションごとの派生ターゲット（コントリビュータなど）が作成されます。派生ターゲットを直接変更することはできませんが、Intersight Workload Optimizer は、他のターゲットの場合と同様に、ターゲットを検証し、そのインベントリを検出します。

要件

Azure サービス プリンシパル ターゲットを要求するには、次の要件を満たす必要があります。

■        Azure サービスプリンシパルのサブスクリプションを設定して、Intersight Workload Optimizer に必要なアクセス権を付与します。

Azure のサブスクリプションをセットアップするには、管理者または共同管理者の Azure ポータル（portal.azure.com）にアクセスする必要があります。これは、初期セットアップにのみ必要なアクセスであることに注意してください。Intersight Workload Optimizer は、通常の操作でこのアクセスを必要としません。「Azure サブスクリプションのセットアップ」（25 ページ）を参照してください。

■        サブスクリプションのセットアップから得られた資格情報（テナント ID、クライアント ID など）を使用してターゲットを要求します。

■        Azure Resource Manager

Intersight Workload Optimizer には、Azure Resource Manager の展開および管理サービスが必要です。これにより、Intersight Workload Optimizer が Azure 環境内のエンティティを検出および管理するために使用する管理レイヤーが提供されます。

注：

Intersight Workload Optimizer は、Azure Resource Manager を使用しないため、Azure Classic 仮想マシンを検出しません。

Azure ターゲットを要求した後、Intersight Workload Optimizer がリソースグループ情報を完全に読み込むために、少なくとも 30 分の検出時間を許可する必要があります。

サポートされているリージョン – Azure

Intersight Workload Optimizer は、次の Azure リージョンでエンティティの検出と管理をサポートしています。

Azure サブスクリプションのセットアップ

Azure サービス プリンシパル ターゲットを要求するには、最初に Azure サブスクリプションをセットアップして、Intersight Workload Optimizer に必要なアクセス権を付与する必要があります。次の機能が含まれています。

■        「Azure に必要なアクセス許可の設定」（25 ページ）

■        「Registering Intersight Workload Optimizer を Azure Active Directory に登録する」（26 ページ）

これにより、アプリケーション ID とテナント ID を取得できます。

■        「クライアント秘密鍵とアクセス許可の作成」（26 ページ）

■        「サブスクリプションへの Intersight Workload Optimizer のアクセスの有効化」（27 ページ）

Azure に必要なアクセス許可

Intersight Workload Optimizer は、Azure AD アプリケーション/サービスプリンシパルを介して Azure ターゲットと対話します。サブスクリプションのセットアップの一環として、組み込みの Azure ロールのいずれかを使用してアクセス許可レベルを割り当てる必要があります。続行する前に、詳細について以下の情報を確認してください。

■        アクション実行アクセス

アクション実行アクセスを行うには、ユーザーは所有者または共同作成者 のロールを持っている必要があります。共同作成者は、Intersight Workload Optimizer が Azure 環境でアクションを実行できるようにする最小限の特権を持つロールです。アクションには、インスタンス タイプ全体の VM の手動または自動スケーリングや、VM の停止と開始の自動化が含まれます。

■        読み取り専用アクセス

Intersight Workload Optimizer が Azure 環境全体のメトリックを検出してアクセスするために必要な最小限の組み合わせには、閲覧者とストレージ アカウント共同作成者を組み合わせて使用します。ストレージ アカウント キーにアクセスし、VM メモリの統計情報を取得できる接続を確立するには、ストレージ アカウント共同作成者が必要です。

サブスクリプションの閲覧者と、メモリメトリックが格納されているストレージ アカウントの Storage Account - List Keys  の組み合わせを使用することもできます。これをセットアップするには、Azure CLI または API を介して Storage Account  - List Keys ロールを作成する必要があります。

たとえば、以下を編集してキーを追加できます。

{

"Name":"Turbonomic Storage Key Access",

"IsCustom": true,

"Description": "Can list storageAccount keys.",

 

"Actions":[

"Microsoft.Storage/storageAccounts/listkeys/action"  

],

"NotActions": [

],

"DataActions": [

],

"NotDataActions": [

],

"AssignableScopes": [

"/subscriptions/<INSERT_SUBSCRIPTION_ID>"

]

}

この JSON を listkeys.json という名前のファイルに保存すると、次のコマンドを実行してアクセス許可を作成できます。

az role definition create --role-definition listkeys.json

強化されたセキュリティを指定するその他の方法については、サポート担当者にお問い合わせください。

Intersight Workload Optimizer を Azure Active Directory に登録する

Azure Active Directory（テナント）の管理者は、アプリケーションをテナントに登録できます。このアプリケーション登録により、外部アプリケーションがテナントのリソースにアクセスできるようになります。Intersight Workload Optimizer は、アプリケーション登録を介して Azure ターゲットに接続します。

最新の情報については、Microsoft の記事「リソースにアクセスできる Azure AD アプリケーションとサービス プリンシパルをポータルで作成する」を参照してください。

アプリケーションを登録するには、次の手順を実行します。

1.      Microsoft Azure ポータルにログインします。

https://portal.azure.com でログインできます。

2.      ブレードを開いて、Intersight Workload Optimizer アプリケーションを登録します。

■       [Azure Active Directory] ページに移動します。

■       [Manage] で、[App registrations] をクリックします。

■       [新規登録（New registration）] ボタンをクリックします。

これにより、アプリケーションを登録するための新しいブレードが開きます。

3.      Intersight Workload Optimizer をアプリケーションとして新しいブレードに登録します。

ブレードに必要な詳細を入力します。

■       名前（Name）

これは、任意の名前にすることができます（例：IWO）。

■       サポートされているアカウントタイプ

必ずデフォルトオプション（Default Directory）を選択してください。

[登録（Register）] をクリックします

4.      登録されたアプリケーションの詳細をメモします。

これで、Intersight Workload Optimizer のアプリケーション登録が作成されました。アプリケーション（クライアント）ID とディレクトリ（テナント）ID の値をメモします。これらの値は、後で Intersight Workload Optimizer で Azure ターゲットを要求するときに必要になります。

クライアントの秘密鍵とアクセス許可の作成

秘密鍵を作成するには、次の手順を実行します。

1.      登録済みアプリの [証明書および秘密（Certificates and Secrets）] セクションに移動します。

2.      クライアントシークレットを作成します。

 

[+ New client secret] をクリックして開始します。[Add a client secret] 領域で、必要な情報を入力します。

■       説明： IWO またはその他の名前を指定します。

■       有効期限：[なし（Never）] を選択します。

シークレットを作成するには、[Add] をクリックします。

[Add] をクリックすると、Intersight Workload Optimizer でターゲットを要求するときに使用するシークレットがブレードによって生成されます。

重要事項：

シークレットは必ずコピーしてください。このページを離れた後で、再び表示されることはありません。

必要なアクセス許可を設定するには、次の手順を実行します。

1.      登録済みアプリケーションの [API 権限（API Permissions）] セクションに移動します。

2.      [+権限の追加（+Add a permission）] をクリックし、[Azure Service 管理（Azure Service Managerment）] を選択します。

3.      [委任権限（Delegated permissions）] を選択し、use_impersonation のボックスをオンにします。

4.      設定が完了したら、[add permissions] をクリックします。

サブスクリプションへの Intersight Workload Optimizer アクセスの有効化

Azure サブスクリプションを設定する最後の手順は、Intersight Workload Optimizer で管理するすべてのサブスクリプションに Active Directory アプリケーション（上記で作成したもの）を追加することです。必要に応じて、サブスクリプション（例：サービスプリンシパル）ごとに異なるアクセス許可を割り当てることができます。

アプリケーションをサブスクリプションに追加するには、最初にテナント ID に設定されているサブスクリプションを表示します。Azure Portal で、[サブスクリプション（Subscriptions）] ボタンを見つけてクリックします。これにより、テナント（ディレクトリ）ID の配下にあるすべてのサブスクリプションが表示されます。

注：

1 つのサブスクリプションしか表示されない場合は、必ず [Show only subscriptions selected in the global subscription filter] オプションをオフにしてください。

次に、テナント内の各サブスクリプションについて次の操作を実行します。

1.      サブスクリプションにロールの割り当てを追加します。

[Control Access (IAM)] をクリックします。次に、[追加（Add）]（コントロール領域の上部）をクリックし、[ロール割り当ての追加（Add role assignment）] を選択します。

2.      このサブスクリプションに追加するロールを選択します。

次のいずれかとしてロールを選択します。

■       Owner

■       共同作成者

■       閲覧者とストレージ アカウント共同作成者を組み合わせたロール

権限の詳細については、「Azure に必要な権限（Azure Required Permission）」（25 ページ）の説明を参照してください。

3.      アプリケーションをこのアクセス許可にマップします。

[選択（Select）] フィールドで、Intersight Workload Optimizer を Azure Active Directory に登録したときに使用した名前を指定します (「Intersight Workload Optimizer を Azure Active Directory に登録する」（26 ページを参照）。

アプリケーション名を入力したら、[Save] をクリックします。

アプリケーションとロールをサブスクリプションに割り当てると、サブスクリプションロールのリストにアプリケーションがサブスクリプションユーザーの 1 人として表示されます。また、アプリケーションが現在のサブスクリプションにユーザーとして追加されたことを示す [追加ユーザー（Added User）] という通知も表示されます。

4.      Intersight Workload Optimizer がこのサービス プリンシパル サブスクリプションを通じて検出および管理するすべてのサブスクリプションに対して、これらの手順を繰り返します。

Azure ターゲットの要求

Azure ターゲットを要求するには、次の情報が手元にある必要があります。

■        テナント/ディレクトリ ID

Intersight Workload Optimizer アプリケーションを登録したときに、テナント ID をメモしておく必要があります。詳細については、「Intersight Workload Optimizer を Azure Active Directory に登録する」（26 ページ）を参照してください。

■        アプリケーション（クライアント）ID

Intersight Workload Optimizer アプリケーションを登録したときに、クライアント ID をメモしておく必要があります。詳細については、「Intersight Workload Optimizer を Azure Active Directory に登録する」（26 ページ）を参照してください。

■        クライアント秘密鍵

Intersight Workload Optimizer アプリケーションの秘密鍵を作成したときに、秘密鍵を保存しておく必要があります。詳細については、「クライアント秘密鍵と権限の作成」（26 ページ）を参照してください。

Azureターゲットを追加するには、[ターゲット設定（Target Configuration）] ページで [クラウド管理（Cloud Management）] を選択し、次の情報を入力します。

■        名前（Name）

Intersight Workload Optimizer ターゲットリストでターゲットを識別するために使用される表示名。これは、ユーザーインターフェイスでの表示専用です。ここで指定する名前は、内部名と一致する必要はありません。

■        テナント ID

Intersight Workload Optimizer によって管理されるサブスクリプションを含むテナントの ID。

■        クライアント アプリケーション ID

Intersight Workload Optimizer が Azure サブスクリプションのリソースにアクセスできるようにするアプリケーション登録のクライアント/アプリケーション ID。

■        クライアント秘密鍵

アプリ登録の秘密鍵。

Azure ターゲットを正常に要求すると、ターゲットリストに 次の 2 種類の Azure のエントリが表示されます。

■        サービス プリンシパル ターゲット

このターゲットには、以前に提供された ID が含まれており、サービスプリンシパルが割り当てられたすべてのサブスクリプションが一覧表示されます。必要に応じて、このターゲットを編集できます。

■        Azure ターゲット

このエントリは、Azure サービス プリンシパル ターゲットによって検出された個々のサブスクリプションを表します。このタイプのターゲットエントリは編集できません。

Azure の検出と管理

Azure サービス プリンシパル サブスクリプションを設定し、それをターゲットとして要求すると、Intersight Workload Optimizer は Azure 環境を検出できるようになります。

注：

Azure 環境で Azure ターゲットを最初に設定するときには、ターゲットに No Quotas Available （使用可能なクォータがない）という状況があり得ます。その場合、Intersight Workload Optimizer は使用可能なテンプレートを検出できません。これは最初に Azure アカウントを設定し、プロバイダを有効にしていない場合に発生する可能性があります。このような状況が発生した場合、クラウド サブスクリプションに 1 つの VM をインストールすれば、クォータを使用可能にすることができます。または、Azure サブスクリプション ブレードに移動して、必要なサブスクリプションを選択することもできます。次に、リソースプロバイダに対して、 Microsoft Computeオプションを登録します。詳細については、次の Microsoft の記事を参照してください。リソース プロバイダの登録エラーの解決

Azure Classic 仮想マシン

Intersight Workload Optimizer には、Azure Resource Manager の展開および管理サービスが必要です。これにより、Intersight Workload Optimizer が Azure 環境内のエンティティを検出および管理するために使用する管理レイヤーが提供されます。

Intersight Workload Optimizer は Azure Resource Manager を使用しないため、Azure Classic 仮想マシンを検出しません。

ロックされたストレージとリソースグループ

注：

Azure ターゲットを要求した後、Intersight Workload Optimizer がリソースグループ情報を完全に読み込むために、少なくとも 30 分の検出時間を許可する必要があります。

Azure 環境では、サブスクリプションはロックされたストレージまたはロックされたリソースグループを使用できます。このようなサブスクリプションの場合、Intersight Workload Optimizer は 不完全なデータを検出します。ロックされたリソースは、次のいずれかのシナリオで Intersight Workload Optimizer の検出に影響します。

■        ロックされたリソースグループ

Intersight Workload Optimizer は、リソースグループ内のすべてのエンティティを検出しますが、リソースグループ自体は検出しません。たとえば、 [トップアカウント] グラフの [リソース グループ] フィールドには、リソース グループがロックされているサブスクリプションのリソースグループは表示されません。

■        ロックされたストレージ

Intersight Workload Optimizer は、ロックされたストレージを除くリソースグループ内のすべてのエンティティを検出します。また、リソース グループも検出します。

予約へのアクセス

Azure Reservations の使用を管理するには、このターゲットのアプリケーション登録に、予約を管理するためのアクセス許可が必要です。ほとんどの場合、閲覧者の権限で十分です。特定のサブスクリプション範囲を対象とする予約の場合は、Microsoft の記事「Azure リソースに対する予約を管理する」に従って、アプリケーションに予約注文へのアクセス許可を提供する必要があります。具体的には、予約を管理できるユーザーの追加または変更に関するセクションを確認してください。

クラウド インスタンス ファミリのサポート

ユーザー インターフェイスでは、Intersight Workload Optimizer がサポートするインスタンス タイプを確認できます。

1.      [詳細（More）] > [設定（Settings）] > [ポリシー（Policies）] に移動します。

2.      [ポリシー管理（Policy Management）] ページで、[仮想マシンのデフォルト（Virtual Machine Defaults）] を検索してクリックします。

3.      [仮想マシン ポリシーの構成（Confiure Virtual Machine Policy）] ページで、次の手順を実行します。

a.         ページの下部までスクロールします。

b.         [スケーリング制約の追加（Add Scaling Constraint）] をクリックします。

c.         [クラウド インスタント タイプ（Cloud Instance Types）] を選択します。

d.         [編集（Edit）] をクリックします。

ポリシー ページには、各クラウド プロバイダーでサポートされている層が表示されます。ティアは、GCP の M1、AWS の a1、Azure の Basic_A1 などのインスタンス タイプのファミリです。階層を展開して、個々のインスタンス タイプとリソース割り当てを表示します。

Intersight Workload Optimizer は、クラウド VM のスケーリングを判断する際、サポートされているすべてのインスタンス タイプを考慮します。VM を特定のインスタンス タイプにのみスケーリングするか、特定のインスタンス タイプを回避する場合は、それらの VM のポリシーを作成します。

メモリ統計情報の収集の有効化

Azure 環境でメモリ メトリックの収集を有効にすることを強くお勧めします。メモリメトリックを使用すると、Workload Optimization Manager は、パフォーマンスを向上させるだけでなく、節約を最大化するアクションを生成できます。

Intersight Workload Optimizer で Azure のメモリ統計情報を収集するには、環境内の VM でこれらの統計情報の収集を有効にする必要があります。これは、VM を展開するときに行うこともできます。または、すでに展開した VM でカウンタを有効にすることもできます。詳細については、「メモリ統計情報の収集の有効化：Azure」（139 ページ）を参照してください。

アクション

Intersight Workload Optimizer は、クラウド ターゲット サプライ チェーンに対して次のようなアクションを推奨します。

モニター対象リソース

Intersight Workload Optimizer は、クラウド ターゲット サプライ チェーンの次のリソースをモニターします。

Microsoft Enterprise Agreement

Intersight Workload Optimizer を設定すれば、Enterprise Agreement（EA）のコンテキスト内で Azure サブスクリプションを管理できます。EA ターゲットにより、Intersight Workload Optimizer は、カスタム価格設定を使用すること、またリザーブドインスタンスを検出することができます。EA ターゲットを設定すると、Intersight Workload Optimizer は、豊富に用意された価格情報を使用して、Azure 環境のワークロードサイズと RI カバレッジの計算を行います。

Azure EA 環境の Intersight Workload Optimizer 管理を有効にするには、EA ターゲットと、少なくとも 1 つのサービス プリンシパル ターゲットの両方を設定する必要があります。サービス プリンシパル ターゲットの詳細については、「Azureターゲットの追加」（23 ページ）を参照してください。

前提条件

■        Microsoft Azure EA アクセスキー

■        Microsoft Azure EA 登録番号

■        Azure Billing データへのアクセスを有効にする

Azure ポータルまたは EA ポータルで、コストへのアクセスを有効にすることができます。詳細については、Microsoft ドキュメントの「Cost Management のデータへのアクセス許可を割り当てる」を参照してください。

Azure ポータル：

1.      Azure ポータル（https://portal.azure.com）にログインします。

エンタープライズ管理者アカウントでログインする必要があります。

2.      請求先アカウントを開きます。

Cost Management + Billing | 課金スコープ に移動します。利用可能なアカウントのリストから請求先アカウントを選択します。

3.      コストアクセスを設定します。

[設定（Settings）] グループで、[ポリシー（Policies）] を選択します。次に、[部門管理者は変更を表示可能（DEPARTMENT ADMINS CAN VIEW CHANGES）] と [アカウントはページを表示可能（ACCOUNT OWNERS CAN VIEW PAGES）] をオンにします。

EA ポータル。

1.       Azure ポータル（https://ea.azure.com）にログインします。

エンタープライズ管理者アカウントでログインする必要があります。

2.       左側のナビゲーション メニューから [管理（Manage）] をクリックします。

3.       請求先アカウントを開きます。

[コスト管理 + 請求 | 請求範囲（Cost Management + Billing scopes）] に移動します。利用可能なアカウントのリストから請求先アカウントを選択します。

注：

これらの設定を有効にした場合、変更が有効になるまでに最大 24 時間かかることがあります。詳細については、Microsoft Azureのドキュメントの「エンタープライズ コスト ビューのトラブルシューティング」を参照してください。

RI のセルフサービス交換を実行する場合、Intersight Workload Optimizer は、交換された RI の新しい料金を Azure EA ターゲットを介して検出しません。RI を交換した後に料金を追跡するには、影響を受ける Azure ワークロードのスコープに Azure サブスクリプション ターゲットがあり、そのサブスクリプションにリザーブドインスタンス情報への読み取りアクセス権があることを確認してください。

Microsoft Enterprise Agreement ターゲットの要求

Microsoft Enterprise Agreement ターゲットを追加するには、[Target Configuration] ページで [Cloud Management] > [Microsoft Enterprise Agreement] オプションを選択し、次の情報を入力します。

■        Target Name

ターゲットを識別するわかりやすい名前

■        Enrollment Number

Enterprise Agreement 登録番号（ea.azure.com の EA 管理者アカウントで確認）

■        API Key

Enterprise Agreement の API アクセス キー（ea.azure.com の EA 管理者アカウントで確認）

ターゲットを追加して検証した後、 Intersight Workload Optimizer は以下を実行します。

■        EA の一部である環境内の既存の Azure ターゲットを認識します。

■        これらのターゲットを EA からのカスタム価格で更新します。

■        これらのターゲットの RI を検出します。

ターゲット スティッチングは次の請求処理サイクルの後に行われるため、これには最大 24 時間かかることがあります。

注： Intersight Workload Optimizer は、固有の EA ターゲット上ではなく、基盤となるサービス プリンシパル ターゲットに対してアクションを生成します。Azure ターゲットのアクションとモニター対象リソースの詳細については、「Azure ターゲットの追加」（23 ページ）を参照してください。

 

Azure Enterprise Agreement

Intersight Workload Optimizer を設定すれば、Enterprise Agreement（EA）のコンテキスト内で Azure サブスクリプションを管理できます。EA は、リザーブド インスタンス（RI）の価格設定など、特定の価格を定義します。EA ターゲットを設定して、Azure ターゲットに EA キーを設定すると、Intersight Workload Optimizer は、用意されている豊富な価格情報を使用して、Azure 環境のワークロードの配置と  RI カバレッジを計算します。

Azure EA 環境で Intersight Workload Optimizer 管理を有効にするには、以下を設定する必要があります。

■        1 つの Microsoft エンタープライズ アグリーメント ターゲット

■        基盤となる Azure サブスクリプションを検出できる、1 以上のサービス プリンシパル ターゲット

Azure ターゲットの詳細については、『 Target Configuraton Guide』の「Microsoft Azure」を参照してください。

[Targets] ビューでは、Azure EA に関連するターゲットを次のように識別できます。

■        EA ターゲット

価格および RI 情報を追跡するために EA を検出するターゲットです。Intersight Workload Optimizer の展開ごとに 1 つの EA ターゲットを設定できます。

■        Azure サブスクリプションターゲット

Azure 環境のワークロードを管理するターゲットです。これらは、サービス プリンシパル ターゲットによって検出されます。すべてのサブスクリプション ターゲットが必ずしも EA に参加するわけではないことに注意してください。これらのエントリを展開して、関連するサービス プリンシパル ターゲットを表示します。EA のメンバーの場合は、関連する EA ターゲットも表示できます。

EA に参加していないサブスクリプションは、スタンドアロンのターゲットとして表示されます。

 

 

注:

まれに、使用されていないサブスクリプションを持っていることがあり、サブスクリプションには関連付けられているワークロードがありません。この場合、Intersight Workload Optimizer は、サブスクリプションをスタンドアロンとして識別します。これは、ターゲットがその EA にサブスクリプションを関連付けるためのコストまたは使用状況情報を検出できないためです。

■        サービス プリンシパル ターゲット

Azure サブスクリプション ターゲットを検出するように設定した Azure ターゲットです。検出されたターゲットを表示するには、エントリを展開します。EA ターゲットを設定した場合、エントリには、ターゲットが EA 登録番号とともに表示されます。

リザーブド インスタンスと Azure EA

Azure 環境では、Microsoft Enterprise Account ターゲットを設定していて、1 つ以上のサブスクリプションがその EA に参加している場合にのみ、Intersight Workload Optimizer は RI を検出し、使用することができます。

Azure 環境で RI を検出して管理するため、Intersight Workload Optimizer は、EA ターゲットと、関連付けられたサブスクリプション ターゲットの両方を使用します。それ独自の、サブスクリプション ターゲットのみ、従量制の価格設定が公開されます。EA ターゲットは、使用可能な RI インスタンス タイプの価格を検出します。Intersight Workload Optimizer は、この情報を組み合わせて、次の内容を追跡します。

■        RI の使用率

■        RI カバレッジ

■        仮想マシンのコスト（RI のアカウンティング）

注:

このリリースの Intersight Workload Optimizer では、 VM（クラシック） と Cloud Services（クラシック） の RI 検出と管理をサポートしていません。また、抑制コア仮想マシンの RI 検出と管理はサポートしていません。

Azure 環境のコスト計算

Azure 環境で報告されたコストを理解する際、次の点に留意してください。

■        EA に参加しているターゲットについては、Intersight Workload Optimizer が特定の EA の条件を使用し、特定のサブスクリプションに有効なオファー ID に基づいてコストを算出します。

■        Azure の VM の場合、RI 価格には OS ライセンスのコストは含まれません。ただし、オンデマンド VM の価格設定にはライセンスコストが含まれます。

注:

Miscrosoft Azure EA 環境では、RI 購入アクションの予測コストが、Microsoft 価格計算ツールから得られた関連コストと一致しない場合があります。

Intersight Workload Optimizer のアクションは、RI の購入を推奨することがあります。推奨事項では、アクションは無料の Linux OS を前提としているため、コスト推定には OS コストが含まれません。ただし、Microsoft 価格計算ツールには OS ライセンスのコストが含まれています。結果として、Intersight Workload Optimizer のコスト見積もりを価格計算ツールの値と比較すると、2 つの見積もりが一致しない場合があります。この違いは、RI 購入推奨チャートに表示される損益分岐点にも影響します。推奨された購入には、Azure での OS ライセンスのコストが含まれていないため、表示された損益分岐点は楽観的である可能性があります。

■        オンプレミスから Azure クラウドに移行したワークロードの場合、Intersight Workload Optimizer は、RI およびオンデマンドのワークロードについて Azure ハイブリッド特典（AHUB）の削減を認識します。Intersight Workload Optimizer のチャートに表示されるコストには、この特典が含まれます。ただし、推奨処置にはライセンスコストが含まれていないため、提案された AHUB の削減は反映されません（上記を参照）。

 

クラウド ネイティブ ターゲット

コンテナは、仮想マシンと同様の方法で懸念事項の区分けをサポートしますが、より高い柔軟性が提供され、使用するオーバーヘッドを大幅に削減します。コンテナは、単独で展開することも（ 一般的ではありません）、複数のノードを含むクラスタ内に展開することもできます。1 つのコンテナで完全なアプリケーションを実装することも、1 つのコンテナで 1 つのプロセスを実装してより大きな分散アプリケーションに貢献することもできます。

クラウドネイティブ環境をサポートするために、Intersight Workload Optimizer は Kubernetes クラスタをターゲットにします。Intersight Workload Optimizer は、クラスタが kubeadm を介して直接管理されているか、以下を含む他のプラットフォームを介して管理されているかにかかわらず、Kubernetes v1.8 以降で管理されるターゲットクラスタをサポートします。

■        OpenShift

■        Pivotal Kubernetes Service

■        Amazon Elastic Kubernetes Service（EKS）

■        Azure Kubernetes Service（AKS）

■        Google Kubernetes Engine（GKE）

クラウド ネイティブ ターゲットを使用すると、Intersight Workload Optimizer は、環境内のコンテナ プラットフォームに関連するエンティティを検出します。検出により、コンテナ クラスタ エンティティを管理対象のアプリケーションと一緒にステッチすることもできます。たとえば、コンテナ環境に次のテクノロジによって管理されるアプリケーションが含まれていて、それらをターゲットとして Intersight Workload Optimizer に追加している場合、検出により完全なアプリケーション スタックを表示できます。

■        Cisco AppDynamics（72ページ）

■        Dynatrace （82 ページ）

■        New Relic （78 ページ）

Kubernetes プラットフォームターゲットの要求

Kubernetes クラスタのこのターゲットを要求するには、最初に Intersight Workload Optimizer Kubernetes Collector を Kubernetes クラスタにインストールします。インストールプロセスにより、デバイス ID と要求コードが生成され、これを使用して、Kubernetes クラスタを管理するターゲットとしてコレクタを追加できます。

Intersight Workload Optimizer プラットフォームは、Kubernetes クラスタにインストールしたコレクタを介して、Kubernetes または OpenShift 環境から情報を収集します。コレクタは環境から情報を収集し、Intersight Workload Optimizer に渡します。Intersight Workload Optimizer がアクションを生成すると、コレクタを使用してそれらのアクションをクラスタで実行します。このようにして、Intersight Workload Optimizer ユーザーはユーザーインターフェイスからアクションを実行でき、ポリシーは自動的に実行するアクションを設定でき、Intersight Workload Optimizer はコンテナ仕様のワークロードに関連する一連のアクションを自動的に実行できます。

注：

Intersight Workload Optimizer で管理する Kubernetes クラスタごとに異なるコレクタをインストールする必要があります。

 

Helm チャートを介してコレクタをインストールします。インストール手順については、「Intersight Workload Optimizer Kubernetes Collector のインストール」（40 ページ）を参照してください。インストールの最後のステップでは、コレクタを登録します。これにより、デバイス ID と要求コードが生成され、コレクタをターゲットとして追加するために使用することができます。コレクタをインストールするときに、これらの値を記録しておく必要があります。

Kubernetes ターゲットを追加するには、ターゲット構成ページの  [Cloud Native] > [Kubernetes ] を選択し、次の情報を入力します。

■        Device ID

これにより、特定のクラスタにインストールした Kubernetes コレクタが識別されます。コレクタを登録すると、これが SerialNumber トークンとして返されます。

■        Claim Code

これにより、Intersight Workload Optimizer アカウントとコレクタの間の接続が承認されます。コレクタを登録すると、これが SecurityToken として返されます。

アクション

Intersight Workload Optimizer は、Kubernetes コンテナ プラットフォーム サプライ チェーンに対して次のようなアクションを推奨します。

モニター対象リソース

Intersight Workload Optimizer は、クラウド ターゲット サプライ チェーンの次のリソースをモニターします。

Intersight Workload Optimizer Kubernetes Collector のインストール

Intersight Workload Optimizer Kubernetes Collector をインストールするには、これを Kubernetes クラスタ内の任意のノードに展開します。そのノードから、コレクタは kubelet を使用してクラスタ内の他のすべてのポッドに到達します。Intersight Kubernetes Collector の最新バージョンをダウンロードするには、シスコのソフトウェア ダウンロード ページに移動します。

コレクターは、2 つの同一のポッドとしてインストールされます。これにより、現在アクティブなコレクタポッドがクラッシュした場合にもう 1 つのポッドが引き継ぐことができる高可用性（HA）がサポートされます。

クラスタごとに 1 つのノードにコレクタを展開します。または、ストレッチクラスタを使用する場合はコントロールプレーンごとに 1 つのコレクタを展開します。コレクタは、cluster-admin ロールを持つサービスアカウントで実行されます。このロールにより、コレクタは Kubernetes クラスタ内で Intersight Workload Optimizer アクションを実行できます。

Intersight Workload Optimizer と通信するために、コレクタは使用するデバイスコネクタと共にインストールされます。デバイスコネクタは、コレクタに対して、セキュリティで保護されたインターネット接続を使用して情報を送信し、Cisco Intersight ポータルから制御命令を受信できる安全な方法を提供します。

インストール要件

Intersight Workload Optimizer Kubernetes Collector を使用するには、環境が次の要件を満たしている必要があります。

■        Kubernetes または OpenShift のバージョン：

-    Kubernetes バージョン 1.8 以降

-    OpenShift リリース 3.4 以降

■        Helm v2 または v3 がインストールされている：

コレクタを展開するには、Helm を使用して Kubernetes クラスタにチャートをインストールします。

このインストール手順では、Helm v2 または v3 がインストール済みであり、コレクタを実行するノードにチャートをインストールするように構成済みであることを前提としています。ヘルプクライアントの詳細については、HELM を参照してください。

Helm v2 の場合、Tiller もインストール済みである必要があります。Tiller は、コレクタ チャートをインストールして実行するために cluster-admin ロールを必要とし、ClusterRole アクセス権を持つサービス アカウントで実行する必要があります。ロールベースのアクセスの詳細については、次を参照してください。

-    https://helm.sh/docs/topics/rbac/

-    https://github.com/fnproject/fn-helm/issues/21

■        ネットワーク要件：

コレクタポッドは、クラスタ内のすべてのノードの kubelet にアクセスできる必要があります。このアクセスは、次のいずれかを介して行うことができます。

-    https + ポート = 10250 (デフォルト)

-    http + ポート = 10255

■        デバイスコネクタのポート要件：

デバイスコネクタは、コレクタに対して、情報を送信し、Cisco Intersight ポータルから制御命令を受信できる安全な方法を提供します。次の表に、デバイスコネクタ通信のために開いておく必要があるポート番号を示します。

■        コンピューティングとストレージの要件：

コレクタポッドは、通常、次の装備があれば十分に動作します。

–       512 MB のメモリ

–       1 コアまたは 1 GHz CPU

–       10 GB のボリュームスペース

Intersight Workload Optimizer Kubernetes Collector の展開

コレクタを展開するには、次の手順を実行します。

1.      Helm チャートをノードクラスタにダウンロードします。

Helm チャートファイルを取得するには、これらをシスコのソフトウェアダウンロードページからダウンロードします。

2.      コレクタの名前空間を作成します。

多数のノードクラスタに多数のコレクタインスタンスをインストールする場合は、それぞれの展開に同じ名前空間を使用すると便利な場合があります。次のコマンドを実行します。ここで、iwo-collector はこの例の名前空間名です（任意の有効な名前空間名を使用できます）。

kubectl create namespace iwo-collector

3.      インストールコマンドを実行します。

コマンドを実行するときは、次のように指定します。

■       名前：インストールされたポッドのリリース名。

名前の長さは 20 文字を超えてはなりません。

■       namespace : ポッドがインストールされている名前空間。

■       iwoServerVersion：クラスタを管理する Intersight Workload Optimizer のメイン バージョン ファミリ。このインストールでは、値 8.5 を指定します。

Intersight Workload Optimizer に機能が追加されると、この値を上位バージョンに更新するように指示される場合があります。

■       CollectorImage.tag：インストールするコレクタのバージョン。このインストールでは、値 8.5.6 を指定します。

コレクタに機能が追加されると、この値を上位バージョンに更新するように指示される場合があります。

■       targetName：インストール先のクラスタを識別する名前。これは任意の名前にすることができます。

ユーザーインターフェイスでは、ターゲットのリストに各管理対象クラスタを表示するときに、この名前を使用します。また、クラスタに関するデータを表示する他の場所でもこの名前を使用します。

次のサンプルコマンドは、次のパラメータ値を想定しています。

■       name = my-iwo-k8s-collector

■       namespace = iwo-collector

■       iwoServerVersion = 8.5

■       collectorImage.tag = 8.5.6

■       targetName = my-k8s-cluster

コレクタを実際にインストールする前に、ドライラン機能を使用する必要があります。コマンドを実行します:

■       Helm v2：

helm install --dry-run --debug <Chart_Location> --name my-iwo-k8s-collector --namespace iwo-colle ctor --set iwoServerVersion=8.5 --set collectorImage.tag=8.5.6 --set targetName=my-k8s-cluster

■       Helm v3：

helm install --dry-run --debug my-iwo-k8s-collector <Chart_Location> --namespace iwo-collector --set iwoServerVersion=8.5 --set collectorImage.tag=8.5.6 --set targetName=my-k8s-cluster

出力を調べて、結果が期待どおりであることを確認します。出力が正しい場合は、インストールを実行します。

■       Helm v2：

helm install <Chart_Location> --name my-iwo-k8s-collector --namespace iwo-collector --set iwoServ erVersion=8.5 --set collectorImage.tag=8.5.6 --set targetName=my-k8s-cluster

■       Helm v3：

helm install my-iwo-k8s-collector <Chart_Location> --namespace iwo-collector --set iwoServerVers ion=8.5 --set collectorImage.tag=8.5.6 --set targetName=my-k8s-cluster

 

インストールにカスタム値を指定できることに注意してください。アクセス可能であり、必要に応じて変更可能なパラメータを次に示します。

 

4.      インストールを確認します。

インストールを実行した後、Helm にコレクタをインストールするのに十分な時間を与える必要があります。コレクタの HA をサポートするために、2 つのコレクタポッドがインストールされます。各ポッドには 2 つのコンテナが含まれています。 1 つはデバイスコネクタ用で、もう 1 つはコレクタ用です。

ポッドを起動するのに十分な時間が経過したら、ポッドが実行されていることを確認する必要があります。次のコマンドを実行します。ここで、iwo-collector  はこのコレクタの名前空間です。

 

kubectl get pods -n iwo-collector

 

ポッドのエントリには、次の値になっている必要があります。

■      NAME: iwok8scollector-my-iwo-k8s-collector<Pod_ID>、ここで my-iwo-k8s-collector は、 コレクタをインストールしたときに指定した名前、および<Pod_ID> は生成された ID 値です。

■      READY：2/2

■      STATUS： Running

たとえば、出力は次のようになります。

次の手順では、完全なポッド名が 1 つ必要になります。どちらのポッドでも構いません。

5.      コレクタを登録して、デバイス ID と要求コードを取得します。

コレクタを登録するときは、そのポート 9110 をフォワーディングしてから、Intersight インスタンスに接続して登録トークンを取得します。クラスタまたはネットワーク外部の接続にプロキシが必要な場合は、コマンドを実行してコレクタでプロキシを有効にすることができます。

コレクタを登録するには、次の手順を実行します。

■      ポッドのポート 9110 をフォワーディングします。

コマンドを実行します。ここで iwo-collector  はこのコレクタに定義した名前空間であり、my-iwo-k8s- collector-57fcb8b874-s5ch8  は完全なポッド名です。

kubectl -n iwo-collector port-forward my-iwo-k8s-collector-57fcb8b874-s5ch8 9110

■       （オプション）コレクタから intersight.com へのプロキシ接続を構成します。

次のコマンドを実行します。ここで、

–       My_Proxy_Server は、プロキシサーバーのアドレスです。

プロキシのアドレスに HTTP プロトコルを含めないでください。たとえば、プロキシが https://proxy-was.esl.cisco.com にある場合、次のアドレスを指定します。

proxy-was.esl.cisco.com

–       My_Proxy_Port は、プロキシ サーバが使用するポートです

curl -XPUT http://localhost:9110/HttpProxies -d '{"ProxyType":"Manual", "ProxyHost":"My_Proxy_Ser ver", "ProxyPort":My_Proxy_Port}'

■       デバイス ID と要求コードを取得します。

次のコマンドを実行します。

–       デバイス ID を取得します。

curl -s http://localhost:9110/DeviceIdentifiers

コマンド出力は次のようになります。ここで、ID": はデバイス ID 値です。

[

{

"Id": "22284c13-xxxx-yyyy-zzzz-93a14e4de07f"

}

]* Closing connection 0

–       次の要求コードを取得します。

 

curl -s http://localhost:9110/SecurityTokens

 

コマンド出力は次のようになります。ここで、"Token": は要求コードの値です。

 

[

{

"Token": "26AEAECCDD67",

"Duration": 599

}

]* Closing connection 0

これらの値を記録します。コレクタを Kubernetes ターゲットとして要求するときに、それらを資格情報として提供します。

いずれかのコマンドが次のようなエラーを返した場合は、クラスタとコレクタが intersight.com に接続できることを確認します。これは、プロキシ接続を構成する必要があることを示している可能性があります（上記を参照）。

{

"code":"InternalServerError",

"message":"クレーム コードの取得中に内部エラーが発生しました"

"messageId":"",

"messageParams":null,

"traceId":"DCxxxxxxxxxxxxxxxxfc9e4de952584049"

}

 

Intersight Workload Optimizer Kubernetes Collector のアップデート

シスコでは、Kubernetes クラスタのリソース管理を継続的に改善しています。これらの改善を利用するには、コレクタをアップデートする必要があります。これにより、コレクタは新しいタイプのデータを Intersight Workload Optimizer に渡し、新しく追加されたコマンドを実行できるようになります。

コレクタをアップデートするときは、以下を指定します。

■        namespace : ポッドがインストールされている名前空間。

■        CollectorImage.tag：アップデート後のコレクタのバージョン。このインストールでは、値 8.5.6 を指定します。

次のサンプルコマンドは、次のパラメータ値を想定しています。

■        <Chart_Location> チャートの場所（Helm V2 の場合）

■        my-iwo-k8s-collector：ポッド名（Helm V3 の場合）

■        namespace = iwo-collector

■        collectorImage.tag = 8.5.6

コレクタを更新するには、次の Helm コマンドを実行します。

■        Helm v2：

helm upgrade <Chart_Location> --namespace iwo-collector --reuse-values --set collectorImage.tag=8.5.6

■        Helm v3：

helm upgrade my-iwo-k8s-collector --namespace iwo-collector --reuse-values \

--set collectorImage.tag= 8.5.6

 

Intersight Workload Optimizer Kubernetes Collector の削除

クラスタからコレクタを削除するには、次のいずれかの Helm コマンドを実行します。ここで、iwo-collector はリリースに使用した名前空間で、my-iwo-k8s-collector はリリース名です。

■        Helm v2：

helm uninstall -n iwo-collector my-iwo-k8s-collector

■        Helm v3：

helm delete -n iwo-collector my-iwo-k8s-collector

 

アプリケーションおよびデータベースターゲット

アプリケーションおよびデータベースターゲットは、管理サーバーによって制御される特定のアプリケーションサーバーのドメインをサポートします。このような管理対象ドメインでは、管理サーバーをターゲットとして追加します。すると、Intersight Workload Optimizer が管理対象アプリケーションサーバーを検出します。

注：

アプリケーション環境を管理するときに、Intersight Workload Optimizer  は、接続されたアプリケーション コンポーネントを検出して、エンティティのサプライチェーンにそれらをつなぎ合わせます。IP アドレスではなく名前で行われる接続の場合、Intersight Workload Optimizer は DNS 呼び出しを実行して、これらの名前を IP アドレスに解決します。これは、繰り返される検出サイクル中に発生する可能性があります。

サプライ チェーン

アプリケーションおよびデータベース  ターゲットは、ビジネス  アプリケーション、ビジネス  トランザクション、サービス、アプリケーション コンポーネント、アプリケーション  サーバー、およびデータベース  サーバーのエンティティをサプライチェーンに追加します。関連するターゲットページに移動すると、これらのエンティティがターゲットの名称にどのように対応しているかを確認できます。

 

Apache Tomcat

Intersight Workload Optimizer は、個々の Tomcat ターゲットへの接続をサポートしています。Intersight Workload Optimizer は、リモート JMX アクセスを介してリモート クライアントとして Tomcat プロセスに接続します。ターゲット設定には、JMX/RMI レジストリで使用されるポートが含まれます。

前提条件

■        Tomcat サーバーの有効な JMX ユーザーアカウント。

Tomcat セキュリティが有効な場合、これは readonly ロールを持つ Tomcat JMX ユーザーである必要があります。

■        Tomcat は JVM バージョン 7 または 8 で実行する必要があります。

■        VMware 環境の場合、Tomcat サーバーをホストする VM に VMware ツールをインストールする必要があります。Hyper-V 環境では、Hyper-V 統合サービスをインストールする必要があります。

これにより、Tomcat サーバーをホストする VM が IP アドレスを取得できるようになります。

■        リモート JMX アクセスが、ファイアウォールに対して開かれたポートを介して有効であること。

■        検出されたインフラストラクチャ。

Intersight Workload Optimizer は、VM またはコンテナで実行されている Tomcat サーバーを検出します。ホスティング VM またはコンテナは、Intersight Workload Optimizer のインベントリにすでに存在している必要があります。

VM で実行されているサーバのターゲットを設定するには、最初にハイパーバイザ ターゲットを介してホスト VM を検出する必要があります。コンテナで実行されているサーバーのターゲットを設定するには、Tomcat アプリケーションのコンテナ検出を設定しておく必要があります。

–       コンテナ ターゲットの詳細については、Kubernetes プラットフォーム ターゲット（35 ページ）を参照してください

–       ハイパーバイザターゲットの詳細については、「 ハイパーバイザターゲット」（96 ページ）を参照してください。

JMX リモート アクセスの設定

Intersight Workload Optimizer は、JMX リモート アクセスを介して Tomcat サーバーを監視および制御します。JMX リモート ポートを設定する必要があります。

ファイアウォールを使用するには、RMI サーバーポートも設定する必要があります。RMI ポートを設定しない場合、JMX は任意のエフェメラルポートを設定しますので、このポートがファイアウォールに対して開いていることは保証できません。

Linux プラットフォームで JMX リモート ポートを設定するには、次の 2 つの方法があります。

■        ポートをシステムプロパティとして指定する

システムプロパティ、com.sun.management.jmxremote.port を使用してポートを設定できます。次に例を示します。

com.sun.management.jmxremote.port=8050

このプロパティを設定する一般的な方法は、CATALINA_OPTS システム変数で宣言することです。これは setenv.sh スクリプトで設定できます。例：

CATALINA_OPTS="$CATALINA_OPTS

-Dcom.sun.management.jmxremote

-Dcom.sun.management.jmxremote.port=8050"

CATALINA_OPTS をエクスポート

これによりJMX リモート ポートが設定されますが、RMIサーバー ポートは設定されません。Tomcat の起動では、RMIサーバーのエフェメラルポートが指定されます。

■        ポートを JMX リモート ライフサイクル リスナーで指定する

このリスナー コンポーネントは、JMX / RMI サーバーで使用されるポートを修正します。リスナーを設定するときは、JMX リモート ポートとRMIサーバー ポートの両方を指定します。これは、ファイアウォールを使用する場合に推奨される方法です。詳細については、Apache Tomcat のマニュアルを参照してください。

Windows の場合、Tomcat をサービスとしてインストールするのが一般的です。JMX リモート ポートを設定するには、次の 2 つの方法があります。

■        setenv.bat 経由

CATALINA_OPTS 環境変数にプロパティを追加します。

「CATALINA_OPTS=%CATALINA_OPTS% -Dcom.sun.management.jmxremote.port=8050」を設定

■        Tomcat 構成ユーティリティ（tomcat7w または tomcat8w）を使用します。 

次のコマンドを使用してポートを設定します。

-Dcom.sun.management.jmxremote.port=8050"

すでに実行中の Tomcat に設定されている JMX ポートを検出するには、次の場所を確認します。

■        Linux プラットフォームの場合は、設定ファイルを確認します。

–       setenv.sh：ポートを CATALINA_OPTS 環境変数に追加して構成した場合

–       $CATALINA_HOME/conf/server.xml：このファイルで JMX リモート ライフサイクル リスナーを構成した場合

■        Windows プラットフォームの場合、次の場所を確認します。

–       setenv.bat：ポートを CATALINA_OPTS 環境変数に追加して設定した場合

–       Windowsレジストリ：Tomcat 設定ユーティリティを使用して Tomcat  を Windows サービスとしてインストールした場合

Tomcat ターゲットの追加

個々の Tomcat サーバーをターゲットとして追加することも、特定の範囲内で一致するすべてのサーバーを追加することもできます。

 

 

サーバをターゲットとして追加するには、次のように指定します。

■        Target Name

Intersight Workload Optimizer UI に表示される名前

■        ユーザ名

管理者ロールを持つアカウントのユーザー名

■        パスワード

管理者ロールを持つアカウントのパスワード

■        スコープ

VM が個別の Intersight Workload Optimizer ターゲットの一部として検出されたときに、基礎となる VM に結合されるアプリケーションのグループ。

ターゲット範囲を設定すると、Intersight Workload Optimizer はそのグループまたはクラスタ内の各 VM をスキャンし、指定されたポートを介してターゲットへの接続を試みます。Intersight Workload Optimizer は、見つかったターゲットのインスタンスを、メトリックが取得されるエンティティとして追加します。

サポートされるグループの最大サイズは 500 VM で、推奨サイズは 250 VM です。それ以上の VM をグループに追加すると、検出とモニタリングのパフォーマンスが低下する可能性があります。スコープごとに多数の VM をターゲットに設定するには、それらを小さなグループに分割し、各グループを個別のターゲットのスコープとして設定する必要があります。

■        JMX リモートポート

すでに実行中の Tomcat プロセスに設定されている JMX ポート。

■        [Full Validation]

選択すると、Intersight Workload Optimizer は、選択した範囲内の VM でホストされているすべてのデータベース サーバーを有効なターゲットにする必要があります。Intersight Workload Optimizer が範囲内のデータベース サーバーを認証できない場合、ターゲットは検証されず、データは収集されません。

アクション

Intersight Workload Optimizer は、アプリケーション サプライチェーンに対して次のようなアクションを推奨します。

 

モニタ対象リソース

Intersight Workload Optimizer は、アプリケーション サーバー サプライ チェーンの次のリソースをモニタリングします。

IBM WebSphere

一般的な Web サービスは、Deployment Manager によって制御される、Web サーバーのセルです。セルは、管理対象アプリケーション サーバをホストする複数の VMS を組み込む管理対象ドメインを構成します。Deployment Manager は、管理対象ドメインに単一のエントリ ポイントを提供する、1つの WebSphere インスタンスです。

注:

ターゲットとして、IBM Deployment Manager を追加する場合は、各 Web ノードの名前が、Intersight Workload Optimizer インスタンスによって IP アドレスに解決可能であることを確認する必要があります。

DNS または Intersight Workload Optimizer インスタンスのファイル /etc/resolv.conf を変更して、環境で使用するドメイン名を認識させることが必要な場合があります。

WebSphere インストールを構成するには、WebSphere Integrated Solutions Console を使用できます。これは、SOAP ポートや PMI 設定などの構成設定を公開するクライアントです。

インストール内のサーバを管理するために、IBM は Performance Monitoring Infrastructure（PMI）を使用します。各 WebSphere は、さまざまなアプリケーション サーバ コンポーネントからパフォーマンス データを収集する PMI サービスを実行します。Intersight Workload Optimizer は、PMI を使用して、インストールされている WebSphere のモニタリングと制御を行います。

 

 

前提条件

■        基本レベル以上でモニタリングするように設定された PMI サービス

■        サービスユーザーアカウント

アクションを実行するには、サービス アカウントに管理者ロールが必要です。読み取り専用のモニタリングおよび分析の場合は、ターゲットをより制限されたロール（モニタ）に設定できますが、その場合は、推奨されるすべてのアクションを手動で実行する必要があります。

■        検出されたインフラストラクチャ。

Intersight Workload Optimizer は、VM またはコンテナで実行されている WebSphere サーバーを検出します。ホスティング VM またはコンテナは、Intersight Workload Optimizer のインベントリにすでに存在している必要があります。

VM で実行されているサーバーのターゲットを設定するには、最初にハイパーバイザ ターゲットを介してホスト VM を検出する必要があります。コンテナで実行されているサーバのターゲットを設定するには、WebSphere アプリケーションのコンテナ検出を設定しておく必要があります。

–      ハイパーバイザ ターゲットの詳細については、「 Kubernetes プラットフォームターゲット」（35 ページ）を参照してください。

–      コンテナターゲットの詳細については、「 ハイパーバイザターゲット」（96 ページ）を参照してください。

SOAP コネクタ アドレスの検索

WebSphere ターゲットを設定するには、サーバーが管理通信をリッスンするポートを知っている必要があります。次のようにして、WebSphere 管理コンソールを起動します。

■        [System Administration] > [Deployment Manager] に移動します。

■        [追加プロパティ（Additional Properties）] で、[ポート（Ports）] をクリックします。

SOAP_CONNECTOR_ADDRESS のエントリは、現在設定されているポート番号を示します。

WebSphere ターゲットの追加

個々の WebLogic サーバーをターゲットとして追加することも、特定の範囲内で一致するすべてのターゲットを追加することもできます。

サーバをターゲットとして追加するには、次のように指定します。

■        Target Name

Intersight Workload Optimizer UI に表示される名前

■        ユーザ名

管理者ロールを持つアカウントのユーザー名

■        パスワード

管理者ロールを持つアカウントのパスワード

■        スコープ

VM が個別の Intersight Workload Optimizer ターゲットの一部として検出されたときに、基礎となる VM に結合されるアプリケーションのグループ。

ターゲット範囲を設定すると、Intersight Workload Optimizer はそのグループまたはクラスタ内の各 VM をスキャンし、指定されたポートを介してターゲットへの接続を試みます。Intersight Workload Optimizer は、見つかったターゲットのインスタンスを、メトリックが取得されるエンティティとして追加します。

サポートされるグループの最大サイズは 500 VM で、推奨サイズは 250 VM です。それ以上の VM をグループに追加すると、検出とモニタリングのパフォーマンスが低下する可能性があります。スコープごとに多数の VM をターゲットに設定するには、それらを小さなグループに分割し、各グループを個別のターゲットのスコープとして設定する必要があります。

■        Port Number

WebSphere のリモート ポート

■        [Full Validation]

選択すると、Intersight Workload Optimizer は、選択した範囲内の VM でホストされているすべてのデータベース サーバーを有効なターゲットにする必要があります。Intersight Workload Optimizer が範囲内のデータベース サーバーを認証できない場合、ターゲットは検証されず、データは収集されません。

アクション

Intersight Workload Optimizer は、アプリケーション サーバーのサプライチェーンに対して次のようなアクションを推奨します。

 

モニタ対象リソース

Intersight Workload Optimizer は、アプリケーション サーバー サプライ チェーンの次のリソースをモニタリングします。

 

 JVM アプリケーション

Intersight Workload Optimizer は、個々の JVM Applications をターゲットとして接続することをサポートしています。Intersight Workload Optimizer は、リモート JMX アクセスを介してリモート クライアントとして JVM プロセスに接続します。ターゲット設定には、JMX/RMI レジストリで使用されるポートが含まれます。

前提条件

■        JVM アプリケーションの有効な JMX ユーザーアカウント

JMX セキュリティが有効になっている場合は、readonly ロールを持つ JMX ユーザーである必要があります。

■        アプリケーションは、JVM バージョン 6.0 以降で実行する必要があります。

■        VMware 環境では、アプリケーションをホストする VM に VMware ツールをインストールする必要があります。 

これにより、アプリケーションをホストする VM がアプリケーションの IP アドレスを取得できるようになります。

■        リモート JMX アクセスが、ファイアウォールに対して開かれたポートを介して有効であること。

■        検出されたインフラストラクチャ。

Intersight Workload Optimizer は、VM またはコンテナで実行されている JVM アプリケーションを検出します。ホスティング VM またはコンテナは、Intersight Workload Optimizer のインベントリにすでに存在している必要があります。

VM で実行されているサーバーのターゲットを設定するには、最初にハイパーバイザ ターゲットを介してホスト VM を検出する必要があります。コンテナで実行されているサーバーのターゲットを設定するには、JVM アプリケーションのコンテナ検出を設定しておく必要があります。

–      コンテナ ターゲットの詳細については、 Kubernetes プラットフォーム ターゲット（35 ページ）を参照してください

–      ハイパーバイザターゲットの詳細については、「 ハイパーバイザターゲット」（96 ページ）を参照してください。

JMX リモート アクセスの設定

Intersight Workload Optimizer は、JMX リモートアクセスを介して JVM アプリケーションをモニタリングおよび制御します。JMX リモート ポートを設定する必要があります。

ファイアウォールを使用するには、RMI サーバーポートも設定する必要があります。RMI ポートを設定しない場合、JMX は任意のエフェメラルポートを設定しますので、このポートがファイアウォールに対して開いていることは保証できません。

JMX リモート ポートを設定するには、アプリケーションの起動時にコマンドラインでポートを渡します。たとえば、8090 に設定するには、次のオプションを使用してアプリケーションを起動します。

 

-Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=8090

 

 

JVM アプリケーションターゲットの追加

JVM ターゲットを設定するときは、特定のスコープを宣言し、その特定のスコープ内に一致するすべてのアプリケーションを追加します。これを行うには、次のように指定します。

■        [Scope（適用範囲）]：

VM が個別の Intersight Workload Optimizer ターゲットの一部として検出されたときに、基礎となる VM に結合されるアプリケーションのグループ。

ターゲット範囲を設定すると、Intersight Workload Optimizer はそのグループまたはクラスタ内の各 VM をスキャンし、指定されたポートを介してターゲットへの接続を試みます。Intersight Workload Optimizer は、見つかったターゲットのインスタンスを、メトリックが取得されるエンティティとして追加します。

サポートされるグループの最大サイズは 500 VM で、推奨サイズは 250 VM です。それ以上の VM をグループに追加すると、検出とモニタリングのパフォーマンスが低下する可能性があります。スコープごとに多数の VM をターゲットに設定するには、それらを小さなグループに分割し、各グループを個別のターゲットのスコープとして設定する必要があります。

■        [Port Number]：JMX リモートポート

■        [Username/Password]：管理者ロールを持つユーザーアカウントのログイン情報

指定するログイン情報は、アプリケーションの起動時に JMX ログイン設定に指定するログイン情報と一致する必要があります。

アプリケーションで認証を無効にしても、[Username] と [Password] には任意の値を指定する必要があります。JMX 認証を無効にするには、アプリケーションの起動時にコマンド ラインで次のフラグを使用します。

 

-Dcom.sun.management.jmxremote.authenticate=false

 

-Dcom.sun.management.jmxremote.ssl=false

 

単一 VM 上の複数の JVM ターゲット

異なるポートを持つターゲットを指定できますが、それらは同じ VM 上で実行されます（同じ IP アドレスを使用）。同じ範囲で異なるポートを使用してターゲットを指定することもできますーこれは、同じ VM で実行されているアプリケーションを異なるポートに割り当てるためのもう一つの方法です。手順は、次のとおりです。

これを行うには、2 つの個別の手順でターゲットを追加します。たとえば、2 つの JVM アプリケーションターゲットを追加し、両方とも 10.10.123.45 の VM で実行するとします。1 つのアプリケーションはポート 123 上にあり、もう 1 つのアプリケーションはポート 456 上にあります。2 つのターゲットを指定するには:

■        次のパラメータを使用して最初のターゲットを指定します。

–      スコープ：VMs_myCluster.mycorp.com

–      ポート番号：123

–      ユーザー名：AppUser

–    パスワード：**********

次に、[追加（Add）] をクリックします。

■        次のパラメータを使用して 2 番目のターゲットを指定します。

–       スコープ：VMs_myCluster.mycorp.com

–       ポート番号：456

–       ユーザー名：OtherAppUser

–       パスワード：**********

次に、[追加（Add）] をクリックします。

アクション

Intersight Workload Optimizer は、アプリケーション サプライチェーンに対して次のようなアクションを推奨します。

モニタ対象リソース

Intersight Workload Optimizer は、アプリケーション サーバー サプライ チェーンの次のリソースをモニタリングします。

 

 

 

 

SQL Server

注：

このタイプのターゲットは、SaaS として、またはオンプレミスのデータセンターで実行されます。ターゲットを要求するとき、次のように、[Connect through an Intersight Assist] をオンまたはオフにすることを選択できます。

■        ターゲットが SaaS として実行されている場合：

[Connect through an Intersight Assist] をオフにします。

Intersight Workload Optimizer の以前のバージョンでは、SaaS として実行されている AppDynamics ターゲットを要求するには、Intersight Assist を指定する必要がありました。アシストを介してターゲットを要求した場合、Intersight アシストを使用せずにそのターゲットを取り戻すことができます。これを行うには、要求したターゲットを削除してから、[Claim through an Intersight Assis] をオフの位置にして、ターゲットを再度要求します。

■        このターゲットがオンプレミスのデータセンターで実行される場合：

[Intersight Assist を介して接続する（Connect through an Intersight Assist）] をオンにします。

データセンター上のこのターゲットと Intersight Workload Optimizer 間の通信を確立するには、次の操作を実行する必要があります。

–        オンプレミスデータセンターに Intersight Assist アプライアンスをインストールします。AppDynamics は、Intersight Assist アプライアンスにアクセス可能である必要があります。

–        Intersight Assist インスタンスを Cisco Intersight に接続します。

–        Cisco Intersight にログインし、Intersight Assist インスタンスをターゲットとして要求します。

–        [Connect through an Intersight Assist ] をオンの位置にして、AppDynamics ターゲットを要求します。

Intersight Assist は、オンプレミスのターゲットに対して、セキュアなインターネット接続を使用して Intersight Workload Optimizer に情報を送信し、Intersight Workload Optimizer から制御命令を受信できる安全な方法を提供します。詳細については、『Cisco Intersight  Assist スタートアップ ガイド』を参照してください。

Intersight Workload Optimizer は、このターゲットの次のバージョンをサポートしています。

Microsoft SQL Server 2012、2014、2016、2017、および 2019

注:

SQL Server クラスタは、このバージョンの Intersight Workload Optimizer ではサポートされていません。

前提条件

■        ユーザーアカウントにデータベースの Connect SQL および View Server State を含む SQL 権限がある

■        次のサービスが実行され、有効に設定されている必要があります：

–       Net.Tcp リスナーアダプタ

–       Net.Tcp ポート共有サービス

■        Intersight Workload Optimizer の検出に使用されるポートで TCP/IP が有効になっている

■        動的ポート検出を有効にするには、ポートが SQL ブラウザサービスで使用されている

サービス ユーザー アカウントの作成

Intersight Workload Optimizer がサービス ログインに使用するユーザー アカウントには、次のものが含まれている必要があります。

■        アカウントは、次のプロパティとともに、SQL Server オブジェクトエクスプローラ内のセキュリティフォルダに存在する必要があります。

–        SQL サーバー認証が有効

–        パスワードポリシーの適用が無効

■        アカウントのセキュリティプロパティには、以下が含まれている必要があります。

–       SQL 経由でデータベースに接続する権限

–       サーバーの状態を表示する権限

Intersight Workload Optimizer への SQL Server データベースの追加

SQL Server ターゲットを追加するには、特定のスコープ内で一致するすべてのデータベースを追加します。

 

 

データベース サーバをターゲットとして追加するには、次のように指定します。

■        Target Name

Intersight Workload Optimizer UI に表示される名前

■        ユーザ名

アカウントのユーザー名。このユーザー名に AD ドメインを含めることはできません

■        パスワード

アカウントのパスワード。このユーザー名に AD ドメインを含めることはできません

■        スコープ

VM が個別の Intersight Workload Optimizer ターゲットの一部として検出されたときに、基礎となる VM に結合されるアプリケーションのグループ。

ターゲット範囲を設定すると、Intersight Workload Optimizer はそのグループまたはクラスタ内の各 VM をスキャンし、指定されたポートを介してターゲットへの接続を試みます。Intersight Workload Optimizer は、見つかったターゲットのインスタンスを、メトリックが取得されるエンティティとして追加します。

サポートされるグループの最大サイズは 500 VM で、推奨サイズは 250 VM です。それ以上の VM をグループに追加すると、検出とモニタリングのパフォーマンスが低下する可能性があります。スコープごとに多数の VM をターゲットに設定するには、それらを小さなグループに分割し、各グループを個別のターゲットのスコープとして設定する必要があります。

■        ブラウジングサービスポート

ブラウジング サービスとの通信に使用されるポート。Intersight Workload Optimizer は、範囲内の各 VM で実行されている各インスタンスの SQLServer ポートを取得します。

■        SQLServer ポート

SQL リモート ポート。参照サービス ポートが指定されていない場合、または検出中に参照サービスが使用できない場合、Intersight Workload Optimizer はこのポートを使用します。

注：

Intersight Workload Optimizer は、最初に SQL ブラウジング サービスに指定されたポートに接続します。接続に失敗すると、Intersight Workload Optimizer は、SQL Server ポートを使用して接続します。

■        ドメイン名

Intersight Workload Optimizer が認証用のユーザー名とともに使用する Active Directory ドメイン。ローカル アカウントの場合は空白のままにします。

■        [Full Validation]

選択すると、Intersight Workload Optimizer は、選択した範囲内の VM でホストされているすべてのデータベース サーバーを有効なターゲットにする必要があります。Intersight Workload Optimizer が範囲内のデータベース サーバーを認証できない場合、ターゲットは検証されず、データは収集されません。

アクション

Intersight Workload Optimizer は、アプリケーション サプライチェーンに対して次のようなアクションを推奨します。

 

モニタ対象リソース

Intersight Workload Optimizer は、アプリケーション サーバー サプライ チェーンの次のリソースをモニタリングします。

 

 

 

MySQL

注：

このタイプのターゲットは、SaaS として、またはオンプレミスのデータセンターで実行されます。ターゲットを要求するとき、次のように、[Connect through an Intersight Assist] をオンまたはオフにすることを選択できます。

■        ターゲットが SaaS として実行されている場合：

[Connect through an Intersight Assist] をオフにします。

Intersight Workload Optimizer の以前のバージョンでは、SaaS として実行されている AppDynamics ターゲットを要求するには、Intersight Assist を指定する必要がありました。アシストを介してターゲットを要求した場合、Intersight アシストを使用せずにそのターゲットを取り戻すことができます。これを行うには、要求したターゲットを削除してから、[Claim through an Intersight Assis] をオフの位置にして、ターゲットを再度要求します。

■        このターゲットは、オンプレミスのデータセンターで実行されます。

[Intersight Assist を介して接続する（Connect through an Intersight Assist）] をオンにします。

データセンター上のこのターゲットと Intersight Workload Optimizer 間の通信を確立するには、次の操作を実行する必要があります。

–       オンプレミスデータセンターに Intersight Assist アプライアンスをインストールします。AppDynamics は、Intersight Assist アプライアンスにアクセス可能である必要があります。

–       Intersight Assist インスタンスを Cisco Intersight に接続します。

–       Cisco Intersight にログインし、Intersight Assist インスタンスをターゲットとして要求します。

–       [Connect through an Intersight Assist ] をオンの位置にして、AppDynamics ターゲットを要求します。

Intersight Assist は、オンプレミスのターゲットに対して、セキュアなインターネット接続を使用して Intersight Workload Optimizer に情報を送信し、Intersight Workload Optimizer から制御命令を受信できる安全な方法を提供します。詳細については、『Cisco Intersight  Assist スタートアップ ガイド』を参照してください。

MySQL データベースを管理するために、Intersight Workload Optimizer は、定義された範囲内の 1 つ以上のデータベース サーバーに接続できます。

前提条件

■        ユーザー権限が MySQL サーバーで有効になっている。MySQ L でのユーザー権限の有効化（61 ページ）を参照してください。

MySQL データベース ターゲットの追加

特定の範囲内で一致するすべてのターゲットを追加できます。

データベース サーバをターゲットとして追加するには、次のように指定します。

■        [Target ID]

Intersight Workload Optimizer UI に表示される名前

■        ユーザー名

Intersight Workload Optimizer がターゲットへの接続に使用するアカウントのユーザー名。

■        パスワード

Intersight Workload Optimizer がターゲットへの接続に使用するアカウントのパスワード。

■        対象範囲

VM が個別の Intersight Workload Optimizer ターゲットの一部として検出されたときに、基礎となる VM に結合されるアプリケーションのグループ。

ターゲット範囲を設定すると、Intersight Workload Optimizer はそのグループまたはクラスタ内の各 VM をスキャンし、指定されたポートを介してターゲットへの接続を試みます。Intersight Workload Optimizer は、見つかったターゲットのインスタンスを、メトリックが取得されるエンティティとして追加します。

サポートされるグループの最大サイズは 500 VM で、推奨サイズは 250 VM です。それ以上の VM をグループに追加すると、検出とモニタリングのパフォーマンスが低下する可能性があります。スコープごとに多数の VM をターゲットに設定するには、それらを小さなグループに分割し、各グループを個別のターゲットのスコープとして設定する必要があります。

■        Port Number

MySQL リモートポート。空白の場合、Intersight Workload Optimizer は MySQL のデフォルトポートである 3306 を使用します。

 

■        [Full Validation]

選択すると、Intersight Workload Optimizer は、選択した範囲内の VM でホストされているすべてのデータベース サーバーを有効なターゲットにする必要があります。Intersight Workload Optimizer が範囲内のデータベース サーバーを認証できない場合、ターゲットは検証されず、データは収集されません。

アクション

 

モニタ対象リソース

Intersight Workload Optimizer は、アプリケーション サーバー サプライ チェーンの次のリソースをモニタリングします。

 

 

 

MySQL サーバーでのユーザー権限の有効化

MySQL Server で適切なユーザー権限を有効にするには、次の手順に従います。

1.      MySQL Server の設定ファイルを編集します。

ユーザー権限を付与するために、MySQL サーバーの .conf ファイルを編集する必要があります。サーバでセキュア シェル セッションを開き、ファイルを編集します。MySQL を実行しているプラットフォームに応じて、ファイルを別の場所に配置します。

■       Debian Linux：

/etc/mysql/my.cnf

■       Red Hat Linux（Fedora or Centos）：

/etc/my.cnf

■       FreeBSD Linux：

/var/db/mysql/my.cnf にファイルを作成する必要があります。

エディタでファイルを開き、[mysqld] セクションを見つけます。次に、次の変更を行います。

■       次の行をコメントアウト：

スキップネットワーキング

この行をコメント アウトすると、TCP/Is 経由のリモート接続が有効になります。

■       MySql サーバーアドレスのバインド

構成ファイルに、次の行を追加します：

bind-address=<MySQL_IP_Address>

■       トランザクション メトリックの収集の有効化

構成ファイルに、次の行を追加します：

innodb_monitor_enable = trx_rw_commits, trx_nl_ro_commits, trx_ro_commits, trx_rollbacks

たとえば、MySQL サーバーにアドレス 123.45.66.77 がある場合、IP アドレスをバインドし、トランザクションメトリックを有効にすると、.conf ファイルのセクションは次のようになります。

 

mysqld

user                 = mysql

pid-file             = /var/run/mysqld/mysqld.pid

socket               = /var/run/mysqld/mysqld.sock

port                 = 3306

basedir              = /usr

datadir              = /var/lib/mysql

tmpdir               = /tmp

language             = /usr/share/mysql/English

bind-address         = 123.45.66.77

# スキップネットワーキング

 

# MySQL バージョン 5.6 以降の場合、次の行のコメントを外します

innodb_monitor_enable = trx_rw_commits, trx_nl_ro_commits, trx_ro_commits, trx_rollbacks

 

....

 

完了したら、.conf ファイルを保存します。

注: 一部の MySQL インストールでは、複数の設定ファイルが使用されます。行った設定で目的の効果が得られない場合は、別の設定ファイルで値が上書きされていないことを確認してください。

2.      応答時間メトリックの収集を有効にします。

次のコマンドを実行して、MySQL Server にログインします。

 

$mysql -u root -p mysql

 

次に、次の SQL コマンドを実行します。

 

UPDATE performance_schema.setup_instruments SET ENABLED = 'YES' WHERE NAME LIKE 'statement/sql%';

 

UPDATE performance_schema.setup_instruments SET TIMED = 'YES' WHERE NAME LIKE 'statement/sql%';

 

注：

MySQL サーバーを再起動するたびにこれらの変更を有効にするには、これらのステートメントをファイルに追加し、--init-file オプションを使用してサーバーを起動します。たとえば、ファイル MyInit.txt に名前を付ける場合は、次のオプションで、MySQL サーバーを起動します。

 

--init-file=MyInit.txt

3.      Intersight Workload Optimizer サーバーにデータベースへのリモート アクセスを許可します。

まだ MySQL Server にログインしていない場合は、次のコマンドを実行します。

 

$mysql -u root -p mysql

 

次に、次のコマンドを実行します。

ユーザーの名前が USER_NAME 、パスワードが PWD_STRING であると仮定します。次に、 Intersight Workload Optimizer の IP アドレスが 10.10.123.45 であると仮定します。次のコマンドは、指定したユーザーアカウントで接続した場合に、その  Intersight Workload Optimizer に権限を付与します。

 

GRANT SELECT ON performance_schema.* TO 'USER_NAME'@'10.10.123.45' IDENTIFIED BY 'PWD_STRING'; GRANT PROCESS ON *.* TO 'USER_NAME'@'10.10.123.45' IDENTIFIED BY 'PWD_STRING'; FLUSH PRIVILEGES;

FLUSH PRIVILEGES コマンドを実行すると、MySQL は再起動時にこれらの設定を保持します。

これらの SQL コマンドの実行が終了したら、MySQL からログアウトします。