このページでは、FlexCache ボリュームを計画する方法について説明します。
FlexCache ボリュームを計画する際は、容量、パフォーマンス、ネットワークへの影響について次のガイドラインを考慮してください。
キャッシュ ボリュームの容量
パフォーマンスを最大化するには、FlexCache ボリュームのサイズをオリジン ボリュームのサイズの 15% ~ 50% にすることをおすすめします。キャッシュとオリジンのサイズ比率が 50% を超えると、パフォーマンスが低下する可能性があります。
キャッシュ ボリュームのパフォーマンス
Premium サービスレベルと Extreme サービスレベルのストレージ プールの FlexCache ボリュームの場合、パフォーマンスはサイズとサービスレベルによって決まります。
サービスレベル別の最大スループットの計算:
Premium サービスレベル: ボリューム容量(GiB)× 64 KiBps
Extreme サービスレベル: ボリューム容量(GiB)× 128 KiBps
FlexCache ボリュームのサイズが原因でパフォーマンスが低下している場合は、手動 QoS 機能を使用して、同じプール内の他のボリュームから FlexCache ボリュームにパフォーマンスを再割り当てできます。
たとえば、500 MiBps のスループットを実現するには、7.8 TiB の Premium ボリュームまたは 3.9 TiB の Extreme ボリュームをプロビジョニングする必要があります。
Flex 統合プール内の FlexCache ボリュームの場合、ボリュームはプールのパフォーマンスをプール内の他のすべてのボリュームと共有します。必要に応じて、プールにスループットと IOPS を割り当てることができます。
ネットワーク パフォーマンス
ネットワーク パフォーマンスは、次の要因によって決まります。
キャッシュ読み取りヒット: キャッシュ ボリュームから直接、低レイテンシで迅速に処理されます。
キャッシュミス: オリジンからデータを取得する必要があります。パフォーマンスは、キャッシュ ボリュームとオリジン ボリューム間のネットワークのスループットとレイテンシに依存します。リソースを大量に消費するコンピューティング ジョブのパフォーマンスを向上させるには、データをプリフェッチすることを検討してください。
書き込み: すべての書き込みオペレーションはオリジンに転送されます。スループットとレイテンシは、キャッシュとオリジン間のネットワーク接続によって異なります。