Azureの無料アカウントを作成したら、次にやるべきなのは「実際に手を動かす前の初期設定」です。無料枠の仕組みを理解していても、予算アラートやアカウント保護の設定をしないままリソースを触り始めると、消し忘れや不正アクセスによる想定外の請求につながりかねません。この記事では、個人開発者がAzureアカウント作成直後に済ませておきたい設定を5つに絞って、具体的な手順とともに解説します。
Azure Portalの画面構成やメニュー名はMicrosoftの仕様変更により随時更新されます。実際の操作前に、表示されているメニュー名が本記事と異なっていないか確認してください。
1. 予算とコストアラートを設定する
最初に済ませておきたいのが、予算(Budget)の作成です。Azure Portalの「コストの管理と請求」→「予算」から、月々の上限額と通知しきい値を設定できます。
- 個人検証用であれば、まずは1,000〜2,000円程度の少額で予算を作成する
- 通知しきい値は「50%」「80%」「100%」など複数段階で設定し、早い段階で気づけるようにする
- 通知先メールアドレスは後述の「請求の連絡先」と揃えておくと管理しやすい
予算を超過してもリソースが自動停止するわけではなく、あくまで通知が届くだけの仕組みです。しかし「気づかないまま使い続ける」という最悪のケースを防ぐ最初の一手として、アカウント作成直後にまず設定しておくべき項目です。
-
-
予算の作成と管理(Microsoft Learn)
このチュートリアルは、使用する Azure サービスのコストを計画および考慮するのに役立ちます。
learn.microsoft.com
2. 請求関連の連絡先メールアドレスを確認・追加する
予算アラートや請求書の通知が、実際に自分が確認しているメールアドレスに届くとは限りません。Azure Portalの「コストの管理と請求」→「請求プロファイル」(または「プロパティ」)から、請求の連絡先メールアドレスを確認し、必要であれば普段使いのアドレスに追加・変更しておきましょう。
サインアップ時に使用したMicrosoftアカウントのメールをあまりチェックしていない場合、ここを見落とすとアラートメールに気づかず放置してしまう原因になります。予算アラートを設定しても、通知先が死んでいては意味がないため、セットで確認しておきたい項目です。
3. 仮想マシンの自動シャットダウンを設定する
個人開発の検証でよくある課金事故が、「動作確認のために起動した仮想マシン(VM)を止め忘れる」パターンです。AzureのVMには、指定した時刻に自動で停止する「自動シャットダウン」機能が標準で用意されています。
VMのリソース画面の左メニューから「自動シャットダウン」を開き、以下を設定します。
- シャットダウン時刻(例:深夜1時など、確実に使っていない時間帯)
- 通知の有無(シャットダウン前に通知を送るかどうか)
- 通知先(Webhook URLまたはメールアドレス)
VMを新規作成するたびにこの設定を行う習慣をつけておくと、「検証が終わったのに止め忘れて一晩中課金され続けた」という事態を防げます。停止(シャットダウン)だけでは付随リソースの課金が続く場合があるため、長期間使わないと分かっている場合は自動シャットダウンに加えて、リソースグループごと削除する運用も併用しましょう。
4. リソースの命名規則・タグ付けルールを決める
検証用に仮想マシンやストレージを作り始めると、すぐに「これは何のために作ったリソースか」が分からなくなります。我流のルールを決めてしまうと後で読み替えが必要になるため、最初からMicrosoftが公開している**Cloud Adoption Framework(CAF)**の命名・タグ付け規則に沿っておくのがおすすめです。
命名規則
CAFが推奨する命名パターンは、次のようにリソースの種類・用途・環境・リージョン・連番を並べる形式です。
<リソース種別の略語>-<ワークロード/アプリ名>-<環境>-<リージョン略語>-<連番>
- リソース種別の略語:
rg(リソースグループ)、vm(仮想マシン)、vnet(仮想ネットワーク)、st(ストレージアカウント)、kv(Key Vault)など、公式の命名規則リファレンスに略語の一覧が公開されています - 環境:
prod、dev、test、stgなど - リージョン略語:例)日本東部なら
jpe(japaneast)
例えば検証用の仮想マシンなら vm-sandbox-dev-jpe-001 のような名前になります。ただしストレージアカウントのように「小文字英数字のみ・ハイフン不可・グローバルで一意」といった個別の命名制限を持つリソース種別もあり、リソースごとの略語一覧・文字数制限・命名例は以下の記事に一覧化しています。
-
-
Azureリソースの命名規則チートシート【Cloud Adoption Framework準拠】
続きを見る
タグ付けルール
タグについても、CAFでは目的別に推奨タグの例を示しています。個人検証であればすべてを使う必要はありませんが、次のような代表的なタグキーだけでも揃えておくと、コスト分析やリソースの棚卸しがしやすくなります。
Environment:Dev/Test/Prodなど、環境を示すタグApplicationまたはWorkload:どのアプリ・検証プロジェクトに属するリソースかを示すタグOwner:リソースの作成者・管理者を示すタグCostCenter:コストの割り当て先を示すタグ(個人利用なら省略可)
Azure Portalの「コストの管理と請求」→「コスト分析」では、タグ単位でコストを絞り込んで表示できます。EnvironmentやApplicationタグを付けておけば、「どの検証で、どれくらいコストがかかっているか」をタグ経由で可視化でき、不要なリソースの発見や削除判断がしやすくなります。
-
-
Azureリソースのタグ付け規則を定義する(Cloud Adoption Framework)
Azure のリソースと資産にタグを付ける際の推奨事項と、タグ付け戦略を定義する方法について説明します。
-
-
タグを使用したAzureリソースの整理(Microsoft Learn)
論理的な組織化のために、Azure リソース、リソース グループ、サブスクリプションにタグを付ける方法を理解します。 Azure リソースでタグを使用する場合の条件と制限事項について説明します。
5. セキュリティ既定値(MFA)を有効にする
課金事故というと「消し忘れ」を想像しがちですが、アカウントの乗っ取りによる不正なリソース作成も見逃せないリスクです。特にパスワードのみでサインインしている個人アカウントは、多要素認証(MFA)を有効にしていないと、パスワード漏えい時に第三者に高額なリソース(高性能VMでのマイニングなど)を勝手に作成されるリスクがあります。
Microsoft Entra ID(旧Azure AD)の管理画面から「セキュリティの既定値群(Security Defaults)」を有効にすると、サインイン時にMFAが要求されるようになります。個人アカウントであっても、アカウント作成直後にこの設定を済ませておくことを強くおすすめします。
組織(テナント)によっては、条件付きアクセスなど別のポリシーがすでに適用されており、セキュリティの既定値群を有効化できない場合があります。個人用に新規作成したMicrosoftアカウント・テナントであれば、基本的に問題なく有効化できます。
まとめ
Azureアカウント作成直後にやるべき設定は、コスト面(予算アラート・請求連絡先・自動シャットダウン・タグ付け)とセキュリティ面(MFA)の2軸に整理できます。いずれも数分で終わる設定ですが、後回しにすると「消し忘れ」や「不正アクセス」による想定外の課金に気づくのが遅れる原因になります。リソースを触り始める前に、まずはこの5つを済ませておくことで、安心して検証環境としてAzureを使い続けられます。