拡張可能な予約の例 1

この例では、拡張可能な予約を持つリソース プールの機能を示します。

管理者が、プール P を管理し、2 人の異なるユーザー （または 2 つの異なるグループ） 用に 2 つの子リソース プール S1 と S2 を定義するとします。

管理者は、予約を持つ仮想マシンをユーザーがパワーオンしたいことを知っていますが、各ユーザーがどれだけの量を予約する必要があるかは知りません。S1 と S2 の予約を拡張可能にすると、管理者は、プール P の共通の予約をより柔軟に共有および継承できます。

拡張可能な予約を使用しない場合、管理者は、特定の量を明示的に S1 と S2 に割り当てる必要があります。このような特定の割り当ては、特に深いリソース プール階層において柔軟性がなくなる場合があり、リソース プール階層での予約設定が複雑になる場合があります。

拡張可能な予約では、厳密な分離がなくなります。つまり、S1 は、P の予約をすべて使い始めることができ、S2 が直接使用できるメモリまたは CPU がなくなります。