Azure Stack Hub のストレージ容量を管理する

Azure PowerShell または管理者ポータルを使用して共有を監視することで、空き領域が少なくなった場合にそれを把握できます。 ポータルを使用しているときは、領域が少なくなっている共有に関するアラートを受信します。

PowerShell の使用

クラウド オペレーターは、PowerShell の Get-AzsStorageShare コマンドレットを使用することで、共有のストレージ容量を監視できます。 このコマンドレットは、各共有の合計領域、割り当て済み領域、および空き領域をバイト単位で返します。

• 合計容量: 共有で使用できる合計容量 (バイト単位)。 この領域は、ストレージ サービスによって保持されるデータとメタデータ用に使用されます。
• 使用済み容量: テナント データとそれに関連付けられているメタデータを格納するファイルのすべてのエクステントで使用されるデータの量 (バイト単位)。

管理者ポータルを使用する

クラウド オペレーターは、管理者ポータルを使用して、すべての共有のストレージ容量を確認できます。

1. 管理者ポータル https://adminportal.local.azurestack.external にサインインします。

2. [すべてのサービス]>[ストレージ]>[ファイル共有] を選択してファイル共有の一覧を開きます。そこで使用状況情報を確認できます。

   

   • Total: 共有で使用できる合計容量 (バイト単位)。 この領域は、ストレージ サービスによって保持されるデータとメタデータ用に使用されます。
   • 使用済み: テナント データとそれに関連付けられているメタデータを格納するファイルのすべてのエクステントで使用されるデータの量 (バイト単位)。

プロビジョニングおよび使用済みの容量を監視し、システムの通常の操作を継続するために移行を計画するには、Azure PowerShell または管理者ポータルを使用します。

ボリューム容量を監視するための次の 3 つのツールがあります。

• 現在のボリューム容量のポータルと の PowerShell。
• 記憶域スペースのアラート。
• ボリューム容量メトリック。

このセクションでは、これらのツールを使用してシステムの容量を監視する方法について説明します。

PowerShell の使用

クラウド オペレーターは、PowerShell の Get-AzsVolume コマンドレットを使用して、ボリュームのストレージ容量を監視できます。 このコマンドレットでは、各ボリュームの合計領域と空き領域がギガバイト (GB) 単位で返されます。

• 合計容量: 共有で使用できる合計領域 (GB 単位)。 この領域は、ストレージ サービスによって保持されるデータとメタデータ用に使用されます。
• 残りの容量: テナント データとそれに関連付けられているメタデータを格納するための空き領域 (GB 単位)。

管理者ポータルを使用する

クラウド オペレーターは、管理者ポータルを使用して、すべてのボリュームのストレージ容量を確認できます。

1. Azure Stack Hub 管理者ポータル (https://adminportal.local.azurestack.external) にサインインします。

2. [すべてのサービス]>[ストレージ]>[ボリューム] を選択してボリュームの一覧を開きます。そこで使用状況情報を確認できます。

   

   • Total: ボリューム上の使用可能な合計領域。 この領域は、ストレージ サービスによって保持されるデータとメタデータ用に使用されます。
   • 使用済み: テナント データとそれに関連付けられているメタデータを格納するファイルのすべてのエクステントで使用されるデータの量。

ボリューム容量メトリック

ボリューム容量メトリックでは、さまざまな種類のオブジェクトのプロビジョニング済みの容量と使用済みの容量に関する詳細な情報が提供されます。 メトリック データは 30 日間保持されます。 バックグラウンド監視サービスでは、ボリューム容量メトリック データを 1 時間単位で更新します。

容量メトリック レポートを事前に確認して、ボリュームのリソース使用量を理解する必要があります。 ボリュームの使用率が 100% に近づいたら、クラウド オペレーターがリソースの種類の配分状況を分析し、領域を解放するための対応するアクションを判断できます。 オペレーターは、ボリュームが過剰にプロビジョニングされていることがプロビジョニング済みのディスク サイズで示された場合に、ボリュームのオーバー プロビジョニングを防ぐこともできます。

Azure Monitor では、ボリュームの容量の使用率を示す次のメトリックが用意されています。

• ボリュームの合計容量 - ボリュームのストレージ容量を示します。
• ボリュームの残りの容量 - ボリュームの残りのストレージ容量を示します。
• ボリュームの VM ディスクの使用済み容量 - VM ディスクの関連オブジェクト (ページ BLOB、マネージド ディスク/スナップショット、マネージド イメージ、プラットフォーム イメージなど) によって占有されている合計容量を示します。 VM ディスクの基になる VHD ファイルは、イメージ、スナップショット、または他のディスクと同じエクステント (「ディスク」を参照) を共有できます。 この数は、個々の VM ディスクの関連オブジェクトの使用済み容量の合計よりも小さくなる場合があります。
• ボリュームの他の使用済み容量 - ブロック BLOB、追加 BLOB、テーブル、キュー、BLOB メタデータなど、ディスク以外のオブジェクトの合計使用済みサイズです。
• ボリュームの VM ディスクのプロビジョニング済みサイズ - ページ BLOB とマネージド ディスク/スナップショットの合計プロビジョニング済みサイズです。 このサイズは、特定のボリューム上のすべてのマネージド ディスクとページ BLOB の合計ディスク容量の最大値です。

Azure Monitor でボリューム容量メトリックを表示するには、次の手順に従います。

1. Azure PowerShell がインストールおよび構成されていることを確認します。 PowerShell 環境の構成方法については、「PowerShell for Azure Stack Hub をインストールする」をご覧ください。 Azure Stack Hub にサインインする場合は、オペレーター環境の構成と Azure Stack Hub へのサインインに関するページを参照してください。

2. GitHub リポジトリからの Azure Stack Hub ツールをダウンロードします。 詳細な手順については、「GitHub からの Azure Stack Hub ツールのダウンロード」を参照してください。

3. CapacityManagement で DashboardGenerator を実行して、容量ダッシュボードの json を生成します。

   .\CapacityManagement\DashboardGenerator\Create-AzSStorageDashboard.ps1 -capacityOnly $true -volumeType object
   

   名前が DashboardVolumeObjStore で始まる json ファイルが、DashboardGenerator の フォルダーに生成されます。

4. Azure Stack Hub 管理者ポータル (https://adminportal.local.azurestack.external) にサインインします。

5. [ダッシュボード] ページで、[アップロード] をクリックし、手順 3 で生成された json ファイルを選択します。

   

6. JSON がアップロードされると、新しい容量ダッシュボードに移動します。 各ボリュームには、ダッシュボードに対応するグラフが表示されます。 グラフの数は、ボリュームの数と等しくなります。

   

7. ボリュームのいずれかをクリックすると、特定のボリュームの 5 つの容量メトリックを詳細なグラフで確認できます。

   

ボリュームの使用パターン

ボリューム容量メトリックを確認すれば、クラウド オペレーターは、ボリューム容量の使用量と、領域の大部分を占有しているリソースの種類を理解できます。 領域の使用パターンは、次の種類にグループ化できます。オペレーターは、種類ごとに異なるアクションを実行する必要があります。

プロビジョニングが不足している、予備の容量: ボリュームに十分な空き容量がありますが、このボリュームにあるすべてのディスクのプロビジョニング済み容量の合計が、使用可能な容量の合計よりも少なくなっています。 ボリュームは、ディスクと他のオブジェクト (ブロック/追加 BLOB、テーブル、キュー) の両方を含む、多くのストレージ オブジェクトで使用できます。 ボリューム操作のアクションを実行する必要はありません。

過剰にプロビジョニング、予備の容量: ボリュームの残りの容量は十分にありますが、VM ディスクのプロビジョニング済み容量がボリュームの合計容量を上回っています。 このボリュームには、多くのストレージ オブジェクトのためのスペースがまだ残っています。 ただし、このボリュームにある VM ディスクにデータが入力される可能性があります。 このボリュームの使用状況の傾向を注意深く監視する必要があります。 過剰にプロビジョニング、低容量パターンに変更すると、領域を解放するアクションを実行する必要が生じる場合があります。

過剰にプロビジョニング、低用量: ボリュームの残りの容量が少なく、VM ディスクのプロビジョニング済み容量と VM ディスクの使用済み容量の両方が高くなっています。

残りの容量が少ない場合は、ボリュームの使用率が 100% に近づいている状態を示します。 ボリュームの使用率が 100% になり、ストレージ サービスがブロックされるのを防ぐには、空き領域に対してオペレーターがすぐにアクションを実行する必要があります。 VM ディスクの使用済みの容量が高い場合、ボリューム使用量の大部分は VM ディスクです。 使用率が 100% のボリュームから使用可能な他のボリュームにディスクを移動して、領域を解放するには、ディスクの移行に関するページの手順を参照してください。

プロビジョニングが不足している、低用量、高ブロック BLOB: ボリュームの残りの容量が少なく、VM ディスクのプロビジョニング済み容量と VM ディスクの使用済み容量の両方が少なくなっていますが、他の使用済み容量は十分にあります。

ボリュームの使用率が 100% になるリスクがあります。この場合、領域を解放するためにオペレーターがすぐにアクションを実行する必要があります。 他の使用容量が高い場合は、ボリューム容量の大部分がブロック/追加 BLOB またはテーブル/キューによって占有されていることを示します。 ボリュームの使用可能な容量が 20% 未満の場合、コンテナーのオーバーフローが有効になり、使用率がほぼ 100% のボリュームに新しい BLOB オブジェクトが配置されることはありません。 ただし、既存の BOLB はまだ増加する可能性があります。 継続的に増加している BLOB で容量が過剰に使用されないようにするには、Microsoft サポートにお問い合わせください。特定のボリュームの領域を占有しているコンテナーにクエリを実行し、領域を解放するために、それらのコンテナーのクリーンアップをテナントで実行する必要があるかどうかを判断できます。

過剰にプロビジョニング、低用量、高ブロック BLOB: ボリュームの残りの容量が少なく、ディスクの使用済み/プロビジョニング済み容量と他の使用済み容量の両方が高くなっています。 このボリュームは、ディスクとその他のストレージオブジェクトの両方によって使用率が高くなっています。 ボリュームの使用率が 100% にならないように、領域を解放する必要があります。 使用率が 100% のボリュームから使用可能な他のボリュームにディスクを移動するには、最初にディスクの移行に関するページの手順に従ってください。 それ以外の場合は、Microsoft サポートにお問い合わせください。特定のボリュームの領域を占有しているコンテナーにクエリを実行し、領域を解放するために、それらのコンテナーのクリーンアップをテナントで実行する必要があるかどうかを判断できます。

ボリューム間でコンテナーを移行する

"このオプションは、Azure Stack Hub 統合システムにのみ適用されます。 "

テナントの使用パターンによっては、一部のテナントの共有が他の共有よりも多くの領域を使用することがあります。 これにより、一部の共有は、比較的使用されていない他の共有よりも前に領域が不足する可能性があります。

一部の BLOB コンテナーを別の共有に手動で移行することで、過剰使用されている共有の領域を解放できます。 複数の小さいコンテナーを、それらすべてを保持できる容量がある 1 つの共有に移行できます。 移行を使用して、"空の" コンテナーを移動できます。 空のコンテナーとは、VM 用のディスクが含まれていないコンテナーです。

移行すると、すべてのコンテナーの BLOB が新しい共有で統合されます。

• コンテナーがオーバーフロー モードに入り、BLOB が別のボリュームに配置されている場合、新しい共有には、オーバーフローされている BLOB を含む、移行するコンテナーに属するすべての BLOB を保持するのに十分な容量が必要です。

• PowerShell コマンドレット Get-AzsStorageContainer は、コンテナーの初期ボリュームで使用されている領域のみを識別します。 このコマンドレットでは、別のボリューム上にオーバーフローされている BLOB によって使用されている領域は識別されません。 そのため、コンテナーのフル サイズがはっきりしないことがあります。 新しい共有でのコンテナーの統合によって、新しい共有がオーバーフロー状態になり、データが別の共有に配置される可能性があります。 その結果、共有を再調整する必要が生じる場合があります。

• 特定のリソース グループへのアクセス許可がないために、PowerShell を使用してオーバーフロー データが配置されている別のボリュームのクエリを実行できない場合は、それらのリソース グループとコンテナーの所有者と協力して、移行するデータの合計容量を把握したうえでデータを移行します。

PowerShell を使用してコンテナーを移行する

1. Azure PowerShell のインストールと構成が行われていることを確認します。 詳細については、「Azure PowerShell を使用した Azure リソースの管理」を参照してください。

2. コンテナーを調べて、移行する予定の共有にどのようなデータがあるかを把握します。 ボリューム内の移行に最適な候補コンテナーを識別するには、Get-AzsStorageContainer コマンドレットを使用します。

   $farm_name = (Get-AzsStorageFarm)[0].name
   $shares = Get-AzsStorageShare -FarmName $farm_name
   $containers = Get-AzsStorageContainer -ShareName $shares[0].ShareName -FarmName $farm_name
   

   $containers を確認します。

   $containers
   

   

3. 移行するコンテナーを保持するのに最適な移行先の共有を特定します。

   $destinationshare = ($shares | Sort-Object FreeCapacity -Descending)[0]
   

   $destinationshares を確認します。

   $destinationshares
   

   

4. コンテナーの移行を開始します。 移行は非同期です。 最初の移行が完了する前に、別のコンテナーの移行を開始する場合は、ジョブ ID を使用してそれぞれの状態を追跡します。

   $job_id = Start-AzsStorageContainerMigration -StorageAccountName $containers[0].Accountname -ContainerName $containers[0].Containername -ShareName $containers[0].Sharename -DestinationShareUncPath $destinationshares[0].UncPath -FarmName $farm_name
   

   $jobId を調べます。 次の例の d62f8f7a-8b46-4f59-a8aa-5db96db4ebb0 を、調べるジョブ ID に置き換えてください。

   $jobId
   d62f8f7a-8b46-4f59-a8aa-5db96db4ebb0
   

5. ジョブ ID を使用して、移行ジョブの状態を確認します。 コンテナーの移行が完了すると、MigrationStatus が Completed に設定されます。

   Get-AzsStorageContainerMigrationStatus -JobId $job_id -FarmName $farm_name
   

   

6. 実行中の移行ジョブを取り消すことができます。 取り消された移行ジョブは、非同期的に処理されます。 $jobid を使用して、取り消しを追跡できます。

   Stop-AzsStorageContainerMigration -JobId $job_id -FarmName $farm_name
   

   

7. 移行の状態が取り消し済みになるまで、手順 6 のコマンドをもう一度実行できます。

   

VM ディスクを移動する

"このオプションは、Azure Stack Hub 統合システムにのみ適用されます。 "

領域を管理する最も極端な方法には、VM ディスクの移動が伴います。 接続されているコンテナー (VM ディスクを含むコンテナー) の移動は複雑であるため、この操作を実行する場合は Microsoft サポートに問い合わせてください。

ボリューム間でマネージド ディスクを移行する

"このオプションは、Azure Stack Hub 統合システムにのみ適用されます。 "

テナントの使用パターンによっては、一部のテナントのボリュームで他のボリュームよりも多くの領域が使用されることがあります。 その結果、比較的使用されていないボリュームよりも前に領域が不足する可能性があります。

一部のマネージド ディスクを別のボリュームに手動で移行することで、過剰使用されているボリュームの領域を解放できます。 複数のマネージド ディスクを、それらすべてを保持できる容量がある単一の共有に移行できます。 移行を使用して、"オフライン" マネージド ディスクを移動します。 オフライン マネージド ディスクとは、VM に接続されていないディスクのことです。

PowerShell を使用してマネージド ディスクを移行する

1. Azure PowerShell がインストールおよび構成されていることを確認します。 PowerShell 環境の構成方法については、「PowerShell for Azure Stack Hub をインストールする」をご覧ください。 Azure Stack Hub にサインインする場合は、オペレーター環境の構成と Azure Stack Hub へのサインインに関するページを参照してください。

2. マネージド ディスクを調べて、移行を計画するボリューム上のディスクを把握します。 ボリュームの移行に最適な候補ディスクを識別するには、Get-AzsDisk コマンドレットを使用します。

   $ScaleUnit = (Get-AzsScaleUnit)[0]
   $StorageSubSystem = (Get-AzsStorageSubSystem -ScaleUnit $ScaleUnit.Name)[0]
   $Volumes = (Get-AzsVolume -ScaleUnit $ScaleUnit.Name -StorageSubSystem $StorageSubSystem.Name | Where-Object {$_.VolumeLabel -Like "ObjStore_*"})
   $SourceVolume  = ($Volumes | Sort-Object RemainingCapacityGB)[0]
   $VolumeName = $SourceVolume.Name.Split("/")[2]
   $VolumeName = $VolumeName.Substring($VolumeName.IndexOf(".")+1)
   $MigrationSource = "\\SU1FileServer."+$VolumeName+"\SU1_"+$SourceVolume.VolumeLabel
   $Disks = Get-AzsDisk -Status OfflineMigration -SharePath $MigrationSource | Select-Object -First 10
   

   次に、$disks を調べます。

   $Disks
   

   

3. 移行するディスクが保持されている最善のボリュームを識別します。

   $DestinationVolume  = ($Volumes | Sort-Object RemainingCapacityGB -Descending)[0]
   $VolumeName = $DestinationVolume.Name.Split("/")[2]
   $VolumeName = $VolumeName.Substring($VolumeName.IndexOf(".")+1)
   $MigrationTarget = "\\SU1FileServer."+$VolumeName+"\SU1_"+$DestinationVolume.VolumeLabel
   

4. マネージド ディスクの移行を開始します。 移行は非同期です。 最初の移行が完了する前に、別のディスクの移行を開始する場合は、ジョブ名を使用してそれぞれの状態を追跡します。

   $jobName = "MigratingDisk"
   Start-AzsDiskMigrationJob -Disks $Disks -TargetShare $MigrationTarget -Name $jobName
   

5. ジョブ名を使用して、移行ジョブの状態を確認します。 ディスクの移行が完了すると、MigrationStatus が Completed に設定されます。

   $job = Get-AzsDiskMigrationJob -Name $jobName
   

   

   1 つの移行ジョブで複数のマネージド ディスクを移行する場合でも、ジョブのサブタスクを確認できます。

   $job.Subtask
   

   

6. 実行中の移行ジョブを取り消すことができます。 取り消された移行ジョブは、非同期的に処理されます。 移行ジョブの状態が Canceled であることを確認するまで、ジョブ名を使用して取り消しを追跡できます。

   Stop-AzsDiskMigrationJob -Name $jobName
   

   

アンマネージド ディスクを分散させる

"このオプションは、Azure Stack Hub 統合システムにのみ適用されます。 "

領域を管理する最も極端な方法には、アンマネージド ディスクの移動が伴います。 テナントで多数のアンマネージド ディスクが 1 つのコンテナーに追加された場合、コンテナーが "オーバーフロー" モードに入る前に、コンテナーの使用済み容量の合計が、保持しているボリュームの使用可能容量を超える可能性があります。 単一のコンテナーによってボリュームの領域が使い果たされるのを防ぐために、テナントは、1 つのコンテナーの既存のアンマネージド ディスクを別のコンテナーに分散させることができます。 接続されているコンテナー (VM ディスクを含むコンテナー) の分散は複雑であるため、この操作を実行する場合は Microsoft サポートに問い合わせてください。