私は最近、学習目的でOpenstack環境をセットアップしました。Openstack Instanceディスクのサイズ変更
すべてのopenstackサービスは1台のマシンで実行されています。
すべて正常です。
私は、このオープンスタック上で1つのWindows 2012インスタンスを実行しています。
Cパーティションに100 GBの領域が割り当てられています。
このインスタンスのパーティションを100GBから200GBに拡張しようとすると、プロセスを完了するのに約2時間かかりました。
これは、私が現在このopenstack環境で実行している唯一のインスタンスです。
私はインスタンスのルートパーティションサイズを増やすプロセスをスピードアップできますか？
リサイズの速度は、お使いのマシンによって異なる場合があります。サイズ変更に関連するエラーがログにあるはずです。ユースケースはおそらく、サイズ変更の速度よりも変更する方が簡単です。
実稼働環境では、通常、Windowsのルートディスクは、物理マシン上で使用されていたものよりも小さくなります。さらにストレージをインスタンスに追加するには、ブロックストレージ/ボリューム（Cinder）を使用することになります。これにより、ディスクを作成して（D :, E :, F :)添付し、必要に応じていつでも取り外すことができます別のインスタンスに接続します。これにより、Windows用のルートパーティションにインストールされているものを最小限に抑えることができ、ディスクサイズを扱う際の柔軟性が向上します。追加の利点は、データを移動する能力です。
基本的なOpenStackインストールには、Cinderは含まれていません。 Cinderは、ほとんどの実稼働環境にインストールされる共通のサービスです。つまり、OpenStackクラウドを管理したい場合は、学習する価値があります。
これは良いニュースです。 Cinderを使用している場合は、Cinderを余分なストレージに使用するようにユースケースを変更して、ルートディスクサイズを小さく保つことができます。 200GBのルートディスクを移行しようとしているとします。 Windows用に40GB程度のルートディスクがある場合は、必要に応じてインスタンスを移行する時間が大幅に短縮されます。その後、200 GBの移行時間を待つことなく、別の計算ノードのインスタンスにシンダーボリュームをアタッチすることができます。 –
私はCinderを使用しています。それは正常に動作しています。インスタンスに接続されているその他のCinderベースのボリュームは、数秒以内にリサイズされています。 同時に、ルートパーティションのサイズ（私の場合はCドライブ）を拡張する必要がある場合、非常に遅いです。およそ2時間。 同じ物理マシン上で別のHypervisorを使用して同じVMwareを使用できる場合は、数秒以内にVMのルートパーティションサイズを増やすことができます。 –
コード番号はNovaとは異なります。リサイズでは、使用しているフレーバーを変更する必要があります。つまり、ディスクだけでなくCPUやメモリを変更しています。特に、ルートパーティションを変更している場合は、サイズ変更が遅くなる可能性があります。 Linux VMをテストして、プロセスがそれ以上高速かどうかを確認します。それは同じユースケースではありませんが、LinuxとWindowsの間にどれくらいの時間がかかるかを知ることができます。 200GBのルートディスクをインスタンスとして使用する場合は、さまざまな問題を抱えています。 –