誰も動かしたくなかったコントローラー — 3 拠点企業が無線 LAN の頭脳を自前で抱えるのをやめた理由

結論： UniFi コントローラーのソフトウェアは無償である。それを何年も連続稼働させ、バックアップし、無線を止めずにアップグレードし、午前 3 時に責任を負うことは無償ではない。拠点が 3 つ以上ある企業が実際に選んでいるのは「コントローラーをどこで動かすか」ではなく、「誰がそれに責任を負うか」である。

見積書で最も安い行が、誰も原価計算していない行である

3 都市にオフィスを持つ企業が Ubiquiti UniFi のアクセスポイントを購入する。理由は妥当で、きわめてよくある。ハードウェアが良く、価格が説明でき、画面は有能なジェネラリストにも理解でき、管理ソフトウェアは無償だからだ。

18 か月後、環境はこうなっている。拠点 1 では誰かが構築し誰もパッチを当てていない小さな仮想マシン上でコントローラーが動いている。拠点 2 のラックにはハードウェア Cloud Key が置かれている。サーバーの是非を議論し続けるより買うほうが早かったからだ。拠点 3 のアクセスポイントは内装工事中にノート PC 上のインストールへ登録され、その施工業者が去って以来、実質的に無管理である。3 拠点、3 つの制御プレーン、1 社、そして「当社の無線 LAN 構成はどうなっているのか」に対する単一の答えは存在しない。

劇的な事故は何も起きていない。それこそが要点だ。コントローラーは無線 LAN 構築のなかで、静かに、長い時間をかけて劣化する部分であり、誰かがそれを必要とした瞬間——障害のとき、監査のとき、新オフィスを開かねばならない週——に初めて可視化される。

本稿は意図的に特定の国を対象にしていない。どのアクセスポイントを買うかは現地の判断だが、この判断はそうではない。

コントローラーとは何か、そしてなぜ「無償」が最も高価な語なのか

UniFi アクセスポイントは、設定して忘れてよい独立機器ではない。管理される機器であり、管理する側が UniFi Network コントローラーである。SSID、VLAN、拠点ごとのポリシー、何が何につながっているかのトポロジー、そして無線が正常かどうかを語る統計が、このソフトウェアの中にある。

アクセスポイントをコントローラーに登録すれば、それは管理された資産群の一部になる。登録しなければ、誰も書き残していない日に一度だけ設定された孤立した箱にとどまる。

用語について先に触れておく。技術に明るい相手と話せばすぐ出てくるからだ。Ubiquiti は「コントローラー」という語から離れつつある。現在の呼称は自己ホスト用パッケージが UniFi OS Server、クラウド側のビューが Site Manager である。しかしこの問題を検索する人がその語を打つことはほぼない。打つのは「コントローラー」であり、本稿もそれに従う。新しい名称しか使わない供給者は製品を説明しているだけかもしれず、古い名称しか使わない供給者は最近この製品を見ていない可能性がある。両方を知っている相手がよい。

問題を生むのはこの一文である。コントローラーのソフトウェアは無償だ。 事実であり、そしてこの判断全体で最も高価な事実である。ソフトウェアがコストだと見せてしまうからだ。ソフトウェアはコストではない。コストは、そのソフトウェアが動き続けなければならないこと——連続して、ネットワークの寿命のあいだずっと、何かの上で、誰かに保守され、実際に復旧できるバックアップと、金曜日を壊さないアップグレードを伴って。

動かす 3 つの方法と、それぞれの本当のコスト

自己ホストする

• 紙の上の姿： すでに持っているサーバー上で動く無償ソフトウェア。
• 実際に必要なもの： Java と MongoDB の環境（公式最小要件はインストーラー同梱の MongoDB 3.6）。小規模ネットワークでもコントローラーだけでおよそ 1〜1.5 GB のメモリを要する。TCP 8443 / 8080 / 8843 と UDP 3478 / 10001 を開放し、要塞化する必要がある。
• 実際に引き受けるもの： アップグレード、バックアップ、要塞化、可用性のすべてが、期限なく自社のものになる。Ubiquiti 自身の案内は「連続稼働を維持できないなら自己ホストするな」である。ベンダーが正直なことを言っている箇所であり、真剣に受け取る価値がある。
• 範囲の制限： 自己ホスト構成で動くのは UniFi Network のみ。
• 本当に向いているのは： 専任のネットワークエンジニアがいて、そのサーバーを喜んで所有し、3 年後もそこにいるチーム。

現地にハードウェア Cloud Key を買う

• 紙の上の姿： 箱が 1 つ、届いた日から動く、サーバー案件が不要。
• 実際の費用： UniFi Cloud Key Gen2 Plus の一般小売価格はおよそ US$239.99（1 回限り）で、通常は 1 拠点に 1 台必要になる。Ubiquiti 自身のホスティングも選択肢で、1,000 台までで月額 US$29 から。*（いずれも 2026 年 9 月 10 日に観測した公開ベンダー価格で、比較のために示すもの。Brocent の見積もりではなく、Ubiquiti の製品であって当社の製品ではない。）*
• 実際に引き受けるもの： アップグレードとバックアップにはやはり人が要る。リソースは固定。そして単一障害点が、オフィスのラックの中に、そのラックの電源と空調と全般的な品位に左右されながら置かれる。
• 唯一の本当の利点： UniFi Protect（映像）や Access（ドア）も使いたいなら、これが唯一の経路である。下の範囲の節を参照されたい。これは営業トークではなくアーキテクチャの話だ。
• 本当に向いているのは： 単一拠点、および、いずれにせよ Protect か Access が必要な企業。

誰かに動かしてもらう

• 紙の上の姿： 月額の 1 行。
• 実際に置き換わるもの： サーバー、パッチ当て、バックアップ体制、アップグレード前の不安、そして「落ちたとき誰が出るのか」という問い。
• Brocent の版の価格： 1 アクセスポイントあたり月額 US$1.20、12 か月契約、税別。これは現在公開中のオファーで、プロモコード `YE26-UNIFIAP`、価格ソースから 2026 年 9 月 16 日に読み取ったものである。オファーには期間がある。日付入りの数字をブログで信用せず、マネージド無線 LANのページで確認されたい。オファー期間外のコントローラーホスティングの定価は個別見積もりである。
• 本当に向いているのは： 複数拠点の企業、および IT 機能がネットワークチームではなく 1〜2 名のジェネラリストである企業。

3 つをこう並べる理由は、通常これらが価格で比較され、価格が最も退屈な軸だからである。自己ホストは無償で、最も高くつく。Cloud Key は一度だけ安く、何かが起きるたびにまた費用が出る。3 つの本当の違いは誰が責任を負うかであり、その問いに答えるのは一度で、その後何年もその答えとともに生きることになる。

1 拠点では壊れず、3 拠点で壊れるもの

単一拠点の無線 LAN は寛容である。コントローラーが落ちれば 1 日以内に誰かが気づき、何かを再起動する。モデルの形が現れるのは複数拠点であり、具体的に 3 つのことが起きる。

環境がドリフトする。 拠点ごとに、別の時期に、別の人が、別の前提で設定し、そのどれもが局所的には妥当である。やがて営業担当がオフィス間を移動し、行く先ごとに無線の挙動が違うことに気づく。SSID の命名が違い、VLAN の挙動が違い、ゲストネットワークがあるオフィスでは本当に分離され、別のオフィスでは名目上だけ分離されている。誰もこれを決めていない。積み上がっただけである。

ファームウェア更新が無期限に先送りされる。 誰かが怠慢だからではない。正しく実施できる人ほど、失敗したときに何が起きるかを理解しており、都合のよい火曜日は永遠に来ないからだ。結果として環境は古いファームウェア基準の上に留まり、いずれ来る更新は、飛ばした 10 回の小さな更新よりも大きく、危険で、破壊的になる。先送りされた保守が障害に変わる機序そのものである。

無線が劣化したとき、見るべき履歴がない。 これは過小評価されている。苦情は常に「無線が悪い」であり、常に主観的で、統計が保持されていなければ答えようがない。その時間帯のチャネル利用率は高かったか。あのアクセスポイントは再起動したか。会議室のクライアント数は跳ねたか。稼働し続けデータを保持してきたコントローラーなら数分で答えられる。半年前に作り直されたコントローラーは 1 つも答えられず、議論は推測に戻り、対処は「アクセスポイントをもう 1 台買う」になる。これは時々うまくいってしまい、なぜうまくいったかを誰も説明できない。企業が次の判断を下す能力にとって、これが最悪の結末である。

Brocent の見解：制御プレーンは運用の問題であり、ソフトウェアの問題ではない

ホスティングの比較はどれも「コントローラーはどこで動くのか」から始まる。それは最初の問いとして誤っている。答えは出るし、技術的に聞こえるし、何も解決しない。

有用なのは次の 3 つである。

1. 午前 3 時に誰が責任を負うのか。 誰が直「せる」かではなく、誰が気づくことに契約上の責任を負い、気づかなかったときに何が起きるのか。

2. 誰が、どの手順の中でアップグレードするのか。 チケットと作業窓とロールバック計画を通る変更は、「大丈夫そうだった」から実行される変更とはまったく別のリスクである。

3. 落ちたとき何が起き、あなたはどうやってそれを知るのか。 答えが「そのうち誰かが無線が変だと言うだろう」なら、その制御プレーンは運用されていない。ホストされているだけである。

ホストされていることと運用されていることの違い——これが論旨のすべてだ。ソフトウェアをホストすること自体は誰にでもできる。運用するとは、メールではなくチケットになるアラートで監視すること、記録の残る変更プロセスがあること、実際に戻せるバックアップがあること、そして可用性について誰かが約束した数字があることである。

付け加えるなら、無線の制御プレーンが最初に買うものとして有用なのもそのためだ。小さく、測定でき、そして「マネージド」が実務で何を意味するかを企業に教える。夜通し見ている誰かがいること、変更がグループチャットではなく作業窓を通ること、何が起きて何をすべきかを述べるレポートがあること。それはマネージド IT プランが動いているのと同じエンジンである。無線は試食で、プランが食事である。

誰かが運用すると、具体的に何が変わるか

マーケティング語を抜いて、具体的に。

• 登録と設定。 アクセスポイントはマネージドコントローラーに登録され、SSID と VLAN は一度定義して拠点別・フロア別に配信され、ゲストポータル（バウチャー方式ほか）と RADIUS / 802.1X はこちらで設定する。新拠点は成熟した拠点のポリシーを複製するのであって、一から設定し直すのではない。
• アラートがチケットになる。 オフラインのアクセスポイント、再起動ループ、PoE の不具合を 24×7 で監視し、クローズに責任を持つ担当者付きでサービスデスクに起票する。読まれるかどうか分からない受信箱に届くのではない。
• アップグレードは変更として実行される。 ファームウェアは合意した保守窓の中でバッチ単位に、事前に構成バックアップを取ったうえで進める。全環境を一度にということはしない。毎回、評価・確認・実行・検証・記録を通る。
• 構成は日次でバックアップし、3 年保持する。 誤クリックや機器交換があっても、最後に誰かがエクスポートを思い出した日ではなく、任意の日に戻せるということだ。
• 分離は論理分離であり、そう明言する。 顧客ごとに別サーバーを立てるのではなく、共有プラットフォーム内のテナント境界がデータと権限の両方をスコープする。貴社の拠点、機器、トポロジー、SSID と鍵、ログは貴社のテナントに属し、貴社のアカウントはそのスコープしか解決せず、エンジニアのアクセスは顧客ごとに付与され記録される。基盤のランタイムは共有である——アクセスポイント単価がこの水準でありうる理由の一部でもある。コンプライアンス上、専用インスタンスや特定のデータ管轄が必要なら、それは見積もり前に話すことであって、含まれていると想定することではない。この問いへの答えが「完全に分離しています」だけの供給者には警戒したほうがよい。
• 数字とレポートがある。 コントローラー可用性 99% のコミットメント、そして何が起きたか・それが何を意味するか・何をすべきかを述べる月次の可用性レポート。グラフのスクリーンショットではなく、結論である。
• そして購入モデルが 2 つある。 すでに買ったアクセスポイントをそのまま登録するか、ハードウェアを保守・交換込みでサブスクリプションに含めるか。コントローラー、監視、変更プロセス、レポートはどちらでも同一で、変数はハードウェアの所有者だけである。ネットワーク・サーバー保守の料金ページに該当トラックが、Ubiquiti の料金ページにハードウェア側が載っている。

ホスト型コントローラーにできないこと

この節があるのは、正直版のほうが営業版より有用で、誤解したままだと時間を無駄にするからである。

UniFi は 1 つのソフトウェアではなく複数のアプリケーションであり、自己ホストまたは第三者ホストが可能なのは UniFi Network（無線とスイッチングのコントローラー）だけである。Protect（映像）、Access（ドア）、Talk（電話）は Ubiquiti 自身の UniFi OS コンソールハードウェア上でしか動かない。Ubiquiti 自身の自己ホストパッケージ UniFi OS Server もこれを変えない。現時点で対象は Network、InnerSpace、Identity であり、この 3 つは含まれていない。Access にはさらに物理的制約があり、各ドアに現地の Access Hub がなければ実際に施錠を解除できない。クラウドでは代替できない。

これは Ubiquiti の製品アーキテクチャであって、どの事業者のプラットフォームの上限でもない。「アップグレードして Protect にも対応します」と申し出る供給者は、存在しないものを説明している。映像やドア制御が必要なら UniFi OS コンソールをオフィスに置くことになり、その仕様策定・供給・導入・保守は請け負えるが、それはハードウェアの購入であって、コントローラーホスティングの価格の変更ではない。

自社に有利な点も 1 つある。UniFi OS Server は顧客 1 社につき 1 インスタンスで、マルチテナンシーもなく、サービス提供者が必要とする役割分離もない。だからこそ、その上に管理レイヤー——テナント境界、権限階層、変更プロセス、レポーティング——を自前で構築する必要がある。顧客ごとに同じ問題のコピーを維持させるのではなく。

比較：UniFi コントローラーを動かす 3 つの方法

自己ホスト型コントローラー

• コストの形： 無償のソフトウェア、自社のサーバー、自社の午前 2 時。
• 自社が所有するもの： Java/MongoDB 環境、開放したポート、要塞化、アップグレード、バックアップ、可用性。
• 最良の場合： それを楽しめる有能なネットワークエンジニアと、別の理由ですでに適切にパッチ管理されているサーバー。
• 最悪の場合： 構築した人が退職し、誰も触りたがらないソフトウェアが環境を管理している状態。

現地のハードウェア Cloud Key

• コストの形： 公開小売で 1 拠点あたり約 US$239.99 の 1 回限り（2026 年 9 月 10 日観測、Ubiquiti の価格であり当社のものではない）、加えて人の時間が永続的に。
• 自社が所有するもの： 拠点ごとの物理筐体と、その電源、その故障、その交換。
• 最良の場合： 単一拠点、または Protect / Access の必要が確実にあり、どのみちコンソールが要る場合。
• 最悪の場合： 5 拠点、5 筐体、5 通りの設定、統合ビューなし。小売価格で買った環境ドリフトである。

ホストして運用してもらう（Brocent のモデル）

• コストの形： アクセスポイント単位・月額。上記オファー下で現在 1 アクセスポイントあたり月額 US$1.20、12 か月契約、税別（2026 年 9 月 16 日に読み取り。誰かに提示する前に必ず確認のこと）。
• 自社が所有するもの： アクセスポイント。終始自社の資産であり、離脱時には構成をエクスポートできる。
• 最良の場合： 3 拠点以上、小規模な IT 機能、そして夜間と監査時に誰かが責任を負う必要が実際にある場合。
• 最悪の場合——正直なほう： 1 拠点で、社内にネットワークエンジニアがいて、レポート要件もないなら、これは単に不要かもしれない。それを言えない供給者から買う価値はない。

よくある質問

UniFi コントローラーとは何で、なぜホスティングが要るのか

UniFi アクセスポイントを中央から設定・監視するソフトウェアであり、SSID、VLAN、ポリシー、トポロジー、統計がその中にある。ソフトウェア自体は無償だが、どこかで連続して動かす必要がある。自分で構築・保守するサーバー（Java と MongoDB、ポート開放、アップグレードとバックアップは自社持ち）か、現地のハードウェア Cloud Key か、誰かが運用するホスト型コントローラーかである。Ubiquiti は現在、自己ホストパッケージを UniFi OS Server と呼ぶが、検索側の語彙も多くの人の実務語彙も依然として「コントローラー」である。

アクセスポイントは事業者から買わなければならないのか

少なくとも当社ではその必要はない。すでに所有している UniFi アクセスポイントはそのまま登録でき、コントローラーホスティングは機器の出所にかかわらずアクセスポイント単位で課金される。新規機器の供給と導入も希望するなら、それはサービスの条件ではなく別のハードウェア購入である。どの事業者にも早い段階で尋ねる価値のある質問だ。答えによって、買うのがサービスなのか、サービス付きのハードウェア契約なのかが分かる。

オフィスがインターネットを失ったら無線 LAN は止まるのか

止まらない。コントローラーに到達できないとき、UniFi アクセスポイントはすでに配信済みの構成に従ってトラフィックを転送し続ける。影響を受けるのは管理と統計であって、社員がネットワークを使えるかどうかではない。これはクラウド型制御プレーンに対する最も一般的な反論であり、その反論がコントローラーの役割の誤解に基づいているため、重要である。コントローラーは制御プレーンであり、データ経路ではない。

ファームウェア更新でネットワークが止まるのか

止まるべきではなく、その理由は運ではなく手順である。更新は合意した保守窓の中でバッチ単位に、事前に構成バックアップを取ったうえで実行し、業務時間中に全環境へ一斉に当てることはない。すべての更新が他の変更と同じプロセス——ロールバック計画を伴う評価、顧客との確認、実行、検証、記録——を通り、結果はその期のレポートに現れる。実際に避けているリスクは、失敗した更新ではなく、誰も計画しなかった更新である。

UniFi Protect と Access もホストできるのか

できない。そして他社にもできない、というのがこの答えのより有用な半分である。Ubiquiti は Protect、Access、Talk を自社の UniFi OS コンソールハードウェア上でのみ動作させており、自己ホスト型や第三者ホスト型のソフトウェアとしては提供されていない。UniFi OS Server が対象とするのは Network、InnerSpace、Identity であってこの 3 つではない。Access はさらに各ドアに現地の Access Hub を必要とする。映像やドア制御が必要ならコンソールをオフィスに設置することになり、それはハードウェア購入であって、コントローラーホスティングの価格の変更ではない。

自社のネットワークデータは他社と分離されているのか

されている。論理分離によって、である。そしてこれは曖昧にではなく正確に述べる価値がある。プラットフォームのランタイムは共有であり、それがアクセスポイント単価を成立させている一因でもある。その中でテナントは硬い境界であり、貴社の拠点、機器、データ、資格情報、ログは貴社のテナントにスコープされ、貴社のアカウントはそのスコープしか解決せず、事業者エンジニアのアクセスは顧客ごとに付与され記録される。コンプライアンス上、専用インスタンスや特定のデータ管轄が必要な場合は、想定ではなくスコープできるよう、見積もり前に提起してほしい。

後から移行して構成を持ち出せるのか

できる。そして判断が拮抗したときは、この問いで決めるべきだ。アクセスポイントは終始自社の資産である。解約時には構成をエクスポートし、自社で運用するコントローラーやハードウェア Cloud Key に機器を登録し直せる。ホスト型の制御プレーンが自社ネットワークの人質になってはならない。離脱がどうなるかを明示的に尋ね、曖昧な答えには懐疑的であってよい。

Cloud Key より安いのか

十分に短い期間で見れば安くない。2 年の列しかない表の上では、1 回限りの筐体は常にサブスクリプションに勝つ。この比較が意味を持つのは、筐体に含まれていないものも数えたときだけである。アップグレードする人、存在しなければならないバックアップ、故障時の交換、拠点横断の統合ビューの欠如、そして 1 拠点に 1 台必要だという事実。3 拠点以上では計算はたいてい逆転し、1 拠点ではしばしば逆転しない。誰かの例ではなく、自社の拠点数で計算してほしい。

1 拠点はすでにマネージド無線 LAN を使っている。これはそれを置き換えるのか

必ずしも置き換えではなく、統合である。よくあるのは、1 拠点は良好で他がそうでない状態であり、価値は良好な拠点をやり直すことではなく、すべてを 1 つの制御プレーンと 1 組のポリシーに乗せることにある。製品説明ではなく実際のシナリオとして見たい場合は、複数拠点の運営者の視点で書いた香港のサービスオフィス運営者におけるマネージド無線 LANがある。

この判断がどこに落ち着くか

すでに UniFi アクセスポイントを所有しているなら、難しい判断は済んでいる。残っているものは感じるより小さく、そして技術的な選択ではない。責任に関する選択である。誰かが制御プレーンを動かし、見張り、アップグレードし、バックアップし、責任を負わなければならない。唯一の本当の問いは、その誰かが自社の給与台帳の上にいるのか、いずれかのオフィスのラックの中にいるのか、数字の書かれた契約の下にいるのか、である。

無線の制御プレーンは通常、企業が「マネージド」の意味を知る最も安い場所である。そこでうまくいくなら、同じ監視、同じ変更プロセス、同じレポートが、ユーザー単位のマネージドプラン全体を構成する部品である。そして料金ページには、Brocent がレートを公開している市場において、それが 1 ユーザーあたり月額いくらかが掲載されている。

拠点数とアクセスポイント数を送ってもらえれば、実際の数字を返せる。ご相談ください。