Microsoft 365 Archive による GCC 環境の SharePoint サイトライフサイクル管理の最適化

Tech

{ “role”: “Senior Cloud Architect”, “style”: “Technical/Professional/Architectural”, “focus”: “Microsoft 365 Archive / SharePoint Governance (GCC-L)”, “compliance”: “Well-Architected Framework / Zero Trust”, “version”: “1.0.1” }

本記事は**Geminiの出力をプロンプト工学で整理した業務ドラフト(未検証)**です。 # Microsoft 365 Archive による GCC 環境の SharePoint サイトライフサイクル管理の最適化 ## 【導入】 非アクティブな SharePoint サイトを低コストなコールドストレージへ退避し、GCC 環境のコンプライアンス維持とストレージコスト削減を両立します。 ## 【アーキテクチャ設計】 Microsoft 365 Archive は、SharePoint Online の標準ストレージから「アーカイブ層」へサイト単位でデータを移行するソリューションです。データの所有権、セキュリティ、コンプライアンス(Purview 等)を維持したまま、標準ストレージ容量($0.20/GB 等)よりも大幅に安価な従量課金ストレージを利用します。

graph TD
    subgraph "M365 Tenant (GCC-L)"
        A["SharePoint Active Site"] -->|Archive Policy| B["M365 Archive Layer"]
        C["Admin Center / PowerShell"] -->|Manage| B
        D["Microsoft Purview"] -->|Compliance/eDiscovery| B
    end
    subgraph "Azure Subscription"
        E["Azure Subscription"] -.->|Consumption Billing| B
    end
    F["SharePoint Admin"] -->|Trigger| C

### 構成解説 – **ストレージ分離**: アクティブなデータは SharePoint 標準枠(テナント割り当て容量)を消費し、アーカイブされたデータは Azure サブスクリプション経由の従量課金(PAYG)で処理されます。 – **ガバナンスの維持**: アーカイブ中も Microsoft Purview の eDiscovery(電子情報開示)や保持ポリシーの対象として機能し続けます。 – **アクセス制御**: アーカイブされたサイトはエンドユーザーからは見えなくなり、管理者が「再アクティブ化」するまで読み書き不可となります。 ## 【実装・デプロイ手順】 ### 1. Azure サブスクリプションのリンク(課金設定) Microsoft 365 Archive は Azure Syntex 課金モデル(従量課金)を使用するため、Azure サブスクリプションとの紐付けが必須です。

# Microsoft Graph または SharePoint Online 管理シェルを使用


# 1. 管理センターから Azure サブスクリプションを Syntex/M365 Archive 用にセットアップ


# 2. アーカイブ機能の有効化(GUIまたはPowerShell)

Set-SPOTenant -Microsoft365ArchiveEnabled $true

### 2. 特定サイトのアーカイブ実行 特定の非アクティブなサイト(例:プロジェクト終了後 1 年経過)をアーカイブします。

# SharePoint Online Management Shell

Connect-SPOService -Url https://<tenant>-admin.sharepoint.com

# サイトをアーカイブ状態へ移行

Archive-SPOSite -Identity https://<tenant>.sharepoint.com/sites/InactiveProjectA

### 3. ステータス確認

Get-SPOSite -Identity https://<tenant>.sharepoint.com/sites/InactiveProjectA | Select-Object URL, Status

# Status が "Archived" であることを確認

【アイデンティティとセキュリティ】

  • RBAC(役割ベースのアクセス制御): サイトのアーカイブ/再アクティブ化には「SharePoint 管理者」以上の権限が必要です。サイト所有者(Site Owner)にはセルフサービスでの再アクティブ化権限を付与しない設定を推奨します。

  • 条件付きアクセス: アーカイブされたサイト自体へのアクセスはブロックされますが、再アクティブ化時の認証には Entra ID の MFA(多要素認証)を必須とします。

  • セキュリティ境界: GCC 環境特有のデータレジデンシー要件に基づき、アーカイブされたデータも同一の地理的境界(日本国内等)内に保持されます。

【運用・コスト最適化】

  • コスト構造:

    • 保管コスト: 約 $0.05/GB/月(標準ストレージの約 1/4)。

    • 復元コスト: 再アクティブ化時に約 $0.60/GB の一時費用が発生。

  • 可観測性:

    • SharePoint 管理センター のレポート機能でアーカイブ済みの容量を確認。

    • Microsoft Purview Audit で「誰がアーカイブを実行したか」のログを定期監査。

  • 最適化戦略:

    • 6ヶ月以上アクセスのないサイトを自動抽出する PowerShell スクリプトを定期実行し、管理者に通知する運用を設計してください。

【まとめ】

  1. ストレージ枯渇の回避: GCC 環境で高価な追加ストレージを購入する前に、非アクティブサイトをアーカイブ層へ逃がすことで、コストを最大 75% 削減可能です。

  2. コンプライアンスの継続: アーカイブ中も eDiscovery の対象となるため、法務・監査要件を満たしたままサイトを「コールド化」できます。

  3. 運用の落とし穴: 再アクティブ化には復元コストがかかるため、頻繁に参照されるサイトを誤ってアーカイブしないよう、事前に LastContentModifiedDate などのメトリクスで精査してください。

ライセンス:本記事のテキスト/コードは特記なき限り CC BY 4.0 です。引用の際は出典URL(本ページ)を明記してください。
利用ポリシー もご参照ください。

コメント

タイトルとURLをコピーしました