このページを共有
タイムスロット間のホストの割り当てに影響する可能性のある要素は多数あります。パフォーマンス・タイムスロット間でホストがどのように割り当てられ、使用可能なテスティング・ホストの変更がどのようにホストの割り当てに影響するかを例示する、次のシナリオを検討します。ラボ管理はタイムスロット間で利用可能なホストを再シャッフルして、全体的なリソース利用率を最適化しようとします。
次のホストがプロジェクトのホスト・プールに属しているとします。
ホスト | プロパティ |
|---|---|
ホスト 1 | Controller |
ホスト 2 | Controller＋Load Generator |
ホスト 3 | 次のプロパティを持つ Load Generator：
|
ホスト 4 | 次のプロパティを持つ Load Generator：
|
午前 7 時に、John は次のタイムスロットを予約します。
タイムスロット | 予約した時間 | 予約した時間帯 | 要求したリソース、プロパティ |
|---|---|---|---|
TS1 | 07:00 | 午前 8 時～午前 10 時 | Controller 1 つ、任意 Load Generator 1 つ、任意 |
John は要求を送信します。システムは、ホスト 1 を Controller として割り当て、ホスト 2 を他のタイムスロットの Load Generator または Controller として利用できるように残しておきます。さらに、システムはホスト 4 を Load Generator として割り当てます。これはホスト 4 がホスト 2 とホスト 3 より優先度が高いからです。次のホストは割り当てに成功します。
要求されたホスト | 割り当てられたホスト |
|---|---|
Controller 1 つ、任意 | ホスト 1 |
Load Generator 1 つ、任意 | ホスト 4 |
午前 7 時 30 分、Sue は次のタイムスロット予約を送信します。
タイムスロット | 予約した時間 | 予約した時間帯 | 要求したリソース、プロパティ |
|---|---|---|---|
TS2 | 07:30 | 午前 9 時～午前 11 時 自動起動 | Controller 1 つ、任意 Load Generator 1 つ、Citrix |
ホスト 4 が唯一の Citrix Load Generator であるため、システムによってホスト 4 を代わりに Sue のタイムスロットに割り当てできるように、John のタイムスロットに別の Load Generator を割り当てできるかが確認されます。
必要なホストが利用できる場合、次の再シャッフルが発生します。
ホスト 3 は、John に割り当てられ、ホスト 4 は Sue に割り当てられます。
John の Controller であるホスト 1 は、John に割り当てられたままであり、同じく Controller であるホスト 2（未割り当て）は、Sue に割り当てられます。
Sue は要求の送信に成功します。新しいホストの割り当ては次のようになります。
タイムスロット | 要求されたホスト | 割り当てられたホスト |
|---|---|---|
TS1 | Controller 1 つ、任意 Load Generator 1 つ、任意 | ホスト 1 ホスト 3（ホスト 4 と置換） |
TS2 | Controller 1 つ、任意 Load Generator 1 つ、Citrix | ホスト 2 ホスト 4 |
注: ホストの割り当ては、「先着順」です。John がホスト 4 を先に予約しているため、John のタイムスロットに割り当てできるホストが他になかった場合、ホスト 4 は John に割り当てられたままになり、Sue は正常にタイムスロットを予約できません。
午前 7 時 45 分に、Peter は次のタイムスロットを予約します。
タイムスロット | 予約した時間 | 予約した時間帯 | 要求したリソース、プロパティ |
|---|---|---|---|
TS3 | 07:45 | 午前 10 時～午後 12 時 | Controller 1 つ、ホスト 2 Load Generator 1 つ、任意 |
Peter は、自分の Controller にホスト 2 と任意の Load Generator を要求しています。システムにより、要求と他のタイムスロットのタイミングを考慮に入れ、要求されたホストが割り当て可能かが確認されます。
ホスト 2 を Peter のタイムスロットに割り当てるには、10 時まで利用できる必要があります。
Sue は任意の Controller を希望しています。
John のタイムスロットは、10 時に終わり、リソースが解放されます。
すべてのタイムスロットに対応できるように、次の再シャッフルが発生します。
Sue のタイムスロットは、ホスト 2 を離れ、代わりにホスト 1 が割り当てられます。ホスト 4（Citrix）は、Sue のタイムスロットに割り当てられたままになります。
ホスト 2 は、John のタイムスロットに割り当てられ、ホスト 3 は John のタイムスロットに割り当てられたままになります。
John のタイムスロットは、Peter のタイムスロットが開始する 10 時までに終了するため、ホスト 2 とホスト 3 は、Peter のタイムスロットに割り当てられます。
Peter は要求の送信に成功します。新しいホストの割り当ては次のようになります。
タイムスロット | 要求されたホスト | 割り当てられたホスト |
|---|---|---|
TS1 | Controller 1 つ、任意 Load Generator 1 つ、任意 | ホスト 2 ホスト 3 |
TS2 | Controller 1 つ、任意 Load Generator 1 つ、Citrix | ホスト 1 ホスト 4 |
TS3 | Controller 1 つ、ホスト 2 Load Generator 1 つ、任意 | ホスト 2 ホスト 3 |
注: John と Peter のタイムスロットが重なっている場合、ホスト 2 が Peter のタイムスロットの一部に利用可能になることはありません。この場合、再シャッフルは不可能であり、Peter は正常にタイムスロットの予約ができなくなります。
では、7 時 55 分に、ホスト 2 が非稼働になったとします。TS1 はホスト 1 に戻り、8 時に開始します。これは、上記の情報から続き、TS2 と TS3 のリソースは部分的に割り当てられるため、TS2 と TS3 の両方が無効になります。
次に、9 時 5 分に、ホスト 2 が再度稼働中になります。TS2 に割り当てられ、5 分後、ただし、まだ指定された再試行期間中に、TS2 が開始します。（再試行設定の詳細については、『Micro Focus ALM ラボ管理ガイド』
11 時に、TS3 は無効のままで（一部割り当て）、ホスト 2 はまだ TS2 によって使用されているため、開始できません。
