先週、ベストプラクティスについて投稿しました MSPの監視/ CSP（クラウドサービスプロバイダー）。 今週のエントリは、「ホストグループの管理」に関する基本に戻るベストプラクティスです。これは、パフォーマンスの監視をビジネスの好ましい管理方法に適合させたいMSP / CSPにとって重要です。 どの顧客が特定のデバイスに課税しているのかを知りたいCSPであろうと、自分の場所にあるクライアントの機器のサービス低下を事前に警告したい従来のMSPであろうと、 ホストグループの管理 カスタマーサービスエクスペリエンスを最適化するための組織化された構造を提供します。 監視を管理して、デバイスタイプ、場所、または製品/サービスレベル契約ごとにサポートチームの可視性を提供することで、顧客エクスペリエンスを最適化できます。 サービスはアップしていますか？ ダウン？ 劣化？ MSP / CSPとして、収益を最大化すると同時に、これらの答えを知りたいと考えています。
使用時 LogicMonitor このベストプラクティスを実装するための具体的な手順は次のとおりです。
- クライアントベースのグループフォルダ構造を使用する 物事をきちんと保つために。 ホストをネーミンググループに編成すると、MSP / CSPは、グループレベルでホストデータを編集および共有できるだけでなく、アーキテクチャを視覚的に表現することもできます。 これにより、ロールベースのアクセス制御を使用して、最上位グループへのアクセスを許可するだけで、LogicMonitorのパフォーマンス情報をクライアントと簡単に共有できます。また、クライアントごとのパフォーマンスをより簡単に管理できます。
- クライアントレベルの下で–決定する サブグループスキーマ それはあなたのビジネスとあなたのクライアントに最適です。 クライアントのシステムを機能ごとに分離することもできます（ESX、ネットワーク、データベース、ストレージなどのサブグループを作成します）。 またはクライアントサイトによって。 またはビジネスユニットごと。 ここで覚えておくべき重要な要素は、クライアント間で可能な限り一貫性を保つことと、それを覚えておくことです。 ホストは、多くのグループまたはサブグループのメンバーになることができます –したがって、同じホストをロケーションベースのグループ（Goletaなど）と機能グループ（ストレージ）の両方のメンバーにすることができます。
- サブグループスキーマを設計するときは、 シンプルさのバランス （常に良いことです）サイトごとにグループ化すると、サイト全体のアラームを簡単に確認できるようになることを考慮してください。 また、ホストを複数のグループのメンバーにすることを選択した場合は、しきい値またはアラートを調整するために使用するグループの種類を定義します。 （同じホストを含む可能性のある同じレベルの異なるグループで同じしきい値を調整すると、混乱が生じます。）
- 他の場所と同様に、あなたは 自動化に目を向ける グループの割り当てを可能な限り簡素化するため。 顧客名や場所などの属性を含む、顧客機器に一貫したホスト名を使用する場合は、次を使用できます。 動的グループ ホストを正しい顧客グループとサブグループに自動的に割り当てます。 （たとえば、顧客LogicMonitorのGoletaサイトからすべてのWindowsシステムをXNUMXつのグループに自動的に含むグループを作成するには、動的グループの適用先式を次のように定義します。isWindows（）&& system.displayname =〜“ Goleta” && system.displayname =〜“ LogicMonitor”。）ホストの命名の重要性について詳しく知りたい場合は、 この.
- コレクターの名前にタグを付ける サイトごとに正しく反映して、プライマリエージェントかバックアップエージェントか、場合によってはソロコレクターかを反映します。 これは、問題とコレクターの問題を追跡するのに役立ちます。 コレクター管理には、[設定]タブからアクセスします。
- コレクターを顧客サイトにデプロイする、およびVPNまたはWANを介してリモートサイトを監視しないでください。 間接的な監視は、不正確な結果を生み出す可能性が高くなります。