ラボ アカウントからラボ プランに移行する

重要

Azure Lab Services は 2027 年 6 月 28 日に廃止されます。 詳細については、提供終了ガイドを参照してください。

ラボ プランは、Azure Lab Services のラボ アカウントに代わるものです。 この記事では、ラボ アカウントをラボ プランに移行するために必要な手順を示します。 ラボ プランにより、パフォーマンス、信頼性、スケーラビリティが向上します。 ラボプランでは、ラボの管理、容量の使用、コストの追跡に関する柔軟性も高くなります。

重要

Azure Lab Services のラボ プラン は、ラボ アカウントに代わり導入されます。 ラボ プランを作成して開始する方法について説明します。 既にラボ アカウントをご利用のお客様は、ラボ アカウントからラボ プランに移行することをお勧めします。

ラボ プランとラボ アカウントの違い

Azure Lab Services では、ラボ アカウントがラボ プランに置き換えられ、2 つの概念の間にいくつかの基本的な違いがあります。 ラボ プランは構成と設定のコレクションとして機能し、そこから作成するラボに適用されます。 また、ラボは独自の権限を持つ Azure リソースであり、ラボ プランの兄弟リソースになりました。 ラボ プランとラボ アカウントの違いついて詳しくは、こちらをご覧ください。

ラボ アカウントからラボ プランに移行する場合は、既存のラボ アカウントと新しいラボ プランの両方を使用することもありえます。 どちらも引き続きサポートされており、Azure サブスクリプションに共存することや、同じ外部リソースを共有することもできます。

移行プロセスの概要

おおまかに、移行プロセスには次の手順が含まれます。

• ラボ プランの容量を要求する
• 共有リソースを構成する
• 追加のラボ プランを作成する
• イメージを検証する
• ラボを作成して発行する
• Cost Management レポートを更新する

1.容量を要求する

ラボ プランを使用すると、独自の専用 VM コア クォータが割り当てられるようになりました。 このクォータはサブスクリプションごとに割り当てられます。 サブスクリプションに割り当てられる VM コアの初期数は限られているため、コア制限の引き上げを要求する必要があります。

重要

既にラボ アカウントを使用している場合でも、ラボ プランを使用してラボを作成するときに VM コアを自動的に使用できるわけではないため、容量を要求する必要があります。 手持ちの容量をラボ プランに転送するように要求するか、新しい容量を要求することができます。

ラボ アカウントから VM コアを転送する

ラボ プランを作成しても、Azure サブスクリプションにラボ アカウントがある場合は、ラボ アカウントで使用していた VM サイズの一覧から選択できます。 Azure Lab Services のユーザー インターフェイスでは、これらの VM サイズは “クラシック” サイズとしてマークされます。 仮想マシンのサイズの詳細については管理者ガイドを参照してください。

重要

クラシック VM サイズの容量を要求することはできません。 以前にラボ アカウントに割り当てられた VM コア容量の転送を要求することによってのみ、クラシック VM サイズにアクセスできます。 転送後、ラボ プランでラボを作成するために、 クラシック VM サイズから選択できます。

ラボ アカウントの VM コア容量の転送を要求するには、次の手順を実行します。

1. Azure portal で、Azure サポート リクエストを作成します。

2. サポート リクエストに次の情報を入力します。

   • 転送するコアの数

   • 必要な VM サイズの種類

   • 容量を使用する Azure リージョン

ヒント

ラボ プランに容量を割り当てるのに必要な時間を最小限に抑えるために、VM コア容量をラボ プランに転送することを要求することをお勧めします。

ラボ プランの容量を要求する

ラボ アカウントからラボ プランに既存の容量を転送しない場合、または追加の VM コアが必要な場合は、ラボ プランの容量を要求する必要があります。

ラボ プランがまだない場合は、容量を要求するための一時的なラボ プランを作成し、後でプランを削除できます。 容量はサブスクリプションに割り当てられるため、ラボ プランを作成または削除しても影響を受けません。 ラボ プランを初めて作成すると、Microsoft が管理する特別な Azure サブスクリプションが自動的に作成されます。 このサブスクリプションはユーザーに表示されず、専用容量を割り当てるために内部的に使用されます。

追加の VM コアを要求するには、次の手順を実行します。

1. ラボ計画を作成します。 容量を要求するには、少なくとも 1 つの (一時的な) ラボ プランが必要です。

2. 現在の使用量とクォータを確認して、サブスクリプションで使用可能な容量を確認します。

3. コアの上限引き上げを要求します。

   使用可能な VM サイズの一覧では、既定 または代替 の VM サイズから選択できます (代替のサイズには、一覧の中で “代替” というプレフィックスが付きます)。 仮想マシンのサイズの詳細については管理者ガイドを参照してください。

   ヒント

   最初に既定の VM サイズの容量を要求することをお勧めします。 使用可能な VM コアより多くの VM コアが必要な場合は、代替 VM サイズの一覧から追加の容量を要求します。

4. 一時的なラボ プランを作成した場合は、この時点で削除できます。 ラボ プランを削除しても、サブスクリプションや使用可能な容量に影響しません。 容量はサブスクリプションに割り当てられます。

重要

クラシック VM サイズの容量を要求することはできません。 ラボ アカウントの VM コア容量の転送を要求することによってのみ、クラシック VM サイズにアクセスできます。

容量の増加を要求するためのヒント

容量の割り当てにかかる時間は、VM のサイズ、リージョン、要求されたコアの数によって異なります。 追加の容量を要求するプロセスを頻繁に行う必要はありません。 必要なときに必要なリソースを確保するには、次のことを行う必要があります。

• できるだけ早く容量を要求します。
• 可能であれば、容量を要求するリージョンについて柔軟に対応します。
• サブスクリプションの有効期間中、容量が割り当てられたままになっていることを認識します。 ラボ プランまたはラボが削除されると、容量はサブスクリプションに割り当てられたままになります。
• サブスクリプションに既に割り当てられている容量を超える容量が必要な場合にのみ、追加容量を要求します。
• 大規模な一括要求を行うのではなく、VM コアに対する増分要求を行います。 多数のコアに対する要求を小さな要求に分割して、それらの要求を満たす方法の柔軟性を高めます。

たとえば、ラボ アカウントからラボ プランに移行する場合は、まず、概念実証として機能するいくつかの代表的なラボを設定するのに十分な容量を要求すると良いでしょう。 その後、今後のラボのニーズに基づいて追加の容量要求を行うことができます。

2.共有リソースを構成する

ラボ アカウントで使っている Azure コンピューティング ギャラリーとライセンス サーバーを再利用できます。 必要に応じて、より多くのライセンス サーバーとギャラリーを構成することもできます。

Azure コンピューティング ギャラリーをアタッチする場合は、コンピューティング ギャラリーとラボ プランが同じ Azure リージョンにある必要があります。 また、有効なリージョンではこの Azure リージョンのみを選択することをお勧めします。

ライセンス サーバーにアクセスする必要がある VM の場合は、次の手順に示すように、高度なネットワークを有効にしてラボ プランを作成します。

重要

ラボ アカウントを使用して作成されるラボのテンプレートを保存した場合は、ラボ プランで作成されるラボに対してこれらのテンプレートを再利用できます。 ただし、その逆はサポートされていません。 ラボ プランで作成されるラボ用に保存したテンプレートは、ラボ アカウントで作成されるラボには再利用できません。

3.追加のラボ プランを作成する

容量が割り当てられるのを待っている間は、ラボの設定に使用されるラボ プランの作成を続行できます。

実際には、シナリオによっては、複数のラボ プランが必要になる場合があります。 たとえば、数学部門では、1 つのリソース グループの 1 つのラボ プランで十分かもしれません。 コンピューター サイエンス部門では、複数のラボ計画が必要かもしれません。 1 つのラボ計画で、高度なネットワークといくつかのカスタム イメージを有効にすることができます。 別のラボ計画では、基本ネットワークを使用でき、カスタム イメージを有効にすることはできません。 複数のラボ プランを同じリソース グループに保持できます。

1. ラボ プランを作成して構成します。
   • ライセンス サーバーを使う場合は、ラボ計画を作成するときに高度なネットワークを有効にすることを忘れないでください。
   • 教師はリソース グループを選択してラボを作成するため、ラボ プランのリソース グループ名は重要です。
   • 同様に、ラボ プラン名も重要です。 リソース グループに複数のラボ プランがある場合は、教師がラボを作成するときに、ラボ プランを選択するためのドロップダウンが表示されます。
2. ラボを作成する教師にアクセス許可を割り当てます。
3. Azure Marketplace イメージを有効にします。
4. ラボのリージョンを構成します。 ラボ プランで、容量要求で指定したリージョンを使用できるようにする必要があります。
5. 必要に応じて、Azure コンピューティング ギャラリーをアタッチします。
6. 必要に応じて、アプリの追加やラボ計画のリンクなど、キャンバスとの統合を構成します。 または、Teams グループにアプリを追加して、Teams との統合を構成します。

ラボ アカウントから移行する場合は、次の表に、ラボ アカウントをラボ プランにマップする方法に関するガイダンスを示します。

ラボ アカウントの構成	ラボ プランの構成
仮想ネットワーク ピアリング	ラボ プランでは、ラボ アカウントと同じ仮想ネットワークを再利用できます。 - ラボ プランを作成するときに高度なネットワークを設定します。
ロールの割り当て - ラボ アカウント所有者\共同作成者。 - ラボ作成者\所有者\共同作成者。	ラボ プランには、新しい特殊なロールが含まれています。 1. ロールを確認します。 2. アクセス許可を割り当てます。
有効な Marketplace イメージ。 - ラボ アカウントでは、Marketplace からの Gen1 イメージのみがサポートされます。	ラボ プランには、Azure Marketplace イメージを有効にする設定が含まれています。 - ラボ プランは Gen1 および Gen2 の Marketplace イメージをサポートしているため、イメージの一覧は、ラボ アカウントを使用している場合に表示される一覧とは異なります。
場所 - ラボは、ラボ アカウントと同じ位置情報内に自動的に作成されます。 - ラボが作成されるリージョンを厳密に指定することはできません。	ラボ プランを使用すると、ラボを作成するリージョンを具体的に制御できます。 - ラボのリージョンを構成します。
アタッチされた Azure Compute Gallery (Shared Image Gallery)	ラボ プランは、ラボ アカウントで使用されるギャラリーにアタッチできます。 1. Azure Compute Gallery をアタッチします。 2. ラボ プランのイメージを有効にすることを確認します。
Teams 統合	ラボ プランに Teams との統合を構成するため、アプリを Teams グループに追加します。
ファイアウォール設定 - ラボのパブリック IP アドレスとポート範囲 49152 から 65535 のインバウンド規則とアウトバウンド規則を作成します。	ファイアウォール設定 - ラボのパブリック IP アドレスとポート範囲 4980 から 4989、5000 から 6999、および 7000 から 8999 のインバウンド規則とアウトバウンド規則を作成します。

4.イメージを検証する

各 VM サイズは、新しい Azure VM コンピューティング SKU を使用するように再マップされています。 アタッチされたコンピューティング ギャラリーを使用している場合は、イメージを使用してラボを発行し、学生の一般的なワークロードをテストすることで、カスタマイズした各イメージを新しい VM コンピューティング SKU で検証します。 ラボを作成する前に、コンピューティング ギャラリー内の各イメージが、ラボ プランで有効になっているリージョンにレプリケートされていることを確認します。

5.ラボを作成して発行する

サブスクリプションに容量が割り当てられたら、代表的なラボを作成して発行し、教師と学生のエクスペリエンスを検証できます。 概念実証として一連の代表的なラボを作成する手順は省略可能ですが、強くお勧めします。これにより、学生の一般的なワークロードに基づいてパフォーマンスを検証できるからです。 概念実証が正常に完了したら、今後の当面のニーズに基づいて容量要求を送信し、その後は段階的に容量の要件全体を構築できます。

ラボ戦略

既存のラボをラボ プランに移行することはできません。 代わりに、新しいラボを作成する必要があります。 新しい機能強化が提供されて新しいラボを作成する必要が生じたときに、ラボの全体的な構造を見直し、必要に応じて変更を計画すると良いでしょう。

• ラボを削除して再作成する

  ほとんどの組織は、半期 (またはクラス セッション) ごとにラボを削除し、再作成します。 これらの移行のいずれかの間に、ラボ プランへの移行をスケジュールできます。

• 既存のラボを再利用する

  一部の組織では、各クラス セッションで同じラボを再利用し、ラボのユーザー名簿を変更します。 このアプローチでは、移行先の新しいラボの作成を計画する必要があります (通常は新しいセッションの開始時に行います)。

既存のラボを移行することはできませんが、コンピューティング ギャラリーやイメージ、ライセンス サーバーなどの他の資産を再利用することはできます。

ヒント

ラボをラボ プランに移行することに関する懸念がある場合は、Azure Lab Services カスタマー エンゲージメント チームに連絡できます。 組織名とサブスクリプション ID に加え、移行するラボの数を知らせてください。

6.Cost Management レポートを更新する

ラボ プランを使用して作成されたラボのため、新しいコスト エントリの種類 Microsoft.LabServices/labs を含むようにレポートを更新します。 組み込みタグとカスタム タグを使うと、コスト分析でグループ化することができます。 コストの追跡について詳しくは、「Azure Lab Services のコスト管理」をご覧ください。

次のステップ

• 管理者として、ラボ計画を作成します。
• 管理者として、ラボ計画を管理します。
• ラボ所有者としてラボの使用を構成および制御する