Azure Storageチュートリアル– Microsoft Azureのテーブル、BLOB、キュー、ファイルストレージ



このブログでは、紺碧のストレージとそのコンポーネントについて詳しく学びます。最後に、すべてのストレージサービスを実際に体験します。

Azure Storageは、Microsoftが管理するクラウドストレージサービスであり、手動で管理する場合に比べて、可用性が高く、耐久性があり、スケーラブルで冗長なストレージをわずかなコストで提供します。 Azure Storageに関するこのブログでは、次のようなAzureのさまざまなストレージ製品について学習します。 テーブル、BLOB、ファイルストレージ そして キュー !最後に、これらすべてのサービスのデモンストレーションもAzureに含めました。 Azure Storageの概要については、このチュートリアルを参照することもできます。

本日取り上げるトピックは次のとおりです。





  1. なぜストレージが必要なのですか?
  2. ストレージとデータベース
  3. Azure Storageとは何ですか?
  4. Azureでのレプリケーション
  5. デモ

なぜストレージが必要なのですか?

例を使用してこれを理解しましょう。次のアーキテクチャについて考えてみましょう。



Architecture1-Azureストレージチュートリアル-Edureka

このアーキテクチャは、画像処理Webサイト用です。 Webサイトサーバーとバックエンドサーバーの2つのクラスのサーバー間で負荷を分散しようとしました。ウェブサイトサーバーの唯一の仕事は、ウェブサイトの受信ページリクエストを処理することです。バックエンドサーバーは、操作に対応して必要となるすべての「処理」(この場合は画像処理)を処理します。不明な空白の「エンティティ」が2つあります。

Javaのデータ構造とアルゴリズム

最初のエンティティは、当社のWebサイトサーバーからの受信ジョブを保存するために必要になります。これらのジョブは、ジョブを実行するためにバックエンドサーバーによって取得されます。ジョブが完了したら、このエンティティから削除して、他のサーバーがジョブを取得して再度処理しないようにする必要があります。これは、ジョブがすでに処理されているためです。



疑問に思われるかもしれませんが、なぜこのリストをバックエンドサーバーに保存できないのでしょうか。それの訳は、 ユースケースでは、複数のバックエンドサーバーが必要になります。したがって、このリストは各バックエンドサーバーに存在する必要があり、ジョブが正常に完了するたびに、すべてのサーバーがリストを更新する必要があります。さて、これは大変な作業になります。

したがって、より良いソリューションが必要でした。そのため、すべてのバックエンドサーバーにアクセスできる共通の場所を考え出しました。この場所では、すべてのジョブを先着順で保存できます。これは、キューと呼ばれるようになりました。

処理された画像を保存するには、2番目の不明なエンティティが必要です。何かが必要だった最小限の処理オーバーヘッドで画像を保存できます。明白な答えは、ストレージ用のファイルシステムでした。

結論として、私たちは キュー 最初のエンティティと2番目のエンティティのストレージが必要でした ファイルシステム 。しかし、画像やジョブを保存するために、データベースではなくファイルシステムが必要なのはなぜですか?

ストレージとデータベース

ファイルシステムは、必要な処理が少ないだけでなく、アクセスも簡単です。画像をデータベースに保存する場合、画像が必要になるたびに、データベースに対してクエリリクエストを実行する必要があります。ファイルシステムの同じケースを想像してみてください。ファイルへのアクセスは非常に単純で軽量であるため、それほど多くの処理は必要ありません。また、データベースストレージはファイルシステムストレージよりも高価です。

Azure Storageとは何ですか?

Azureストレージ は、顧客のニーズを満たすために耐久性、可用性、およびスケーラビリティに依存する最新のアプリケーション向けのクラウドストレージソリューションです。

Azureでストレージを使用するために最初に必要なのは、 ストレージアカウント。

ストレージアカウント

Azureで任意のストレージタイプを使用するには、最初にAzureでアカウントを作成する必要があります。アカウントを作成した後、ストレージアカウントのサービスとの間でデータを転送できます。最大500TBのデータをクラウドに保存するためのストレージアカウントを作成します。 Blobストレージアカウントとホットまたはクールアクセス層を使用するオブジェクトデータにアクセスする頻度に基づいてコストを最適化するため。

ストレージアカウントには、次の2つのタイプがあります。

  1. 一般的用途
  2. BLOBストレージ

それぞれについて詳しく説明しましょう。

汎用ストレージアカウント

汎用ストレージアカウントは、BLOB、キュー、ファイル、テーブル、これらすべてのサービスに統合されたアカウントでアクセスできるスペースを提供します。汎用ストレージアカウントは、オブジェクトデータの保存、NoSQLデータストアとしての使用、メッセージ処理用のキューの定義と使用、およびセットアップに使用できます。 ファイル共有 クラウドで。

前述のように、Azureには主に4種類のストレージタイプがあります。

  • テーブル
  • ブロブ
  • キュー
  • ファイルストレージ

テーブル

ザ・ Azureテーブル ストレージサービスは、大量の構造化データを保存します。このサービスは、Azureクラウドの内外からの認証済み呼び出しを受け入れるNoSQLデータストアです。 Azureテーブルは、構造化された非リレーショナルデータを格納するのに理想的です。

ブロブ

Azure Blob ストレージは、非構造化データをオブジェクトとしてクラウドに保存するサービスです/ ブロブブロブ ストレージには、ドキュメント、メディアファイル、アプリケーションインストーラーなど、あらゆる種類のテキストまたはバイナリデータを保存できます。 ブロブ ストレージは、オブジェクトストレージとも呼ばれます。

キュー

Azureキュー ストレージは、次のような多数のメッセージを保存するためのサービスです。HTTPまたはHTTPSを使用した認証済みの呼び出しを介して、世界中のどこからでもアクセスできます。独身者 キュー メッセージのサイズは最大64KBで、 キュー ストレージアカウントの合計容量制限まで、数百万のメッセージを含めることができます。

ファイルストレージ

ファイルストレージ シェアはSMBです ファイル 分かち合います Azure 。すべてのディレクトリと ファイル 親共有で作成する必要があります。アカウントには無制限の数の共有を含めることができ、共有には無制限の数の共有を保存できます ファイル 、最大5TBの総容量 ファイル シェア。

BLOBストレージ

BLOBストレージアカウントはBLOBデータの保存に特化しており、BLOBデータの選択にも使用できます。 アクセス層 、アカウント内のデータにアクセスする頻度を指定できます。ストレージに適し、費用に適したアクセス階層を選択できます。

アクセス層には次の2つのタイプがあります。

ホット: このアクセス層は、可能な限り最小の遅延を提供します。したがって、頻繁にアクセスされるデータで使用する必要があります。当然、レイテンシーが低いため、より高価です。

コールド: このアクセス層は、「ホット」アクセス層よりもパフォーマンスが低くなります。つまり、以前のアクセス層。とはいえ、値札が安いため、アクセス頻度の低いデータに使用できます。

次に進むと、これらのストレージアカウントタイプは両方とも ブロブストレージ そして 汎用ストレージアカウント 高可用性を実現するように設計されています。高可用性により、Azureでホストされているファイルを24時間365日利用できるようになります。また、高可用性はレプリケーションを使用した場合にのみ可能です。

レプリケーション

Azureには、基本的に4種類のレプリケーションがあります。

ローカル冗長ストレージ

ローカル冗長ストレージ(LRS)は、ストレージスケールユニット内、つまりデータセンター内でデータを3回複製します。データセンターは、ストレージアカウントを作成した地域にあります。書き込み要求は、3つのレプリカすべてに書き込まれた場合にのみ正常に返されます。これらのレプリカはそれぞれ、1つのストレージスケールユニット内の個別のフォールトドメインとアップグレードドメインに存在します。

ゾーン冗長ストレージ

ゾーン冗長ストレージ(ZRS)は、LRSと同様の3つのレプリカを格納することに加えて、1つまたは2つのリージョン内のデータセンター間でデータを非同期に複製するため、LRSよりも高い耐久性を提供します。 ZRSに保存されたデータは、プライマリデータセンターが利用できない、または回復できない場合でも耐久性があります。

地理的冗長ストレージ

地理的冗長ストレージ(GRS)は、プライマリリージョンから数百マイル離れたセカンダリリージョンにデータを複製します。ストレージアカウントでGRSが有効になっていると、地域が完全に停止した場合や、プライマリリージョンが復旧できない災害が発生した場合でも、データは永続的です。

AccessGeo-RedundantStorageを読む

読み取りアクセス地理冗長ストレージ(RA-GRS)は、GRSによって提供される2つのリージョン間のレプリケーションに加えて、セカンダリロケーションのデータへの読み取り専用アクセスを提供することにより、ストレージアカウントの可用性を最大化します。

さて、これで必要なすべての情報が得られました。先に進んで、デモで指を曲げましょう!

デモ

このデモは2つのパートで行います。

パート1: blobサービスにファイルをアップロードできるWebサイトの設定を試みます。ファイルがアップロードされると、ファイルの詳細もAzureキューに追加されます。このキューは、更新時にWebページの背景を変更するために使用されます。

オブジェクトの配列を作成するjava

ステップ1: 前に述べたように、最初のステップはストレージアカウントを作成することです。以下の画像の指示に従ってください。

  1. まず、左側のペインで[ストレージアカウント]をクリックします
  2. 次に、[追加]をクリックします
  3. 最後に、関連するすべてのフィールドに入力して、[作成]をクリックします。

ステップ2: それでおしまい!ストレージアカウントが正常に作成されました。アカウントには、ブロブ、キュー、ファイル、テーブルの4種類のストレージサービスがあります。このAzureStorageチュートリアルでは、このパートでBlobサービスとキューサービスについて説明します。また、詳細なデモについては、このブログの冒頭に添付されているAzureStorageチュートリアルのビデオを参照してください。まず、blobサービスを構成しましょう。ストレージアカウントに移動し、Blobsをクリックします。

ステップ3: クリック コンテナ 、新しいコンテナを作成します。まず、コンテナの名前を入力します。これは、この特定のアカウントで作成するすべてのコンテナに固有である必要があります。次に、パブリックアクセスレベルを割り当てます。ブロブはファイルに他なりません。割り当てた場合 プライベートアクセスレベル 、このコンテナのコンテンツをダウンロードできるのはあなただけです。割り当てた場合 ブロブアクセスレベル、 このアカウントのコンテナへのリンクを持つすべてのユーザー その中のファイルにアクセスできます 。と コンテナアクセスレベル 、リンクを持つすべてのユーザー ファイルとフォルダへのアクセスを取得します このコンテナの中に。デモンストレーション用にBlobアクセスレベルを選択します。最後に、[OK]をクリックします。

ステップ4: 指定するウェブサイトのコード内のストレージアカウントの接続文字列。接続文字列は、指定されたストレージアカウントとそのサービスと対話するためにコードを認証します。これを行うには、ストレージアカウントを選択し、アクセスキーを選択して、最後に接続文字列のいずれかをコピーします。この接続文字列をウェブサイトのコードに貼り付けると、設定が完了します。

ステップ5: さあ、キューから始めましょう。ストレージアカウントの概要ページで、キューを選択します。

ステップ6: 次に、キューを作成します。これを行うには、[キューの追加]をクリックし、キューに関連する名前を付けて、[OK]をクリックします。最後に、コード内の関連情報を置き換えます。

ステップ7: これは私たちが作成したウェブサイトです。アップロードしたいファイルを選択し、アップロードをクリックしてください。

これは、ファイルがアップロードされた後の画面の外観です。

スキャナークラスの使い方

これで、ファイルをコンテナとキューに正常に追加できました。以下の画面で同じことを確認できます。

次に、blobにもエントリがあるかどうかを確認しましょう。

ステップ8: Webサイトのプロセスページに移動して、キューとBLOBからのエントリを読み取ることができるかどうかを確認しましょう。そうです。ご覧のとおり、画像名は同じです。

これで、デモのパート1を終了します。パート2に移りましょう。

パート2: この部分でザ・ureストレージチュートリアルでは、 ファイルサービス 紺碧の。ザ・ ファイルサービスザ・ureはファイル転送にSMB3.0プロトコルを使用します。このサービスは、外付けドライブであるかのようにWindowsOSに接続できます。今すぐAzurePortalでこれを試してみましょう。

ステップ1: ストレージアカウントの概要ページに移動し、ファイルを選択しますサービス。

ステップ2: 次のページで、ファイルインスタンスの名前と、インスタンスの目的のサイズを入力します。最後に、[OK]をクリックします。

ステップ3: ファイルサービスを選択し、[接続]をクリックします。

プロパティペインで、画像に示すようにリンクをコピーします。

そして、それをメモ帳に貼り付けて、要素を区別できるようにします。

  • 最初のポイントはアドレス列です
  • 2点目はユーザー名です
  • 3番目のポイントはパスワードです

これらの詳細を保存して、この紺碧のストレージチュートリアルの次のステップで使用します。

ステップ4: デスクトップのマイコンピュータアイコンを右クリックし、[ネットワークドライブのマップ]をクリックします。

ステップ5: メモ帳からコピーした最初のポイントをフォルダのテキストボックスに入力し、[完了]をクリックします。

ステップ6: 次のステップで、メモ帳からユーザー名とパスワードを入力し、最後に[OK]をクリックします。

ステップ7: おめでとう!君のzureストレージドライブの準備ができました。これで、コンピューター上の他のドライブと同じように使用できます。

これで、デモを終了します。 Azureについてもっと知りたいですか? あなたを助けるためにここにいます!左側のメニューでブログを確認できます。著名なAzureサービスについて幅広く取り上げており、このリストは頻繁に更新されます。乞うご期待!

Microsoft Azure認定を受けており、業界をリードする専門家からこのテクノロジを学びたいと考えている場合は、適切な場所にいます。私たちはエドゥレカにいます!あなたの学習に向けて取り組んでいます。認定資格を取得し、夢の仕事のプロフィールを追いかけるのに役立つコースを提供しています。

マイクロソフト試験に合格するために必要なものを正確にカバーするカリキュラムを考案しました。あなたはのためのコースの詳細を見ることができます ここでトレーニング。

さらに、このAzureチュートリアルブログシリーズは、Azureサービスに関するブログセクションを拡張するときに頻繁に更新されますので、ご期待ください。

質問がありますか?このAzureStorageチュートリアルのコメントセクションでそのことを伝えてください。折り返しご連絡いたします。