皆さん、ようこそ。私はブライアン・ウィットマーシュです。LogicMonitorのプロダクトマネージャーの一人です。

私の焦点はすべてクラウドです。

当然ですが、今日お話しするのはリソース エクスプローラー、コストの最適化など、クラウド関連のトピックです。

私は過去 25 年ほど観測可能性の分野に携わってきたので、さまざまなことを見てきました。

とても刺激的な空間でした。

本日は、Resource Explorerをご紹介できることを大変嬉しく思っております。もしこれをお聞きいただいている方は、残念ながらElevateにはご参加いただけなかったかもしれません。素晴らしいイベントでしたので、ぜひ来年もご参加ください。

あるいは、参加したものの、満員で立ち見しか出られず私のセッションに参加できなかった方もいらっしゃるかもしれません。今は席があります。さて、それでは早速、リソースエクスプローラーと、それが環境の理解にどのように役立つかについてお話ししましょう。

優れたプロダクトマネージャーなら誰もがそうすべきですが、まずは問題定義から始めましょう。私たちは何を解決しようとしているのでしょうか？ここでは単に機能を開発しているのではなく、実際に問題を解決しているのです。

この問題は、数年前にオンプレミス中心の監視ツールからハイブリッドに移行した際に、かなり認識され、顕在化しました。ご存知の通り、ハイブリッドは私たちの強みです。クラウドとオンプレミスを一体化して監視できるのは、Logic Monitorの強みです。

しかし、課題は、クラウドに入り、たとえば Kubernetes を監視する場合、何千ものデバイスが存在することです。

実際、先日あるお客様がKubernetesモニタリングを有効にしたところ、たちまち35万ものリソースが追加されました。リソースです。従来のツリービューでは、ファイルフォルダ構造のようにツリーを展開してリソースを操作する必要がありましたが、ツリーを展開するとツリーが拡張されます。13万5千ものリソースでツリーが拡張される様子を想像してみてください。これは現実的ではありません。私たちは、非常に一時的な、つまり大量のデバイスを持つリソースのビューをお客様に提示し、作成してもらうための、より優れた方法を必要としていました。

また、さまざまなビューやグループを作成して非常に使いこなせるようになった顧客もいましたが、私たちは、顧客が簡単に、簡単に操作できるインターフェースを求めていました。

この特定のアプリケーションのすべてのリソースを確認したい、またはすべての Azure 仮想マシンをすぐに確認したいです。

これは非常に困難であったため、私たちが解決しようとしていた問題でした。

このアジェンダでは、まず、このユースケースをどのように解決するかをお見せしたいと思います。リソース エクスプローラーの基礎、プロパティの正規化、リソース エクスプローラーの詳細設定、ノック モードでのリソース エクスプローラーの使用方法、そして既存のロジック モニター プラットフォームや既に投資しているダッシュボードにリソース エクスプローラーを組み込む方法についてもご説明します。

では、始めましょう。リソース エクスプローラーの基礎についてお話ししましょう。

こういう話から始めたいと思います。私はストーリーを語るのが好きです。それでは、Resource Explorerとは何かという話から始めましょう。買い物をしているときやショッピングモールなどにいるとき、モールを歩いていると様々な店舗が目に入ります。そして、それらの店舗を見ると、その店舗が何を扱っているのか、何を売っているのかが、大まかに強調されていることがわかります。

リソースエクスプローラーは、リソースの概要を表示するツールです。緑や赤のランプが瞬時に表示されますが、すべての詳細が目に見えるわけではありません。つまり、監視しているリソースを簡潔に表示するツールです。これはツリービューの代替ではありません。ツリービューでは、リソースを非常に詳細に表示できます。

ツリービューは、本来は舞台裏で機能するものです。例えば、Apple iStoreなどに行って、壊れたノートパソコンを持っていくと、魔法の壁が開き、修理が必要になった時に、裏で作業が行われます。想像してみてください。それがリソースツリーです。しかし、リソースエクスプローラーは、まさに店頭ビューのようなもので、「これが自分の興味のあるものか？何か面白いもの、見たいものはないか？」と一目でわかるようになっています。

リソースエクスプローラーの重要な、いわば基本的なアイコン、つまりオブジェクトは、有名な六角形です。誰もがこれを持っているでしょう？蜂の巣のようなビューです。様々なリソースをすべてまとめて見ることができます。色はステータス、つまりエアの状態を表しています。

例えば、すべてが緑色で、すべてが正常であれば、個々のリソース（各六角形は個々のリソースを表します）にはエラーがありません。ここで表示されているエラーは、データソースによるデータポイントアラートです。これらはイベントソースでもログソースでもありません。これらは、データソースに焦点を絞ったものです。

そうです、黄色がありますね。黄色、あるいは例えば重大な赤色が表示されている場合、そのリソースには他にもアラートが発生している可能性がありますが、現時点では最も重要なアラートが表示されます。赤色の場合は、先ほど言ったように他にもアラートが発生している可能性がありますが、ここでは最も重要なアラートを表示し、それを色で表しています。

リソースツリーとリソースエクスプローラーの相互作用は、兄弟姉妹のように相互に作用するように設計されています。例えば、あるお客様が「私は古いタイプの人間で、自分のやり方に固執している」とおっしゃっていました。

ええと、本当に、リソースツリーを使いたいんです。使い慣れていますから。リソースツリーを置き換えようとしているわけではありません。リソースツリーを操作してもらいたいんです。

場合によっては、リソース エクスプローラー ビューに移動してそれらのリソースを表示する方がよいこともあります。

そして、一生懸命頑張ろうとすると、壁が開いて、また中に戻ってしまうんです。

それで、それをお見せしましょう。

わかりました。このデモでは、ツリービュー、つまり従来のツリービューが表示されています。例えば、ある本社オフィスにあるすべてのリソースを確認したいとします。その本社オフィスでは、カリフォルニア州ロサンゼルスの本社オフィスに移動してみましょう。展開してください。これはデモ環境です。展開すると、様々なリソースが表示されます。

しかし、これらのリソースを全て簡単に表示したいので、グラフィカルビューで確認したいのです。新しいリソースエクスプローラービューで確認したいのです。もしまだクリックしたことがないなら、この小さな三角形をクリックしてください。勇気を出してクリックしてください。何も壊れることはありません。クリックすると、ツリービューで表示されていた場所に必要なフィルターがすべて表示され、全てのリソースが表示されます。

青色のフィルターがすでに追加されているのがわかります。また、ここには7つのリソースがあります。ファイアウォールとハイパーバイザーです。

仮想マシンなどもあります。ルーターもあります。そして、実際にCiscoの物理サーバーの1つにエラーが発生しています。

そして、当然、それをクリックして、クリックして戻ると、ここでいくつかの高レベルの外観を行うことができます。

もっと作業を進めたい場合は、クリックするだけです。すると、そのリソースに焦点を絞ったツリービューに戻り、グラフ、概要、情報、SDTなど、おなじみの情報が全て表示されます。そして、今度はそのリソースに絞り込んだ状態になります。つまり、前後に移動できるということです。これはインタラクティブで、リソースツリービューを拡張することを目的としています。

リソースエクスプローラーのもう一つの基本原則は、素早くフィルタリングとグループ化ができることです。LMプロパティやクラウドタグでフィルタリングとグループ化が可能です。リソースにアクセスしたら、情報タブをクリックします。ご存知の通り、通常は大量のメタデータが表示されます。

すべてのメタデータが利用可能です。例えば、米国西部のすべてを確認したい場合は、「system.AWS.availabilityzone」と入力してください。そこに入力してクリックすると、その情報が表示され、そのプロパティでフィルタリングしたり、グループ化したりすることもできます。つまり、私たちが収集している情報はすべて利用可能です。

簡単な例を挙げましょう。これを開くと、1,200個のリソースが表示されます。

すぐに、これら 1,200 個のリソースのフィルタリングを開始したいと思います。

クイック広告とは、ここに表示されているものです。よく使うものだけです。これらは裏で正規化されたプロパティとして機能しています。これについては後ほど説明します。では、AWSとオンプレミスのリソースだけでフィルタリングしてみましょう。プロバイダーをクリックすると、利用可能なプロバイダーの一覧が表示されます。「AWS」と「regular」にチェックを入れます。regularはオンプレミスです。

クリックして閉じます。これで1,200個のリソースが取得され、AWSとオンプレミスのリソースだけに絞り込まれました。また、リソースをグループ化して、どのグループに属しているかを確認できるようにしたいです。右側の「クイック追加プロバイダー」をクリックすると、2つのボックスがフィルターされます。これでオンプレミスのデバイスとAWSクラウドのデバイスが表示されます。

さらに一歩進んで、リージョンを追加すると、正規化されたプロパティが表示されます。リージョンをクリックすると、AWS内でリソースが配置されているリージョンが分かります。

ここでの使用例については、ご存じのとおり、すぐに入力できます。

当社にはクラウド オペレーション担当者がいて、システムを管理していましたが、大量のアラートが届き始め、すぐに状況を確認すると、リージョンの 1 つがダウンしているという問題がすぐに判明しました。

このビューで、米国西部のすべてが2色に変わっているのを見ると、すぐに根本原因にたどり着き、「ちょっと待って。この地域で何か起きている」と分かります。リソースをどのような方法で表示したいかに合わせて、フィルタリングやグループ化が可能です。

ビューとリンクを保存します。これらは、価値を高め、データを希望どおりに表示してくれる、試してみている素晴らしい新しいビューを取得する方法です。そして、それらを共有したり、保存したり、すぐに呼び出したりできるようになります。ベストプラクティスの一つは、フィルターのないリソースのみを含むグループと保存ビューを作成することです。すぐに元に戻ることができます。

クリア、クリア、などなど、いろいろできます。でも、最初のステップだけは「OK。さあ、すべてのリソースをクリックして、保存して、などなど。これで元通りになりました」と言えばいいんです。

次に、あなたにとって価値のあるビューを作成します。

ここでのユースケースは買掛金です。Logic Monitorから請求書を受け取ったのですが、ISリソースと過去のリソースがx件あると書いてありました。本当でしょうか？

それをどうやって理解するかをお見せしましょう。

これを調べる方法は複数あります。もちろん、使用状況レポートなどもあります。しかし、group by を実行すると、「system.cloud.pricingcategory」というプロパティが見つかります。

実際のプロパティでグループ化すると、コンピューティング、IaaS、PaaSといった既知のプロパティが表示されます。これらのプロパティがない場合は、クラウドプロパティではありません。そこで、これらのプロパティがないものだけを除外します。「フィルター」をクリックし、「system.cloud.price」カテゴリをクリックします。

今度は、そのプロパティを含める代わりに、除外するように切り替えます。つまり、そのプロパティを持たないもの、つまりクラウド以外のリソースを除外することになります。これでバケットが表示されます。コンピューティング以外のバケット、IaaS、PaaS、そしてチャートなしのバケットが表示されます。

そして、それを保存したいと思います。

そこで、そこにある小さな保存アイコンをクリックすると、ビューを保存できるようになります。

クラウドライセンスビューなど、お好きな名前を入力して、新規として保存してください。これで、そのビューをすぐにドロップダウンして呼び出すことができるようになりました。

買掛金が質問していました。

彼らは私のシステムにアクセスできるんです。だから、このビューを他の人と共有したいんです。

これは明らかにアプリケーションのビューであり、アプリの所有者などと共有していることになります。

しかし、このユースケースでは、買掛金は「これを見せて」という感じになります。そこで右側に小さな「保存」または「コピー」リンクがあるので、それをクリックします。

URLをコピーして送信できます。そのURLを入手した人は、ブラウザにURLを入力し、クリックしたり、ハイパーリンクをクリックしたりします。すると、あっという間に、あなたが見たものを正確に確認でき、必要な証拠を提出できるようになります。

グループと個人の要約。ここからご覧ください。

これらのブロックはクリックできます。IaaSグループやPaaSグループなどです。IaaSグループ全体をクリックすると、ボックス自体、つまりその下の小さなボックスに表示される概要情報が情報の概要になります。

そこに表示されているアラートを分析して、「ちょっと待ってください。地域によって状況が変わってきているので、地域別にグループ化した方がいいかもしれません。発生している問題の75%は特定の地域に集中しています。トラブルシューティングを行う際には、地域別にグループ化をクリックするだけで済みます。次に何をすべきかなど、様々なことが分かります。概要は把握できます。

リソースビューがあります。これは概要なので、このボックスにはすべてのリソースが表示されます。また、このボックスには各リソースに関するアラートもすべて表示されます。

ここで、個々の六角形（そこにある蜂の巣ビューの 1 つ）を強調表示し、個々のリソースをクリックすると、最初の要約ボックス、パネルがその個々のリソースに関するものになります。

また、多くの有益な概要情報を確認でき、もちろん、クリックしてツリー ビューに戻り、必要な操作を実行することもできます。

では、セクション2のプロパティの正規化について見ていきましょう。

もしご存知なかったら、この機能はうまく隠してあります。

素晴らしい機能ですね。

近い将来、ここでより明確に説明します。これは、アカウントIDで並べ替えたいユースケースの例です。現在、私はハイブリッド環境、マルチクラウド環境です。AWS、GCP、Azureにアカウントがあります。

全部のプロパティを入力するつもりはありません。アカウントIDかアカウント名だけを入力すればいいんです。

このプロパティは実際には他の3つ、4つ、5つのプロパティを表している、といった具合です。単一のプロパティを関連付け、正規化することで、アカウント別にフィルタリングする際に、Googleの場合はこのプロパティ、Microsoftの場合はこのプロパティ、といったように指定する必要がなくなります。これは、クラウド、オンプレミス、クラウドリソースなど、複数のリソースに対して実行できます。つまり、ビジネスにとって重要なものを表すプロパティを作成できるのです。例えば、3つまたは4つの異なるプロパティで構成されるコストセンターがあるとします。非常にシンプルなコストセンターラインを作成するなど、必要なことは何でも作成できます。

クイック広告は、実際にはすぐに使える標準化されたプロパティです。標準化されたプロパティである必要はありません。個別のプロパティであっても構いませんが、クイック広告の横にある小さな歯車アイコンをクリックすると、クイック広告のリストに含まれる内容をすぐに編集、変更できます。

これらを削除したい場合、新しいものを作成したい、そこに「application」を追加したい、といった具合です。プロパティを入力し、プロパティ名を入力し始めて「apply」と入力するだけです。

そして今、それが私のリストに追加されました。

そして確かに、これをクイック追加として用意し、クリックするだけでフィルターやグループ化ができるようになりました。

これらは独立しています。

実際にフィルタリングするプロパティとは異なるプロパティで何度もグループ化することができます。

では、「新しい正規化されたプロパティが必要ですか、それとも独自のプロパティを作成したいですか？」という質問にはどこに行けばいいのでしょうか？先ほど言ったように、これはかなりうまく隠されています。

今すぐ設定に移動する必要があります。

ポータル設定に移動し、ポータル設定を一番下までスクロールして、正規化されたプロパティまで移動する必要があります。このプロパティが表示されない場合は、ポータルで有効になっていない可能性もわずかにあります。すべてのポータルで有効になっているはずです。

表示されない場合は、アカウント担当者にお問い合わせください。有効化いたしますが、すべてのユーザーに対して有効化されているはずです。

しかし先日、私はそれに遭遇しました。

とにかく、ここに来れば、それらの関連性が分かります。

削除できないもの、つまりグレー表示されているものは、予約済みという意味です。これは、すべてのポータルで共通のものを維持するためです。ただし、削除できるのは、カスタマイズしたもの、またはカスタマイズできるものです。新しいものを追加するには、プラス記号をクリックして名前を付けるだけです。

これはappになります。既にapplicationはありますが、これはデモです。次に、appに関連付けたいプロパティを検索します。AzureタグはAWSタグと異なるため、GCPタグとも異なりますが、これは気にしません。

アプリをフィルタリングして、実際に使用しているアプリのリストを表示できるようにしてほしいです。

そしてそれを保存すると、プラットフォーム全体で使用できるようになります。

ここで、より高度な内容について説明しましょう。

3つの高度な設定があるので、これから見ていきましょう。1つ目は、私が「VCRモード」と呼んでいるものです。

私はもう年寄りですから、あなたが VHS を持っていたとしても、ベータマックスを持っていたとしても、私はあなたを批判したりはしません。

まあ、いずれにせよ、もう少し現代的な話をしましょう。これはDVRかもしれません。もしかしたらDVRですらないかもしれません。もしかしたら、あなたはYouTubeを見ているのかもしれません。再生画面の下部に小さなスクロールバーがあって、そこで前後に移動できるかもしれません。

これが、リソースエクスプローラーのアラートに対して実行できる機能です。特定の期間について、その期間にアラートが発生したかどうかを確認できます。

その一例として、このビューには BW アプリのすべてのリソースのビューがあります。

特定のアプリを除外しています。これらがそのアプリのリソースです。

アプリの Azure のコンピューティングの 1 つにエラーがあることに気付きました。

デフォルトでは全期間に設定されています。つまり、全期間のエラーステータスが表示されます。ただし、左側の詳細フィルターを開いて小さな矢印をドロップダウンすると、「過去1時間以内」というように指定できます。

では、過去 1 時間から現在までに、そのステータス、つまりエラー ステータスが発生していたのでしょうか?

いや、緑だ。わかった。面白い。

さて、最後の 2 時間はどうだったでしょうか?

いいえ。2時間以上前に起こりました。

退屈させてしまうかもしれませんが、全部を紹介して退屈させるつもりはありません。一つずつクリックしてください。

これは私がこれを記録した2日以内に発生しました。2日をクリックすると、確かにそこに表示されました。しかし、ここで疑問に思うことがあります。何か原因があったのでしょうか？このリソースより前にエラー状態になっていた他のリソースはありましたか？

時間枠をカスタマイズできるようにしたいので、ドロップダウンします。

まず、いつ起こったのかを知るために、これを調べます。ちょっとズルをしています。このリソースを調べるためにこれを調べます。皆さん、軍時間で15時か16時に、2つ減って10になったことがわかります。

それで3時16分、3時15分ですね。

このエラーが発生したのは3時16分です。それで、そのエラーの1時間前まで戻ります。リストをドロップダウンして、その日のカスタム範囲を指定できます。

これを録音したのは確か22日だったと思います。つまり2日前の20日には、2時から3時15分までの特定の時間帯を記録できたということです。今は3時16分に発生したので、緑色になっているはずです。

しかし、何か他に起こり始めていたのでしょうか？ とにかく、これはデモです。

他にも黄色や赤のリソースがあったかもしれませんし、連鎖反応でそうなったかもしれません。つまり、VCR、DVD、何と呼んでも構いませんが、再生できるということです。

では、発生から1時間後の時刻も含めたいと思います。おそらく他のリソースに影響を与えたのでしょう。下流への影響もあったかもしれません。ですから、3時15分から4時15分に変更します。

エラーが発生したのはその時で、黄色に変わりました。他のデバイスでは変わりませんでした。とにかく、要点はお分かりでしょう。それは、そのビデオデッキ、その特定のリソースの再生に関するものです。

SDT、デモは見せません。

簡単です。計画停止中の場合は、見苦しい色は表示しないでください。おそらく利用できない状態になるだろうと予測しているからです。フラグを設定するだけです。フラグを設定したら、STTのアラートは無視してください。常に緑色になります。

これはかっこいいですね。

これにより、たとえば大きな画面でビューを表示する機能が得られます。

次にノックモードを紹介します。ただし、このリソースが常にエラー状態にあると仮定します。このエラー状態は実際には重要ではありません。「ウェイクアップやコールバックにうんざりしている」「なぜこのリソースがエラー状態になっているのか」など、問題はありません。これは常に存在する特定のエラーであり、重要ではありません。

それでは、これを除外してみましょう。

これをクリックすると、実際のロジックモデルであるリソースヘルスが表示されます。リソースヘルスは重要なので無視しないことをお勧めします。しかし、このデモでは無視することにします。

データポイントは可用性ステータスエラーアラートです。高度なフィルタリング機能を使うと、ドロップダウンからアラートデータポイントを選択できます。除外を選択して、ロジックモジュールを追加します。

したがって、リソースの健全性を検索します。

見つかりました。

それをクリックすると、私たちが収集したさまざまな指標が表示されます。

また、可用性状態のエラーアラートを無視したいと思います。

また、両方ともエラー状態であったため、可用性状態を無視する必要がありました。

だから私はその両方をチェックします。

繰り返しますが、これはお勧めしません。しかし、このデモでは両方にチェックを入れ、「除外」を選択すると、すべてが緑色になります。魔法のようです。これにより、特に特定のアラートデータポイントに注目したい場合、それらを無視するか、あるいは注目するだけにするかを自由に選択して、ビューをカスタマイズできるようになります。

それが高度なフィルタリング機能です。

フルスクリーンモードについては、前に少し触れました。

ノックモード、何とでも呼べ。リソースエクスプローラーを使えば、監視したいものだけをきれいに表示できます。大画面に表示して自動更新させたり、CEOのデスクに置いたりするのもいいでしょう。

おそらくありません。

とにかく、必要なビューを作成して、右側にある全画面モードをクリックできるようにする必要があります。

全画面モードになり、自動更新がオンになります。最後の更新が表示されるので、実際のリソースビューが継続的に更新されます。

最後のセクションでは、ダッシュボード ウィジェットについて説明します。

既存のLMダッシュボードにこれらを組み込みたいとお考えですか？はい、可能です。ダッシュボードプラットフォームコンポーネントに付属するすべてのレポート機能、つまりすべての機能がこれに含まれています。

では、ここへ行きましょう。やり方は2通りあります。両方お見せします。ここからの景色は素晴らしいですね。

それをウィジェットにしたいだけです。

右側に移動してダッシュボードに追加します。

追加したいダッシュボードを選択すると、ダッシュボードが作成されます。

おそらく、ダッシュボードにウィジェットが 1 つ以上あることは明らかです。

これを、アプリケーション、システム、監視対象のあらゆるものの全体的なダッシュボードに組み込むことになります。

もう一つの方法は、ダッシュボードから行うことです。これは新しい有効なウィジェットです。「ウィジェットを追加」をクリックすると、リソースエクスプローラーが下に表示されますので、クリックしてください。

何でもお任せください。どのくらいの頻度で更新したいか指定できます。

保存したビューから読み込むことができます。共有URLリンクから読み込むこともできます。先ほどお見せしたURLリンクから読み込むこともできますし、このウィジェットから、必要なフィルター、グループ化、フィルタービューをすべて手動で作成することもできます。

希望どおりのウィジェットを取得し、適切なダッシュボードに追加すれば、完了です。

そこにダッシュボードがあるのです。

よし。まとめると、いくつかの基本事項と、隠された大きな秘密の一つであるプロパティの正規化について説明しました。皆さんが既に使っていることを願っています。もし使っていないなら、ぜひ使ってみてください。

高度なフィルタリング、高度な観点から何ができるか、フルスクリーン モード、そして、これを、すでに時間をかけて作成した既存のダッシュボードにどのように組み込むかについて説明します。

これが皆様にとって有益な情報になれば幸いです。お気軽にお問い合わせください。ご質問がありましたら、お気軽にお問い合わせください。アンケートにもご協力ください。

ブライアンは素晴らしい仕事をしたと言ってもいいし、ひどい仕事をしたと言ってもいい。どちらでもいい。正直に言ってくれればそれでいい。でも、はい、これをクリックして写真を撮って、フィードバックをいただければ嬉しいです。

まだ聴けていない方は、他の録音もぜひお聴きください。素晴らしいセッションでした。次回はぜひ直接お越しいただき、私たちの活動について深く学び、交流を深めていただければ幸いです。私たちも本当に素晴らしい時間を過ごしました。来年もまたお会いできることを願っています。お時間をいただき、ありがとうございました。