19.8.2. キャッシュデバイスのサイズと速度の選択


キャッシュをワークロードに適切にサイジングすることは、特に、ボリュームに対してグローバルではなく、ブリックに対してローカルとなる Red Hat Gluster Storage の複雑な調査です。通常、作業セットのサイズを合計データセットの割合として理解し、その作業サイズを超えるキャッシュ層のサイズ (10 〜 20%) のサイズと、効率的なフラッシュと部屋が新しい書き込みをキャッシュできるようにする必要があります。最適な方法として、作業セット全体がキャッシュに保持され、全体的なパフォーマンスは、データを直接高速デバイスに保存するのに近づくことです。
キャッシュのサイズに適さない作業セットにより負荷が大きくなると、キャッシュミスの割合が高くなり、パフォーマンスに一貫性がありません。この cache-to-data imbalance が増加すると、データ操作の割合が高くなるため、低速なデータデバイスの速度まで低下することがあります。ユーザーの視点から見ると、一貫して遅いデバイスよりも、より緩やかにくくなることがあります。適切なキャッシュサイジングの決定を行うためには、独自のワークロードについて理解し、テストすることが不可欠です。
キャッシュデバイスを選択する際には、必ず高耐性のエンタープライズクラスのドライブを検討してください。これらは通常、読み込みまたは書き込みに調整されるため、選択を行う際にはハードウェアのパフォーマンスの詳細を検査してください。キャッシュの高いトランザクションアクティビティーが低レイテンシーハードウェアから著しく改善されるため、IOPS またはスループットのレイテンシーに注意する必要があります。可能な場合は、SATA/SAS デバイスの代わりに PCI バスを直接使用する NVMe デバイスを選択します。これにより、レイテンシーが高まります。
Red Hat logoGithubRedditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

© 2024 Red Hat, Inc.