--- title: "Windowsサーバーと Active Directory を Azure へ移すときの考え方｜アメリア・テクノロジー株式会社" url: https://www.ameliatechnology.co.jp/blog/windows-ad-to-azure/ description: "Windowsサーバーと Active Directory を Azure へ移すときは、サーバーの移し方と、認証の仕組みをどこに置くかを分けて考えます。AD の移し先の3つの選択肢、移行の道具、古い版の扱いを説明します。" updated: 2026-11-14 publisher: "アメリア・テクノロジー株式会社" --- # Windowsサーバーと Active Directory を Azure へ移すときの考え方 Windowsサーバーと Active Directory を Azure へ移すときは、サーバーの移し方と、認証の仕組みをどこに置くかを分けて考えます。AD の移し先の3つの選択肢、移行の道具、古い版の扱いを説明します。 2026.11.14 [クラウドと運用](https://www.ameliatechnology.co.jp/blog/category/cloud/) 執筆 [石田誠](https://www.ameliatechnology.co.jp/blog/author/ishida/)（グループCTO） クラウドと運用（CLOUD & OPERATIONS）のコラム ## この記事の要点 - Active Directory の移し先は、仮想マシンで自分で運用する・Microsoft Entra Domain Services を使う・Microsoft Entra ID に寄せる、の3つに分けて考えます - Azure Migrate は、いまのサーバーの洗い出し・評価・移行を支える無料のサービスです（移した後の Azure の資源には料金がかかります） - Windows Server 2012・2012 R2 の延長セキュリティ更新は2026年10月13日に終わっているため、移行とあわせて新しい版への更新を計画します Windowsサーバーと Active Directory（AD）を Azure へ移すときは、「サーバーをそのまま移すこと」と「認証の仕組みをどこに置くか」を分けて考えます。業務アプリケーションの載ったサーバーは仮想マシンとして移せても、社員のログインやパソコンの管理を担う AD は、移し方の選択肢が複数あり、選び方で運用の手間が大きく変わるためです。 [Microsoft Azure](https://www.ameliatechnology.co.jp/glossary/azure/) は、社内で Windows Server や Microsoft 365 を使っている会社にとって、アカウントの管理をまとめやすい選択肢です。クラウドの選び方の全体は、[クラウド（AWS・Azure・Google Cloud）の選び方](https://www.ameliatechnology.co.jp/blog/choosing-cloud/)にまとめています。 ## まず、いまの AD が何をしているかを洗い出す 移し方を決める前に、いまの AD が担っている役割を書き出します。AD は、社員のログインのほかに、パソコンやサーバーのドメインへの参加、グループポリシーによる設定の配布、業務アプリケーションの認証（LDAP や Kerberos）など、多くの役割を同時に担っていることがあります。 洗い出しのときは、次の点を確かめます。 - ドメインに参加しているパソコンとサーバーの台数と場所 - グループポリシーで配っている設定の中身 - AD に問い合わせて認証している業務アプリケーションや機器（複合機・ファイルサーバー・VPN など） - Microsoft 365 などのクラウドのサービスと、アカウントを同期しているか この洗い出しで、「クラウドの仕組みに置き換えられる役割」と「従来の AD のまま残す必要がある役割」が分かれてきます。 ## AD の移し先は3つに分けて考える Microsoft は、自分で運用する AD DS（Active Directory Domain Services）、Microsoft Entra Domain Services、Microsoft Entra ID の3つを、同じ技術の名前を持ちながら役割の違うものとして比べています。 1つ目は、Azure の仮想マシンの上で AD DS を自分で運用する形です。いまの AD に近い使い方ができ、スキーマの拡張や、ほかのフォレストとの信頼関係の設定もできますが、ドメインコントローラーの更新やバックアップなどの管理はすべて自社が担います。 2つ目の Microsoft Entra Domain Services は、Microsoft が管理するドメインです。Kerberos や NTLM といった従来の認証を必要とするアプリケーションを、管理の手間を少なくしてクラウドで動かしたい場合に向く、と Microsoft は説明しています。グループポリシーは使えますが、ドメインの管理者の権限は与えられず、スキーマの拡張もできません。参加させる機器は、管理されたドメインと同じ仮想ネットワークにつながっている必要があり、主に Azure 上のサーバーの仮想マシンを想定しています。 3つ目の Microsoft Entra ID は、インターネット越しに使うクラウドの認証の仕組みです。OAuth や OpenID Connect で利用者を認証し、パソコンはグループポリシーではなく Intune などのモバイルデバイスの管理（MDM）で管理します。クラウドのサービスとモバイルの端末が中心の会社では、自前の AD DS を作って運用する必要がない場合がある、とされています。 出典：[Compare self-managed Active Directory Domain Services, Microsoft Entra ID, and managed Microsoft Entra Domain Services（Microsoft Learn）](https://learn.microsoft.com/en-us/entra/identity/domain-services/compare-identity-solutions) Active Directory の移し先の選び方 - **いまの AD に近い使い方（スキーマの拡張・ほかのフォレストとの信頼関係）が要る**：Azure の仮想マシンで AD DS を自分で運用する（ドメインコントローラーの管理はすべて自社） - **Kerberos・NTLM の従来の認証が要るアプリケーションを、管理の手間を少なく動かしたい**：Microsoft Entra Domain Services（グループポリシーは使えるが、ドメインの管理者の権限・スキーマの拡張はない） - **クラウドのサービスとモバイルの端末が中心**：Microsoft Entra ID（パソコンはグループポリシーではなく Intune などの MDM で管理） 多くの会社では、どれか1つに切り替えるのではなく、段階を踏みます。社内に AD を残したまま Microsoft Entra ID とアカウントを同期し、クラウドのサービスのログインから Entra ID に寄せ、従来の認証が要るアプリケーションが減ったところで、AD の役割を小さくしていく進め方です。 ## 社内の AD と Microsoft Entra ID をつなぐ 社内の AD のアカウントを Microsoft Entra ID に同期する仕組みとして、Microsoft Entra Connect（社内に置くアプリケーション）と、クラウドで管理する Microsoft Entra Cloud Sync があります。Microsoft は、Cloud Sync を同期の今後の形と位置づけ、Entra Connect を置き換えるものと説明しています。Entra Connect の版を上げる前に、Cloud Sync へ移ることを検討するよう案内されています。 ログインの方式には、パスワードのハッシュを同期する方式と、社内の AD でパスワードを確かめるパススルー認証などがあります。Entra Connect の利用自体には料金がかからない、とされています。 出典：[What is Microsoft Entra Connect?（Microsoft Learn）](https://learn.microsoft.com/en-us/entra/identity/hybrid/connect/whatis-azure-ad-connect) アカウントの同期を始めると、クラウドの側の権限の管理も同時に考える必要が出てきます。権限の付け方の基本は、[最小の権限](https://www.ameliatechnology.co.jp/glossary/least-privilege/)の考え方と、[アクセス権の棚卸しと特権IDの管理の進め方](https://www.ameliatechnology.co.jp/blog/access-review-privileged-id/)を参考にしてください。 ## サーバーの移行は Azure Migrate で洗い出しから始める 業務アプリケーションの載った Windowsサーバーを移すときは、Azure Migrate を使うと、洗い出しから移行までを一つの流れで進められます。 Azure Migrate は、移行を決め、計画し、実行するのを支えるサービスで、社内に置く軽い仮想アプライアンスでサーバーを洗い出し、Azure 上での動かしやすさ、仮想マシンの大きさの見積もり、費用の見積もり、サーバー間の通信の依存関係を評価できます。VMware や Hyper-V の仮想マシン、物理のサーバー、ほかのクラウドのサーバーの移行に対応し、SQL Server のデータベースや、Web アプリケーションの Azure App Service への移行も評価できます。Microsoft は Azure Migrate を無料のサービスとしています（パートナーの道具を使う場合や、移した後の Azure の資源には料金がかかります）。 出典：[What is Azure Migrate?（Microsoft Learn）](https://learn.microsoft.com/en-us/azure/migrate/migrate-services-overview) サーバー間の依存関係の評価は、とりわけ役に立ちます。古い Windowsサーバーでは、どのサーバーがどのサーバーと通信しているかが記録に残っていないことが多く、1台だけ先に移して業務が止まる、という事態を避ける手がかりになります。移す順番の決め方は、[オンプレミスからクラウドへの移行の進め方](https://www.ameliatechnology.co.jp/blog/onpremise-to-cloud-migration/)で説明しています。 ## 古い版の Windows Server は、移行と更新を一緒に計画する Windows Server 2012 と 2012 R2 の延長サポートは2023年10月10日に終わり、その後の延長セキュリティ更新（ESU）は3年間で、2026年10月13日に終わりました。Azure 上のサーバーには ESU が追加の料金なしで提供されていましたが、Microsoft は、ESU の期間が終わると更新の提供をやめるとし、できるだけ早く新しい版へ更新するよう勧めています。 出典：[Extended Security Updates for Windows Server overview（Microsoft Learn）](https://learn.microsoft.com/en-us/windows-server/get-started/extended-security-updates-overview) 2026年11月時点で、これらの版のサーバーを Azure へ移しても、セキュリティの更新を受けられる期間は残っていません。古い版のサーバーを移す場合は、移行と同時か、移行の直後に新しい版へ更新する計画を立てます。サポートの終わったソフトウェアの扱いは、[サポートの終わるOS・データベースを放置しない](https://www.ameliatechnology.co.jp/blog/end-of-support-os-database/)で詳しく説明しています。 ## 当社のご支援 当社は、Windowsサーバーと AD の Azure への移行を、いまの AD の役割の洗い出し、移し先の選び方、アカウントの同期の設計、サーバーの移行と移した後の運用管理まで、[クラウドの構築と運用管理](https://www.ameliatechnology.co.jp/service/cloud/)でお手伝いしています。古い版のサーバーが残っている場合は、移行と版の更新を一つの計画にまとめます。いまの状態を確かめたい場合は、[クラウドの自己診断](https://www.ameliatechnology.co.jp/diagnosis/cloud/)（無料）もお使いいただけます。 - Microsoft Azure - Active Directory - クラウド移行 - Windows Server ## この記事に出てくる用語 - [サーバー](https://www.ameliatechnology.co.jp/glossary/server/) - [Microsoft Azure](https://www.ameliatechnology.co.jp/glossary/azure/) - [仮想化](https://www.ameliatechnology.co.jp/glossary/virtualization/) - [クラウド](https://www.ameliatechnology.co.jp/glossary/cloud/) - [AWS（Amazon Web Services）](https://www.ameliatechnology.co.jp/glossary/aws/) - [Google Cloud](https://www.ameliatechnology.co.jp/glossary/google-cloud/) - [ドメイン](https://www.ameliatechnology.co.jp/glossary/domain/) - [VPN](https://www.ameliatechnology.co.jp/glossary/vpn/) この記事を書いた人 [石田誠](https://www.ameliatechnology.co.jp/blog/author/ishida/) グループCTO インターネットの黎明期から、ホスティング事業の立ち上げや、インフラ・セキュリティのプロジェクトに携わってきました。現在は、AWS・Azure へのクラウド移行の支援と、業務アプリケーションの要件定義から実装までを担っています。 このコラムは一般的な情報の提供を目的としたもので、個別の状況への助言ではありません。製品・サービスの名前と内容は、記事の更新日の時点のものです。 ## あわせて読みたい - [Google Cloud を選ぶ場面。データ分析と Google Workspace とのつながり](https://www.ameliatechnology.co.jp/blog/when-to-choose-google-cloud/) - [Well-Architected の柱で、いまの構成を確かめる](https://www.ameliatechnology.co.jp/blog/well-architected-review/) - [円安とクラウドの費用。予算の立て方](https://www.ameliatechnology.co.jp/blog/weak-yen-cloud-budget/) [クラウドと運用のコラムを見る](https://www.ameliatechnology.co.jp/blog/category/cloud/) [コラムの一覧に戻る](https://www.ameliatechnology.co.jp/blog/) ## 次の一歩 ### クラウドの構築と運用を任せる AWS・Microsoft Azure・Google Cloud の設計・構築・移行から、監視・運用・セキュリティまでを一つのチームで受け持ちます。監視は仕組みで24時間365日自動に回し、原因の調査と再発の防止は当社が担います。 [クラウドの構築と運用管理を見る](https://www.ameliatechnology.co.jp/service/cloud/) ### クラウドの状態を、無料で確かめる 15の設問に答えると、構成と管理・権限・守り・障害への備え・費用と体制の5つの分野の点数と、最初に取り組むことをまとめたレポートをその場でお届けします。 [クラウドの自己診断（無料）を受ける](https://www.ameliatechnology.co.jp/diagnosis/cloud/) ## ご関心に合わせて、お選びください。 [情報を集めている方へ会社案内、AI開発の例、セキュリティ診断の報告書の見本をお送りします。資料をダウンロード](https://www.ameliatechnology.co.jp/download/)[課題が見えている方へオンラインで30分、お話をうかがいます。費用はかかりません。無料で相談する](https://www.ameliatechnology.co.jp/contact/)[進め方を決めたい方へ2〜4週間で、優先順位と計画をまとめるAI活用の診断です。診断について見る](https://www.ameliatechnology.co.jp/pricing/#diagnosis) --- 出典：アメリア・テクノロジー株式会社「Windowsサーバーと Active Directory を Azure へ移すときの考え方｜アメリア・テクノロジー株式会社」 https://www.ameliatechnology.co.jp/blog/windows-ad-to-azure/