オフィスのVPNに Raspberry Pi で足りるか？仕事を定義する

四ギガバイトのRaspberry Piは機械の説明であり、オフィスの要件ではない。数名の遠隔利用者を快適に支えられることもあれば、誰かがトンネル越しに大きなファイルをコピーした最初の午後に崩れることもある。メモリの数字は、そのどちらが起きるかを教えてはくれない。購入を受け入れ試験に変えれば、その不確かさは弁明できる結果に置き換わる。

問いを受け入れ試験に変える

受け入れ試験は、どんなハードウェアが届くよりも前に、仕事・条件・合格の基準を名指しする。VPNゲートウェイの場合、仕事とは同時に走る作業の集合であり、条件とは関わる経路とサービスである。合格の基準とは利用者が使えると呼ぶものであって、ベンチマークが報告するものではない。三つがそろわなければ、数字には何の主張も付かない。

他の誰かが実行できるように試験を書く。この制約だけで、こうした判断を何週間も引きずらせる曖昧な基準の大半が消える。次の見直しが来たときに結果を比較できるようにもなる。

結果はRaspberry Piを正当化することも、別の機器や管理サービスを正当化することもある。三つとも同じ問いへの正しい答えだ。どれを選ぶかは試験が決め、仕様書は決めない。

人数ではなく仕事を書き出す

利用者を数えるのではなく、作業を分ける。ウェブアプリを開くこと、大きなファイルをコピーすること、対話的な端末を動かすことは、同じゲートウェイにまったく違う負荷をかける。普通の一時間のうちどれが重なるかを記録するのは、重なりこそが易しい三つの仕事を一つの難しい仕事に変えるからだ。

向きも記録する。オフィスのファイルサーバーからダウンロードする遠隔利用者はオフィスの上り回線を使い、速いクライアント接続でも遠い側の細い経路は埋め合わせられない。

トンネルが通常の閲覧も運ぶなら、その通信も試験に含める。私的なアクセスだけでは、オフィスが何にでも使い始めたときにゲートウェイが見るものを過小に見積もる。

組み上げた機器を測定する

導入しようとしている版・プロトコル・認証で試験する。別のビルドからベンチマークを借りるのではなく、どのパケット処理経路が有効かを記録する。能力はその経路に依存するので、別の経路での観測は別のシステムを語っている。目的は自分の構成を測ることであって、入手できる最良のものを測ることではない。

ボードを共有するサービスも含める。DNSフィルタリング、監視、保存はいずれも同じプロセッサとメモリを奪い合い、単独で測ったゲートウェイは実際に動かすゲートウェイではない。

持続的な仕事のあいだ、プロセッサの活動、メモリの圧迫、インターフェースの誤り、完了までの時間を見る。暗号化とアクセス制御は終始有効にしておくのは、それらなしで得た数字が誰も承認していないサービスを語るからだ。

ハードウェアより先に停止の予算を決める

安価なゲートウェイ一台は、その停止が許容でき、復旧が単純なら妥当な選択だ。許容する停止時間と、構成を戻し、保存媒体を交換し、紛失したクライアントを取り消せるのは誰かを書き出す。停止が実際どれだけ続くかは、これらの作業が決める。どれも仕様書には載らない。

管理者が同じトンネル経由でしかゲートウェイに届かないなら、独立した復旧経路を計画する。構成と鍵を戻せず、誰も所有していない予備のボードは復旧計画ではない。

チームではなく人を名指しする。集団に依存する復旧は、集団が空くのを待つ復旧だ。名前こそが計画を試験可能にする。

合格する最小のシステムを選ぶ

宣言した要件を余裕をもって満たす、保守されている最小のシステムを選ぶ。メモリが制約なら多くのメモリは助けになるが、すでに飽和した経路には何の役にも立たない。余裕は形容詞ではなく、宣言された割合であるべきだ。そうすれば次の更新にも基準ができる。

仕事の量、結果、日付を導入のそばに記録する。次の容量の問いは、仕様書からではなく証拠から始まる。その記録が、判断と推測の違いになる。