エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
仮想環境に最適化したスマートストレージのアーキテクチャ(後)
前回に引き続き、Tintri VMstoreの特徴について解説します。 ③仮想マシン単位での「見える化」の実現 従... 前回に引き続き、Tintri VMstoreの特徴について解説します。 ③仮想マシン単位での「見える化」の実現 従来型のストレージを仮想環境で使った場合の大きな課題の1つとして、「LUN/ボリューム単位でのストレージの動きは把握できるが、ストレージの内部でそれぞれの仮想マシンがどのように扱われているのかがまったくわからない」ということがあります。仮想環境のVM数が50~100ぐらいの規模に達すると、ストレージの性能問題に直面することが増えるため、そのような悩みを感じる傾向にあるようです。 例えば、仮想マシンを使用しているユーザーからストレージI/Oの遅さを指摘された場合、明らかにストレージ全体でも遅延が発生していれば、ストレージ性能の限界として迅速に対処が可能です。しかし、LUN/ボリュームやストレージ全体としては問題なく稼働しているように見える一方、対象の仮想マシンのストレージI/Oがど
2015/06/02 リンク