次の方法で共有


Blob Storage のパフォーマンス チェックリスト

このチェックリストを使用して、待機時間を短縮し、スループットを向上させ、 Azure Storage のスケールとパフォーマンスのターゲットに合わせます。 Azure Storage では、要求に応じて一部の値を増やすことができるため、制限ではなくターゲットという用語が使用されます。 クライアントがこれらのターゲットに近づくか、またはこれらのターゲットを超えると、Azure Storage によって要求が調整され、待機時間が長くなる可能性があります。 この記事のチェックリストを使用して、パフォーマンスを犠牲にすることなくターゲットに合わせます。

この記事は、すべてのクライアントに適用されます。 カスタム アプリケーションにのみ適用される推奨事項については、 開発者向けのパフォーマンス チェックリストを確認してください。

パフォーマンス チェックリスト

  • Premium Storage を検討する: トランザクションレートが高く、Standard ターゲットを超える待機時間が短い場合は、Premium ブロック BLOB ストレージ アカウントを使用します。 プレミアムブロックBLOBストレージアカウントをご覧ください。

  • クライアントの近くでデータを検索する: クライアントと同じ Azure リージョンにストレージ アカウントを配置することで、ネットワーク待ち時間を短縮します。 Azure 以外のクライアントの場合は、それらに近いリージョンを使用します。 データニーズが異なる複数のリージョンの場合は、リージョンごとに個別のストレージ アカウントを使用することを検討してください。 共有データの場合は、オブジェクト レプリケーション ポリシーを使用して、クライアントの近くにデータを移動します。 Web コンテンツの配布については、 Azure Front Door CDN を検討してください。

  • パフォーマンスに最適化されたデータ転送ツールを使用する: AzCopy を使用して、転送率が高く、並列アップロードを行う一括転送に使用します。 AzCopy の使い方を参照してください。 時間、ネットワーク、またはコストによって制限されている大規模なオフライン データインポートの場合は、 Azure Data Box を使用します。

  • 高スループットのブロック BLOB をアクティブ化する: 256 KiB を超える BLOB またはブロック サイズをアップロードするようにクライアントを構成します。 BLOB またはブロックのサイズを大きくすると、高スループット ブロック BLOB が自動的にアクティブ化され、パーティションの名前付けの影響を受けない高パフォーマンスの取り込みが提供されます。

  • 小さなブロック サイズを使用する場合は、ハッシュ プレフィックスを使用します。パーティション キーにできるだけ早くハッシュ シーケンス (3 桁) または秒の値を追加することで、負荷分散を向上させます。 これにより、ブロック サイズが小さい場合の BLOB の一覧表示、クエリ、読み取りの時間が短縮されます。 BLOB パーティションの最適化を参照してください。

  • ネットワーク スループットを最大化 する - より大きな VM サイズを使用して、より高いネットワーク制限を実現します。 オンプレミス クライアントの場合は、ネットワーク機能と Azure Storage の場所への接続を確認します。 これらの機能を改善したり、クライアントとより効率的に連携するようにクライアントを構成したりできます。 WireShark や NetMon などのツールを使用してリンクの品質を監視し、エラーやパケット損失を特定します。

次のステップ