M365 Archive による SharePoint 非アクティブサイトのコスト最適化とガバナンス設計

Tech

{ “role”: “Senior Cloud Architect”, “knowledge_base”: [“Azure”, “Microsoft 365”, “AWS”, “Well-Architected Framework”], “language_style”: “Professional, Technical, Strategic”, “formatting”: { “h1”: “Clear and Solution-Oriented”, “mermaid”: “Standard compliance”, “code_blocks”: [“PowerShell”, “Azure CLI”, “Terraform”] } }

本記事は**Geminiの出力をプロンプト工学で整理した業務ドラフト（未検証）**です。 # M365 Archive による SharePoint 非アクティブサイトのコスト最適化とガバナンス設計 【導入】 SharePointのストレージ不足を解消し、コンプライアンスを維持しながら非アクティブサイトを安価に長期保管する構成を設計します。 【アーキテクチャ設計】 Microsoft 365 Archiveは、SharePointの標準ストレージ容量を消費せずに、非アクティブなサイトをテナント内に維持するストレージ階層です。従来の「追加ストレージ購入（アドオン）」に比べ、GBあたりの単価が大幅に抑制されます。管理者はSharePoint管理センターまたはPowerShellからサイトの状態を制御し、課金はAzureサブスクリプションを通じた従量課金（Pay-as-you-go）で行われます。 

graph TD
    subgraph "Microsoft 365 Tenant"
        A["SharePoint Active Sites"] -->|Archive Action| B["Microsoft 365 Archive Tier"]
        B -->|Reactivate Action| A
        C["Global/SharePoint Admin"] -->|Policy Control| B
    end

    subgraph "Azure Subscription"
        D["Microsoft Syntex Billing"] -->|Pay-as-you-go| E["Cost Management"]
    end

    subgraph "Security & Compliance"
        F["Microsoft Purview"] --- B
        G["Entra ID RBAC"] --- C
    end

    B -.->|Billing Events| D

【実装・デプロイ手順】 Microsoft 365 Archiveの有効化には、Azureサブスクリプションとのリンク（Microsoft Syntexのセットアップ）が必要です。 1. **Azureサブスクリプションのリンク（事前準備）** Azureポータルで「Microsoft.Syntex」リソースプロバイダーを登録し、M365管理センターで課金設定を行います。 2. **PowerShellによるサイトのアーカイブ実行** 最新の SharePoint Online Management Shell を使用します。 

# SharePoint Online への接続

Connect-SPOService -Url "https://contoso-admin.sharepoint.com"

# 特定のサイトをアーカイブ状態に設定

Set-SPOSite -Identity "https://contoso.sharepoint.com/sites/ProjectAlpha" -ArchiveState Archived

# アーカイブ状態の確認

Get-SPOSite -Identity "https://contoso.sharepoint.com/sites/ProjectAlpha" | Select-Object URL, ArchiveState

3. **アーカイブサイトの一括抽出（運用スクリプト例）** 

# 6ヶ月以上更新がないサイトを特定してアーカイブ候補とする（ロジック例）

$inactiveSites = Get-SPOSite -Limit All | Where-Object { $_.LastContentModifiedDate -lt (Get-Date).AddMonths(-6) }

# $inactiveSites | ForEach-Object { Set-SPOSite -Identity $_.Url -ArchiveState Archived }

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

  • 権限管理（RBAC）: サイトがアーカイブされると、一般ユーザーはアクセス不可となります（404エラーではなく「アーカイブ済み」の専用画面が表示されます）。管理者のみがメタデータを参照可能です。

  • Microsoft Purview: アーカイブ階層にあるデータも、電子情報開示（eDiscovery）や保持ポリシー（Retention Policy）の対象となります。

  • 条件付きアクセス: アーカイブされたサイトの復元（リアクティベーション）を実行できるユーザーを「SharePoint管理者」以上に限定し、特権アクセス管理（PIM）の利用を推奨します。

【運用・コスト最適化】

  • コスト構造:

    • アーカイブストレージ単価：標準ストレージよりも安価な定額（例: $0.05/GB/月）。

    • 復元費用：アーカイブからアクティブに戻す際、数GB以上のサイトでは復元手数料が発生します（リアクティベーション料金）。

  • 可観測性: Azure Cost Managementを使用して、Syntex経由でのアーカイブ費用を監視します。

  • ライフサイクル自動化: Microsoft Purviewの「サイトのライフサイクル管理」ポリシーと組み合わせ、非アクティブなサイトを自動的にアーカイブするフローを構築します。

【まとめ】

  1. コストのトレードオフ: 標準ストレージ不足時の「追加購入」より安価だが、頻繁に復元（再アクティブ化）するサイトには不向き。

  2. ガバナンスの維持: 削除（ゴミ箱）とは異なり、データがPurviewの保護下に残り続けるため、法的要件の厳しい組織に適している。

  3. 落とし穴: アーカイブ化は即時反映されますが、検索インデックスの更新にはタイムラグが生じる場合があるため、移行直後の検索クエリ結果には注意が必要です。

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

コメント

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