web-dev-qa-db-ja.com

HP 3Parのスペースを再利用するSAN&VMware ESXi

次のようなESX側のコマンドを使用して、HP 3Parの未使用スペースを回収しました。

esxcli storage vmfs unmap --l DATASTORENAME

それはうまく動作し、3Parコンソールから、データストア/ LUNに表示されます。

  • 使用済みユーザースペース:26%(再利用前は46%)
  • 予約済みユーザースペース:4.7Tb/10Tb(残念ながら変更されませんでした)

しかし、VMwareではスペースは変わりませんでした。これはこの「予約」が原因であると思います(スペースは3Parで予約されたままです)。

SAN(データがゼロになっていると思います)で、ある種のチューニングコマンドまたはコンパクトコマンドを実行して、この割り当てを削除する方法はありますか?

私はそれらがcompactcpgのようなコマンドであるのを見ましたが、ディスク全体でデータ(チャンクレット)を正しく分散しないと思うので、それは私が必要とするものとは正確には思えません? (しかし、できるだけ少ないディスクを使用したため、パフォーマンスが低下しましたか?)

ありがとうございます。それでは、お元気で、

2
olivierg

実際には、compactcpgがこの場合に使用する正しいコマンドです。使用するフォームはcompactcpg <CPG_name>またはcompactcpg <pattern>です

プロセス自体は3PARによって定期的に自動的に実行されるため、しばらく待つと、最終的に3PARによってスペースが解放されます。または、上記のコマンドを使用して、HP 3PAR CLIから手動でプロセスを開始できます。

他に注意すべきことは、compactcpgは、常に優先度の低いタスクとして実行されるため、通常のIOつまり、アレイが新しく解放されたすべてのスペースを完全に再利用するには、数時間または数日かかる場合があります。

これに関する詳細情報は here にあります。

チャンクレットのバランスに関する質問に関しては、これは3PARによって自動的に処理されます。 3PARは実際には5つの論理データレイヤーを使用します。

  • 物理ディスク
  • チャンクレット
  • 論理ディスク(LD)
  • 共通プロビジョニンググループ(CPG)
  • 仮想ボリューム(VV)

これらの各レイヤーでバランシングが行われます。つまり、物理ディスクはケージ全体で物理的に分散され、チャンクレットは物理ディスク全体で均等に分散され、論理ディスクは使用可能なチャンクレットのプール全体で分散されます。

ちなみに、compactldコマンドもcompactld <LD_name>またはcompactld -pat <pattern>の形式であり、ほとんど同じように動作しますが、論理ディスク層。ただし、compactcpgを実行してからcompactldを実行して、それのうちほとんど。

3
Brother Kaif