開発とテストに Azure ストレージエミュレーターを使用する (非推奨)

Microsoft Azure Storage Emulator は、ローカル開発のために Azure の Blob service、Queue サービス、Table service をエミュレートするツールです。 Azure サブスクリプションを作成したりコストをかけたりすることなく、ローカル環境でストレージサービスに対してアプリケーションをテストできます。エミュレーターでアプリケーションの動作に問題がなければ、クラウドの Azure ストレージアカウントを使用するように切り替えます。

重要

Azure Storage Emulator は非推奨になりました。 Azure Storage によるローカル開発には Azurite エミュレーターを使用することを Microsoft は推奨しています。 Azurite は Azure Storage Emulator よりも優先されます。 Azurite は、最新バージョンの Azure Storage API をサポートするために引き続き更新されます。詳細については、ローカルでの Azure Storage の開発に Azurite エミュレーターを使用する方法に関するページを参照してください。

ストレージエミュレーターを入手する

ストレージエミュレーターは、Microsoft Azure SDK に付属しています。また、スタンドアロンのインストーラー (直接ダウンロード) を使用して、ストレージエミュレーターをインストールすることも可能です。ストレージエミュレーターをインストールするには、お使いのコンピューターに対する管理者特権が必要です。

ストレージエミュレーターは、現在、Windows でのみ実行されます。 Linux でのエミュレーションには、Azurite エミュレーターを使用します。

注

あるバージョンのストレージエミュレーターで作成されたデータは、別のバージョンを使っても必ずしもアクセス可能とは限りません。長期的にデータを永続化する必要がある場合は、そのデータをStorage EmulatorではなくAzureストレージアカウントに保存してください。

ストレージエミュレーターは、OData ライブラリの特定のバージョンに依存します。 Storage Emulatorで使われているOData DLLを他のバージョンに置き換えることはサポートされておらず、予期せぬ動作を引き起こす可能性があります。しかし、ストレージサービスでサポートされている任意のODataバージョンを使ってエミュレータへのリクエストを送信できます。

ストレージエミュレーターの動作原理

ストレージエミュレーターでは、ローカルの Microsoft SQL Server 2012 Express LocalDB インスタンスを使用して、Azure ストレージサービスがエミュレートされます。 LocalDB インスタンスではなく、SQL Server のローカルインスタンスにアクセスするようにストレージエミュレーターを構成することもできます。詳細については、この記事で後述する「ストレージエミュレーターの起動と初期化」セクションを参照してください。

ストレージエミュレーターはWindows 認証を使ってSQL ServerやLocalDBに接続します。

ストレージエミュレーターと Azure のストレージサービスには、いくつかの機能上の違いがあります。これらの違いの詳細については、この記事で後述する「ストレージエミュレーターと Azure ストレージとの違い」を参照してください。

ストレージエミュレーターの起動と初期化

Azure Storage Emulator を起動するには、次の手順を実行します。

[スタート] を選択するか、Windows キーを押します。
「Azure Storage Emulator」と入力を開始します。
表示されているアプリケーションの一覧からエミュレーターを選択します。

ストレージエミュレーターが起動すると、コマンドプロンプトウィンドウが表示されます。このコンソールウィンドウを使ってStorage Emulatorの起動と停止を行ってください。また、コマンドプロンプトから、データのクリア、Statusの取得、およびエミュレーターの初期化を行うこともできます。詳細については、この記事で後述する「ストレージエミュレーターコマンドラインツールのリファレンス」を参照してください。

注

Azure Storage Emulatorは、Azuriteのような別のストレージエミュレータがシステム上で動作している場合、正しく起動しないことがあります。

エミュレーターが動いていると、Windowsのタスクバー通知エリアにアイコンが表示されます。

ストレージエミュレーターのコマンドプロンプトウィンドウを閉じても、ストレージエミュレーターは引き続き動作します。ストレージエミュレーターのコンソールウィンドウを再度表示するには、ストレージエミュレーターを起動する場合と同じように前述の手順に従います。

ストレージエミュレーターを初めて実行すると、ローカルストレージ環境が初期化されます。初期化プロセスでは、LocalDB にデータベースが作成され、各ローカルストレージサービス用として HTTP ポートが予約されます。

ストレージエミュレーターのデフォルトのインストールパスは C:\Program Files (x86)\Microsoft SDKs\Azure\Storage Emulatorです。

ヒント

Microsoft Azure Storage Explorerを使ってローカルのStorage Emulatorリソースを操作してください。 Storage Emulator をインストールして起動した後、Storage Explorer のリソースツリーで、ローカル & 接続済みの下にある (Emulator - Default Ports) (Key) を探します。

ストレージエミュレーターを別のSQLデータベースで初期化してください

Storage Emulatorのコマンドラインツールを使って、Storage Emulatorを初期化し、デフォルトのLocalDBインスタンス以外のSQLデータベースインスタンスを指すようにします:

「ストレージエミュレーターの起動と初期化」セクションの説明に従って、ストレージエミュレーターのコンソールウィンドウを開きます。
コンソールウィンドウで、次のコマンドを入力します。ここで <SQLServerInstance> は、SQL Server インスタンスの名前です。 LocalDB を使用するには、SQL Server インスタンスとして (localdb)\MSSQLLocalDb を指定します。

AzureStorageEmulator.exe init /server <SQLServerInstance>

次のコマンドを使うこともできます。このコマンドを指定すると、エミュレーターは既定の SQL Server インスタンスを使用します。

AzureStorageEmulator.exe init /server .

または、データベースを既定の LocalDB インスタンスに初期化する次のコマンドを使うこともできます。

AzureStorageEmulator.exe init /forceCreate

これらのコマンドの詳細については、「ストレージエミュレーターコマンドラインツールのリファレンス」を参照してください。

ヒント

Microsoft SQL Server Management Studio(SSMS)を使って、LocalDBのインストールを含むSQL Serverのインスタンスを管理してください。 SSMSの「Connect to Server」ダイアログで、Servername: フィールドの「(localdb)\MSSQLLocalDb」を指定してLocalDBインスタンスに接続してください。

ストレージエミュレーターに対する要求の認証

ストレージエミュレーターをインストールして起動した後、コードをそのエミュレーターでテストできます。ストレージエミュレーターに対して行う各要求は、匿名要求の場合を除き、承認される必要があります。ストレージエミュレータに対する要求は、共有鍵認証または共有アクセス署名(SAS)を使用して承認します。

共有キー資格情報を使用して承認する

エミュレーターでは、共有キー認証について、単一の固定アカウントと既知の認証キーがサポートされています。このアカウントとキーのみ、エミュレーターで共有キー資格情報として使用できます。これらは次のとおりです。

Account name: devstoreaccount1
Account key: Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==

注

エミュレーターでサポートされている認証キーは、クライアント認証コードの機能をテストすることだけを目的としています。セキュリティ機能は果たしません。エミュレーターで運用環境のストレージアカウントとキーを使用することはできません。開発アカウントを運用データで使用することは避けてください。

エミュレーターでは HTTP 経由の接続のみがサポートされます。ただし、運用環境の Azure ストレージアカウント内のリソースにアクセスする際は、HTTPS が推奨されるプロトコルです。

ショートカットを使用してエミュレーターアカウントに接続する

アプリケーションからエミュレーターに接続する最も簡単な方法は、ショートカット UseDevelopmentStorage=true を参照するアプリケーションの構成ファイル内で接続文字列を構成することです。ショートカットは、エミュレーターの完全な接続文字列に相当します。この接続文字列で、各 Azure Storage サービスのアカウント名、アカウントキー、およびエミュレーターエンドポイントを指定します。

DefaultEndpointsProtocol=http;AccountName=devstoreaccount1;
AccountKey=Eby8vdM02xNOcqFlqUwJPLlmEtlCDXJ1OUzFT50uSRZ6IFsuFq2UVErCz4I6tq/K1SZFPTOtr/KBHBeksoGMGw==;
BlobEndpoint=http://127.0.0.1:10000/devstoreaccount1;
QueueEndpoint=http://127.0.0.1:10001/devstoreaccount1;
TableEndpoint=http://127.0.0.1:10002/devstoreaccount1;

次の .NET コードスニペットは、接続文字列を受け取るメソッドからショートカットを使用する方法を示しています。たとえば、BlobContainerClient (String, String) コンストラクターが接続文字列を受け取ります。

BlobContainerClient blobContainerClient = new BlobContainerClient("UseDevelopmentStorage=true", "sample-container");
blobContainerClient.CreateIfNotExists();

スニペット内のコードを呼び出す前に、エミュレーターが実行されていることを確認します。

接続文字列の詳細については、「Azure Storage の接続文字列を構成する」を参照してください。

共有アクセス署名を使用して承認する

注

Azure を操作するには、Azure Az PowerShell モジュールを使用することをお勧めします。作業を始めるには、「Azure PowerShell をインストールする」を参照してください。 Az PowerShell モジュールに移行する方法については、「AzureRM から Az への Azure PowerShell の移行」を参照してください。

Storage Explorerや共有鍵認証をサポートする他のアプリケーションを使ってSASトークンを作成できます。

また、Azure PowerShell を使用して SAS トークンを生成することもできます。次の例では、BLOB コンテナーに対するフルアクセス許可を持つ SAS トークンが生成されます。

まだインストールしていない場合は、Azure PowerShell をインストールします (最新バージョンの Azure PowerShell コマンドレットを使用することをお勧めします)。インストールの手順については、「Install and configure Azure PowerShell (Azure PowerShell のインストールと構成)」を参照してください。
Azure PowerShell を開き、CONTAINER_NAME を任意の名前で置き換えて、次のコマンドを実行します。

$context = New-AzStorageContext -Local

New-AzStorageContainer CONTAINER_NAME -Permission Off -Context $context

$now = Get-Date

New-AzStorageContainerSASToken -Name CONTAINER_NAME -Permission rwdl -ExpiryTime $now.AddDays(1.0) -Context $context -FullUri

新しいコンテナーの共有アクセス署名 URI は、次のようになります。

http://127.0.0.1:10000/devstoreaccount1/sascontainer?sv=2012-02-12&se=2015-07-08T00%3A12%3A08Z&sr=c&sp=rwdl&sig=t%2BbzU9%2B7ry4okULN9S0wst/8MCUhTjrHyV9rDNLSe8g%3D

この例で作成した共有アクセス署名は、1 日間有効です。この署名は、コンテナー内の BLOB へのフルアクセス (読み取り、書き込み、削除、一覧表示) を許可します。

Shared Access Signature の詳細については、「Shared Access Signatures (SAS) を使用して Azure Storage リソースへの制限付きアクセスを許可する」を参照してください。

ストレージエミュレーターでのリソースのアドレス指定

ストレージエミュレーター用のサービスエンドポイントは、Azure ストレージアカウント用のエンドポイントとは異なります。ローカルコンピュータはドメイン名解決を行わないので、Storage Emulatorのエンドポイントはローカルアドレスです。

Azure ストレージアカウントのリソースをアドレス指定する場合は、次のスキームを使用します。アカウント名が URI ホスト名の一部になり、アドレス指定するリソースが URI パスの一部になります。

<http|https>://<account-name>.<service-name>.core.windows.net/<resource-path>

たとえば、以下の URI は、Azure ストレージアカウント内の BLOB の有効なアドレスです。

https://myaccount.blob.core.windows.net/mycontainer/myblob.txt

ローカルコンピューターではドメイン名の解決が行われないので、アカウント名は、ホスト名ではなく URI パスの一部になります。ストレージエミュレーターのリソースには、次の URI 形式を使用します。

http://<local-machine-address>:<port>/<account-name>/<resource-path>

たとえば、ストレージエミュレーターの BLOB にアクセスするには次のアドレスを使用します。

http://127.0.0.1:10000/myaccount/mycontainer/myblob.txt

ストレージエミュレーターのサービスエンドポイントは、次のとおりです。

ブロブサービス: http://127.0.0.1:10000/<account-name>/<resource-path>
Queue サービス: http://127.0.0.1:10001/<account-name>/<resource-path>
テーブルサービス: http://127.0.0.1:10002/<account-name>/<resource-path>

RA-GRS を使用した、アカウントのセカンダリ拠点のアドレス指定

バージョン3.1からは、ストレージエミュレーターは読み取りアクセスの地理的冗長ストレージ(RA-GRS)をサポートします。アカウント名に -secondary を付けてセカンダリロケーションにアクセスできます。例えば、ストレージエミュレータの読み取り専用セカンダリを通じてブロブにアクセスするには、以下のアドレスを使用します。

http://127.0.0.1:10000/myaccount-secondary/mycontainer/myblob.txt

注

ストレージエミュレーターを使用した、プログラムによるセカンダリへのアクセスには、.NET 用ストレージクライアントライブラリの Version 3.2 以降を使用してください。詳細については、「.NET 用の Microsoft Azure Storage クライアントライブラリ」を参照してください。

ストレージエミュレーターコマンドラインツールのリファレンス

バージョン3.0以降は、Storage Emulatorを起動するとコンソールウィンドウが表示されます。エミュレーターを開始および停止するには、コンソールウィンドウのコマンドラインを使用します。コマンドラインからステータスの照会やその他の操作も可能です。

注

Microsoft Azure コンピューティングエミュレーターがインストール済みの場合は、ストレージエミュレーターの起動時にシステムトレイアイコンが表示されます。アイコンを右クリックすると、Storage Emulatorの起動・終了をグラフィカルに表示するメニューが表示されます。

コマンドライン構文

AzureStorageEmulator.exe [start] [stop] [status] [clear] [init] [help]

オプション

オプションの一覧を表示するには、コマンドプロンプトで「 /help 」と入力します。

オプション	説明	コマンド	引数
Start	ストレージエミュレーターを起動します。	`AzureStorageEmulator.exe start [-inprocess]`	-inprocess:新しいプロセスを作成するのではなく、現在のプロセスでエミュレータを起動します。
Stop	ストレージエミュレーターを停止します。	`AzureStorageEmulator.exe stop`
状態	ストレージエミュレーターの状態を出力します。	`AzureStorageEmulator.exe status`
Clear	コマンドラインで指定されたすべてのサービス内のデータを消去します。	`AzureStorageEmulator.exe clear [blob] [table] [queue] [all]`	blob:BLOB データを消去します。 queue:キューデータを消去します。 table:テーブルデータを消去します。 all: すべてのサービス内のすべてのデータを消去します。
Init	エミュレーターを設定するために、1 回限りの初期化を行います。	`AzureStorageEmulator.exe init [-server serverName] [-sqlinstance instanceName] [-forcecreate\|-skipcreate] [-reserveports\|-unreserveports] [-inprocess]`	-server serverName\instanceName:SQL インスタンスをホストしているサーバーを指定します。 -sqlinstance instanceName: デフォルトのサーバーインスタンスで使用するSQLインスタンス名を指定します。 -forcecreate:SQL データベースが既に存在していても、強制的に作成します。 -skipcreate:SQL データベースの作成をスキップします。この議論は-forcecreateよりも優先されます。 -reserveports:サービスに関連付けられている HTTP ポートの予約を試行します。 -unreserveports:サービスに関連付けられている HTTP ポートの予約の削除を試行します。この議論は-reserveportsよりも優先されます。 -inprocess:新しいプロセスを生成せずに、現在のプロセスで初期化を行います。ポートの予約を変更する場合は、管理者特権のアクセス許可で現在のプロセスを起動する必要があります。

ストレージエミュレーターと Azure ストレージとの違い

ストレージエミュレーターはエミュレートされたローカル環境であるため、エミュレーターを使用するときと、クラウドの Azure ストレージアカウントを使用するときでは違いがあります。

ストレージエミュレーターでは、単一の固定アカウントと既知の認証キーのみがサポートされます。
ストレージエミュレーターはスケーラブルなストレージサービスではなく、多数の同時クライアントはサポートされません。
「ストレージエミュレーターでのリソースのアドレス指定」で説明したように、ストレージエミュレーターでは、リソースは Azure ストレージアカウントとは異なる方法でアドレス指定されます。違いは、ドメイン名の解決はクラウド上では利用可能だが、ローカルのコンピュータでは利用できないためです。
バージョン3.1からは、ストレージエミュレーターアカウントが読み取りアクセスの地理冗長ストレージ(RA-GRS)をサポートします。エミュレーターでは、すべてのアカウントで RA-GRS が有効になっていて、プライマリレプリカとセカンダリレプリカの間に時間差が生じることはありません。アカウントセカンダリでは「Get Blob Service Stats」「Get Queue Service Stats」「Get Table Service Stats」操作がサポートされており、基盤となるSQLデータベースに基づき、常に LastSyncTime 応答要素の値を現在の時刻として返します。
File サービスエンドポイントと SMB プロトコルサービスエンドポイントは、ストレージエミュレーターでは現在サポートされていません。
エミュレーターがサポートしていないストレージサービスのバージョンを使うと、エミュレーターはVersionNotSupportedByEmulatorエラー(HTTPステータスコード400 - Bad Request)を返します。

BLOB ストレージに対する相違点

以下の相違点が、エミュレーターの BLOB ストレージに該当します。

ストレージエミュレーターでは、最大で 2 GB のサイズの BLOB だけがサポートされます。
ストレージエミュレーターでの BLOB 名の最大長は 256 文字です。一方、Azure Storage での BLOB 名の最大長は 1024 文字です。
増分コピーを使用すると、上書きされた BLOB からのスナップショットをコピーできます。これにより、サービスでエラーが返されます。
Incremental Copy BLOB を使用してコピーされたスナップショット間では、ページ範囲の差分の取得は機能しません。
アクティブなリースのあるストレージエミュレーター内に存在する BLOB に対する Put Blob 操作は、要求でリース ID が指定されなかった場合でも、成功することがあります。
エミュレーターでは追加 BLOB の操作はサポートされません。追加 BLOB で操作をしようとすると、FeatureNotSupportedByEmulator エラー (HTTP ステータスコード 400 - Bad Request) が返されます。

テーブルストレージに対する相違点

以下の相違点が、エミュレーターのテーブルストレージに該当します。

ストレージエミュレーターの Table service での日付プロパティでは、SQL Server 2005 でサポートされている範囲だけがサポートされます (1753 年 1 月 1 日より後である必要があります)。 1753 年 1 月 1 日より前のすべての日付は、この値に変更されます。日付の精度は、SQL Server 2005 の精度までに制限されます。つまり、日付の精度は 1/300 秒です。
ストレージエミュレーターでは、それぞれ 512 バイト未満のパーティションキーと行キーのプロパティ値がサポートされます。アカウント名、テーブル名、およびキープロパティ名の合計サイズが 900 バイトを超えることはできません。
ストレージエミュレーターのテーブル内の行の合計サイズは、1 MB 未満に制限されます。
ストレージエミュレーターのデータ型 Edm.Guid または Edm.Binary のプロパティでのクエリフィルター文字列では、Equal (eq) および NotEqual (ne) の比較演算子だけがサポートされます。

キューストレージに対する相違点

エミュレーターのキューストレージに固有の違いはありません。

ストレージエミュレーターリリースノート

バージョン 5.10

ストレージエミュレーターで、BLOB、Queue、および Table service エンドポイント上のストレージサービスのバージョン 2019-07-07 は拒否されなくなります。

バージョン 5.9

Storage EmulatorはBlob、Queue、Tableの各サービスエンドポイントのストレージサービスのバージョン2019-02-02を拒否しません。

バージョン 5.8

Storage EmulatorはBlob、Queue、Tableの各サービスエンドポイントのストレージサービスのバージョン2018-11-09を拒否しません。

バージョン 5.7

ログが有効だとクラッシュするバグを修正しました。

バージョン 5.6

ストレージエミュレーターは、Blob、Queue、Tableの各サービスエンドポイントでバージョン2018-03-28のストレージサービスをサポートしています。

バージョン 5.5

ストレージエミュレーターは、Blob、Queue、Tableの各サービスエンドポイントでバージョン2017-11-09のストレージサービスをサポートしています。
Blobの作成時間を返す Blob Created プロパティのサポートを追加しました。

バージョン 5.4

インストールの安定性を向上させるために、エミュレーターでインストール時にポートの予約を試行しなくなりました。ポート予約を使いたい場合は、initコマンドの-reserveportsオプションを使って指定してください。

バージョン 5.3

ストレージエミュレーターは、Blob、Queue、Tableの各サービスエンドポイントでバージョン2017-07-29のストレージサービスをサポートしています。

バージョン 5.2

ストレージエミュレーターで、BLOB、Queue、および Table service エンドポイント上のストレージサービスのバージョン 2017-04-17 がサポートされるようになりました。
テーブルのプロパティ値が適切にエンコードされないバグを修正しました。

バージョン 5.1

一部の応答でサービスが返していなかった DataServiceVersion ヘッダーをストレージエミュレーターが返していたバグを修正しました。

バージョン 5.0

ストレージエミュレーターのインストーラーで、既存の MSSQL や .NET Framework のインストールがチェックされなくなりました。
ストレージエミュレーターのインストーラーで、インストールの一部としてデータベースが作成されなくなりました。インストーラーは、起動時に必要に応じてデータベースを作成します。
データベースの作成に管理者特権が不要になりました。
スタートアップでポートの予約が不要になりました。
init に -reserveports (管理者特権が必要)、-unreserveports (管理者特権が必要)、-skipcreate のオプションを追加しました。
システムトレイアイコンのストレージエミュレーター UI オプションで、コマンドラインインターフェイスが起動されるようになりました。古い GUI は使用できなくなりました。
一部の DLL が削除または名前が変更されました。

バージョン 4.6

ストレージエミュレーターで、BLOB、Queue、および Table service エンドポイント上のストレージサービスのバージョン 2016-05-31 がサポートされるようになりました。

バージョン 4.5

バックアップデータベースの名前が変更されるとインストールと初期化が失敗する原因となったバグを修正しました。

バージョン 4.4

ストレージエミュレーターで、BLOB、Queue、および Table service エンドポイント上のストレージサービスのバージョン 2015-12-11 がサポートされるようになりました。
ストレージエミュレーターの BLOB データに対するガベージコレクションが、多数の BLOB を処理する場合に、より効率的になりました。
コンテナー ACL XML の検証が、ストレージサービスによる検証と少し異なる方法で行われる原因となるバグを修正しました。
最大および最小 DateTime 値が不適切なタイムゾーンで報告される場合があるバグを修正しました。

バージョン 4.3

ストレージエミュレーターで、BLOB、Queue、および Table service エンドポイント上のストレージサービスのバージョン 2015-07-08 がサポートされるようになりました。

バージョン 4.2

ストレージエミュレーターで、BLOB、Queue、および Table service エンドポイント上のストレージサービスのバージョン 2015-04-05 がサポートされるようになりました。

バージョン 4.1

ストレージエミュレーターで、BLOB、Queue、および Table service エンドポイント上のストレージサービスのバージョン 2015-02-21 がサポートされるようになりました。新しい追加 BLOB 機能はサポートされていません。
エミュレーターで、ストレージサービスのサポートされていないバージョンに対して意味のあるエラーメッセージが返されるようになりました。エミュレーターの最新バージョンを使いましょう。 VersionNotSupportedByEmulator エラー (HTTP ステータスコード 400 - Bad Request) が発生する場合は、最新バージョンのエミュレーターをダウンロードしてください。
競合条件により並行マージ操作中にテーブルエンティティデータが誤りになるバグを修正しました。

バージョン 4.0

ストレージエミュレーターの実行可能ファイルの名前が AzureStorageEmulator.exe に変更されました。

バージョン 3.2

ストレージエミュレーターで、BLOB、Queue、および Table service エンドポイント上のストレージサービスのバージョン 2014-02-14 がサポートされるようになりました。 File サービスエンドポイントは、ストレージエミュレーターでは現在サポートされていません。バージョン 2014-02-14 の詳細については、 Azure Storage サービスのバージョン管理に関するページを参照してください。

バージョン3.1

ストレージエミュレーターは現在、読み取りアクセスの地理冗長ストレージ(RA-GRS)をサポートしています。アカウントセカンダリの Get Blob Service Stats、 Get Queue Service Stats、 Get Table Service Stats APIをサポートし、基盤となるSQLデータベースに基づく現在の時刻として LastSyncTime 応答要素の値を必ず返します。ストレージエミュレーターを使用した、プログラムによるセカンダリへのアクセスには、.NET 用ストレージクライアントライブラリの Version 3.2 以降を使用してください。詳細については、.NETのAzure Storageクライアントライブラリをご覧ください。

バージョン 3.0

Azure Storage Emulatorは、もはやコンピュートエミュレーターと同じパッケージには含まれていません。
ストレージエミュレーターのグラフィカルユーザーインターフェイスは非推奨になっています。 Microsoftはこれをスクリプト可能なコマンドラインインターフェースに置き換えました。コマンドラインインターフェースの詳細については、 Storage Emulator Command-Line Tool Referenceを参照してください。グラフィカルインターフェースはバージョン3.0に残っていますが、Compute Emulatorをインストールして初めてアクセス可能です。アクセスするには、システムトレイのアイコンを右クリックし、「 ストレージエミュレーターUIを表示」を選択してください。
ストレージエミュレーターは現在、Azureストレージサービスのバージョン2013-08-15を完全にサポートしています。 (以前は、このバージョンはStorage Emulator バージョン2.2.1プレビューでのみサポートされていました。)

次のステップ

コミュニティで管理されているオープンソースのクロスプラットフォームストレージエミュレーター Azurite を評価します。
「.NET を使用した Azure Storage サンプル」には、アプリケーションを開発する際に使用できるいくつかのコードサンプルへのリンクが含まれています。
Microsoft Azure Storage Explorerを使って、クラウドストレージアカウント内のリソースやStorage Emulatorで作業してください。

参照

Azurite、Azure SDK、Azure Storage Explorer によるローカル Azure Storage の開発

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-08-11