ラボ アカウントから改善された Azure Lab Services 2022 年 8 月の更新プログラムへの移行
この記事は、ラボ アカウントで作成されたラボを使用する Azure Lab Services のユーザーに適用されます。 Azure Lab Services のまったく新しいユーザーである場合は、まず ラボ 計画を作成します。
この記事では、2022 年 8 月の更新プログラムで利用可能になった機能とリソースの使用を開始する手順について説明します。 Azure Lab Services 2022 年 8 月の重要な更新プログラムには、パフォーマンス、信頼性、スケーラビリティを向上させる機能強化が含まれています。 また、ラボの管理、容量の使用、コストの追跡方法の柔軟性も向上します。
重要
パフォーマンスを向上させるには、2022 年 8 月の更新プログラムを使用することをお勧めします。
2022 年 8 月の更新プログラムの一環として、Azure Lab Services ラボ プランによってラボ アカウントが置き換えられます。 新しいお客様の場合は、ラボ プランを作成して開始する方法について確認してください。 既存のラボ アカウントのお客様の場合は、ラボ アカウントからラボ プランに移行することをお勧めします。
2023 年 2 月 21 日以降、このサービスを使用するラボ アカウントを作成することはできません。 新しいサブスクリプションがある場合は、代わりにサービスを使用するラボ プランを作成できます。
ラボ アカウントが既にある場合は、引き続き使用できます。追加のラボ アカウントが必要な場合は、例外として、Azure サポート チケットを送信できます。
更新プログラムの違い
2022 年 8 月の更新プログラムの重要な部分は、2022 年 8 月の更新プログラムで概念 ラボ プラン が ラボ アカウント を置き換えるという事実を中心にしています。 機能は似ていますが、2 つの概念にはいくつかの基本的な違いがあります。 ラボ計画は構成と設定のコレクションとして機能し、そこから作成されるラボに適用されます。 また、2022 年 8 月の更新以降、ラボはそれ自体の Azure リソースであり、ラボ 計画への兄弟リソースです。 ラボ プランとラボ アカウントの違いの詳細については、こちらをご覧ください。
現在のバージョンの Azure Lab Services から 2022 年 8 月の更新プログラムに移行する場合は、既存のラボ アカウントと新しいラボ プランの両方を使用している場合があります。 また、どちらも引き続きサポートされており、Azure サブスクリプションに共存でき、同じ外部リソースを共有することもできます。
更新プログラムの詳細については、 Lab Services の新機能に関する記事を参照してください。
画面切り替えパスの概要
2022 年 8 月から Azure Lab Services Update への移行には、少し精神的なシフトがあります。
このチェックリストでは、シーケンスの概要を示します。
- ラボ プランを作成する
- ラボ プランの容量を要求する
- 共有リソースを構成する
- 追加のラボ 計画を作成する
- イメージを検証する
- ラボを作成して発行する
- コスト管理レポートを更新する
1. ラボ 計画を作成する
更新プログラムの使用を開始するには、ラボ 計画を作成する必要があります。
ラボ計画がまだない場合は、容量を要求するための一時的なラボ 計画を作成し、後でプランを削除できます。 容量はサブスクリプションに割り当てられるため、ラボ プランを作成または削除しても影響を受けません。 ラボ 計画を初めて作成すると、Microsoft が管理する特別な Azure サブスクリプションが自動的に作成されます。 このサブスクリプションは表示されません。また、内部的に使用して 専用容量を割り当てます。
- ラボ計画を作成します。
- 容量が要求されたら、このラボ 計画を削除できます。
- 高度なネットワークやイメージを有効にする必要はありません。またはアクセス許可を割り当てます。
- 任意のリージョンを選択できます。
実際には、シナリオによっては、複数のラボ計画が必要になる場合があります。 たとえば、数学部門では、1 つのリソース グループの 1 つのラボ計画で十分かもしれません。 コンピューター サイエンス部門では、複数のラボ計画が必要かもしれません。 1 つのラボ計画で、高度なネットワークといくつかのカスタム イメージを有効にすることができます。 別のラボ計画では、基本ネットワークを使用でき、カスタム イメージを有効にすることはできません。 複数のラボ 計画を同じリソース グループに保持できます。
また、ラボ アカウントとラボ プランでは容量を共有できないため、ラボ アカウントの既存の容量がある場合でも、ラボ プランの新しい容量を要求する必要があります。 容量を要求する前に、サブスクリプションに少なくとも 1 つのラボ プランが必要です。
2. 容量を要求する
顧客として、独自の 専用 VM コア クォータが割り当てられるようになりました。 このクォータはサブスクリプションごとに割り当てられます。 サブスクリプションに割り当てられている VM コアの初期数は限られているため、コア制限の引き上げを要求する必要があります。 現在のバージョンの Azure Lab Services でラボ アカウントを既に使用している場合でも、コア制限の引き上げを要求する必要があります。ラボ プランを作成すると、ラボ アカウント内の既存のコアは使用できません。
- 現在の使用量とクォータを決定して、サブスクリプションで使用可能な容量を確認します。
- コア制限の引き上げを要求します。
- 一時的なラボ 計画を作成した場合は、この時点で削除できます。 ラボ プランを削除しても、サブスクリプションや使用可能な容量には影響しません。 容量はサブスクリプションに割り当てられます。
容量の増加を要求するためのヒント
容量の割り当てにかかる時間は、VM のサイズ、リージョン、要求されたコアの数によって異なります。 追加容量を頻繁に要求するプロセスを実行する必要はありませんが、必要なときに必要なリソースを確保するには、次のことを行う必要があります。
- 可能な限り事前に容量を要求します。
- 可能であれば、容量を要求しているリージョンに柔軟に対応します。
- サブスクリプションの有効期間中、容量が割り当てられたままになっていることを認識します。 ラボ プランまたはラボが削除されると、容量はサブスクリプションに割り当てられたままになります。
- サブスクリプションに既に割り当てられている容量を超える容量が必要な場合にのみ、追加容量を要求します。
- 大規模な一括要求を行うのではなく、VM コアに対する増分要求を行います。 多数のコアに対する要求を小さな要求に分割して、それらの要求を満たす方法の柔軟性を高めます。
たとえば、ラボ アカウントからラボ 計画に移行する場合は、まず、概念実証として機能するいくつかの代表的なラボを設定するのに十分な容量を要求する必要があります。 後で、今後のラボのニーズに基づいて追加の容量要求を行うことができます。
3. 共有リソースを構成する
ラボ アカウントで使用するのと同じ Azure Compute Gallery とライセンス サーバーを再利用できます。 必要に応じて、必要に応じて 、より多くのライセンス サーバー とギャラリーを構成することもできます。 ライセンス サーバーへのアクセスを必要とする VM の場合は、次の手順に示すように 、高度なネットワークを 有効にしたラボ プランを作成します。
4. 追加のラボ 計画を作成する
容量が割り当てられるのを待っている間は、ラボの設定に使用されるラボ プランの作成を続行できます。
- ラボ計画を作成して構成します。
- ラボを作成する教師にアクセス許可を割り当てます。
- Azure Marketplace イメージを有効にします。
- ラボのリージョンを構成します。 ラボ プランで、容量要求で指定したリージョンを使用できるようにする必要があります。
- 必要に応じて、Azure コンピューティング ギャラリーをアタッチします。
- 必要に応じて、アプリの追加やラボ計画のリンクなど、キャンバスとの統合を構成します。 または、Teams グループにアプリを追加して、Teams との統合を構成します。
ラボ アカウントから移行する場合は、次の表に、ラボ アカウントをラボ プランにマップする方法に関するガイダンスを示します。
| ラボ アカウントの構成 | ラボ計画の構成 |
|---|---|
| 仮想ネットワーク ピアリング | ラボ プランでは、ラボ アカウントと同じ仮想ネットワークを再利用できます。 - ラボ計画を作成するときに、高度なネットワークを設定します。 |
| ロールの割り当て- ラボ アカウント所有者\共同作成者。 - ラボ作成者\owner\contributor。 | ラボ計画には、新しい特殊なロールが含まれます。 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 の受信規則と送信規則を作成します。 |
5. 画像を検証する
各 VM サイズは、新しい Azure VM コンピューティング SKU を使用するように再マップされています。 アタッチされたコンピューティング ギャラリーを使用している場合は、イメージを使用してラボを発行し、一般的な学生ワークロードをテストすることで、カスタマイズした各イメージを新しい VM Compute SKU で検証します。 ラボを作成する前に、コンピューティング ギャラリー内の各イメージが、ラボ プランで有効になっている同じリージョンにレプリケートされていることを確認します。
6. ラボを作成して発行する
サブスクリプションに容量が割り当てられたら、代表的なラボを 作成して発行し 、教師と学生のエクスペリエンスを検証できます。 代表的なラボを概念実証として選択することは、省略可能ですが、強くお勧めの手順です。これにより、一般的な学生のワークロードに基づいてパフォーマンスを検証できます。 概念実証が正常に完了したら、今後のニーズに基づいて容量要求を送信し、時間の経過と同時に完全な容量要件に段階的に構築できます。
ラボ戦略
既存のラボを 2022 年 8 月の更新プログラムに移行することはできません。 代わりに、新しいラボを作成する必要があります。 すべての新しい機能強化に加えて、新しいラボを作成する要件により、ラボ全体の構造を見直し、必要に応じて変更を計画する良い機会が得られます。
ラボを削除して再作成する
ほとんどの学校では、ラボを削除し、学期 (またはクラス セッション) ごとに再作成します。 これらの移行の 1 つで、2022 年 8 月の更新プログラムへの移行をスケジュールできます。
既存のラボを再利用する
一部の学校では、各クラス セッションで同じラボを再利用し、学生名簿を変更します。 このアプローチでは、通常は新しいセッションの開始時に、移行先の新しいラボの作成を計画する必要があります。
注意
既存のラボを移行することはできませんが、コンピューティング ギャラリーやイメージなどの他の資産やライセンス サーバーを再利用することはできます。
7. コスト管理レポートを更新する
2022 年 8 月の更新プログラムを使用して作成されたラボのため、新しいコスト エントリの種類 Microsoft.LabServices/labs を含むようにレポートを更新します。 組み込みタグとカスタム タグを使うと、コスト分析でグループ化することができます。 コストの追跡について詳しくは、「Azure Lab Services のコスト管理」をご覧ください。
次のステップ
- 管理者として、ラボ計画を作成します。
- 管理者として、ラボ計画を管理します。
- 教師として、ラボの使用を構成および制御します。