Jamf から Iru へ移行ツールで取り込んでも、FileVault は作り直し

Mac の MDM を乗り換えるとき、いちばん動かせないのは今の MDM の契約の満了日だ。そこから逆算すると、思っていたより早く決めないといけないことに気づく。

ある会社（Mac 約50台、Jamf Pro）で、年末に満了する Jamf から Iru（旧 Kandji）への乗り換えを検討している。今日、販売代理店と Iru の担当者と、移行の段取りの認識合わせをした。この記事は、まだ乗り換えが決まる前、日程を引いた段階の記録だ。満了日から逆算した日程、打ち合わせでわかった移行の手間、事前に確かめておくことを書く。

▼満了日から逆算すると、10月中に決裁が要る

今の Jamf の契約は12月1日に切れる見込み（契約書で確認中）。新しい MDM での本番を12月1日に始め、12月の1か月で移す、という線で引いた。

こうして並べると、トライアルは実質2週間しかない。そして、その前の決裁は10月中に取れないと全部が後ろにずれる。「満了は12月だから11月に考えればいい」は間に合わない。

▼新旧の MDM を約1か月重ねる

移行の間、端末は旧 MDM から新 MDM へ1台ずつ移る。その間は両方の MDM が要るので、本番の契約を約1か月重ねることになる。その分の費用は二重にかかる。

これを削って「満了日に一斉に切り替える」こともできなくはない。だが、移行の途中で何かあったとき、旧 MDM に戻れない。約50台を1日で移すのも現実的でない。重なる分の費用は、移行の保険として社内に説明することにした。

▼移行ツールがあっても、作り直すものは多い

Jamf の設定を Iru に取り込むツールがあり、今回は使えることになった。ただ、販売代理店と Iru の担当者の見立ては「ツールを使っても、効率化は限定的。普通は2〜3か月は見る」だった。理由はこうだ。

• ▶ 考え方が違う。端末のグループ分け（Jamf のスマートグループ）、拡張属性、プロファイルの配り方が、Iru とは大きく違う
• ▶ ツールで取り込んだ設定は「カスタムプロファイル」になる。FileVault などはそのままでは使えず、Iru の標準の設定で作り直す必要がある
• ▶ 端末の移行は利用者の手を借りる。案内の手順書、休暇中の人、トラブルのときの対応を決めておく

以前、Jamf から Iru への乗り換えを別の会社で経験しているので、作業の中身はおおむね見えている。取り込んだカスタムプロファイルを、Iru の標準のプロファイル・設定・グループに作り直すのが本体だ。本格的な作業は11月後半から12月いっぱい。タイトだが、タイトな前提で組めば埋められると判断した。

▼見落としやすい確認：満了後に旧 MDM へ入れるか

打ち合わせで Iru の担当者から言われて、なるほどと思ったのがこれだ。Jamf の契約が切れたあと、Jamf の管理画面に何日入れるのかを、Jamf 側に先に聞いておくこと。

移行の最後に「この端末の FileVault の回復キーを取り出したい」「この設定の中身を見たい」となったとき、旧 MDM に入れなければ手詰まりになる。ぎりぎりで間に合った会社の例もあるそうだ。満了日の前に、旧 MDM から取り出しておくもの（回復キー、設定の中身、端末の一覧）を洗い出し、アクセスできる期間を確かめておく。

▼このあと確かめること

乗り換えが決まったら、移行の結果もここに書き足す。

▼まとめ

• ▶ MDM の乗り換えは満了日から逆算する。年末満了なら、決裁は10月中
• ▶ 新旧の契約を約1か月重ねる。戻れる道を残すための費用
• ▶ 移行ツールで取り込んでも、FileVault などは作り直し。2〜3か月が普通の見立て
• ▶ 満了後に旧 MDM へ何日入れるかを、先に聞いておく