Microsoft Learnで「Activate Sandbox」が表示されない原因と対処|Azureサンドボックス代替手順と継続学習のベストプラクティス

Microsoft Learn の「Describe core architectural components of Azure」(演習 7)で Activate Sandbox が突然見えなくなる事象が増えています。本記事では、想定される原因と現在の傾向、数分でできる代替手順、サンドボックスを使わずに学習を続行する現実解、組織アカウントでの制約やブラウザー起因の落とし穴まで、実務者目線で徹底解説します。

目次

状況と背景:なぜ「Activate Sandbox」が消えるのか

Microsoft Learn のサンドボックスは、受講者が短時間だけ Azure 資源を操作できるようにする一時的なコンシェルジュ サブスクリプションです。負荷分散や基盤の更改、モジュール側の更新の影響で、特定モジュールの演習ページから一時的に Activate Sandbox が非表示になる場合があります。これは、モジュール単位での一時無効化やUI の入れ替えが理由で起きることが多く、受講アカウントや環境の問題だけとは限りません。

実際に、学習パス内の一部演習のみサンドボックスが無効化され、他のモジュールにはボタンが残っているケースが観測されています。したがって、「別モジュールでサンドボックスを起動→同一セッションを使い回す」という運用で多くの問題は回避できます。

結論(要約):最短で学習を継続する方法

対応内容詳細
現状の理由Microsoft Learn 全体でのサンドボックス基盤の移行/更新や、モジュール単位の一時的な無効化により、該当演習でボタンが非表示になっている可能性が高い。
公式な代替手順例:Create a Windows virtual machine in Azure の演習ページで Activate Sandbox を押してサンドボックスを起動。
その同一サンドボックス セッションを使い、元の「Describe core architectural components of Azure(演習 7)」の操作をポータル/Cloud Shellで実施する。
追加の回避策自分の Azure サブスクリプション(無償枠や個人契約)で演習を再現。
ブラウザーの Azure Cloud Shell だけで主要操作の概念検証を行う(Bicep/ARM/CLI のハンズオンに有効)。
今後のフォロー方法該当モジュールの更新通知や Learn の Q&A を定期確認。ボタンが復活したら通常どおり使用可能。ブラウザーキャッシュが原因で表示されない場合があるため、シークレットウィンドウで再確認。

質問の再掲と回答のポイント

Q1. どこに移動したのか、廃止されたのか?

特定の演習ページから一時的に消えているだけのケースが大半です。サンドボックス機能自体は存続しており、別モジュールで起動したセッションを流用できます。

Q2. 代替手段や一時的な対応策は?

  • 別モジュールで Activate Sandbox → 同一セッションを使って当該演習を進める。
  • 自分のサブスクリプション(無償アカウント含む)で再現。費用最小化のコツは後述。
  • Azure Cloud Shell を使い CLI / Bicep 中心で検証(ポータルの UI 差異の影響を受けにくい)。

サンドボックスを使う vs. 使わない:メリット・デメリット

利用形態主なメリット主なデメリット
サンドボックス利用無料で Azure 資源を作成・自動削除/演習ガイド前提の環境を忠実に再現有効期間は多くのモジュールで約 1 時間(長いもので数時間)/混雑やメンテで突然使えなくなる
自分のサブスクリプション時間制限なし/リソースを長期保持でき追加検証に最適従量課金のリスク/RBAC・ポリシー・コスト管理を自分で担う必要

「最短復旧」代替手順(詳説):別モジュールで起動 → 同一セッションを使う

  1. Microsoft Learn にサインイン(個人の Microsoft アカウント(MSA)推奨)。企業・学校アカウントは組織ポリシーでサンドボックス作成が拒否されることがあります。
  2. サンドボックスが有効な別モジュール(例:Create a Windows virtual machine in Azure の演習ページ)を開き、Activate Sandbox をクリック。
  3. 状態が Ready になったら Azure Portal または Cloud Shell へ移動し、サブスクリプションが「Learn サンドボックス(Concierge Subscription)」になっていることを確認。
  4. 元の「Describe core architectural components of Azure(演習 7)」の手順を、同じサンドボックス セッション上で実施する(ポータル操作でも、Cloud Shell の az コマンドでも可)。

ポイント:サンドボックスは「{任意名}-Learn-Sandbox」や「Concierge Subscription」などの名称で一時サブスクリプションとして追加され、演習終了後に自動で無効化/削除されます。UI は変わることがありますが、Activate が押せるモジュールで起動してしまえば同一セッションを横断利用できます。

サンドボックスなしで続行する現実解(コスト最小の設計)

費用を抑えるコツ

  • リージョン:低料金かつクォータが潤沢な一般リージョン(例:eastus)を選択。
  • SKU:VM は B 系(B1s)や Spot を検討。ストレージは LRS、不要な Premium とゾーン冗長は避ける。
  • リソースのひとまとめ:リソース グループを rg-learn-core-arch のように固定し、最後に丸ごと削除。
  • タグ:purpose=learn などのタグを付け、コスト分析でフィルター可能に。
  • クリーンアップ:検証が終わったら az group delete で即削除。ポータルでも同様。

Cloud Shell / Azure CLI での最小構成(例)

# サブスクリプションの確認(サンドボックス or 自分の契約)
az account list --refresh --output table
az account show --output table

# リソース グループ

az group create -n rg-learn-core-arch -l eastus

# 仮想ネットワークとサブネット

az network vnet create 
-g rg-learn-core-arch -n vnet-core-arch 
--address-prefixes 10.10.0.0/16 
--subnet-name snet-app --subnet-prefixes 10.10.1.0/24

# ストレージ アカウント(汎用 v2 / LRS)

az storage account create 
-g rg-learn-core-arch -n <一意な英数字名> 
-l eastus --sku Standard_LRS --kind StorageV2

# 仮想マシン(最小サイズの例)

az vm create 
-g rg-learn-core-arch -n vm-learn-b1s 
--image Ubuntu2204 
--size Standard_B1s 
--admin-username azureuser 
--generate-ssh-keys

# 不要になったら一括削除

# az group delete -n rg-learn-core-arch --yes --no-wait

上記は「Azure のコア構成要素」をなぞるための最小セットです。Bicep/ARM を使うと手戻りが減るため、学習と IaC の両立に最適です。

Bicep(最小パターン例)

param location string = 'eastus'
param rgName string = resourceGroup().name
param vnetName string = 'vnet-core-arch'
param subnetName string = 'snet-app'
param addressPrefix string = '10.20.0.0/16'
param subnetPrefix string = '10.20.1.0/24'

resource vnet 'Microsoft.Network/virtualNetworks@2023-04-01' = {
name: vnetName
location: location
properties: {
addressSpace: {
addressPrefixes: [
addressPrefix
]
}
subnets: [
{
name: subnetName
properties: {
addressPrefix: subnetPrefix
}
}
]
}
}

output vnetId string = vnet.id 

デプロイは Cloud Shell で az deployment group create -g rg-learn-core-arch -f main.bicep のように実行します。Bicep を使うと同じ演習を繰り返し検証しやすく、Sandbox の有無に依存しない学習スタイルを確立できます。

よくあるエラー/症状と対処

エラー/症状想定原因対処
Activate Sandbox が見当たらないモジュール側の一時無効化、UI 更新、ブラウザーキャッシュ別モジュールで起動→同一セッションを流用。キャッシュ削除/シークレットウィンドウで再確認。
AuthorizationFailed / SubscriptionNotFoundサブスクリプション切替漏れ、企業テナントのポリシー制限az account set --subscription <ID/Name>。企業テナントの場合は個人 MSA を使用。
リソース作成が禁止(Policy)組織の Azure Policy による拒否サンドボックスまたは個人サブスクリプションを利用。組織環境では管理者に方針の確認を依頼。
プロバイダー未登録で失敗新規サブスクリプション/Sandbox で Provider 未登録az provider register -n Microsoft.Network などを実行(多くの Sandbox では自動登録済みだが念のため)。
ポータルが延々と読み込みブラウザー拡張、サードパーティ Cookie ブロック、ポップアップ抑止拡張機能を一時停止、別ブラウザーで再試行、シークレットウィンドウでのサインイン。
Cloud Shell の初期化失敗ストレージの作成/マウント失敗ポータル上で Cloud Shell を再起動。別リージョンへ切替。必要に応じてストレージ アカウントを手動作成。

ブラウザー/アカウント周りのチェックリスト

  • シークレットウィンドウで Learn → Azure Portal を開き直す。
  • 複数アカウントの同時サインインを避ける(個人 MSA と組織アカウントが混在すると権限判定が揺れる)。
  • サードパーティ Cookieやトラッキング防止が強すぎると認証が循環することがあるため、一時的に緩める。
  • VPN/企業プロキシがある場合、ネットワーク分離された個人環境で再現テスト。
  • キャッシュ削除、拡張機能の一時停止、別ブラウザー(Edge / Chrome / Firefox)で再試行。

企業・学校アカウントで起きやすい制約

一部の組織テナントでは、サブスクリプションの自動作成/参加がポリシーで禁止されており、サンドボックスのプロビジョニング自体が拒否されることがあります。その場合、個人の Microsoft アカウントで Learn にサインインするのが最も早い回避策です。既定でテナントやホーム ディレクトリが切り替わるため、Azure Portal の右上アカウント メニュー → 「ディレクトリ + サブスクリプション」から、対象サブスクリプション(Learn サンドボックス)に切り替えてください。

サンドボックスの性質とベストプラクティス

  • 期限:多くのモジュールで約 1 時間(環境により数時間)まで。時間切れ前に作業を小さく区切る。
  • 自動クリーンアップ:期限切れでサブスクリプションは自動無効化。保存が必要な設定は Bicep/スクリプト化。
  • クォータ:VM サイズ・パブリック IP・ストレージ SKU などに制約。大規模な検証は自分のサブスクリプションで。
  • 命名規則:learn-* などの接頭辞でまとめると、資産の識別と削除が容易。
  • IaC の活用:演習の手順を Bicep/CLI で記述し、「Sandbox 依存の学習」からの脱却を図る。

「Describe core architectural components of Azure(演習 7)」を Sandbox なしで再現するヒント

このモジュールは、Azure の中核概念(サブスクリプション/リージョン/リソース グループ/VNet/Compute/Storage/アイデンティティ)を横断的に扱います。以下は、Sandbox なしでも内容を確実に押さえるための最小手順です。

  1. アイデンティティ:Azure AD(Entra ID)のユーザーを想定し、az ad signed-in-user show で署名ユーザーを確認。
  2. リソースのグルーピング:rg-learn-core-arch を作成し、VNet/VM/Storage を同居。
  3. ネットワーク設計:単一 VNet・1 サブネットから開始。後で NSG・パブリック IP を段階的に追加。
  4. コンピュート:小サイズ VM を 1 台だけ起動。SSH のみ開放(RDP は不要な限り開けない)。
  5. ストレージ:標準 LRS のみ。Blob コンテナーを 1 つ作成し、LRS と ZRS の違いは概念で理解。
  6. コスト管理:学習用の予算アラートを 100 円~1,000 円程度で設定(必要に応じて)。
  7. 撤収:演習終了後に az group delete で即削除。

ブラウザー UI が変わった時の読み替えのコツ

  • メニュー位置の変更:ポータルの左ナビやブレード名が変わっても、目的のリソースの種類を起点に探す。
  • 検索バー活用:上部の検索に「virtual networks」「resource groups」など英語名を直接入力。
  • 作成ウィザードの改版:タブ構成が増減しても、必須入力(サブスクリプション/RG/リージョン/名前)は不変。

トラブルシューティング・フロー(保存版)

  1. モジュール側の状態判断:同一学習パス内の別演習で Activate Sandbox が出るか確認。
  2. セッション流用:別演習で起動 → 元の演習に戻り、Portal/Cloud Shell 側で操作続行。
  3. ブラウザー切り分け:シークレットウィンドウ、別ブラウザー、拡張一時停止で再現テスト。
  4. アカウント切替:個人 MSA へ切替、または Learn への再サインイン。
  5. サブスクリプションの確認:右上アカウント → 「ディレクトリ + サブスクリプション」で Learn サンドボックス を選択。
  6. 自前サブスクリプションで継続:費用最小の構成で演習の骨子を再現(CLI/Bicep を推奨)。

運用 Tips:学習を止めないための設計思想

  • スクリプト先行:演習のコマンドを先に用意し、環境の有無に応じて実行先(Sandbox/自分の契約)だけ切り替える。
  • やり直し容易性:Resource Group 単位で完結するテンプレートにし、削除→再デプロイを前提にする。
  • 検証ログ:Cloud Shell の履歴(~/.bash_history)や作業メモを OneNote/Notepad 等に保存。
  • 学習時間の分割:Sandbox の時間制限に合わせ、1 セクション 20~30 分で区切る。

FAQ

サンドボックスのボタンが復旧したのに表示されません。

ブラウザーのキャッシュが残っている可能性があります。シークレットウィンドウでページを開き直すか、キャッシュ/Cookie を削除して再試行してください。

企業テナントでどうしても作れません。

組織のセキュリティ ポリシーで自動サブスクリプションの作成が禁止されています。Learn の受講だけは 個人 MSA を使うのが安全で早道です。

Sandbox のセッションは他の演習でも本当に使えますか?

同一アカウントの学習セッションであれば、起動中のサンドボックス サブスクリプションに切り替えて操作できます。UI 表示の有無とは独立して使い回せます。

コストが不安です。

自前サブスクリプションでは、小さく作ってすぐ消す、B 系 VM・LRS ストレージ・単一 VNet の最小構成、RG まとめ削除、必要に応じて予算アラートを活用してください。

まとめ

Activate Sandbox が見えなくなるのは、モジュール側の一時的な無効化や UI 変更が主因で、学習者のミスとは限りません。別モジュールでサンドボックスを起動しセッションを流用するだけで、多くのケースは即時に回避できます。さらに、Cloud Shell と IaC を併用した学習フローを整えておけば、Sandbox の有無に左右されない継続的な学習が可能です。最後に、組織アカウントの制約やブラウザーの設定が原因となることもあるため、本記事のチェックリストで環境側の要因を素早く切り分けてください。

参考:再掲(要点のクイック表)

観点要点
現状対象演習の Sandbox は一時無効化の可能性。機能自体は存続。
最短回避別モジュールで Activate Sandbox → 同一セッションを流用。
代替自分のサブスクリプション/Cloud Shell で実施。費用は最小構成で管理。
注意企業アカウントのポリシー、ブラウザー拡張、サードパーティ Cookie に注意。
復旧後キャッシュをクリアして表示確認。通常どおりボタンが戻る見込み。

付録:PowerShell で同等検証を実施(任意)

# サブスクリプション確認
Get-AzSubscription | Format-Table
Select-AzSubscription -SubscriptionName "<Learn Sandbox or Your Sub>"

# リソース グループ

New-AzResourceGroup -Name rg-learn-core-arch -Location eastus

# VNet とサブネット

$subnet = New-AzVirtualNetworkSubnetConfig -Name snet-app -AddressPrefix 10.30.1.0/24
$vnet = New-AzVirtualNetwork -Name vnet-core-arch -ResourceGroupName rg-learn-core-arch `
-Location eastus -AddressPrefix 10.30.0.0/16 -Subnet $subnet

# ストレージ アカウント

New-AzStorageAccount -Name <一意名> -ResourceGroupName rg-learn-core-arch `
-Location eastus -SkuName Standard_LRS -Kind StorageV2

# 仮想マシン(最小)

$cred = Get-Credential -UserName azureuser -Message "VM ログオンの資格情報"
New-AzVm -Name vm-learn-b1s -ResourceGroupName rg-learn-core-arch `  -Location eastus -VirtualNetworkName vnet-core-arch -SubnetName snet-app`
-Image Ubuntu2204 -Size Standard_B1s -Credential $cred 

最後に:学習を止めないマインドセット

学習プラットフォームの UI や基盤は進化し続けます。大切なのは、目的(アーキテクチャの理解)に対して、手段(Sandbox/自分の契約/Cloud Shell/IaC)を柔軟に切り替えることです。本記事の手順を手元に置き、「ボタンが見えないから今日は中止」を卒業しましょう。

この記事を書いた人

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows/Office(Teams・Excel)からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

コメント

コメントする

目次