Microsoft 365 のコスト最適化について

M365の請求額は、1年を通じて徐々に積み上がり、更新時に一気に表面化しがちです。ここでは、不適切なライセンス管理だけでなく、メールボックスの容量増加、長期保存ポリシー、重複したストレージ層、ベンダー主導のストレージ価格設定などによって、コストがどのように徐々に積み上がっていくのかをご説明します。

さらに、2026年7月1日に発効されたMicrosoft 365の価格改定も考慮すると、今こそ最適化できる点を詳細に検討する絶好の機会です。

ここでは、実際に活用できる4つの対策、すなわち共有メールボックスの整理、オンラインアーカイブの活用、ストレージアーキテクチャ、および削除済みユーザの保存期間について解説します。これらを適切な順序で実施することで、M365のコストとバックアップコストを同時に削減できます。

Microsoft 365 のコスト最適化に向けた 4 つの手法

対策 1：共有メールボックス

共有メールボックスは、M365 において数少ない真に低コストな機能の一つです。Microsoft では、容量が 50GB 未満であり、Microsoft 365 ライセンスが割り当てられていない限り、ライセンスなしで共有メールボックスを運用できます。多くの組織ではすでに、support@、billing@、hr@、info@といったアドレスを使用しています。これらはそれぞれ、ライセンスユーザと同等の役割を果たす無料のメールボックスであり、Microsoft 365のコスト最適化を可能にしています。

問題は、バックアップベンダーが同じモデルを採用していない場合に生じます。

一部のベンダーは、共有メールボックスごとにフルバックアップライセンスの料金を請求したり、バンドルされたストレージ容量の割り当てに対して共有メールボックスのデータを厳格にカウントしたり、復元や保存期間の制限を課したり、あるいはメールボックスのサイズが閾値を超えると価格を引き上げたりします。M365のライセンス費用を節約した分、その分をそのままバックアップベンダーに支払ってしまうことになります。

2つ目の問題は、メールボックスの管理状態です。共有メールボックスには明確な所有者がいません。数年前のプロジェクトのスレッド、レガシーなプロジェクトデータ、重複した添付ファイル、もはや存在しない部署のデータなどが蓄積されます。時間が経つにつれて、バックアップストレージの消費量を大幅に増加させてしまいます。

対処法：

• ビジネス上の重要度に基づいて共有メールボックスを選別します。つまり、support@ は project-2019@ よりも優先度が高いということです。
• 異なる保存期間ポリシーを適用します。データ量は多いが価値の低い受信トレイには、7年間の保存期間は必要ありません。
• 非アクティブなコンテンツをアーカイブし、放置された共有メールボックスを削除してから、無期限にバックアップするようにします。
• バックアップベンダーが、共有メールボックスに対して無料またはコスト効率の高い保護を提供しているかどうかを確認してください。
• 共有メールボックスは特定の個人所有者に紐づいていないため、時間の経過とともにチーム間やユーザ間でそれらを移行する方法を検討してください。

対策 2：オンラインアーカイブ（Online Archive）の活用

共有メールボックスはコスト問題の1つを解決しますが、ライセンス対象のユーザメールボックスは別の問題を引き起こします。ユーザメールボックスが同様に50GBの上限に近づき始めた場合、4つの選択肢があります。データを削除する、ライセンスをアップグレードする、追加のストレージを購入する、あるいは古いコンテンツをオンラインアーカイブに移動することです。

オンラインアーカイブは、Microsoft に組み込まれたセカンダリメールボックスです。古いメールをプライマリメールボックスから、プライマリのクォータにカウントされない別のアーカイブに移動します。また、コンプライアンス上の保存要件や監査、あるいは4年前のスレッドに埋もれた古いベンダーの認証情報を探し出す場合など、データへのアクセスも維持されます。オンラインアーカイブを利用すれば、ビジネスに不可欠な履歴を保持しつつ、それを保管するための高価なプライマリストレージの費用を支払う必要がありません。

しかし、オンラインアーカイブにはバックアップとしての機能はありません。オンラインアーカイブは、同じ M365 テナント内に存在します。同じ保存ポリシー、同じ管理者アカウント、同じ脅威の標的となります。悪意のある管理者がデータを消去した場合、保存ポリシーが誤って設定されていた場合、ランサムウェアによってテナントが暗号化された場合、あるいはユーザが誤って削除された場合――オンラインアーカイブも同様に影響を受けます。マイクロソフトの共同責任モデルでは、この点について明確に規定されています。テナント内のデータ保護は、マイクロソフトではなく、ユーザの責任です。

オンラインアーカイブだけではバックアップコストを削減できません。非アクティブなデータをプライマリメールボックスから移動させることはできますが、バックアッププラットフォームが同じデータを頻繁にアクセスされる階層に保存している場合、保存期間に応じたコストは依然として急速に増加する可能性があります。従業員が退職した際、そのメールボックスとアーカイブは数年間保存する必要があるかもしれません。これを離職率で乗算すると、ストレージコストは雪だるま式に膨れ上がります。

対処法：

• アクティブなライフサイクル中に、古い非アクティブなコンテンツを オンラインアーカイブに移動させる。これにより、ビジネス上重要な履歴を削除することなく、プライマリメールボックスをスリムに保つことができます。
• アクティブなデータと非アクティブなデータに異なる保存期間ルールを適用します。6か月間メールを受信していないメールボックスは、毎晩のバックアップを必要としません。
• ライセンスをアップグレードする前に、オンラインアーカイブを使用してメールボックスの容量制限への負荷を軽減します。メールボックスの容量が増加したからといって、必ずしもすべてのユーザにより高額なMicrosoft 365プランが必要になるわけではありません。
• アーカイブされたメールボックスのデータは、単に容量だけでなく、復旧価値に基づいてバックアップします。古いメールが主にコンプライアンスや参照目的で保持されている場合は、低コストの長期保存階層に格納するのが適切かもしれません。
• 退職する従業員のメールボックスは、長期アーカイブ階層に一度バックアップした後、可能な場合はアクティブなライセンスを解除してください。

オンラインアーカイブはデータライフサイクル戦略の一部であり、バックアップは復旧戦略の一部です。これらを混同しないでください。

対策 3: ストレージアーキテクチャ – BYOC 対 バンドル型ストレージ

長期バックアップのTCOにおいて最大の要因は、誰がストレージを管理するかです。

バックアップベンダーは2つの陣営に分かれます。バンドル型ストレージベンダーは、ユーザあたりの価格にストレージを含めており、場合によっては「無制限」と表示されることもあります。BYOC（Bring Your Own Cloud）ストレージベンダーは、バックアップソフトウェアの料金を請求し、AWS、Azure、Wasabi、またはS3互換のターゲットなど、独自のクラウドストレージアカウントを接続できるようにします。

どちらの方法も機能します。しかし、保存期間が長くなったり、アーカイブデータの容量が増えたり、多数のテナントを管理し始めたりすると、経済性は大きく異なります。

バンドル型ストレージは、迅速な導入と単一の請求書という利点があります。初年度の価格設定は予測可能です。「無制限」という謳い文句には、通常、保存期間の上限、フェアユース条項、または契約書の細則に隠されたストレージ階層の制限が伴います。コールドデータをアーカイブストレージに階層化することはできません。また、完全なデータ移行を行わずにプロバイダーを切り替えることもできません。また、ストレージのコスト構造はブラックボックスであり、ベンダーが支払う金額とユーザに請求される金額の差が分かりません。

BYOC（Bring Your Own Cloud）では、透明性の高いストレージ価格設定とストレージプロバイダーへの直接の窓口が得られ、古いバックアップをコールドストレージ（Glacier、Azure Archive）に階層化したり、コンプライアンスのための地理的な配置を制御したり、ユーザが定義したライフサイクルポリシーを適用したりできます。その代償として、アーキテクチャに関する責任が増えます。バケット、IAM、ライフサイクルルールの設定はユーザ自身が行う必要があります。これは、ターンキー型のSaaS体験とは異なります。

シンプルさを求める小規模なシングルテナント組織にとっては、バンドル型ストレージの方が利便性の面で優れていることがよくあります。一方、アーカイブデータが増加している組織、複数年にわたる保存要件がある組織、あるいは多数のテナントを抱える組織（特にサービスプロバイダ）にとっては、データ量が増加するにつれてBYOCが効果を発揮します。

バンドル型モデルにおける隠れたコストは、ストレージそのものではありません。保存要件が拡大した際に最適化を行う能力を失ってしまう点にあります。

対策4：削除済みユーザのデータ保持

組織では、メールボックスやOneDriveのデータへのアクセスを維持するためだけに、非アクティブまたは退職した従業員のMicrosoft 365ライセンス料を支払い続けていることがよくあります。その懸念は理にかなっています。過去の業務データ、人事記録、古い顧客とのやり取り、あるいは将来的に法的必要性が生じる可能性のある情報へのアクセスを失う恐れがあるからです。重要なデータを削除してしまったという責任を負いたくないため、ライセンスは有効なままにされています。

従業員の離職率が高い環境や、季節従業員、契約社員がいる環境では、コストは急速に膨れ上がります。数年経つと、もはやその組織で働いていない人々のために、生産性向上のためではなく、アーカイブへのアクセス維持のためだけに、数十ものライセンス料金を支払っていることになってしまいます。

対処法：

• 非アクティブまたは退職したユーザを特定します。
• M365ライセンスを削除する前に、そのユーザのメールボックスとOneDriveデータをバックアップします。
• バックアップは、独自のストレージに独立して保存します。
• M365ライセンスを削除します。請求は次の請求サイクルから停止します。
• 法務、人事、または監査で必要になった際に、データを復元します。

これにより、保存要件と有効なM365ライセンスを分離できます。過去のデータは、有効なライセンスに縛られることなく、保存され、復元可能であり、コンプライアンスも確保されます。バックアップは単なる「保険」ではなく、ライセンス最適化のための直接的なツールとなります。

Microsoft 365 のコスト最適化における Climb Cloud Backup(CCB) の役割

クライムでは、M365/Google Workspace 向けの SaaS バックアップ サービス（CCB)を提供しています。このサービスは、ストレージの価格上乗せではなく、ストレージの柔軟性を重視して構築されています。お客様はバックアップライセンスの料金のみを支払い、ストレージはご自身で選択できます。ストレージ費用は、バックアップベンダーによる上乗せなしに、クラウドプロバイダーの料金体系に従って直接プロバイダーに支払われます。

上記の戦略において、これが重要となる4つのポイント：

共有メールボックス

リリース4.9により、CCB for MS365のライセンスモデルはMicrosoftのモデルと整合しました。M365ライセンスが割り当てられておらず、かつ50GB未満の共有メールボックスについては、バックアップライセンスも不要です。システムはユーザ同期のたびに、M365側とバックアップ側のデータの両方でメールボックスのサイズを確認するため、保存データの増加によって知らぬ間に閾値を超えてしまうことはありません。

ベンダー非依存のアーカイブ層

オンラインアーカイブはバックアップではありませんが、CCBはこれをバックアップすべきデータとして扱います。アーカイブされたメールボックスのコンテンツは、テナント側の問題（管理者の権限侵害、保存期間設定の誤り、ランサムウェア、誤削除など）からオンラインアーカイブだけでは防げない事態に対しても耐えうる、ベンダー非依存の別コピーとして抽出されます。そのコピーをコールドストレージに格納すれば、長期的なコスト管理も容易になります。

BYOCアーキテクチャ

設計上、ストレージに依存しません。AWS、Wasabi、Backblaze B2、Azure、またはS3互換の任意のターゲットに接続できます。ライフサイクルポリシーはお客様自身で決定します。コールドデータをアーカイブストレージに階層化したり、コンプライアンスのために地理的な配置を設定したり、GBあたりのコストを管理したりできます。サービス・プロバイダや、複数年にわたる保存期間を要するコスト重視の組織にとって、ここが長期的な差が顕著に現れるポイントです。コールドデータにはコールドストレージの料金が適用され、区別のない一括料金ではありません。S3互換のターゲットでのObject Lockにより、コンソールがランサムウェアに侵害されても、バックアップには影響が及びません。

M365ライセンスなしでの削除済みユーザのデータ保持

退職する従業員のメールボックスとOneDriveのデータをバックアップした後、M365ライセンスについて以下の2つの方法のいずれかで処理してください。M365からユーザを削除した場合、MSP360は次回の同期時に自動的にバックアップライセンスをプールに解放します。M365ライセンスの割り当てを解除するだけの場合、バックアップライセンスは手動で解放する必要があります。いずれの場合も、データは保存ポリシーに従ってストレージに残ります。過去の記録にはストレージ料金のみが発生し、アクティブな M365 ライセンスやバックアップライセンスは割り当てられません。保存ポリシーはユーザごとに設定できるため、非アクティブなアカウントには長期の保存期間を設定し、その他のユーザには標準設定を維持することができます。

Microsoft 365 コスト最適化についてのまとめ

それぞれ異なる役割を果たす 4 つの仕組みがあります。「共有メールボックスの整理」により、Microsoft がすでに無料で利用を許可しているメールボックスに対して、バックアップライセンス料を支払う必要がなくなります。「オンラインアーカイブ」は、使用頻度の低いメールをプライマリストレージから移動させ、ライセンスのアップグレードの妨げにならないようにします。「BYOC（Bring Your Own Cloud）」では、クラウドプロバイダーと直接課金契約を結ぶため、中間業者による上乗せ料金が発生しません。「削除済みユーザデータの分離」により、M365 のライセンスを支払わずに、過去の記録にアクセスし続けることができます。

これらはいずれも、単独では劇的な効果をもたらすものではありません。しかし、4つすべてを実行すれば、復旧性やコンプライアンスを犠牲にすることなく、長期的なMicrosoft 365 バックアップのコスト構造を一新することができます。ストレージの価格上乗せで利益を確保してきたベンダーは、あなたが Microsoft 365 のコスト最適化をこのように考えることを望んでいません。しかし、それこそが、あなたがそうすべき理由なのです。