Microsoft 365 のコスト最適化ガイド

投稿日: 2026年6月14日 作成者: クライム

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

さらに、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: オンラインアーカイブの活用

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

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

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

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

対処法：

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

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

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

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

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

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

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

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

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

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

手法4：削除済みユーザのデータ保持

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

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

対処法：

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

これにより、保存要件とアクティブなM365ライセンスを分離できます。過去のデータは、アクティブなライセンスに縛られることなく、保存され、復元可能で、コンプライアンスに準拠した状態を維持できます。バックアップは単なる保険ではなく、直接的なライセンス最適化ツールとなります。

クライムが提供するMicrosoft365対応バックアップソリューション

関連トピックス:
カテゴリー: Microsoft365 タグ: パーマリンク

この記事のトラックバック用URL