Azure Storage アカウントを作成する

[アーティクル]
10/15/2024

Azure ストレージアカウントには、すべての Azure Storage データオブジェクト (BLOB、ファイル、キュー、テーブル) が含まれます。ストレージアカウントでは、世界中のどこからでも HTTP または HTTPS 経由でアクセスできる Azure Storage データ用の一意の名前空間が提供されます。 Azure ストレージアカウントの詳細については、「ストレージアカウントの概要」を参照してください。 Azure Files 専用のストレージアカウントを作成するには、SMB ファイル共有を作成するを参照してください。

このハウツー記事では、Azure portal、Azure PowerShell、Azure CLI、または Azure Resource Manager テンプレートを使ってストレージアカウントを作成する方法を説明します。

前提条件

Azure サブスクリプションをお持ちでない場合は、開始する前に無料アカウントを作成してください。

ありません。

Azure Developer CLI (azd) は、テンプレートシステムを使用した Azure へのリソースのプロビジョニングとデプロイを効率化するオープンソースのコマンドラインツールです。 azd は、次のようないくつかの開発環境で使用できます。

azd をインストールすることで、CLI を介してローカルに
GitHub Codespaces 環境
Cloud Shell を使用した Azure portal

Note

azd テンプレートには、既に azd がインストールされている .devcontainer が含まれているため、ローカルまたは Codespaces などの環境で devcontainer を使用する場合は、インストール手順をスキップできます。

次に、Azure にサインインします。

Azure portal にサインインします。

Connect-AzAccount コマンドで Azure サブスクリプションにサインインし、画面上の指示に従って認証を行います。

Connect-AzAccount

Azure Cloud Shell を起動するには、Azure portal にサインインします。

CLI のローカルインストールにログインするには、az sign-in コマンドを実行します。

az login

Cloud Shell 経由で azd を使用する場合:

Azure portal にサインインします
対応するアイコンをクリックして Cloud Shell を起動します。 azd は Cloud Shell で自動的に使用でき、Azure portal へのサインインに使用したアカウントを介して認証されます。

azd 環境または Codespaces 環境のローカルインストールにサインインするには、azd auth sign-in コマンドを実行します。

    azd auth login

Azure へのサインインに使用できるブラウザーウィンドウが azd によって起動されます。

ストレージアカウントの作成

ストレージアカウントは、Azure Resource Manager のリソースです。 Resource Manager は、Azure のデプロイおよび管理サービスです。詳細については、「Azure Resource Manager の概要」を参照してください。

Azure ストレージアカウントなど、すべての Resource Manager リソースは、Azure リソースグループに属している必要があります。リソースグループは、Azure サービスをグループ化するための論理コンテナーです。ストレージアカウントを作成するときに、新しいリソースグループを作成するか、既存のリソースグループを使用するかを選択できます。このハウツーでは、新しいリソースグループを作成する方法を示します。

ストレージアカウントの種類のパラメーター

PowerShell、Azure CLI、Bicep、Azure テンプレート、または Azure Developer CLI を使用してストレージアカウントを作成する場合、ストレージアカウントの種類は kind パラメーター (例: StorageV2) で指定されます。パフォーマンスレベルと冗長構成は、sku パラメーターまたは SkuName パラメーター (例: Standard_GRS) で一緒に指定されます。次の表は、必要な冗長構成で特定の種類のストレージアカウントを作成するために、kind パラメーターと sku パラメーターまたは SkuName パラメーターに使用する値を示したものです。

ストレージアカウントの種類	サポートされている冗長構成	kind パラメーターでサポートされる値	sku パラメーターまたは SkuName パラメーターでサポートされる値	階層型名前空間のサポート
Standard 汎用 v2	LRS、GRS、RA-GRS、ZRS、GZRS、RA-GZRS	StorageV2	Standard_LRS、Standard_GRS、Standard_RAGRS、Standard_ZRS、Standard_GZRS、Standard_RAGZRS	はい
Premium ブロック BLOB	LRS、ZRS	BlockBlobStorage	Premium_LRS、Premium_ZRS	はい
Premium ファイル共有	LRS、ZRS	FileStorage	Premium_LRS、Premium_ZRS	いいえ
Premium ページ BLOB	LRS	StorageV2	Premium_LRS	いいえ
レガシ Standard 汎用 v1	LRS、GRS、RA-GRS	ストレージ	Standard_LRS、Standard_GRS、Standard_RAGRS	いいえ
レガシ BLOB ストレージ	LRS、GRS、RA-GRS	BlobStorage	Standard_LRS、Standard_GRS、Standard_RAGRS	いいえ

Azure portal を使用して Azure ストレージアカウントを作成するには、以下の手順のようにします。

左側のポータルメニューで [ストレージアカウント] を選択して、ストレージアカウントの一覧を表示します。ポータルメニューが表示されない場合は、メニューボタンを選択してオンに切り替えます。
[ストレージアカウント] ページで、 [作成] を選択します。

新しいストレージアカウントのオプションは、 [ストレージアカウントを作成する] ページのタブにまとめられています。次のセクションでは、各タブとそのオプションについて説明します。

[基本] タブ

[基本] タブでは、ストレージアカウントに関する必須の情報を入力します。 [基本] タブの設定が済んだら、他のタブのオプションを設定して新しいストレージアカウントをさらにカスタマイズするか、 [確認および作成] を選択して既定のオプションをそのまま使用し、アカウントの検証と作成を続けることができます。

次の表では [基本] タブのフィールドについて説明します。

Section	フィールド	必須または省略可能	説明
プロジェクトの詳細	サブスクリプション	必須	新しいストレージアカウントのサブスクリプションを選択します。
プロジェクトの詳細	Resource group	必須	このストレージアカウント用に新しいリソースグループを作成するか、既存のものを選択します。詳細については、「リソースグループ」を参照してください。
インスタンスの詳細	ストレージアカウント名	必須	ストレージアカウント用に一意の名前を選択します。ストレージアカウント名の長さは 3 ～ 24 文字で、数字と小文字のみを使用できます。
インスタンスの詳細	リージョン	必須	ストレージアカウントの適切なリージョンを選択します。詳細については、「Azure のリージョンと Availability Zones」をご覧ください。ストレージアカウントまたは冗長構成の種類によっては、サポートされていないリージョンがあります。詳細については、「Azure Storage の冗長性」を参照してください。リージョンの選択は、課金に影響を与える可能性があります。詳細については、「ストレージアカウントの課金」を参照してください。
インスタンスの詳細	パフォーマンス	必須	汎用 v2 ストレージアカウント (既定) の場合は、 [Standard] パフォーマンスを選択します。 Microsoft は、ほとんどのシナリオにこのアカウントの種類をお勧めします。詳細については、「ストレージアカウントの種類」を参照してください。待機時間を短くする必要があるシナリオの場合は、 [Premium] を選択します。 [Premium] を選択した後、作成する Premium ストレージアカウントの種類を選択します。次の種類の Premium ストレージアカウントを使用できます。ブロック BLOB ファイル共有ページ BLOB
インスタンスの詳細	冗長性	必須	目的の冗長構成を選択します。すべてのリージョンのすべてのストレージアカウントの種類で、すべての冗長オプションを使用できるわけではありません。冗長構成の詳細については、「Azure Storage の冗長性」を参照してください。 Geo 冗長構成 (GRS または GZRS) を選択した場合、データは別のリージョンのデータセンターにレプリケートされます。セカンダリリージョンのデータへの読み取りアクセスを行う場合は、 [Make read access to data available in the event of regional unavailability](リージョンが使用できない場合に使用できるデータに読み取りアクセスを行う) をオンにします。

次の図は、新しいストレージアカウントの基本的なプロパティの標準構成を示しています。

[詳細設定] タブ

[詳細設定] タブでは、新しいストレージアカウントの追加のオプションを構成し、既定の設定を変更することができます。これらのオプションの一部は、ストレージアカウントの作成後にも構成できますが、それ以外は作成時に構成する必要があります。

次の表では、 [詳細設定] タブのフィールドを説明します。

Section	フィールド	必須または省略可能	説明
セキュリティ	REST API 操作の安全な転送を必須にする	省略可能	セキュリティで保護された転送を必須にして、このストレージアカウントへの受信要求は HTTPS を介してのみ行われるようにします (既定)。最善のセキュリティのためにお勧めします。詳細については、「セキュリティで保護された接続を確保するために安全な転送を要求する」を参照してください。
Security	個々のコンテナーでの匿名アクセスの有効化を許可する	オプション	この設定を有効にすると、適切なアクセス許可を持つユーザーは、ストレージアカウント内のコンテナーへの匿名アクセスを有効にすることができます (既定)。この設定を無効にすると、ストレージアカウントへのすべての匿名アクセスが禁止されます。セキュリティを最適化するために、この設定を無効にすることをお勧めします。詳細については、「コンテナーと BLOB への匿名読み取りアクセスを防止する」を参照してください。匿名アクセスを有効にしても、ユーザーがコンテナーの匿名アクセス設定を明示的に構成する追加の手順を実行しない限り、BLOB データを匿名アクセスで使用することはできません。
Security	ストレージアカウントキーへのアクセスを有効にする	オプション	この設定を有効にすると、クライアントは、アカウントアクセスキーまたは Microsoft Entra アカウントのいずれかを使用して、ストレージアカウントへの要求を承認できます (既定)。この設定を無効にすると、アカウントアクセスキーによる承認はできなくなります。詳細については、Azure ストレージアカウントの共有キーによる認可の禁止に関するページを参照してください。
Security	Azure portal での既定の Microsoft Entra 承認	オプション	有効にすると、Azure portal では既定でユーザーの Microsoft Entra 資格情報を使用したデータ操作が承認されます。データ操作を実行するための適切なアクセス許可が Azure ロールベースのアクセス制御 (Azure RBAC) を介してユーザーに割り当てられていない場合、ポータルでは代わりにデータアクセス用にアカウントアクセスキーを使用します。ユーザーは、アカウントアクセスキーの使用に切り替えることもできます。詳細については、「Azure portal で Microsoft Entra 認可に既定で設定する」を参照してください。
Security	TLS の最小バージョン	必須	ストレージアカウントへの受信要求に対するトランスポート層セキュリティ (TLS) の最小バージョンを選択します。既定値は TLS バージョン 1.2 です。既定値に設定すると、TLS 1.0 または TLS 1.1 を使用して行われた受信要求は拒否されます。詳細については、「ストレージアカウントへの要求に必要な最小バージョンのトランスポート層セキュリティ (TLS) を適用する」を参照してください。
セキュリティ	コピー操作の許可されるスコープ (プレビュー)	必須	新しいアカウントにデータをコピーできるストレージアカウントのスコープを選びます。既定値は `From any storage account` です。既定値に設定すると、適切なアクセス許可を持つユーザーは、任意のストレージアカウントから新しいアカウントにデータをコピーできます。同じ Microsoft Entra テナント内のストレージアカウントからのコピー操作のみを許可するには、`From storage accounts in the same Azure AD tenant` を選びます。同じ仮想ネットワーク上にプライベートエンドポイントを持つストレージアカウントからのコピー操作のみを許可するには、`From storage accounts that have a private endpoint to the same virtual network` を選びます。詳しくは、「コピー操作のソースをストレージアカウントに制限する」をご覧ください。
Data Lake Storage	階層型名前空間を有効にする	省略可能	このストレージアカウントを Azure Data Lake Storage ワークロードに使用するために、階層型名前空間を構成します。詳細については、「Azure Data Lake Storage の概要」を参照してください。
Blob Storage	SFTP を有効にする	オプション	セキュアファイル転送プロトコル (SFTP) の使用を有効にして、インターネット経由で安全にデータを転送します。詳細については、「Azure Blob Storage でのセキュアファイル転送 (SFTP) プロトコルのサポート」を参照してください。
BLOB ストレージ	ネットワークファイルシステム (NFS) v3 を有効にする	省略可能	NFS v3 により、オブジェクトストレージのスケールで Linux ファイルシステムの互換性が得られます。また、Linux クライアントは、Azure 仮想マシン (VM) またはオンプレミスのコンピューターから Blob Storage にコンテナーをマウントできます。詳細については、「Azure Blob Storage でのネットワークファイルシステム (NFS) 3.0 プロトコルのサポート」を参照してください。
BLOB ストレージ	クロステナントレプリケーションを許可する	必須	既定では、適切なアクセス許可を持つユーザーは、Microsoft Entra テナント間のオブジェクトレプリケーションを構成できます。テナント間のレプリケーションを防ぐには、このオプションの選択を解除します。詳細については、「Azure Active Microsoft Entra テナント間でのレプリケーションを禁止する」を参照してください。
Blob Storage	アクセス層	必須	BLOB アクセス層を使用すると、使用方法に基づいて、最もコスト効率の高い方法で BLOB データを格納できます。頻繁にアクセスされるデータには、ホット層 (既定値) を選択します。頻繁にアクセスされないデータには、クール層を選択します。詳細については、BLOB データのホット、クール、アーカイブアクセス層に関するページを参照してください。

次の図は、新しいストレージアカウントの詳細プロパティの標準構成を示しています。

[ネットワーク] タブ

[ネットワーク] タブでは、新しいストレージアカウントのネットワーク接続とルーティングの基本設定を構成できます。これらのオプションは、ストレージアカウントを作成した後で構成することもできます。

次の表では、 [ネットワーク] タブのフィールドを説明します。

Section	フィールド	必須または省略可能	説明
ネットワーク接続	ネットワークアクセス	必須	既定では、受信ネットワークトラフィックはストレージアカウント用のパブリックエンドポイントにルーティングされます。トラフィックを Azure 仮想ネットワーク経由でパブリックエンドポイントにルーティングする必要があるように指定できます。また、ストレージアカウント用にプライベートエンドポイントを構成することもできます。詳細については、「Azure Storage のプライベートエンドポイントを使用する」を参照してください。
ネットワーク接続	エンドポイントの種類	必須	Azure Storage では、標準エンドポイント (既定) と Azure DNS ゾーンエンドポイント (プレビュー) の 2 種類のエンドポイントがサポートされています。特定のサブスクリプション内で、リージョンごとに標準エンドポイントを持つアカウントを最大 250 個¹、リージョンごとに Azure DNS ゾーンエンドポイントを持つアカウントを最大 5000 個、合計 5250 個のストレージアカウントを作成できます。プレビューに登録する方法については、「プレビューについて」を参照してください。
ネットワークルーティング	ルーティング設定	必須	ネットワークのルーティングの優先順位では、インターネット経由でクライアントからストレージアカウントのパブリックエンドポイントにネットワークトラフィックをルーティングする方法を指定します。既定では、新しいストレージアカウントには Microsoft ネットワークルーティングが使用されます。ストレージアカウントに最も近い POP を使用してネットワークトラフィックをルーティングすることもできます。これにより、ネットワークコストが削減されるかもしれません。詳細については、「Azure Storage のネットワークルーティング優先設定」を参照してください。

¹ クォータの引き上げにより、任意のサブスクリプション内のリージョンごとに標準エンドポイントを使用するストレージアカウントを最大 500 個作成できるので、リージョンごとの合計ストレージアカウント数は 5500 個になります。詳細については、「Azure Storage アカウントのクォータを増やす」を参照してください。

次の図は、新しいストレージアカウントのネットワークプロパティの標準構成を示しています。

重要

Azure DNS ゾーンエンドポイントは現在プレビュー段階です。ベータ版、プレビュー版、または一般提供としてまだリリースされていない Azure の機能に適用される法律条項については、「Microsoft Azure プレビューの追加使用条件」を参照してください。

[データ保護] タブ

[データ保護] タブでは、新しいストレージアカウントの BLOB データのデータ保護オプションを構成できます。これらのオプションは、ストレージアカウントを作成した後で構成することもできます。 Azure Storage でのデータ保護オプションの概要については、「データ保護の概要」を参照してください。

次の表では、 [データ保護] タブのフィールドを説明します。

Section	フィールド	必須または省略可能	説明
Recovery	Enable point-in-time restore for containers (コンテナーのポイントインタイムリストアを有効にする)	Optional	ポイントインタイムリストアでは、ブロック BLOB データを以前の状態に復元できるようにすることで、誤った削除や破損を防ぐことができます。詳細については、「ブロック BLOB のポイントインタイムリストア」を参照してください。ポイントインタイムリストアを有効にすると、BLOB のバージョン管理、BLOB の論理的な削除、BLOB の変更フィードも有効になります。これらの前提条件機能は、コストに影響を与える可能性があります。詳細については、ポイントインタイムリストアに関する「価格と課金」を参照してください。
Recovery	BLOB の論理的な削除の有効化	省略可能	BLOB の論理的な削除を使用すると、削除されたデータがシステムに指定された保持期間だけ維持されることにより、個々の BLOB、スナップショット、またはバージョンが誤った削除または上書きから保護されます。保持期間中は、論理的に削除されたオブジェクトを削除された時点の状態に復元することができます。詳細については、「BLOB の論理的な削除」を参照してください。 Microsoft は、ストレージアカウントで BLOB の論理的な削除を有効にし、最小保持期間を 7 日に設定することをお勧めします。
Recovery	コンテナーの論理的な削除を有効にする	省略可能	コンテナーの論理的な削除を使用すると、削除されたデータがシステムに指定された保持期間だけ維持されることにより、コンテナーとその内容が誤った削除から保護されます。保持期間中は、論理的に削除されたコンテナーを削除された時点の状態に復元することができます。詳細については、「コンテナーの論理的な削除」を参照してください。 Microsoft は、ストレージアカウントでコンテナーの論理的な削除を有効にし、最小保持期間を 7 日に設定することをお勧めします。
Recovery	ファイル共有の論理的な削除を有効にする	省略可能	ファイル共有の論理的な削除を使用すると、削除されたデータがシステムに指定された保持期間だけ維持されることにより、ファイル共有とその内容が誤った削除から保護されます。保持期間中は、論理的に削除されたファイル共有を削除された時点の状態に復元することができます。詳細については、「Azure ファイル共有の誤削除を防ぐ」を参照してください。 Microsoft は、Azure Files ワークロード用のファイル共有で論理的な削除を有効にし、最小保持期間を 7 日に設定することをお勧めします。
追跡	BLOB のバージョン管理を有効にする	Optional	BLOB のバージョン管理を有効にすると、BLOB が上書きされるときに、前のバージョンでの BLOB の状態が自動的に保存されます。詳細については、「BLOB のバージョン管理」を参照してください。 Microsoft は、ストレージアカウントのデータ保護を最善にするため、BLOB のバージョン管理を有効にすることをお勧めします。
追跡	BLOB の変更フィードを有効にする	省略可能	BLOB の変更フィードを有効にすると、ストレージアカウント内のすべての BLOB とそのメタデータに対するすべての変更のトランザクションログが提供されます。詳細については、「Azure Blob Storage の変更フィードのサポート」を参照してください。
アクセス制御	バージョンレベルの不変性のサポートを有効にする	省略可能	BLOB バージョンにスコープを設定した不変性ポリシーのサポートを有効にします。このオプションが選択された場合は、ストレージアカウントを作成した後、アカウントまたはコンテナー用の既定の時間ベースの保持ポリシー (アカウントまたはコンテナー内で既定で継承する BLOB バージョン) を構成できます。詳細については、「ストレージアカウントでバージョンレベルの不変性のサポートを有効にする」を参照してください。

次の図は、新しいストレージアカウントのデータ保護プロパティの標準構成を示しています。

[暗号化] タブ

[暗号化] タブでは、データをクラウドに保存するときに暗号化する方法に関連するオプションを構成できます。これらのオプションの一部は、ストレージアカウントを作成するときにのみ構成できます。

フィールド	必須または省略可能	説明
暗号化の種類	必須	既定では、ストレージアカウント内のデータが Microsoft マネージドキーを使用して暗号化されます。 Microsoft マネージドキーを利用してデータを暗号化することも、独自のキーで暗号化を管理することもできます。詳細については、「保存データ向け Azure ストレージの暗号化」をご覧ください。
Enable support for customer-managed keys (カスタマーマネージドキーのサポートを有効にする)	必須	既定では、カスタマーマネージドキーは BLOB とファイルを暗号化するためにのみ使用できます。すべてのサービスに対してカスタマーマネージドキーのサポートを有効にするには、このオプションを [All service types (blobs, files, tables, and queues)](すべての種類のサービス (BLOB、ファイル、テーブル、キュー)) に設定します。このオプションを選択した場合、カスタマーマネージドキーを使用する必要はありません。詳細については、「Azure Storage 暗号化のカスタマーマネージドキー」を参照してください。
暗号化キー	[暗号化の種類] フィールドが [カスタマーマネージドキー] に設定されている場合は必須です。	[キーコンテナーとキーを選択する] を選択すると、使用するキーコンテナーとキーに移動するためのオプションが表示されます。 [Enter key from URI](URI からキーを入力する) を選択すると、キーの URI とサブスクリプションを入力するためのフィールドが表示されます。
ユーザー割り当て ID	[暗号化の種類] フィールドが [カスタマーマネージドキー] に設定されている場合は必須です。	ストレージアカウントの作成時にカスタマーマネージドキーを構成する場合は、キーコンテナーへのアクセスを承認するために使用するユーザー割り当て ID を指定する必要があります。
インフラストラクチャ暗号化を有効にする	省略可能	既定では、インフラストラクチャの暗号化は有効になっていません。サービスレベルとインフラストラクチャレベルの両方でデータを暗号化するには、インフラストラクチャの暗号化を有効にします。詳細については、「データの二重暗号化のためにインフラストラクチャ暗号化を有効にしてストレージアカウントを作成する」を参照してください。

次の図は、新しいストレージアカウントの暗号化プロパティの標準構成を示しています。

[タグ] タブ

[タグ] タブでは、Azure リソースを整理するための Resource Manager タグを指定できます。詳細については、「論理的な組織化のためにリソース、リソースグループ、サブスクリプションにタグを付ける」を参照してください。

次の図は、新しいストレージアカウントのインデックスタグプロパティの標準構成を示しています。

[確認と作成] タブ

[確認および作成] タブに移動すると、選択したストレージアカウントの設定の検証が Azure によって実行されます。検証に成功した場合は、ストレージアカウントの作成に進むことができます。

検証が失敗した場合は、変更する必要がある設定がポータルに示されます。

次の図は、新しいストレージアカウントを作成する前の [レビュー] タブのデータを示しています。

PowerShell を使用して汎用 v2 ストレージアカウントを作成するには、まず、New-AzResourceGroup コマンドを呼び出して新しいリソースグループを作成します。

$resourceGroup = "<resource-group>"
$location = "<location>"
New-AzResourceGroup -Name $resourceGroup -Location $location

-Location パラメーターに指定するリージョンがわからない場合は、Get-AzLocation コマンドを使用して、サブスクリプションに対してサポートされているリージョンの一覧を取得できます。

Get-AzLocation | select Location

次に、New-AzStorageAccount コマンドを使用して、読み取りアクセス geo 冗長ストレージ (RA-GRS) で Standard 汎用 v2 ストレージアカウントを作成します。ストレージアカウントの名前は Azure 全体で一意である必要があるため、角かっこ内のプレースホルダーの値を独自の一意の値に置き換えることを忘れないでください。

New-AzStorageAccount -ResourceGroupName $resourceGroup `
  -Name <account-name> `
  -Location $location `
  -SkuName Standard_RAGRS `
  -Kind StorageV2 `
  -AllowBlobPublicAccess $false `
  -MinimumTlsVersion TLS1_2

Azure DNS ゾーンエンドポイント (プレビュー) を使用したアカウントの作成は、次の手順に従います。

Azure DNS ゾーンエンドポイント (プレビュー) の説明に従って、プレビューに登録します。
最新バージョンの PowerShellGet がインストールされていることを確認します。
```
Install-Module PowerShellGet -Repository PSGallery -Force
```
PowerShell コンソールを閉じてから再度開きます。
Az.Storage PowerShell モジュールのバージョン 4.4.2-preview 以降をインストールします。他のバージョンの PowerShell モジュールをアンインストールする必要があるかもしれません。 Azure PowerShell のインストールの詳細については、PowerShellGet を使用した Azure PowerShell のインストールに関するページを参照してください。
```
Install-Module Az.Storage -Repository PsGallery -RequiredVersion 4.4.2-preview -AllowClobber -AllowPrerelease -Force
```

次に、-DnsEndpointType パラメーターに AzureDnsZone を指定してアカウントを作成します。アカウントが作成されたら、ストレージアカウントの PrimaryEndpoints と SecondaryEndpoints のプロパティを取得して、サービスエンドポイントを確認できます。

$rgName = "<resource-group>"
$accountName = "<storage-account>"

$account = New-AzStorageAccount -ResourceGroupName $rgName `
          -Name $accountName `
          -SkuName Standard_RAGRS `
          -Location <location> `
          -Kind StorageV2 `
          -AllowBlobPublicAccess $false `
          -MinimumTlsVersion TLS1_2 `
          -DnsEndpointType AzureDnsZone

$account.PrimaryEndpoints
$account.SecondaryEndpoints

ストレージアカウントの階層型名前空間で Azure Data Lake Storage を使用可能にするため、New-AzStorageAccount コマンドの呼び出しで EnableHierarchicalNamespace パラメーターを $True に設定します。

次の表は、必要な冗長構成で特定の種類のストレージアカウントを作成するために、SkuName パラメーターと Kind パラメーターに使用する値を示したものです。

Azure CLI を使用して汎用 v2 ストレージアカウントを作成するには、まず、az group create コマンドを呼び出して新しいリソースグループを作成します。

az group create \
  --name storage-resource-group \
  --location eastus

--location パラメーターに指定するリージョンがわからない場合は、az account list-locations コマンドで、サブスクリプションに対してサポートされているリージョンの一覧を取得できます。

az account list-locations \
  --query "[].{Region:name}" \
  --out table

次に、az storage account create コマンドを使用して、読み取りアクセス geo 冗長ストレージで Standard 汎用 v2 ストレージアカウントを作成します。ストレージアカウントの名前は Azure 全体で一意である必要があるため、角かっこ内のプレースホルダーの値を独自の一意の値に置き換えることを忘れないでください。

az storage account create \
  --name <account-name> \
  --resource-group storage-resource-group \
  --location eastus \
  --sku Standard_RAGRS \
  --kind StorageV2 \
  --min-tls-version TLS1_2 \
  --allow-blob-public-access false

Azure DNS ゾーンエンドポイント (プレビュー) でアカウントを作成するには、「Azure DNS ゾーンエンドポイント (プレビュー)」の説明に従って、最初にプレビューに登録します。次に、Azure CLI のプレビュー拡張機能がまだインストールされていない場合は、インストールします。

az extension add --name storage-preview

次に、--dns-endpoint-type パラメーターに AzureDnsZone を指定してアカウントを作成します。アカウントが作成されたら、ストレージアカウントの PrimaryEndpoints のプロパティを取得して、サービスエンドポイントを確認できます。

az storage account create \
    --name <account-name> \
    --resource-group <resource-group> \
    --location <location> \
    --min-tls-version TLS1_2 \
    --allow-blob-public-access false \
    --dns-endpoint-type AzureDnsZone

アカウントが作成されたら、ストレージアカウントの primaryEndpoints と secondaryEndpoints のプロパティを取得して、サービスエンドポイントを返すことができます。

az storage account show \
    --resource-group <resource-group> \
    --name <account-name> \
    --query '[primaryEndpoints, secondaryEndpoints]'

ストレージアカウントの階層型名前空間で Azure Data Lake Storage を使用できるようにするには、az storage account create コマンドの呼び出しに enable-hierarchical-namespace パラメーターを true に設定します。階層型名前空間を作成するには、Azure CLI バージョン 2.0.79 以降が必要です。

Azure PowerShell または Azure CLI を使用して Bicep ファイルをデプロイし、ストレージアカウントを作成できます。このハウツー記事で使う Bicep ファイルは、Azure Resource Manager クイックスタートのテンプレートに関する記事からのものです。 Bicep は、現在、リモートファイルのデプロイをサポートしていません。 Bicep ファイルをダウンロードしてローカルコンピューターに保存したら、スクリプトを実行します。

$resourceGroupName = Read-Host -Prompt "Enter the Resource Group name"
$location = Read-Host -Prompt "Enter the location (i.e. centralus)"

New-AzResourceGroup -Name $resourceGroupName -Location "$location"
New-AzResourceGroupDeployment -ResourceGroupName $resourceGroupName -TemplateFile "main.bicep"

echo "Enter the Resource Group name:" &&
read resourceGroupName &&
echo "Enter the location (i.e. centralus):" &&
read location &&
az group create --name $resourceGroupName --location "$location" &&
az deployment group create --resource-group $resourceGroupName --template-file "main.bicep"

注意

この Bicep ファイルは、例としてのみ機能します。この Bicep ファイルの一部として構成されていないストレージアカウント設定は多数あります。たとえば、Data Lake Storage を使用する場合、StorageAccountPropertiesCreateParameters オブジェクトの isHnsEnabled プロパティを true に設定して、この Bicep ファイルを変更します。

この Bicep ファイルの変更方法または新しいテンプレートの作成方法については、以下を参照してください。

Azure PowerShell または Azure CLI を使用して Resource Manager テンプレートをデプロイし、ストレージアカウントを作成できます。このハウツー記事で使うテンプレートは、Azure Resource Manager クイックスタートのテンプレートに関する記事からのものです。スクリプトを実行するには、 [使ってみる] を選択して、Azure Cloud Shell を開きます。スクリプトを貼り付けるには、シェルを右クリックし、 [貼り付け] を選択します。

$resourceGroupName = Read-Host -Prompt "Enter the Resource Group name"
$location = Read-Host -Prompt "Enter the location (i.e. centralus)"

New-AzResourceGroup -Name $resourceGroupName -Location "$location"
New-AzResourceGroupDeployment -ResourceGroupName $resourceGroupName -TemplateUri "https://raw.githubusercontent.com/Azure/azure-quickstart-templates/master/quickstarts/microsoft.storage/storage-account-create/azuredeploy.json"

echo "Enter the Resource Group name:" &&
read resourceGroupName &&
echo "Enter the location (i.e. centralus):" &&
read location &&
az group create --name $resourceGroupName --location "$location" &&
az deployment group create --resource-group $resourceGroupName --template-uri "https://raw.githubusercontent.com/Azure/azure-quickstart-templates/master/quickstarts/microsoft.storage/storage-account-create/azuredeploy.json"

Note

このテンプレートは、例としてのみ機能します。このテンプレートの一部として構成されていないストレージアカウント設定は多数あります。たとえば、Data Lake Storage を使用する場合、StorageAccountPropertiesCreateParameters オブジェクトの isHnsEnabled プロパティを true に設定して、このテンプレートを変更します。

このテンプレートの変更方法または新しいテンプレートの作成方法については、以下を参照してください。

Azure Developer CLI (azd) は、 azd テンプレートを中心に設計されています。これらのテンプレートでは、Bicep ファイル、基本的な構成、自動化タスクを利用して、リソースをプロビジョニングして Azure にデプロイします。また、ストレージアカウントの作成クイックスタートリポジトリでテンプレートのソースコードを表示することもできます。

次の手順に従って、このクイックスタートのテンプレートを初期化して実行します。

ローカルターミナルまたは CloudShell で azd init コマンドを実行します。
```
azd init --template https://github.com/azure-samples/azd-create-storage-account
```
azd で、環境名の入力を求められます。これによって、Azure でプロビジョニングされたリソースの名前が決定します。 azdstorage という名前を入力して [Enter] キーを押します。
次に、 azd up コマンドを実行して、テンプレートのプロビジョニングとデプロイプロセスを開始します。
```
azd up
```
まだ Azure に対して認証されていない場合、 azd は、 azd auth login コマンドを使用して Azure にサインインするように指示するメッセージが表示されます。
```
azd auth login
```
認証が完了すると、 azd で、リージョンの一覧からストレージアカウントをプロビジョニングする Azure の場所を選択するよう求められます。一覧から目的の場所を選択し、[Enter] キーを押します。
azd では、ストレージアカウントの種類の入力も求められます。この型は、ストレージアカウントのプロビジョニングに柔軟性を追加するために azd テンプレートに追加されたカスタムパラメーターです。 Standard_LRS または任意の型を選択し、[Enter] キーを押します。
azd でストレージアカウントのプロビジョニングが開始されます。コマンド出力には、Azure でのデプロイへのリンクと、コマンドが完了するまでの状態の詳細が表示されます。
コマンドが完了したら、リンクをクリックして、プロビジョニングされたリソースグループとストレージアカウントへの Azure portal を開きます。

ストレージアカウントを削除する

ストレージアカウントを削除すると、アカウント内のすべてのデータを含む、アカウント全体が削除されます。アカウントを削除する前に、保存する必要のあるすべてのデータを必ずバックアップしてください。

特定の状況では、削除したストレージアカウントを回復できますが、必ず回復出来るとは限りません。詳しくは、「削除されたストレージアカウントを復旧する」をご覧ください。

Azure 仮想マシンに関連付けられているストレージアカウントを削除しようとすると、まだ使用しているストレージアカウントに関するエラーメッセージが表示されることがあります。このエラーのトラブルシューティングで助けが必要な場合は、「ストレージアカウントを削除する際のエラーのトラブルシューティング」を参照してください。

Azure portal でストレージアカウントに移動します。
[削除] を選択します。

ストレージアカウントを削除するには、Remove-AzStorageAccount コマンドを使用します。

Remove-AzStorageAccount -Name <storage-account> -ResourceGroupName <resource-group>

ストレージアカウントを削除するには、az storage account delete コマンドを使用します。

az storage account delete --name <storage-account> --resource-group <resource-group>

ストレージアカウントを削除するには、Azure PowerShell または Azure CLI を使用します。

$storageResourceGroupName = Read-Host -Prompt "Enter the resource group name"
$storageAccountName = Read-Host -Prompt "Enter the storage account name"
Remove-AzStorageAccount -Name $storageAccountName -ResourceGroupName $storageResourceGroupName

echo "Enter the resource group name:" &&
read resourceGroupName &&
echo "Enter the storage account name:" &&
read storageAccountName &&
az storage account delete --name storageAccountName --resource-group resourceGroupName

ストレージアカウントを削除するには、Azure PowerShell または Azure CLI を使用します。

$storageResourceGroupName = Read-Host -Prompt "Enter the resource group name"
$storageAccountName = Read-Host -Prompt "Enter the storage account name"
Remove-AzStorageAccount -Name $storageAccountName -ResourceGroupName $storageResourceGroupName

echo "Enter the resource group name:" &&
read resourceGroupName &&
echo "Enter the storage account name:" &&
read storageAccountName &&
az storage account delete --name storageAccountName --resource-group resourceGroupName

azd によって作成されたリソースグループとストレージアカウントを削除するには、 azd down コマンドを使用します。

azd down

また、リソースグループを削除して、ストレージアカウントとそのリソースグループ内の他のリソースを削除することもできます。リソースグループの削除の詳細については、リソースグループの削除に関するページを参照してください。

汎用 v1 ストレージアカウントを作成する

Note

Microsoft ではほとんどのシナリオで汎用 v2 アカウントを推奨していますが、Microsoft では新規および既存のお客様向けに汎用 v1 アカウントを引き続きサポートしています。これらのリージョンで Azure Storage を利用できる場合は常に、新しいリージョンに汎用 v1 ストレージアカウントを作成できます。 Microsoft では、現時点で汎用 v1 アカウントのサポートを廃止する予定はなく、Azure Storage 機能のサポート終了の少なくとも 1 年前に事前通知する予定です。 Microsoft では、汎用 v1 アカウントのセキュリティ更新プログラムを引き続き提供しますが、このアカウントの種類に対して新しい機能の開発は予定されていません。

2020 年 10 月 1 日以降にオンラインになった新しい Azure リージョンでは、汎用 v1 アカウントの料金は変更されており、これらのリージョンの汎用 v2 アカウントの料金と同じです。 2020 年 10 月 1 日より前に存在していた Azure リージョンの汎用 v1 アカウントの料金は変更されていません。特定のリージョンの汎用 v1 アカウントの価格の詳細については、Azure Storage の価格ページを参照してください。リージョンを選択し、 [価格プラン] の横にある [その他] を選択してください。

汎用 v1 (GPv1) ストレージアカウントは、Azure portal から作成できなくなりました。 GPv1 ストレージアカウントを作成する必要がある場合は、PowerShell、Azure CLI、Bicep、または Azure テンプレート用の「ストレージアカウントの作成」セクションの手順に従います。 kind パラメーターには Storage を指定し、サポートされている値の表から sku または SkuName を選択します。

次の方法で共有

Azure Storage アカウントを作成する

前提条件

Azure Cloud Shell を使用する

Azure CLI をローカルにインストールする

ストレージアカウントの作成

ストレージアカウントの種類のパラメーター

[基本] タブ

[詳細設定] タブ

[ネットワーク] タブ

[データ保護] タブ

[暗号化] タブ

[タグ] タブ

[確認と作成] タブ

ストレージアカウントを削除する

汎用 v1 ストレージアカウントを作成する

次のステップ

フィードバック

その他のリソース

次の方法で共有

Azure Storage アカウントを作成する

前提条件

ストレージ アカウントの作成

ストレージ アカウントの種類のパラメーター

[基本] タブ

[詳細設定] タブ

[ネットワーク] タブ

[データ保護] タブ

[暗号化] タブ

[タグ] タブ

[確認と作成] タブ

ストレージ アカウントを削除する

汎用 v1 ストレージ アカウントを作成する

次のステップ

フィードバック

その他のリソース

ストレージアカウントの作成

ストレージアカウントの種類のパラメーター

ストレージアカウントを削除する

汎用 v1 ストレージアカウントを作成する