Google Cloud Platformのメカニズムに学ぶ

SSDでプライベートクラウドの“迷惑な隣人”問題を解決する方法（2/2 ページ）

公開 2016年07月05日 15時00分

更新 2016年07月05日 15時04分

著者

Jim O'Reilly

[TechTarget]

印刷する

Google Cloud Platformから得られるストレージの教訓

　クラウド調査会社Cloud Spectatorのレポートによると、「Google Cloud Platform」はI/O速度の変動がわずか2％だ。これは、クラウドプロバイダーであるGoogleが迷惑な隣人問題に対処する内部メカニズム、ならびに効率的なI/O供給メカニズムを備えていることを示している。Googleはチューニング手法を企業秘密だとしているが、同社がインスタンスを同社の保存データにローカライズしていることは分かっている。これは遅延を減少させる。

　GoogleのオーケストレーションソフトウェアはインスタンスごとにI/O速度をモニターし、高負荷ユーザーに対処するためにQoS（Quality of Service）を調整したり、高い負荷からインスタンスを取り除いたりできる可能性が高い。プライベートクラウドでこれを実現するには、I/Oの激しい特殊なインスタンスが必要となり、サーバ配置が制約される可能性がある。

インメモリ技術の役割

　インメモリ技術という選択肢は、クラウドにおけるI/Oの将来を切り開く可能性が高い。例えばGoogleは、既にRAMディスクというオプションを用意している。NVDIMM（不揮発性DIMM）は、この方式の大幅な低価格化を促すと同時に、メモリ容量を何TBにも拡大するだろう。NVDIMMメモリは、I/O速度を改善する手段としてサーバ内蔵ストレージに取って代わると予想される。NVDIMMというアプローチはハイパーコンバージド構成にもうまくフィットし、全てのストレージとコンピュートの要素を緊密に接近させる。

　コンテナはクラウドストレージのパフォーマンス問題に多少影響する。コンテナ方式を利用した仮想化は、サーバ上のインスタンス数を3～5倍に増加させる。1個のOSイメージしか必要としないが、各サーバのI/Oは大幅に増加する。だが上述のSSDとNVDIMMを活用することで、大量のI/Oを処理できるはずだ。

　プライベートクラウドのストレージを構築する際には、ストレージソフトウェアの選択に注意を払う必要がある。Red HatとSanDiskは、SSDの使用に対して「Ceph」（訳注：オープンソースの分散ストレージ技術）をチューニングすることで提携した。この取り組みはOpenStackコミュニティーに歓迎されるだろう。ScalityとCaringoもこの分野で積極的な動きを見せている。一方、統合アプライアンス分野では、DDNの「WOS」システムが非常に高いパフォーマンスを実現しているようだ。