MKControllerでの統合管理ダッシュボード
概要 MKControllerの統合ダッシュボードは、MikroTikとUniFiのデバイス管理を単一のインターフェースに集約し、運用者にネットワークインフラ全体の統合ビューを提供します。タグ、ロケーション、責任者チーム、任意のメタデータといったカスタムデバイス属性が、ガバナンス構造を加え、スプレッドシートなしで大規模な機器群を管理可能にします。
MKController統合ダッシュボードとは？
MKController統合ダッシュボードは、MikroTik RouterOSデバイスとUniFi機器を並べて表示する一元管理インターフェースで、単一のブラウザウィンドウからの監視、アップデート、設定を可能にします。MikroTikとUbiquitiのインフラに対して別々の管理ツールを切り替える必要をなくします。
マルチベンダーネットワークを管理するISPおよびMSPにとって、統合ビューは1つのログイン、1つの監査証跡、そして機器群全体のステータスを確認する1つの場所を意味します。デバイスがMikroTik CPEであろうと、UniFiアクセスポイントであろうと、NATCloudゲートウェイであろうと変わりません。
統合ダッシュボードには何が表示されますか？
ダッシュボードは、MikroTik、UniFi、NATCloudにわたるすべてのアダプション済みデバイスを、単一の一貫したテーブルに表示します。各デバイスに対して以下のことが可能です：
- 接続ステータスと可用性をリアルタイムで監視。
- リモートアクセス（WebFig、ターミナル、またはUniFi Webインターフェース）を起動。
- 設定アップデートの適用やデバイスの再起動。
- デバイス属性の表示と編集。
すべての操作は、MKControllerの暗号化されたインフラを介してリモートで動作し、お客様側でVPN、固定IP、ポートフォワーディングを必要としません。
デバイス属性とは何か、なぜ重要なのか？
MKControllerでは、属性を通じて、すべてのデバイスに構造化されたメタデータを付加できます。タグ、物理的なロケーション、担当技術者、契約満了日、クライアント名、または運用に関連するその他のプロパティのカスタムフィールドです。
これらの属性は、他のすべてのデバイスと一緒に統合ダッシュボードビューに表示され、スプレッドシートやチケットシステムを開く必要なく、チーム全体に即座のコンテキストを提供します。
なぜこれがスケールにとって重要なのか？
| 属性なし | MKController属性あり |
|---|---|
| 技術者がどのエンジニアがデバイスを管理しているか尋ねるためにチケットを発行 | デバイスカードに「責任者：Carlos Andrade」が直接表示 |
| クライアントが先週どの拠点で障害があったか尋ねる | クライアントタグでダッシュボードをフィルター、拠点ごとに可用性データを表示 |
| 契約終了が近づいているすべてのデバイスを見つける必要がある | カスタム「契約終了」フィールドで即座にフィルター |
| 監査で特定のロケーションにあるすべてのデバイスのリストが必要 | ロケーションタグでフィルター、数秒でエクスポート |
属性はRouterOSの設定変更を一切必要としません。MKControllerに保存され、プラットフォーム内のデバイスのレコードに適用されるメタデータです。
統合管理は様々なチームをどのように支援しますか？
ISPは統合ダッシュボードを使用して、CPEルーターとカスタマーサイトのアクセスポイントを単一のアカウントから管理し、技術者が学習・サポートする必要のあるツールの数を減らします。
WISPは、MikroTikバックボーンデバイスとUniFiアクセスポイントを組み合わせています。統合ビューにより、ネットワーク運用部門はタワーサイト全体に対する単一の管理画面を得られます。
MSPはクライアントごとに別々のサイトを作成し、責任者属性を割り当て、各クライアントに自身のデバイスへの読み取り専用アクセスを付与できます。すべて同じMKControllerアカウント内で実現します。
統合管理を始めるには？
MikroTikとUniFiの両方のデバイスをアダプションすると、統合管理が自動的に利用可能になります。UniFiデバイスをアダプションするには、UniFiアダプションガイドに従ってください。デバイス属性を設定するには、任意のデバイスの詳細パネルを開き、運用に関連するフィールドを追加します。
実用的な属性の例
CPEデバイスを管理するISP向け： 各デバイスに「クライアント名」属性と「契約満了」日を追加します。毎月、契約満了日でダッシュボードをフィルターし、請求サイクルが終了する前にクライアントに事前通知します。
タワーサイトを管理するWISP向け： 「タワー」属性（例：「北タワー3」、「南丘サイト」）と「技術者」属性を追加します。お客様から障害の連絡が入った際、数秒でタワーごとにフィルターでき、影響を受けたすべてのデバイスと担当技術者のリストを確認できます。
新規クライアントをオンボーディングするMSP向け： 標準属性テンプレート（クライアント、サイト、SLA階層、設置日）を作成し、新しいデバイスごとにアダプションフロー中に適用します。最初の可用性レポートが初日から意味のあるものになります。
よくあるご質問
レポート用に属性付きで統合デバイスリストをエクスポートできますか？ MKControllerダッシュボードは、すべてのデバイス属性のフィルタリングと表示をサポートしています。機器群インベントリレポート用の現行のエクスポートおよびAPIオプションについては、サポートチームまでお問い合わせください。
属性はUniFiコントローラーに同期されますか？ 属性はMKControllerのプラットフォームレイヤーに保存され、UniFiコントローラーやRouterOSには書き戻されません。これらはチームが使用するためのガバナンスメタデータであり、ルーター設定値ではありません。
デバイスごとに作成できるカスタム属性の数はいくつですか？ デバイスごとのカスタム属性の数に固定の制限はありません。運用に必要なだけのフィールドを追加してください。
統合ダッシュボードはMikroTikとUniFiで別々のログインが必要ですか？ いいえ。1つのMKControllerログインで、同じダッシュボードのMikroTikとUniFiデバイスの両方に同じ権限モデルでアクセスできます。
関連ガイド：UniFiデバイスをMKControllerに追加する · UniFiセキュリティ — 認証情報のローテーション · UniFiモバイルアプリへのアクセス
統合管理のセットアップやデバイス属性の設定に関するご質問はありますか？WhatsAppでMKControllerサポートに連絡。