Azure Blob Storageモジュールの使用に関する考慮事項

Azure Blob Storageモジュールは、コンテンツ管理 (CM) とコンテンツ配信 (CD) の両方のロールに共有ストレージを使用します。つまり、CMとCDのメディアファイルを複製する必要がないため、ストレージコストが削減されます。

Sitecore Blob StorageはAzure Storageと同じストレージ領域を共有するため、SitecoreはShared Access Signature (SAS) Uniform Resource Identifier (URI) を使用する安全な接続文字列を使用してAzure StorageのCDアクセスを制限します。接続文字列には、List とRead のアクセス許可のみが含まれます。

Sitecoreで使用するAzure Storageアカウントの作成

ストレージ アカウントを作成して、Microsoft Azure® portal、PowerShell、Azure CLI、ARMテンプレートなど、さまざまな方法でBLOBを格納できます。

ストレージ アカウントを作成したら、BLOBを格納する コンテナーを作成する 必要があり、ストレージ アカウント設定を使用して ストレージ アカウント キーと接続文字列にアクセスする方法を学習できます。

BLOBデータが誤って削除されたり上書きされたりしないように、BLOBの論理的な削除を有効にすることができます。ストレージ アカウントに対してBLOBの論理的な削除を有効にすると、削除されたオブジェクトの保持期間を指定できます。保持期間は、データが削除または上書きされた後も使用可能なままの期間を示します。詳細については、Microsoftのドキュメントを参照してください。

スケーリングされたSitecoreインストールを実行している場合は、メディア アイテムを操作するすべてのノード (通常はCMノードとCDノード) にAzure Blob Storageモジュールをインストールする必要があります。CMとCDが同じストレージ アカウントを共有している場合でも、安全な接続を確保するには、ノードごとに異なる接続文字列を使用します。

Azure Storageアカウントにアクセスするために、移行スクリプトは、AzureRM.StorageモジュールのPowerShellコマンドレットを使用してAzureRMモジュールと共に実行するように設計されています。

PowerShell Coreでスクリプトを (Azure Cloud Shellなどを使用して) 実行するには、AzureRM.Storageモジュールの代わりにAz.Storageを使用するようにスクリプトを更新する必要があります。

不要なコストが発生しないようにし、孤立したBLOBをAzure Blob Storageモジュールに移行しないようにするには、移行を開始する前にSQL Databaseクリーンアップを実行する必要があります 。

BLOBストレージのパフォーマンス要件を考慮することが重要です。最適なソリューションを構成するには、Blob Storageのパフォーマンス リファレンスを参照してください。

CMロールとCDロールは同じストレージ アカウントを共有しますが、それぞれに異なるアクセス許可が必要なため、ロールごとに異なる接続文字列を使用します。