Files_Filesync_クラウドファイルサーバを構築する際の選択肢を知ろう

Files？File Sync？クラウドでファイルサーバ を構築する際の選択肢を知ろう

PLAYER PROFILE CAREER 1st STAGE SIer ソースコード解析・開発環境構築 ▼ 2nd 某 Windows OS の会社で Azure 技術サポート ▼ NOW DJ SIer で SE / システムアーキテクト PLAYING NAME iboy Yohei Iwasaki S E / システムアーキテクト SKILL SET ☆12 Azure .......... AAA ☆8 フットサル ...... A ☆10 音ゲー ........ AA ☆7 ランニング ...... A X: @I_BOY_1204 | Qiita: iboy OUTPUT Qiita で Azure VM / Storage / Azure Files の検証・ノウハウを発信

皆さんに質問: その1 01 QUESTION / 01 Azure Files って知ってますか？ Q // 01 ?

皆さんに質問: その2 02 QUESTION / 02 Azure File Sync というサービスは 知ってますか？ Q // 02 ?

本日の目標 INPUT // KNOW LEARNING / GOAL OUTCOME // UNDERSTAND OBJECTIVE 01 Azure Files どういうときに 02 Azure File Sync Azure File Sync を知り、 が役立つのかを 理解する KNOW → CHOOSE THE RIGHT MOMENT AZURE FILES + AZURE FILESYNC

Azure Files とは SERVICE / 01 FILE SHARE OVERVIEW // FULLY MANAGED SMBやNFS プロトコルでアクセス可能な フルマネージドなファイル共有 利用可能なプロトコル / ACCESS 想定されるユースケース / USE CASES SMB Windows / Linux / macOS から利用可 01 オンプレミスファイルサーバの置き換え NFS Linux から利用可 02 コンテナの永続ボリュームとして利用 03 クラウド開発におけるファイルサーバとして 利用 Files REST API HTTPS経由ですべてのPFから利用可 AZURE FILES // SMB · NFS · REST

Azure File Sync とは SERVICE / 02 SYNC OVERVIEW // HYBRID SYNC Windows Server と Azure Files をつなぐ同期サービス Azure File Sync の主な機能 / CORE Windows Server 上のファイルを Azure Files と同期 Azure File Sync による同期の特徴 / TRAITS (Files のローカルキャッシュのような動作) 01 HTTPS通信 (443/TCP) のみを利用した同期 02 Windows Server 上のファイルには Widows Server の許可したプロトコルでアクセス可能 02 一般的な企業の WebProxy や Firewall の配下で Azure Files と同期可能 03 複数の場所の Windows Server・Azure Files のグル ープで同期が可能 03 クラウド階層化されたファイルは、ファイルを開く際に自動ダウンロー ド 04 クラウド階層化を利用して、Windows Server 上のストレー ジ容量を節約 04 01 AZURE FILESYNC // HTTPS 443 · CLOUD TIERING File Sync が導入された Windows Server 自体はファイ ルサーバとして利用可

具体的な 同期・利用 のイメージ ARCHITECTURE / 01 MULTI-SITE SYNC エンドユーザーはこれまでのオンプレ ファイルサーバと同じように操作 変更が起きるとすべて のサーバに自動同期

具体的な クラウド階層化 のイメージ ARCHITECTURE / 02 CLOUD TIERING

Azure File Sync って何がうれしいのか？ BENEFITS / 01 WHY AZURE FILE SYNC THREE BENEFITS // AT A GLANCE HTTPS / 差分同期 / クラウド階層化 01 PROTOCOL 02 EFFICIENT SYNC 03 CLOUD TIERING Azure との通信プロトコルがHTTPS だけ オンプレ-Azure 間の帯域が小さく ても動作可能 ファイルサーバのディスク容量が小さくて もよい — オンプレ間の端末とファイルサーバはSMBで操 作 — ファイルの本体がファイルサーバ上にキャッシュさ れるイメージ — ファイルサーバは性質上、稼働が長くなると容量が 増える(が、全部にいつもアクセスするわけではない) ファイルの更新があった場合のみ差分を同期 — 必要なファイルのみサーバ上にデータをおいて、不 要なものはクラウドに退避 — ファイルサーバとAzure間はHTTPSで通信 — — クラウド階層化されたファイルは、必要になった らダウンロード AZURE FILESYNC // HTTPS · DELTA SYNC · CLOUD TIERING 08

Azure Files / Azure File Sync のファイル/フォルダレベルの権限管理 Azure Files で利用可能なIDベースの認証 / IDENTITY SUPPORTED METHODS 01 Azure File Sync の制約 01 ADDS 02 Entra ID Domain Services 03 Entra Kerberos (ハイブリッドID/クラウド専用ID) ID-BASED AUTHENTICATION AZURE FILES // IDENTITY & ACCESS 02 03 SECURITY / 01 ACCESS / CONSTRAINTS Azure File Sync のサーバエンドポイントはWindows Server が必須 Windows Server 上のエクスプローラでクラウド専用IDによる 権限管理ができない≒クラウド専用IDは利用不可 Azure Files と連携したり、複数のサーバエンドポイントで連 携してアクセス管理をする場合は、ADDSやEntra ID Domain Services と併用が必要

まとめ SUMMARY / 01 RECAP KEY TAKEAWAY // STORE · SYNC · CONTROL クラウド共有を軸に、オンプレの操作性を保ちながら、 同期・階層化・権限管理を組み合わせる 01 / STORE 02 / SYNC 03 / CONTROL Azure Files Azure File Sync Identity & Access SMB / NFS / REST で利用可能 Windows Server と Azure Files を同期 フルマネージドなファイル共有 複数拠点を HTTPS 443 で接続 ファイルサーバ置換・コンテナ・クラウド開発に 活用 クラウド階層化で容量を節約し、アクセス時 に自動ダウンロード AZURE FILES + AZURE FILESYNC // RECAP ADDS / Entra ID Domain Services / Entra Kerberos サーバエンドポイントは Windows Server が必須 クラウド専用IDの制約を踏まえ、ディレクトリ サービスと併用

宣伝①：Japan Azure User Group 16周年イベント 2026年10月03日(土) 13:00 – 19:00 @ 日本マイクロソフト 品川本社オフィス

おしまい ご清聴ありがとうございました