HDDのオーバーコミットについて

[ikushin]

金です。

お世話になっています。

ちょっとした雑談ですが……

nova.confのconfiguration optionsを見るに、CPUとメモリはオーバコミットを許すようです。

・CPU → 16倍

・メモリ → 1.5倍

ところが、HDDについては特に記述がありません。

KVM自体に、HDDに関しては制限が無いようです（？）

ということは、物理マシンのHDD監視を厳しく行う必要性を感じるのですが、

ご参考までに、どのような閾値を設けているか、ご教授いただけませんか？

影響度を考えると、50%くらいで一旦通知するとか？

■参考

http://docs.openstack.org/folsom/openstack-compute/admin/content/list-of-compute-config-options.html

https://access.redhat.com/knowledge/docs/ja-JP/Red_Hat_Enterprise_Linux/5/html/Virtualization/sect-Virtualization-Tips_and_tricks-Overcommitting_with_KVM.html

[powered.by.solaris]

中島です。

使い方や、ストレージの容量によりますが70～80%くらいでよいと思います。

しきい値に達した後に、どのくらいの期間でMaxに達するのか？

　・よくつかわれるインスタンスが後何個起動できるのか？
　・インスタンスの追加はどのくらいの頻度で発生すると予想できるか？

このあたりを考慮して安全値を設定します。

しきい値を決めるにあたり、警告値の設定も重要ですが、達した後の対応も事前に決めておくのが重要です。
（ディスク増設をするのか、いったん仮想マシンの作成を止めてしまう、等々）

よろしくお願いいたします。

2013年1月25日 17:09 ikushin <xuhuan...@gmail.com>:

[Akihiro MOTOKI]

中島さんが書いている以外だと、
VM イメージは qcow2 の差分イメージとして用意されるので、
VM 作成時には容量が足りているが、VM 実行中に足りなくなってしまうことがあります。
(Grizzly 環境で確認したため、Folsom で同じかは分かりませんが)
そうすると、既存の VM にも影響が出るので、個人的にはオーバーコミットはしない方がよいと考えています。

$ qemu-img info /opt/stack/data/nova/instances/instance-00000002/disk
image: /opt/stack/data/nova/instances/instance-00000002/disk
file format: qcow2
virtual size: 20G (21474836480 bytes)
disk size: 140K
cluster_size: 65536
backing file: /opt/stack/data/nova/instances/_base/f1b54afd861afc1e302f99b2ce9e7dc4099f1138
(actual path: /opt/stack/data/nova/instances/_base/f1b54afd861afc1e302f99b2ce9e7dc4099f1138)

もしくは、ディスク使用量を監視して、使用量が多そうな VM を Live Migration させるというのも
理論的/技術的にはありかもしれませんが、なかなか大変だと思います。

2013年1月26日 16:10 powered.by.solaris <powered.b...@gmail.com>:

> --
>
>



--
Akihiro MOTOKI <amo...@gmail.com>

[ikushin]

金です。

中島さん、元木さん、リプライありがとうございます。

そうですね、元木さんが仰るように、オーバーコミットさせないというのに私も一票入れたいですかね。
でもOpenStackでそういう制限出来るんですかね？

運用でカバーかな……

2013年1月25日金曜日 17時09分46秒 UTC+9 ikushin: