Azure DevTest Labs サービスにより、開発者とテスト担当者の有効性と効率が向上します。 この記事では、Azure DevTest Labs で仮想マシンを要求または要求解除する機能について説明します。 また、この機能によってユーザー エクスペリエンスが向上するさまざまな方法も示します。 この機能を使用できるさまざまなシナリオを見る前に、 クレーム の内容と動作を見てみましょう。
請求可能なマシン
要求可能なマシンは、所有者なしでラボで作成された仮想マシン (VM) です。 マシンが要求されると、ユーザーにはその VM のすべてのオプションがあります。 ユーザーがマシンを要求すると、いくつかの変更が行われます。 VM は、 要求可能な仮想マシン の一覧から Azure portal の [個人用仮想マシン ] の一覧に移動されます。
ユーザーは VM に接続したり、成果物をカスタマイズしたり、マシンを再起動、停止、または要求解除したりできます。 VM を要求可能にする方法はいくつかあります。
- マシンを作成し、それを解放して要求可能なプールに移動するようにします。
- 詳細設定を使用して VM を作成し、共有プールに配置 します。
クレーム/要求解除機能を効果的に使用できるケースは 2 つあります。 最初のケースでは、適切に設計および実行するために、より多くの注意と計画が必要です。 そして、2つ目はより状況的です。 さまざまなケースの例を次に示します。
要求可能なマシンの設計された使用
- ソフトウェア開発/テスト: マシンを準備し、未請求の状態にすることで、開発者またはテスト担当者の生産性を高めることができます。 さまざまな構成、必要なツール、および最新のコードを使用して VM のセットを使用すると、ユーザーは VM を要求し、マシンのセットアップに時間を費やすことなく作業を開始できます。 VM が要求される前に、マシンはプロビジョニングされますが、シャットダウンされるため、使用頻度の低いマシンの使用コストが最小限に抑えられます。 VM が必要な場合、ユーザーは VM を要求するだけで、マシンが起動します。 多くの場合、新しい VM を作成する方が簡単で安価であるため、この場合、未請求のオプションは役に立ちません。
- Classroom/Labs: 学生が Azure portal を使用してすぐにマシンに接続できるように、クラスまたはラボ用に VM を事前に構成します。 学生が VM を要求すると、ラボは誰も同じマシンを要求できないようにします。 このプロセスを自動化することで、指定された環境で必要な数のマシンを使用できるようになります。 学生が現れない場合や遅れている場合は、最小限のコストでセッションが終了するまで、使われていないマシンを利用できます。 このシナリオでは、前のユーザーが完了したときに VM が不明な状態になるため、未請求オプションは有効ではありません。
- デモ： デモンストレーションにはマシンを使用します。ラボ内のマシンは特定の環境でセットアップされます。 この機能は、複数のユーザーが同時に、または会議などでランダムにデモンストレーションを行う場合に便利です。 この状況では、ユーザーが次のデモのために VM を要求可能なプールに戻せるようにして、マシンの状態を変更しないようにする必要があるため、この状況では、未請求オプションが役立つ場合があります。 未プロビジョニングのマシンがプロビジョニング解除され、コストが最小限に抑えられるため、VM をラボに長期間残すことができます。
- 一時/契約社員: ユーザーがマシンを使用できるようにします。 退出すると、データを失うことなく、要求可能なプールに VM を返します。 VM が未クレームの場合、別のユーザーが VM を取得し、マシンを続けるか、追加情報を確認するためにレビューすることができます。
- 原則として： 特定の周期で VM を自動的に構成してデプロイする唯一のソースを用意する機能は、さまざまな状況で役立ちます。 要求/要求解除機能は、設定された構成で未要求状態で VM を構築する自動化されたプロセスを使用することで、ユーザーの効率を高めるのに役立つさまざまな状況があります。 構成には、ニーズに応じて異なるオペレーティング システム、言語、ディスク、またはその 他のソフトウェア (成果物) が含まれる場合があります。 ラボから VM を要求する機能により、ラボ ユーザーはマシンの構成に時間や労力を費やすことなく、適切に構成されたシステムを取得できます。 ラボ マネージャーは、VM の要求された状態を使用して、生成されたマシンの数を改善し、マシンをクリーンアップし、構成の優先順位を決定できます。 Azure VM Image Builder は、複数のラボ用の VM とイメージを構築するための自動化されたプロセスの良い例です。 スクリプトは、適切な変更を加えて次のいずれかの状況を実行するように変更することも、カスタム システムを作成するための参照として使用することもできます。
要求可能なマシンの状況的な使用
- ユーザーがマシンの制御を相互に渡し、次にマシンを取得するユーザーを明示的に知る必要がない、要求/要求解除機能を使用します。
- 特定のマシン構成でバグを再現できるシナリオの開発、テスト、デバッグを行い、その後マシンを解放してから、別の開発者がそのマシンを引き継いで作業を続行できるようにします。 この機能は、世界中のさまざまな領域でリモートで作業するユーザーが増えるので特に便利です。
- チーム メンバーは、1 つの環境で作業できます。 たとえば、自動化できない複雑な環境を手動で設定したり、画像などの 1 つの入力の変更のみを処理できるリソースを作成したりできます。 以前は、この問題は専用のマシンを稼働させることで対処されていました。 要求可能な機能は、組み込みのユーザー アクセス制御と、使用可能な場合の視覚的な識別を使用することで、手動プロセスを改善することです。 未請求の場合、コストを削減するために VM はプロビジョニング解除されます。
- VM に接続されているデータ ディスクがある。 最大 1 TB のデータの各ディスクでは、データをコピーまたは複製することなく、大量のデータを渡すことができます。 VM は、最初は、大量のデータを含む接続されたディスクを使用して作成されます。 その後、すべてのユーザーがマシンを要求し、データにアクセスできます。 完了したら、VM をアンライムして、他のユーザーがマシンにアクセスできるようにします。
要求可能なマシンの使用にはいくつかの注意事項があります。最も一般的には、マシンへのアクセス権の取得に関する注意事項があります。 マシンがドメインに参加している場合、マシンを要求するユーザーには既にアクセス権が付与されている必要があります。通常は、VM の作成時にラボ内のすべてのユーザーを含むグループへのアクセスを許可することで行われます。 マシンがドメインに参加していない場合は、パブリック リポジトリ内の VM パスワードのリセット アーティファクトを実行して、ユーザーを管理者として追加する必要があります。 成果物は、マシンが起動または取得された後でも適用できます。
次のステップ
次の記事を参照してください。 Azure DevTest Labs で要求可能な VM を作成および管理する