常にキャッシュ、どこでもキャッシュ！

IBM XIV Gen3システムの発表中に、すでにモジュール内のSSDのサポートが発表されたことが発表されました。 「間もなく」がすでに到着しているため、SSDがインストールされた新しいXIV Gen3を注文できるだけでなく、既にインストールされたXIV Gen3システムにSSDをインストールすることもできます（手順は停止する必要はありません-マイクロコードを更新するだけです）。 各XIVノードに1つの400GB SSDをインストールできます（合計でシステムあたり2.4TBから6TBになりますが、サイズはわずかに過小評価されます-最初は500GBドライブを約束しました）。 なぜそんなに少ないのですか？ このスペースは読み取りキャッシュとしてのみ使用でき、データ自体の保存には使用できないため、6TBのメモリキャッシュはそれほど小さくありません。 読み取り操作のみがキャッシュされます—書き込み操作をキャッシュするために、XIVノードのRAMが使用されます（その合計量は360GBに達します）。 高負荷下でSSDモジュールのクラウドレスな存続を確保するために、特別な最適化メカニズムが使用されます。最初は512KBブロックがノードのRAMに形成され、これらのブロックは順次および周期的にSSDに書き込まれます したがって、SSDの書き込み操作は常に連続して行われ、セルは均一に使用されます。 彼らは良いパフォーマンスの向上を約束します：





XIVで提案されたソリューションは、確かに技術的なブレークスルーではありません。EMCFastCacheとNetApp FlashCacheの両方をすでに覚えている人は誰でもいました。 これらのソリューションにはそれぞれ長所と短所があります。 EMC FastCacheから、顧客は読み取りキャッシュだけでなく、書き込みキャッシュも受け取ります。 この価格は、SPメモリのキャッシュの大幅な削減と比較的少量です。「トップ」VNX7500の場合、2.1 TB（100 GBディスクを使用する場合）です。 NetAppの場合、FlashCacheはキャッシュのみを読み取りますが、キャッシュは重複排除され、16TBに達する可能性があります。 さらに、FlashCacheはPCI-eカードであるため、キャッシュからプロセッサ（つまりホスト）への「ロード」は、SSDドライブを使用する場合よりもはるかに短くなります。 そして、これにより、潜在的にかなり低いレイテンシを得ることができます。 一方、16TBのキャッシュを取得する場合は、24個の拡張スロットのうち16個の拡張スロットを使用する必要があり、拡張オプションが大幅に制限されます（使用するディスクとホスト接続プロトコルの両方）。



EMCは、VFCache（Very Fast Cache）キャッシングソリューションもチェックインおよびロールアウトしました。 それは何であり、ディスクシステムにどのように「結び付けられている」のでしょうか？ 実際、VFCacheは通常のPCI-eカード（FusionIO、LSIなどの同等品）300GB（Micron製）であり、オペレーティングシステムの超高速ディスクとしてではなく、読み取り操作のキャッシュとして使用されます。







原則として（読み取り/発見から理解する限り）、誰もディスクシステム（VFCacheなしを含む）でVFCacheを使用することを気にしません。 VFCacheの一部を「切断」して、ハードディスクとして使用することもできます。 明らかな欠点として、サーバーでサポートされているカードは1つだけであるため、VFCacheの一部をDASとして使用してもフォールトトレランスを提供できません。 さらに、VMwareのサポートは、vMotionなどの機能を厳しく制限します（むしろ、単にサポートされません）。 この場合、EMCソリューションも一意ではありません。 PCI-e SSDカードのリリースの先駆者の1人-FusionIOは、しばらくの間、同様の製品ioCacheを提供してきました（これは、ちなみにvMotionがサポートするだけです）。 将来のリリースでVFCacheが大幅に改善され、VMwareとの緊密な統合だけでなく、自社製品（FAST Cache / FAST VP）との統合も期待されています。