生成日時: 2026年05月15日 対象期間: 過去 24 時間以内 処理モード: 詳細モード 更新件数: 2 件
公開日時: 2026年05月14日 18:00:48 UTC リンク: Generally Available: Support for workloads with large files in Azure NetApp Files
アップデートID: 561722 情報源: Azure Updates API
カテゴリ: Launched, Storage, Azure NetApp Files, Features
要約:
何が更新されたか
Azure NetApp Filesが、通常ボリュームにおいて最大64 TiBまでの大容量ファイルをサポートするようになりました。
主な変更点や新機能
これまでよりも大きなファイルサイズ（最大64 TiB）を扱えるようになったことで、特に大容量のVMDKディスクを利用するAzure VMware Solution（AVS）仮想マシンなどのワークロードのシームレスな移行や運用が可能になりました。
影響を受ける対象
Azure NetApp Filesを利用しているユーザーや、AVS仮想マシンで大容量VMDKディスクを運用している技術者が主な対象です。大規模なデータやファイルを扱うエンタープライズ環境でも有用です。
注意点があれば記載
本アップデートは通常ボリュームに対するものであり、他のボリュームタイプや機能との互換性については公式ドキュメントの確認が必要です。また、ファイルサイズ拡張に伴うパフォーマンスやコストへの影響にも注意してください。
詳細:
Azure NetApp Filesにおいて、通常ボリュームのファイルサイズ上限が64TiBまで拡張されたことが一般提供（Generally Available）となりました。本アップデートの背景には、Azure VMware Solution（AVS）をはじめとする大容量ファイルを扱うワークロードの円滑な移行と運用ニーズがあります。従来、Azure NetApp Filesのボリュームで扱えるファイルサイズには制限があり、特にAVS環境で大容量のVMDKディスクを利用する際や、エンタープライズ向けのデータベース、メディアファイル、バックアップデータなど大きなファイルを格納するユースケースにおいて、柔軟性や拡張性に課題がありました。
今回のアップデートにより、Azure NetApp Filesの通常ボリュームで最大64TiBまでのファイルをサポートできるようになりました。これにより、たとえばAVS上で稼働する仮想マシンのVMDKディスクが64TiBまで拡張可能となり、オンプレミス環境からの大容量データ移行や、クラウド上での大規模データ処理がよりシームレスに実現できます。技術的には、NetAppのONTAPストレージ技術を基盤とし、Azureのマネージドサービスとして提供されるため、ユーザーはインフラ管理の負担を最小限に抑えつつ、エンタープライズグレードの性能と信頼性を享受できます。
活用シナリオとしては、AVSの仮想マシンディスクの大容量化、ビッグデータ分析基盤のストレージ拡張、メディア・エンターテインメント業界における高解像度動画ファイルの保存、またバックアップやアーカイブ用途での大規模ファイルの格納などが挙げられます。Azure NetApp FilesはNFS、SMB、またはDual-protocolでのアクセスをサポートしており、既存のストレージワークロードをクラウドに移行する際にも高い互換性を持っています。
注意点としては、64TiBのファイルサイズサポートは通常ボリュームに限定されている点や、パフォーマンスティア、プロトコル、リージョンによる制限が存在する可能性があるため、利用前に公式ドキュメントで最新情報を確認することが重要です。また、Azure NetApp Filesは他のAzureサービス、特にAzure VMware Solutionとの連携が強化されており、クラウドネイティブなワークロードだけでなく、ハイブリッドやリフト＆シフトの移行シナリオにも適しています。
本アップデートにより、Azure上で大容量ファイルを扱うワークロードの柔軟性と拡張性が大幅に向上し、エンタープライズの多様なニーズに応える基盤がさらに強化されました。
公開日時: 2026年05月14日 17:30:02 UTC リンク: Generally Available: Managed Identity Support for Azure Files SMB Is now GA
アップデートID: 562350 情報源: Azure Updates API
カテゴリ: Launched, Storage, Azure Files, Features, Compliance, Microsoft Build, Security, Services
要約:
何が更新されたか
Azure FilesのSMBアクセスにおいて、Managed Identityのサポートが一般提供（GA）となりました。
主な変更点や新機能
これまでAzure FilesのSMBアクセスにはストレージアカウントキーや静的な資格情報が必要でしたが、今回のアップデートにより、Azure Entra（旧Azure AD）が発行するトークンを利用したManaged Identityによる認証が可能になりました。これにより、アプリケーションやサービスは静的な資格情報を管理することなく、セキュアにAzure Filesへアクセスできます。本機能はZero Trustセキュリティモデルに準拠しています。
影響を受ける対象
Azure FilesをSMBプロトコルで利用しているアプリケーションやサービス、特に資格情報管理の簡素化やセキュリティ強化を求めるワークロードが対象です。
注意点があれば記載
既存のストレージアカウントキーやパスワードを利用したアクセス方法も引き続きサポートされていますが、Managed Identity利用時はAzure Entraの設定や権限管理が必要となります。導入前に既存のアクセス制御や認証フローとの整合性を確認してください。
詳細:
本アップデートは、Azure FilesのSMB（Server Message Block）アクセスにおいてManaged Identityのサポートが一般提供（GA）となったことを示しています。これにより、Azure Filesを利用するアプリケーションやサービスは、静的な資格情報やアカウントキーを保存・管理することなく、Azure Entra（旧Azure Active Directory）によって発行されるトークンを用いた認証が可能となります。
この機能追加の背景には、セキュリティ強化と運用負荷の軽減があります。従来、Azure FilesへのSMBアクセスでは、ストレージアカウントキーやユーザー名・パスワードなどの静的な資格情報をアプリケーションに組み込む必要がありました。これにより、資格情報の漏洩リスクやローテーション運用の手間が課題となっていました。Managed Identityを利用することで、これらの課題を解消し、ゼロトラストセキュリティモデルに準拠したアクセス制御が実現できます。
具体的な機能としては、Azure上で稼働する仮想マシンやApp Service、Functionsなどのサービスが、割り当てられたManaged Identityを利用してAzure Filesに対してSMBプロトコルで認証・アクセスできるようになります。これにより、アプリケーションコード内に資格情報を保持する必要がなくなり、Azure Entraが発行するアクセストークンを用いた動的かつ安全な認証が可能となります。
技術的な実装方法としては、まずAzureリソースにManaged Identityを割り当て、Azure Filesのアクセス制御（IAM）で必要な権限（例：Storage File Data SMB Share Contributorなど）を付与します。アプリケーションは、Azure Entraからアクセストークンを取得し、SMBアクセス時にこのトークンを利用して認証を行います。これにより、アクセス権限の管理がAzure RBAC（ロールベースアクセス制御）に一元化され、運用の効率化とセキュリティ向上が図れます。
活用シナリオとしては、Azure仮想マシン上の業務アプリケーションや、App Service、Azure FunctionsなどのPaaSサービスからAzure FilesをSMB経由で利用するケースが挙げられます。特に、複数のサービスやワークロードが同一のストレージを共有する場合や、資格情報管理を最小化したい場合に有効です。
注意点としては、Managed IdentityによるSMBアクセスを利用するには、Azure Filesおよび利用するサービスが本機能に対応している必要があります。また、アクセス権限の設定やトークンの取得・利用方法については、Azureの公式ドキュメントを参照し、正確な実装を行う必要があります。
関連するAzureサービスとしては、Azure Virtual Machines、Azure App Service、Azure Functionsなど、Managed Identityをサポートする各種サービスが挙げられます。これらのサービスとAzure Filesを組み合わせることで、よりセキュアかつ柔軟なストレージアクセスが実現できます。
このレポートは自動生成されました - 2026-05-15 12:01:44 JST