ストレージシンプロビジョニングを安全に使用するにはどうすればよいですか?


19

クライアントに提示されるボリュームをシンプロビジョニングできるストレージがあります。これは安全ですか?ベストプラクティスは何ですか?

回答:


16

一般的に、SCSI LUN(SAN)でもネットワークファイルシステム(NAS)でも、シンプロビジョニングストレージは、ストレージクライアントに実際に割り当てたスペースよりも大きいスペースがあることを伝えます。これ自体にはリスクはありませんが、すべてのコンテナーを約束されたサイズまで成長させるために十分な実際のストレージがない場合、それはオーバープロビジョニングと呼ばれ、リスクを伴います。

長所

オーバープロビジョニングとシンプロビジョニングの利点は説得力があります。ストレージの多くの消費者(サーバー、ファイル共有ユーザーなど)は、最初に必要なストレージよりもはるかに多くのストレージを要求し、成長に応じて成長のための安全なマージンを確保し続けます。集中的にプロビジョニングされた成長のための安全なマージンは、数百の小さなマージンよりもはるかに効率的です。シン/オーバープロビジョニングなしの基盤ストレージの使用率は非常に低くなる可能性があり、これにより高い使用率が可能になります。

リスク

このシナリオのすべてのリスクは、オーバープロビジョニングとリンクしています。過剰なプロビジョニングを行うほど、リスクが高まります。危険なのは、ストレージリソースを利用して利用可能なストレージを完全に満たす可能性があることです。これにより、通常、すべてのストレージコンテナが何らかの形で故障します。ファイルシステムは読み取り専用またはオフラインになり、LUNはオフラインになります。

ベストプラクティス

リスクを軽減しながら、オーバープロビジョニングに伴う高い使用率の利点を得るには、ストレージを常に監視し、必要に応じてアクションを実行できるようにする必要があります。

  • ソフトウェアを使用して、プールの使用状況を監視および警告します。これを行うボックスに何もない場合は、自分で書いてください。ほとんどのストレージは、頻繁に実行するようにスケジュールしたスクリプトで読み取ることができるCLIコマンドをサポートしています。ポーリングイベント間でプールがいっぱいにならないように、頻度を十分に高くする必要があります。
  • ベースラインのしきい値を確立します。オーバープロビジョニングされたクライアントを備えたすべての新しいストレージプールは、デフォルトでこれを適用する必要があります。このしきい値は、環境内で最も保守的なものである必要があります。
  • プールが小さい場合は、低いしきい値を使用します。100TBプールで30%の警告を出すと、10TBプールで30%の警告がある場合よりも、ディスクを追加する時間が長くなります(両方が同じ速度で書き込みを取り込むことができると仮定した場合)。
  • プロビジョニングが少なすぎる場合は、しきい値を調整します。プロビジョニングが106%しかないプールがある場合、70%の使用率に達することは、200%のオーバープロビジョニングになるプールほど危険ではありません。
  • プールにスペースを追加するのに必要な時間に基づいて、しきい値を調整します。私の店では、プール内での成長のために各ボックスにオンラインストレージを保持し、任意のストレージボックスにインストールする準備ができたシェルフ上のストレージを増やしています。任意のプールの増加に対応できる十分な種類のストレージに対してこれを行います。
  • 可能な場合はいつでも、ストレージを薄くします。重複排除は使用率を減らすために機能します。LUNを使用している場合、ゼロページの再利用と、データを削除するときにストレージの割り当て解除を実行できるクライアントの両方が役立ちます。

プロビジョニングされた容量と総容量の両方の観点から「サブスクリプション」を引用しました。しかし、未使用のプロビジョニングと空き領域の面でも。たとえば、70%の使用率、200%のサブスクリプションでの例では、残りの130%が実際のストレージの30%に対してプロビジョニングされ、433%のサブスクリプション率が得られます。(ここで、手段'70%対106パーセント' 36%:30%= 120%)
Sobrique

クライアントにこれについては何も伝えませんが、プロビジョニングされた容量が大きいときにディスクを追加するしきい値を確実に低くします。
バジル14

確かに、チャージバックとレポートは考慮する必要のある重要な部分です。私は本当に2つの考えを持っています-一方では、彼らが知る必要がなく、ストレージチームがそれに取り組むことを信頼しているなら、それが-私の考えでは-最良の方法です。ただし、ストレージチームが信頼できる状況に陥りました。バックフィルの時間になるまで、より多くのディスクの購入注文を停止してみてください。
Sobrique

1
私たちは、すべてのストレージクライアントに均等に薄くなることによる節約を渡すことは問題ないと判断しました。アドレス指定されたTBごとに請求します。
バジル14

月額または資本コスト?サービス寿命全体の比率を推定するのが非常に難しいため、後者につまずいたことがあります。しかし、これ以上資本支出モデルを行いたくないと会計士を説得することは非常に困難です。
Sobrique

9

シンプロビジョニングのポイントと目的は、そもそも統合ストレージを使用する理由と似ています。統合することにより、ピーク時の容量が向上し、必要な平均が低くなります。

しかし、幻想にとらわれないでください。シンプロビジョニングは、実際に割り当てずに何かを割り当てるふりをしています。これが役立つ多くの理由があります。2つの重要な要素:

  • 使用率の向上-ボリュームが完全にいっぱいでない限り、ディスク容量が無駄になります。ほとんどのシステムは、常に完全に100%で実行されるわけではありません(そうであれば、一般に「トラブル」にあると想定されます)。

  • 支出の繰り延べ-今日10 TBを提供しても、年に2 TBでそれを満たせば、ディスクを購入する前に待てば、おそらくもっと安く支払うことができます。

ただし、これには2つの落とし穴があります。

  • ディスクの不足が速すぎる-「ディスク」を使い始めると、企業の残りのスペースを使い果たす可能性があります。

  • スピンドル数-少ないディスクを購入すると、スピンドルが少なくなり、IOPが少なくなります。つまり、ディスクはより高温になり、パフォーマンスが低下します。

シンプロビジョニングのベストプラクティスとして提案すること:

  • 関連するリスクを管理者が「購入」します。
  • 「許容可能な」オーバーサブスクリプション比を設定します。(これはビジネスリスクの決定であるため、上に渡してください)。
  • 個々のボリュームサイズも考慮してください。20TBのボリュームは、多くの100GBのボリュームよりもスペースを使い果たす可能性が高くなります。
  • 容量が不足し始めたら、容量(または発注書)を準備します(「空き容量」または「ボリュームサイズ」に基づきます。不足することを警告することはほとんどありません。 「次の四半期/会計年度まで埋め戻すのを待たないでください-新しい容量を購入するのではなく、すでに「売れた」ものを埋めます。
  • ストレージシステムの理論上の最大容量を考慮してください。それを過ぎたらどうするかをよく考えてください。
  • パフォーマンスに細心の注意を払ってください。IOP /スループットの両方。「どれだけのパフォーマンスが必要ですか」という質問に対しては、おそらく良い回答を得られないでしょう。しかし、そうでない場合よりも、パフォーマンスが速く「不足」する場合があります。これにもしきい値を設定します。
  • それに応じて充電を検討してください。シンプロビジョニングによってお金を節約できますが、シンプロビジョニングモデルに対応するために、その一部を取り戻す必要があります。

その最後の点を十分に誇張することはできません。ストレージを要求し、それを決して使用しない顧客がいるかもしれません。それはあなたが費やさなかったお金であり、節約を意味します。ただし、それを使用するのにしばらくかかる顧客とは異なります(たとえば、1会計年度以上)-来年は、より大きな/安いディスクを購入することでお金を節約できます。しかし、あなたはスペースを前もって「売る」ことで逃げないで、ただ誰もそれを決して使用しないことを望みます。時間の経過とともにロット全体がいっぱいになる可能性があり、バックフィルの準備をする必要があります。


1
私の店では、データ所有者が要求しない限り、オーバーサブスクリプションは表示されません。ストレージを決定しますが、プールを壊さないことを約束します。
バジル14

1
それはオプションです-そして、おそらく「ストレージ」が「より多くのディスク」の設備投資のために戦う必要がないならば、おそらく賢明なものです。しかし、それは政治と財政の問題です:)
Sobrique 14
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.