ストレージ アカウントの概要

ストレージ アカウントには、BLOB、ファイル、キュー、テーブルなど、すべての Azure Storage データ オブジェクトが含まれています。 このストレージ アカウントでは、世界中のどこからでも HTTP または HTTPS 経由でアクセスできる Azure Storage データ用の一意の名前空間が提供されます。 ストレージ アカウント内のデータは、持続性があり、可用性が高く、セキュリティで保護され、非常にスケーラブルです。

ストレージ アカウントを作成する方法について説明します。

ストレージ アカウントの種類

Azure Storage では、数種類のストレージ アカウントが提供されています。 各種類は異なる機能をサポートし、独自の価格モデルがあります。

次の表では、ほとんどのシナリオで推奨されるストレージ アカウントの種類について説明します。 これらの種類はすべて 、Azure Resource Manager デプロイ モデルを使用します。

¹ Data Lake Storage は、Blob Storage 上に構築されたビッグ データ分析専用の一連の機能です。 詳しくは、「Azure Data Lake Storage Gen2 の概要」と「Azure Data Lake Storage Gen2 で使用するストレージ アカウントを作成する」をご覧ください。

² ZRS、GZRS、RA-GZRS は、特定のリージョンにおいて、標準の汎用 v2、Premium ブロック BLOB、Premium ファイル共有、Premium ページ BLOB アカウントでのみ使用できます。 詳細については、「Azure Storage の冗長性」をご覧ください。

³ Premium パフォーマンス ストレージ アカウントでは、ソリッド ステート ドライブ (SSD) を使用することで低遅延と高スループットを実現しています。

レガシ ストレージ アカウントもサポートされます。 詳細については、「レガシ ストレージ アカウントの種類」を参照してください。

Azure ストレージ アカウントのサービス レベル アグリーメント (SLA) は、 オンライン サービスの SLA ページで入手できます。

ストレージ アカウント名

ストレージ アカウントに名前を付ける場合は、次の規則に注意してください。

• ストレージ アカウント名の長さは 3 文字から 24 文字でなければなりません。 数字と小文字のみを含めることができます。
• ストレージ アカウント名は Azure 内で一意である必要があります。 複数のストレージ アカウントが同じ名前を持つことはできません。

ストレージ アカウントのワークロード

Azure Storage のお客様は、さまざまなワークロードを使用してデータを格納し、データにアクセスし、ビジネス目標を満たすために分析情報を導き出します。 各ワークロードでは、要件と業界標準に基づいて、データ操作に特定のプロトコルを使用します。

次のセクションでは、ストレージ アカウントのさまざまなプライマリ ワークロードの大まかな分類について説明します。

クラウド ネイティブ

クラウドネイティブ アプリは、クラウド パラダイムとテクノロジの基盤に基づいて構築された大規模な分散アプリケーションです。 この最新のアプローチでは、クラウドのスケールとパフォーマンスの機能に重点を置いています。

クラウドネイティブ アプリは、マイクロサービス アーキテクチャに基づいて、マネージド サービスを使用し、継続的デリバリーを採用して信頼性を実現できます。 通常、これらのアプリケーションは、Web アプリ、モバイル アプリ、コンテナー化されたアプリ、サーバーレスまたはサービスとしての機能 (FaaS) の種類に分類されます。

Analytics

分析は、データと統計の体系的な計算分析です。 この科学には、データ内で見つかった意味のある洞察とパターンの発見、解釈、伝達が含まれます。

検出されたデータは、ビジネスをさらに目標に立て、目標を達成するのに役立つ方法で操作および解釈できます。 これらのワークロードは、通常、大量のデータを取り込むパイプラインで構成されます。 データは、Power BI、データ ウェアハウス、またはアプリケーションを介してダウンストリームで使用するために準備、キュレーション、集計されます。

分析ワークロードでは、高いイングレスとエグレスが必要になり、ストレージ アカウントのスループットが向上する可能性があります。 分析の種類には、リアルタイム分析、高度な分析、予測分析、感情分析、感情分析などがあります。 分析のために、お客様は分散ストレージ アーキテクチャ内の大量のデータに高スループットでアクセスできることが保証されます。

ハイ パフォーマンス コンピューティング

ハイ パフォーマンス コンピューティング (HPC) は、同じ一連のタスクに対して動作する複数のコンピューティング ノードの集約です。 指定された時間枠内で、単一ノードが達成できる以上のことを実現できます。

HPC を使用すると、強力なプロセッサが並列で動作し、大量の多次元データセットを処理できます。 HPC ワークロードでは、遺伝子シーケンシングやリザーバー シミュレーションなどのワークロードに対して高スループットの読み取りと書き込み操作が必要です。 HPC ワークロードには、1 秒あたりの入出力操作数が多い (IOPS) アプリケーションや、多数の小さなファイルへの低待機時間アクセスも含まれます。 これらのファイルは、地震の解釈、自動運転、リスクワークロードなどのワークロードに使用されます。

主な目標は、超高速で複雑な問題を解決することです。 高パフォーマンス コンピューティングのその他の例としては、流体力学や、スケーラビリティと高スループットを必要とするその他の物理シミュレーションや分析などがあります。 大量のデータに大量のコンカレンシーでアクセスできるようにすることで、お客様が HPC を実行できるように支援します。

Backup and archive

ビジネス継続性とディザスター リカバリー (BCDR) は、ビジネスが悪影響を受けた後も運用を続ける能力です。 ストレージの観点から見ると、この目的は、ストレージ システムの停止中にビジネス継続性を維持することに相当します。

業界全体でサービスとしてのバックアップ オファリングが導入されるにつれて、BCDR データはパブリック クラウドへの移行がますます進んでいます。 バックアップとアーカイブのワークロードは、ランサムウェアや悪意のある攻撃に対する最後の防御線として機能します。 サービスの中断やデータの誤った削除または破損が発生した場合は、効率的かつ調整された方法でデータを回復することが最優先事項です。 Azure Storage を使用すると、最もコスト効率の高い方法で大量のデータを格納および取得できます。

機械学習と AI

AI は、マシン内の人間のインテリジェンスと問題解決機能をシミュレートするテクノロジです。 機械学習 (ML) は、アルゴリズムを使用してマシンがタスクを実行できるようにするモデルを作成する AI のサブディスクラインです。 AI と ML のワークロードは Azure の最新のものであり、急速なペースで成長しています。

この種のワークロードをすべての業界に適用して、メトリックを改善し、パフォーマンス目標を達成することができます。 この種の技術は、医療と健康の分野で、また健康評価を提供しながら、命を救う薬や実践の発見につながる可能性があります。

ML と AI のその他の日常的な用途には、不正行為の検出、画像認識、誤った情報のフラグ付けなどがあります。 通常、これらのワークロードには次のものが必要です。

• 高度に特殊化されたコンピューティング (GPU の多く)。
• 高スループットと IOPS。
• ストレージへの低待機時間のアクセス。
• POSIX ファイル システム アクセス。

Azure Storage では、チェックポイントを保存し、大規模なデータセットとモデルのストレージを提供することで、これらの種類のワークロードをサポートしています。 これらのデータセットとモデルは、GPU の使用を維持するためのペースで読み取りと書き込みを行います。

推奨されるワークロード構成

次の表は、各ワークロードに対する Microsoft が推奨するストレージ アカウントの構成を示しています。 (各ワークロードに関連付けられている) 構成オプションを変更すると、コストに影響があります。

Block blob の価格をご覧ください。 計算ツールにワークロードの構成オプションを入力し、[ 推奨 ] タブを選択して、作成している特定のワークロードの詳細な価格を表示します。

¹ ZRS は、LRS と比較して冗長性が高いため、分析ワークロードに適した既定値です。 分析フレームワークと完全に互換性を持ちながら、ゾーンの障害から保護します。 分析ワークロードの冗長性を高める必要があるお客様は、geo 冗長ストレージ (GRS または RA-GRS) を使用することもできます。

²階層型名前空間 は、Data Lake Storage のコア機能です。 大量のデータのデータ編成とアクセス効率が向上し、分析ワークロードに最適です。

³ クール アクセス層は、アクセス頻度の低いデータを格納するためのコスト効率の高いソリューションを提供します (バックアップおよびアーカイブ ワークロードの場合に一般的)。 コストを評価した後、コールド アクセス層を検討することもできます。

ストレージ アカウント エンドポイント

ストレージ アカウントは、データ用の一意の名前空間を Azure 内に用意します。 Azure Storage 内に格納されるすべてのオブジェクトには、一意のアカウント名を含む URL アドレスが割り当てられます。 アカウント名とサービス エンドポイントの組み合わせによって、ストレージ アカウント用のエンドポイントが形成されます。

ストレージ アカウントには、次の 2 種類のサービス エンドポイントを使用できます:

• 標準エンドポイント (推奨)。 既定では、サブスクリプションの標準エンドポイントを使用して、リージョンあたり最大 250 個のストレージ アカウントを作成できます。 クォータの引き上げにより、リージョンごとに標準エンドポイントを使用して最大 500 個のストレージ アカウントを作成できます。 詳細については、「Azure Storage アカウントのクォータを増やす」を参照してください。
• Azure DNS ゾーン エンドポイント (プレビュー)。 サブスクリプション内の Azure DNS ゾーン エンドポイントを使用して、サブスクリプションごとにリージョンあたり最大 5,000 個のストレージ アカウントを作成できます。

1 つのサブスクリプション内で、Standard または Azure DNS ゾーン エンドポイントを持つアカウントを、サブスクリプションごとにリージョンあたり最大 5,250 アカウントで作成できます。 クォータの引き上げにより、サブスクリプションごとにリージョンあたり最大 5,500 個のストレージ アカウントを作成できます。

BLOB Storage エンドポイントにカスタム ドメインを使用するようにストレージ アカウントを構成できます。 詳細については、「 カスタム ドメインを Azure Blob Storage エンドポイントにマップする」を参照してください。

標準エンドポイント

Azure Storage の標準サービス エンドポイントには、次のものが含まれます。

• プロトコル。 (HTTPS をお勧めします)。)
• サブドメインとしてのストレージ アカウント名。
• サービスの名前を含む固定ドメイン。

次の表は、各 Azure Storage サービスの標準エンドポイントの形式を一覧にしたものです。

標準エンドポイントを使用してアカウントを作成すると、Azure Storage 内のオブジェクトの URL を簡単に作成できます。 ストレージ アカウント内のオブジェクトの場所をエンドポイントに追加します。 たとえば、BLOB の URL は次のようになります。

https://<mystorageaccount>.blob.core.windows.net/<mycontainer>/<myblob>

Azure DNS ゾーン エンドポイント (プレビュー)

Azure DNS ゾーン エンドポイント (プレビュー) を使用してストレージ アカウントを作成すると、Azure Storage は Azure DNS ゾーンを動的に選択し、作成時にストレージ アカウントに割り当てます。 新しいストレージ アカウントのエンドポイントは、動的に選択された Azure DNS ゾーンに作成されます。 詳細については、「Azure DNS ゾーン」を参照してください。

Azure Storage の Azure DNS ゾーン サービス エンドポイントには、次のものが含まれます。

• プロトコル。 (HTTPS をお勧めします)。)
• サブドメインとしてのストレージ アカウント名。
• サービスの名前と DNS ゾーンの識別子を含むドメイン。 DNS ゾーンの識別子は常に先頭が z で始まり、範囲は z00 ～ z50 に指定できます。

次の表に、各 Azure Storage サービスの Azure DNS ゾーン エンドポイントの形式を示します。

Azure DNS ゾーン エンドポイントは、Azure Resource Manager デプロイ モデルのみで作成されたアカウントでサポートされます。 詳細については、「Azure Resource Manager の概要」を参照してください。

Azure DNS ゾーン エンドポイントを使用してストレージ アカウントを作成する方法については、「 ストレージ アカウントの作成」を参照してください。

プレビューについて

Azure DNS ゾーン エンドポイントのプレビューは、すべてのパブリック リージョンで利用できます。 プレビューは、政府機関向けクラウド リージョンでは使用できません。

プレビューに登録するには、「 Azure サブスクリプションでのプレビュー機能の設定」に記載されている手順に従います。 機能名を PartitionedDnsPublicPreview とし、プロバイダー名前空間を Microsoft.Storage として指定します。

CNAME レコード、サブドメイン、および IP アドレス

各ストレージ アカウント エンドポイントは、最終的に DNS A レコードを指す DNS CNAME レコードのチェーンを指します。 各レコードに関連付けられているレコードの数とサブドメインは、アカウントによって異なる場合があります。 ストレージ アカウントの種類とアカウントの構成方法によって異なります。

ストレージ アカウント エンドポイントは安定しており、変更されません。 ただし、チェーン内の CNAME レコードは変更される可能性があり、変更が発生しても通知されません。 Azure でプライベート DNS サービスをホストする場合、これらの変更が構成に影響する可能性があります。

次のガイドラインを考慮してください。

• ストレージ アカウント エンドポイントに関連付けられている CNAME チェーンは、予告なしに変更される可能性があります。 アプリケーションと環境は、CNAME レコードの数や、それらの CNAME レコードに関連付けられているサブドメインに依存しないようにする必要があります。

• ストレージ アカウント エンドポイントの DNS 解決によって返される A レコードの IP アドレスは、頻繁に変更される可能性があります。

• アプリケーションとオペレーティング システムは、常に CNAME レコードに関連付けられている TTL を受け入れておく必要があります。 TTL を超えて CNAME レコードの値をキャッシュすると、意図しない動作が発生する可能性があります。

ストレージ アカウントの移行

次の表は、ストレージ アカウントの移動、アップグレード、または移行方法に関するガイダンスをまとめたものです。

ストレージ アカウントへのデータの転送

Microsoft では、オンプレミスのストレージ デバイスまたはサードパーティのクラウド ストレージ プロバイダーからデータをインポートするためのサービスとユーティリティを提供しています。 どのソリューションを使用するかは、転送するデータ量によって決まります。 詳細については、「Azure Storage の移行の概要」を参照してください。

ストレージ アカウントの暗号化

ストレージ アカウント内のすべてのデータは、サービス側で自動的に暗号化されます。 暗号化およびキー管理の詳細については、「保存データに対する Azure Storage 暗号化」を参照してください。

ストレージ アカウントの課金

Azure Storage では、ストレージ アカウントの使用に基づいて請求されます。 ストレージ アカウント内のすべてのオブジェクトは、グループとしてまとめて課金されます。 ストレージ コストは次の要素に基づいて計算されます。

• リージョン: アカウントの基になっている地理的リージョン。
• アカウントの種類: 使用しているストレージ アカウントの種類。
• アクセス層: 汎用 v2 または Blob Storage アカウントに指定したデータ使用パターン。
• 容量: データの格納に使用しているストレージ アカウントの割り当ての量。
• 冗長性: 一度に保持されるデータのコピーの数と、その場所。
• トランザクション: Azure Storage に対するすべての読み取り操作と書き込み操作。
• データエグレス: Azure リージョンから転送されたすべてのデータ。 同じリージョンで実行されていないアプリケーションがストレージ アカウント内のデータにアクセスすると、データエグレスに対して課金されます。 リソース グループを使用して同じリージョン内のデータとサービスをグループ化してエグレス料金を制限する方法については、「Azure リソース グループとは」を参照してください。

アカウントの種類、ストレージ容量、レプリケーション、およびトランザクションに基づく詳細な価格情報については、Azure Storage の価格に関するページを参照してください。 データ転送の価格の詳細では、データエグレスの詳細な価格情報が提供されます。 コストの見積もりには、Azure Storage の料金計算ツールをご利用ください。

Azure サービスは有料です。 支出を制御するために、Microsoft Cost Management を使用して予算を設定し、アラートを構成できます。

Cost Management を使用して Azure のコストを分析、管理、最適化できます。 詳細については、コスト分析に関するクイック スタートに関するページを参照してください。

廃止されたストレージ アカウントの種類

次のアカウントの種類は廃止されているか、廃止が予定されています。 新しいデプロイには推奨されません。 これらのアカウントをまだ使用している場合は、サポートされているアカウントの種類への移行を計画してください。

¹ クラシック は、Azure サービス管理デプロイ モデルを表します。

標準ストレージ アカウントのスケーラビリティ ターゲット

次の表では、Azure 汎用 v2 (GPv2)、汎用 v1 (GPv1)、Blob Storage アカウントの既定の制限について説明します。

テーブル内のいくつかのエントリは、ディスク アクセスにも適用され、明示的にラベルが付けられます。 ディスク アクセスは、 プライベート リンクを介したマネージド ディスクのインポートまたはエクスポートにのみ使用されるリソースです。

GPv1 は廃止されるため、お客様 は GPv2 ストレージ アカウントを使用する必要があります。 ダウンタイムなしでデータをコピーする必要なく、GPv1 または Blob Storage アカウントを GPv2 アカウントに簡単にアップグレードできます。 詳細については、GPv2 ストレージ アカウントへのアップグレードに関する記事を参照してください。

イングレス制限は、ストレージ アカウントまたはディスク アクセスに送信されるすべてのデータを指します。 エグレス制限は、ストレージ アカウントまたはディスク アクセスから受信したすべてのデータを指します。

¹ クォータの引き上げにより、リージョンごとに Standard エンドポイントを使用して最大 500 個のストレージ アカウントを作成できます。 詳細については、「Azure Storage アカウントのクォータを増やす」を参照してください。

² Azure Storage の Standard アカウントの場合、要求による容量制限とイングレスおよびエグレス制限の引き上げがサポートされます。 アカウント制限の引き上げを希望する場合は、Azure サポートにお問い合わせください。

関連コンテンツ

• ストレージ アカウントの作成
• 汎用 v2 ストレージ アカウントにアップグレードする
• 削除されたストレージ アカウントを復元する