RMMソフトウェアは何をしますか?

そのコアでは、RMMプラットフォームは、継続的に2つの質問に答えています。 *私は責任を負っているすべてのデバイスの状態は何ですか?とhowは、マシンを歩くことなくそれを修正しますか?*ハードウェアとソフトウェアの在庫を収集し、パフォーマンスメトリック(CPU、メモリ、ディスク、サービス)を追跡し、しきい値が交差したときにアラートを上げ、パッチをデプロイしたり、スクリプトを実行したり、サービスを再起動したり、リモートセッションを開くためのツールを提供します。

マネージド・サービス・プロバイダ(MSP)の世界から誕生したRMMは、1人の技術者が何千ものクライアント・ネットワーク上のデバイスに対して責任を負います。 今日、同じモデルは、分散型およびハイブリッドのワークフォースを管理する内部IT部門の規格です。

#RMMはどのように機能しますか?

エージェントモデル

ほぼすべての近代的なRMMツールは、各管理されたエンドポイントに小さなソフトウェアエージェントをインストールします。 エージェントはバックグラウンドサービスとして実行し、テレメトリーを収集し、RMMサーバーへのアウトバウンド接続を維持します。つまり、インバウンドポートなしでファイアウォールとNATを介して動作します。 エージェントは接続を開始しているため、オフィス、自宅、またはホテルのWi-Fiに座っているかどうか、デバイスは管理可能です。

ほとんどのバイヤーが期待するより多くの代理店の質問題。 CPUを消費したり、セキュリティソフトウェアと競合したりする重力エージェントは、予防のために作られた非常にチケットを作成します。

モニタリングと管理

頭字語の2つの半分は異なる機能です。

-Monitoringは受動的な観察です:稼働時間、リソース使用量、イベントログ、サービス状態、ハードウェア変更、インストールされたソフトウェア。 良好な監視は、ユーザー通知の前に、障害のあるディスクまたは停止したバックアップサービスを検出します。 -Managementは、パッチをプッシュし、ソフトウェアを展開し、スクリプトを実行し、設定ポリシーを強化し、セッションのリモートコントロールを実行します。 管理は、解像度にアラートをオンにします。

監視するツールは、保守性製品であり、管理するツールは展開製品です。 RMM はコンビネーションです。問題は、問題の修正、同じコンソールです。

アラートと自動修正

RMMプラットフォームでは、閾値、持続時間、重症度など、アラートルールを定義できます。これにより、ノイズがフィルタリングされ、実際の問題がエスカレーションされます。 成熟したプラットフォームはさらに進んでいます: アラートは、自動化をトリガーできます(サービスを再起動し、テンプディレクトリをクリアし、失敗したジョブを再実行する)ので、ルーチンの問題は自分自身を解決し、例外は人間に到達します。

#RMMのメリット

-**Fewerサイト訪問とトラックロール。**ほとんどの問題は、多くの場合、ユーザーがそれらを報告する前に、遠隔で解決されます。

• **積極的なITではなく、積極的な。**ハードウェアの故障、証明書の有効期限、フルディスクの早期に捕捉されます。
• **スケールでの一貫性。**ポリシー、パッチ、およびスクリプトは、同一の数百台の機械に適用されます。 -真理の1つのソース。 在庫、健康、歴史は1つの場所で生きています。それはまたIT資産管理と監査報告をフィードします。 -**Fasterのonboarding。**新しい装置は手動組み立てなしで自動的に登録し、ベースライン構成を受け取ります。

#RMMとパッチ管理

パッチングは、RMMインフラストラクチャの上部にある最高値のワークロードです。 エージェントは、各デバイスが実行しているソフトウェアを認識し、インストールを実行できるようにします。そのため、RMMプラットフォームは、OSとサードパーティのアップデートのための自然な配信メカニズムです。 多くのチームは、パッチエンジンの強みを中心にRMMを評価しています。パッチのライフサイクルがどのように機能するかについては、コンパニオンガイドをお読みください。

内部ITとMSPのための# RMM

同じ技術は異なった必要性の2人の聴衆に役立ちます:

-内部ITチームは、独自のスタック:ディレクトリサービス、発券システム、セキュリティツール、および単一の組織のコンプライアンスレポートとの深い統合を懸念しています。 -MSPsは厳格なマルチテナントを必要としています。クライアント環境間のハードな分離、個々のクライアントポリシーとブランディング、技術者アクセススキャッピング、および顧客を充電する方法をマップするエンドポイント課金。

プラットフォームがこれらの聴衆の1つだけのために構築された場合、もう1つは摩擦を感じるので、ベンダーがネイティブに動作モデルをサポートすることを確認します。

#RMMプラットフォームを選択する方法

主な評価基準:

1。 エージェントのフットプリントと安定性。 低スペックのハードウェアを含む、実際のデバイスミックスでCPU、メモリ、アップデートの動作をテストします。 2。 マルチテナントとアクセス制御。 内部チームは、技術者が特定のサイトや部門にスキャッピングすることに恩恵を受けています。 MSPはそれなしで動作しません。 3。 ビルトインリモートアクセス。 ネイティブリモートデスクトップツールは、別々の製品への支払いやデプロイを回避し、セッションログを1つの監査コースに保存します。 4。 Automationの深さ。 スクリプト、スケジュールされたタスク、およびアラートトリガーされた是正は、実際に削除するマニュアルの作業量を決定します。 5。 プライシングモデル。 パーエンドポイントの価格設定は標準です。 技術的な手数料、リモートアクセスのサーチャージ、および実際のコストを侵害する有料アドオンの腕時計。 6。 **プラットフォームのブレッド。**スタンドアローンRMMは、1つのエージェントと1つのコンソールで、切符、パッチ、セキュリティを含む統一されたプラットフォームにますます地面を失う。

RMM 対 ITSM 対 ITAM

これらのカテゴリは重なり、ますますます収束します。 RMM は devices を管理します。 ITSM は、 work — チケット、リクエスト、変更を管理します。 ITAM は、records を管理します。 所有しているもの、どこにあるか、コストを削減します。 3つのシェアデータ:既にデバイスの健康を示すチケット、またはエージェントがリアルタイムに更新されたアセットレコードが3つのシェアデータの場合、最も強力な運用利益が来ます。

お問い合わせ

MoniticがRMM → Moniticエンドポイント管理の仕組みを見る

お問い合わせ

##よくある質問

###MSPだけRMMはありますか?

いいえ。 RMM は MSP を発しましたが、内部の IT 部門は分散した労働力を管理するために同じ工具細工を使用します。 違いはコンフィギュレーションです。マルチテナントとパークライアントの課金でMSPのリーンです。内部チームは独自のディレクトリ、切符、セキュリティスタックと統合してリーンします。

##RMMとMDMの違いは何ですか?

RMMは、パーシステントエージェントを介してデスクトップ、ノートパソコン、サーバーの完全管理に焦点を当てています。 MDM(モバイルデバイス管理)は、OSレベルの登録フレームワークを使用して、より軽いポリシーモデルで携帯電話やタブレットを管理することができます。 多くのユニファイドプラットフォームが1つのコンソールからカバーできるようになりました。

##RMMは、アンチウイルスまたはEDRを交換しますか?

いいえ。 RMMは、セキュリティ制御ではなく、操作ツールです。 システムをパッチや異常の監視、EDRエージェント自体のデプロイと監視することでセキュリティツールを補完しますが、マルウェアを検知したりブロックしたりしません。

##RMMの価格はどのようにですか?

月ごとの管理されたエンドポイントあたりのほとんどのベンダー価格、多くの場合、機能セットによって階層化されます。 リモートアクセス、パッチ、および自動化を含む総コストを評価します。一部のベンダーは、これらを別のアドオンとして販売しています。これにより、比較が大幅に変更されます。