Microsoft Learn の Azure 学習用サンドボックスで仮想マシンが作成できないエラーの解決策｜再起動で直るケースと対処法

Microsoft Learn の Azure 学習用サンドボックスで「Azure 仮想マシンを作成する」演習を進めたのに、毎回エラーで止まってしまう――そんなときは設定ミスよりも、サンドボックス側の一時的不具合が原因のことがあります。本記事では、実際に「サンドボックスを開始し直したら解決した」ケースをもとに、最短で演習を完了させる手順と再発時のチェックポイントをまとめます。

起きていること：Microsoft Learn の演習で VM 作成が完了しない

Microsoft Learn の演習は、手順をなぞるだけで Azure の基本操作を体験できる反面、学習用サンドボックス（短時間だけ使える一時的な環境）を前提にしているモジュールでは、環境側の状態に左右されることがあります。

今回のケースは、演習「Azure 仮想マシンを作成する」を手順どおり進めても、仮想マシンの作成が毎回失敗し、演習が完了できないというものです。コマンドやポータルの操作を見直しても誤りが見当たらず、同じ場所で同じようなエラーが繰り返し発生する状況でした。

よくある症状	切り分けのヒント	まず試すべきこと
手順どおりなのに「デプロイに失敗」して VM が作成されない	設定値を変えていないのに毎回同じところで失敗する	サンドボックスを開始し直す
ポータルや Cloud Shell が途中で挙動がおかしくなる	タブを開きっぱなし、ログインセッションが長い	ブラウザーを開き直す／シークレットでやり直す
サブスクリプションやリソースグループが選べない／見当たらない	サンドボックスが有効化されていない、または期限切れ	Learn 側でサンドボックスを有効化し直す

結論：原因は「Azure 学習用サンドボックス環境の一時的な不具合」だった

この問題は、仮想マシンの設定ミスやコマンドの誤りではなく、Azure 学習用サンドボックス環境が一時的に不安定になっていたことが原因でした。

サンドボックスの有効時間が切れた後に、新しくサンドボックスを開始し直して同じ手順を最初から実行したところ、今度はエラーが出ず、正常に仮想マシンを作成できました。

ポイント：演習の手順が正しいのに原因不明のエラーが続く場合、まず疑うべきは「自分のミス」ではなく、サンドボックスという学習環境の一時的な不具合です。

最短で解決するおすすめ手順：サンドボックスをいったんリセットする

同様の状況に遭遇したときに、まず試してほしいのは「サンドボックスを終了して、開始し直す」ことです。環境がリフレッシュされ、同じ手順でも通るようになるケースがあります。

手順：サンドボックスを開始し直してやり直す

1. Microsoft Learn のモジュールをいったん閉じる ポータルや Cloud Shell のタブを開いたままにせず、いったん整理します。長時間開きっぱなしだと認証状態が中途半端になり、演習が不安定になることがあります。
2. サンドボックスが期限切れになるのを待つ／再度起動する サンドボックスは学習用の一時環境で、一定時間が経つと無効になります。期限切れ後に再開する（またはモジュールを開き直して新規に開始する）ことで、内部的に新しい環境が割り当てられます。
3. 新しいサンドボックスで演習を最初から実行する 途中からの再実行ではなく、指示された順番どおりに「最初から」やり直すのがコツです。過去の試行で中途半端に作成されたリソースや、状態が壊れたデプロイ情報を引きずりにくくなります。

「新しいサンドボックスに切り替わったか」を確認するチェック

やり直しの前に、学習用サンドボックスが本当に有効になっているかを軽く確認しておくと、無駄な試行を減らせます。

• サブスクリプションが、演習で割り当てられた学習用のものになっているか
• リソースグループが、演習で指定されたもの（例：Learn で指示される名前）になっているか
• ポータル上で「作成」ボタンを押したときに、サブスクリプション／リソースグループが最初から埋まっている、または選択候補に正しく出てくるか

なぜサンドボックスで「手順どおりなのに失敗」が起きるのか

学習用サンドボックスは、学習者がすぐに Azure を触れるように、必要な権限や制約が付いた一時的な環境として提供されます。便利な反面、一般の Azure サブスクリプションとは異なる点があり、以下のような要因で不安定さが表面化することがあります。

• 環境が一時的：一定時間で失効し、再開時には新しい状態になります。失効間際の操作は失敗しやすいことがあります。
• 制約が多い：リージョン、VM サイズ、作成できるリソースの種類などが制限されることがあります。
• 裏側で共有基盤に依存：学習環境としての割り当てや内部の同期処理により、短時間だけ不整合が起きることがあります。

もちろん、手順ミスで失敗するケースもあります。だからこそ、次のセクションでは「環境要因」と「手順要因」を効率よく切り分けるためのチェックポイントを整理します。

Azure 学習用サンドボックスとは何か：知っておくと切り分けが速くなる

Microsoft Learn の「サンドボックス」は、学習者が自分のクレジットカード登録や課金設定をしなくても、すぐに Azure を触れるように用意された一時的な学習環境です。多くのモジュールでは、サンドボックスを有効化すると「学習用のサブスクリプション」と「作業用のリソースグループ」が自動で割り当てられます。

この仕組みを知っておくと、「VM 作成に失敗した＝自分の設定が悪い」と決めつけずに、環境要因も含めて冷静に切り分けできます。

項目	Learn サンドボックス	自分の Azure サブスクリプション
費用	学習用に提供されるため、学習範囲では基本的に追加費用を意識せずに使える	作成したリソースに応じて課金が発生する可能性がある（無料枠でも対象外は課金）
利用期間	短時間（数時間など）で期限切れになり、環境がリセットされる	自分が削除しない限りリソースは残る
制約	リージョン・サイズ・作成できる種類が制限されることがある	サブスクリプションの制限とクォータの範囲で自由度が高い
トラブルの起点	環境の同期や割り当て状況など、学習基盤側の要因が入りやすい	自分の設定・権限・クォータが主な要因になりやすい

今回のように「同じ手順が突然通る／通らない」という現象は、サンドボックスが一時的であることと相性が良く、環境の再割り当て（開始し直し）で解消することがあります。

実際に効いた解決フロー：最小限の試行で復旧する考え方

サンドボックスで VM が作れないときは、闇雲に設定を変えるよりも、次の順番で動くと最短で戻れます。

1. 演習の指示どおりに入力したか（サブスク／RG／リージョン／サイズを変更していないか）
2. 同じ場所で繰り返し失敗するか（再現性が高いなら環境要因の可能性が上がる）
3. サンドボックスを開始し直す（環境をリセットして再実行）
4. まだ失敗するなら、チェックリストで手順要因を潰す（名前衝突、残骸、ブラウザーなど）

今回のケースは、上記の「サンドボックスを開始し直す」の時点で解決しました。つまり、トラブルシューティングの主役は VM の設定ではなく、学習用環境のリセットでした。

ポータルで VM を作るときに確認したい入力ポイント

演習によっては、Azure ポータルの「仮想マシンの作成」画面を使います。手順を見ながら入力しているつもりでも、次のポイントはズレやすいので、やり直し時にだけでもサッと確認してください。

• プロジェクトの詳細：サブスクリプションとリソースグループが演習指定のものになっているか
• インスタンスの詳細：リージョンが演習の指定どおりか、サイズが推奨どおりか
• 管理者アカウント：ユーザー名・パスワード（または SSH キー）がルールに合っているか
• 受信ポート：演習が求める接続方法（RDP/SSH）に必要なポートだけを開けているか
• 確認および作成：検証でエラーが出る場合は、エラーメッセージの種類で原因を切り分ける

特にサンドボックスでは、演習と違うリージョンやサイズを選んだ瞬間に、制約に引っかかって失敗しやすくなります。自由に触りたい気持ちは一旦置いて、まずは演習を完走することを優先するとスムーズです。

Cloud Shell（Azure CLI）で作る場合の注意点

演習によっては Cloud Shell で Azure CLI コマンドを実行して VM を作成します。この場合、コマンドは正しくてもコピー＆ペーストの事故で失敗することがあります。

コピー＆ペーストで失敗しやすい例

• コマンドの途中に見えない空白や改行が入ってしまう
• ダブルクォート（”）やシングルクォート（’）が欠ける／全角になる
• バックスラッシュ（\）による改行継続が崩れて、別コマンドとして解釈される

やり直し時のコツは、貼り付けた後に、コマンド全体を一度だけ目視チェックすることです。少し面倒でも、これだけで無駄な試行回数が減ります。

コマンド実行の前に確認したいこと

確認	目的	うまくいかないときの対処
Cloud Shell がサンドボックスのコンテキストで動いている	意図しないサブスクで作成してしまう事故を防ぐ	Learn 側でサンドボックスを有効化し直し、ポータルも開き直す
コマンドの変数（名前、RG、場所）が演習と一致	制約に引っかからないようにする	演習の既定値に戻す。迷ったら入力を変えない
前回の失敗で途中作成されたリソースがない	名前衝突や依存関係エラーを防ぐ	リソースグループ内の残骸を削除してから再実行

よくあるエラーの「読み方」：内容で対処が変わる

エラーの本文は、慣れていないと長くてつらいものですが、サンドボックスで詰まったときは「何が悪いのか」を全部理解する必要はありません。エラーの種類だけ掴めると、次に打つ手が決まります。

エラーのタイプ（例）	意味合い	まずやること
権限不足・認可（Authorization など）	サンドボックスの状態や権限同期が不安定な可能性	サンドボックスを開始し直す／ログインし直す
クォータ・制限（Quota / Limit など）	VM サイズや作成数が制限に当たっている可能性	演習推奨サイズに戻す／残骸を削除する
名前重複・既に存在（Already exists など）	前回の試行でリソースが残っている可能性	リソースを削除する／名前を変える
場所・在庫（Not available / Location など）	リージョンやサイズの組み合わせが使えない可能性	演習で指定されたリージョン・サイズに戻す
原因が曖昧（Processing request failed など）	一時的障害やセッション不整合の可能性	時間を置く／ブラウザーを変える／サンドボックス再起動

「曖昧なエラーが何度も出る」パターンは、今回のように環境要因であることが多いので、深追いせずにリセット→再実行の方が結果的に速いです。

演習をスムーズに進めるための事前準備

サンドボックス演習は、開始してから期限があるため、途中でトラブルが起きるとやり直しが大変になります。次の準備をしておくと、失敗時も復旧しやすくなります。

準備	狙い	具体例
開始直後にまとめて進める	期限切れ間際の不安定さを避ける	サンドボックス開始後、なるべく連続して演習を実施する
ブラウザーを整理	アカウント混在やセッション不整合を防ぐ	不要なタブを閉じ、別アカウントはサインアウトしておく
メモを残す	やり直し時の再入力を減らす	使った VM 名、リージョン、RG 名だけでも控える
途中で値を変えない	制約に引っかかる確率を下げる	リージョンやサイズは演習の指定に従う

特に「途中でカスタマイズしたくなる」のは学習あるあるですが、サンドボックスでは自由度が低いぶん、想定外の値を入れた途端に詰まります。まずは演習完了を優先し、余裕が出てから自分の環境で自由に試すのがおすすめです。

再発したときのチェックリスト：環境を疑いながら、手順ミスも潰す

サンドボックスを開始し直しても改善しない場合は、演習でよくつまずくポイントを順番に潰していきます。重要なのは、自分が触ってよい範囲（演習で指定された範囲）から外れていないかを確認することです。

確認ポイント	よくある落とし穴	対処のしかた
サブスクリプション	個人のサブスクリプションや別のテナントを選んでしまう	演習で割り当てられたサンドボックスのサブスクリプションを選択する
リソースグループ	新規作成してしまう／別の RG に入れてしまう	演習で指定されたリソースグループに統一する（指定外を作らない）
リージョン（場所）	任意のリージョンを選んで制約に引っかかる	演習が指定するリージョンを選ぶ。迷ったら指示どおりの既定値に戻す
VM サイズ	推奨外のサイズを選んでクォータ制限・在庫不足に当たる	演習の推奨サイズに合わせる。選べない場合はいったん最小クラスへ
コマンドのコピー＆ペースト	余計な空白、改行、引用符の欠落で失敗する	貼り付け後にコマンドを目視。特にパラメーターの区切りと引用符を確認
前回の失敗の残骸	途中まで作られたリソースが残って名前衝突する	ポータルで該当リソースが残っていないか確認し、残っていれば削除して再実行

「名前衝突」を避けるための小ワザ

演習をやり直すとき、同じ名前で作成しようとして失敗することがあります。特にストレージや一部のリソースは名前が厳密にユニークである必要があり、過去の試行が残っていると衝突しやすくなります。

• 演習の指示に反しない範囲で、VM 名やリソース名の末尾にランダムな文字列を付ける
• ポータルの「デプロイ」や「リソース」一覧で、作成途中のリソースが残っていないかを確認する

ブラウザー起因の不調も意外と多い

学習モジュールでは、Microsoft Learn の画面と Azure ポータルを行き来したり、Cloud Shell を開いたりします。これらはログイン状態やセッション情報に依存するため、ブラウザー側の影響で「操作は合っているのに失敗する」ことがあります。

切り分けのおすすめ

• シークレットウィンドウ（InPrivate）でやり直す：拡張機能やキャッシュの影響を受けにくくなります。
• 拡張機能を一時的に無効化：広告ブロッカーやスクリプト制御系はポータルの動作に影響することがあります。
• 別ブラウザーで試す：Microsoft Edge／Google Chrome など、複数環境で再現するかを見ると原因が絞れます。

症状	ブラウザーで起きがちな原因	おすすめの対処
Cloud Shell が開かない／接続が不安定	Cookie/セッション不整合、拡張機能の干渉	シークレットで開く、拡張機能を止める
「作成」ボタン後に画面が固まる	キャッシュ破損、通信ブロック	ハードリロード、別ブラウザーで再試行
ログインが何度も要求される	複数アカウントの同時ログイン	不要なアカウントをサインアウトしてから再ログイン

「環境の不具合」と判断する目安

学習中は「自分がどこか間違えたのでは」と考えがちですが、次のような状況では、まずサンドボックス側の一時的不具合を疑うのが効率的です。

• 手順を変えていないのに毎回同じタイミングで失敗する
• エラーが抽象的で、入力値の誤りを示す情報が少ない（例：「要求を処理できませんでした」など）
• 時間を置く、またはサンドボックスを開始し直すと改善する
• ポータル全体の動作が重い／別操作でも不安定さを感じる

一方、次のような場合は手順要因の可能性が高いので、チェックリストに戻って丁寧に確認しましょう。

• エラーが「パラメーターが不正」「名前が使用済み」など、具体的な指摘になっている
• 自分で値を変更した（リージョン、サイズ、リソースグループなど）
• コマンドを手入力した／コピー後に編集した

エラーが出たときにやっておくと後で楽になること

学習用演習は「とにかく完了させたい」が最優先ですが、同じトラブルを繰り返さないために、最低限の情報だけは控えておくと便利です。

• どの手順で失敗したか（ポータルの画面名／コマンド実行箇所）
• エラーの一文（長文なら先頭数行でも可）
• サンドボックスを開始してからの経過時間（期限切れ間際だったか）

ポータルでデプロイが失敗した場合、詳細画面に「どのリソースで失敗したか」が出ることがあります。演習を続けるために深掘りしすぎる必要はありませんが、サンドボックスの再起動で直るかを判断する材料になります。

どうしても直らないときの代替策

サンドボックスは学習の近道ですが、環境要因で詰まると時間を消耗します。演習の目的が「VM を作って概念を理解する」ことであれば、次のような代替策も現実的です。

代替策：自分の Azure サブスクリプションで演習を再現する

• Azure の無料枠や開発用途の環境がある場合、そこで同じ作業を再現する
• 課金が発生しうるため、作成したリソースは必ず削除し、不要なリソースが残らないようにする

代替策：演習は「結果」より「流れ」を掴む

Microsoft Learn の演習は、実務でそのまま使うよりも、Azure の基本フロー（リソースグループ→ネットワーク→VM→接続確認）を体験することに価値があります。もしサンドボックスが不安定で先に進めない場合は、

• 手順の意図（なぜその設定を選ぶのか）を読み解く
• 作成画面の各項目（サイズ、ディスク、ネットワーク、管理）を一通り確認する
• エラー時の画面やメッセージから「どこで止まったか」を把握する

このあたりを押さえるだけでも、次に安定した環境で触るときの理解度が大きく変わります。

まとめ：謎のエラーが続いたら、まず「環境のリセット」を試す

Azure 学習用サンドボックスで仮想マシンが作成できないとき、原因が自分の手順ミスとは限りません。今回のように、サンドボックスを開始し直すだけで同じ手順が通るケースもあります。

• 手順が合っているのに失敗が続くなら、まずサンドボックスを開始し直す
• それでもダメなら、サブスクリプション／リソースグループ／リージョン／サイズを演習どおりに戻す
• ブラウザーやセッションの影響を切り分けるため、シークレットや別ブラウザーも試す

学習の目的は「詰まること」ではなく「理解を積み上げること」です。環境要因で時間を溶かさないためにも、トラブル時はまずリセット、次にチェックリストという順番で、効率よく演習を完了させてください。