01
保持モデルでより大きなリポジトリを正当化する
より小さいストレージオファーが十分な余裕を持って保持データ要件を満たせない場合にこの構成を選択してください。現在のデータ、成長、日次変更量、保持バージョン数を記録します。大きな見出し容量は保持ポリシーの代わりにはなりません。
古いデータを期限切れにし、重要なデータセットを復元するために必要な時間を含めてください。リポジトリがインデックス作成、変換、またはデータ提供も行う場合、コンピュートとメモリの割り当てを評価する際にそれらのアプリケーションを考慮してください。バックアップターゲットとアクティブにクエリされるアーカイブでは、要求が大きく異なる場合があります。
02
使用可能容量を計算する前にグループを設計する
HDD容量は24台のデバイスに分散され、インストール設計用に別途NVMeデバイスが利用可能です。アプリケーションスペースを見積もる前に、冗長グループ、スペアポリシー、ソフトウェアを決定してください。グループを増やすと、1つの大きなグループとは異なる方法でパリティまたはミラー容量が予約されます。
単純な生容量計算から推奨トポロジーを推測しないでください。ファイルシステムのメタデータ、空き容量の予約、TB/TiBの表示も結果に影響します。使用可能な容量のコミットメントを受け入れる前に、正確なドライブとコントローラーの配置を確認し、選択したストレージソフトウェアの計画方法を使用してください。
03
復元を要求の厳しいワークロードとして扱う
含まれる1 Gbpsポートは、リポジトリが大きくなっても高速にはなりません。インシデント中に復元する必要があるデータ量を決定し、目的の宛先までの完全な経路を測定してください。ターゲットシステム、ディスク、暗号化、ネットワークのそれぞれがリカバリを制限する可能性があります。
10 Gbpsアップグレードは見積もりベースであり、マシンとリージョンの確認が必要です。異なるポートティアでも、回線速度だけから計算するのではなく、代表的な復元をテストしてください。独立したコピーとそれを使用するために必要な資格情報をこのホストの外部に保管してください。
04
全体の運用コミットメントを比較する
より小さな保持セットで要件を満たす場合、Xeon Silver 4310ストレージオファーで十分な場合があります。容量を少なく選択すると初期コミットメントを簡素化できますが、後で成長により異なる構成が必要になる場合は移行プロセスを計画してください。
NVMeコンピュートサーバーは、ランダムI/Oとアクティブなアプリケーションのレイテンシーが保持されるHDDボリュームよりも重要な場合に比較してください。このより大きなリポジトリを注文する前に、監視、ディスク交換の調整、設置レイアウト、およびオペレーターの責任について合意してください。これらの詳細は、リストにある最大容量が自動的に最も安全な選択であると想定するよりも価値があります。
直接の回答
注文前の質問
生のTB数値をバックアップクォータとして扱えますか?
いいえ。使用可能容量は冗長性、スペア、ファイルシステムのオーバーヘッド、運用予備に依存します。保持期間の増加と復元ニーズも設計に収まる必要があります。
大きい構成は小さい構成よりも速く復元されますか?
それは保証されません。両方とも同じリストされた含まれるポート層を持ち、完全なストレージとネットワークパスが結果を決定します。実際の復元ワークロードを検証してください。