こんにちは、クラウドインテグレーション2部 技術1課 宮形 です。 AWS へオンプレミス環境を移行する際、Microsoft Active Directory サーバー (以下ADサーバー)をどのようにするか毎度検討にあがります。 「EC2 にADサーバーインストールして移行する」が間違いありませんが、せっかくクラウドにするのであれば運用コスト削減できる「マネージドサービス」としたいところです。そこで候補にあがるのが「AWS Managed Microsoft AD」(以下 Managed MSAD)です。 本BLOGでは、Managed MSAD への移行について調査した内容をご紹介いたします。 移行方法 構成 セットアップ手順 移行元ドメインでの管理者権限の取得 ADMT実行用EC2 への SQL Server Express のインストール ADMT実行用EC2 への ADMT イ

セルフマネージド型の AD で管理する FSx for Windows File Server で必要な AD 上のリソースと設定を整理してみた セルフマネージド型の AD で管理する FSx for Windows File Server のベストプラクティスとされている 「サービスアカウント」と、「FSx for Windows File Serverにリモート接続する管理ユーザー」が何者なのかを整理しました。ベストプラクティスに沿って必要になったドメインユーザー、権限、ドメイングループをまとめました。 FSx for Windows File Server ファイルシステムを、セルフマネージド型 Microsoft Active Directory ドメインに結合するためのベストプラクティス - Amazon FSx for Windows File Server 整理結果 セルフマ

西澤です。閉域網でつながったオンプレミス環境から、VPC内のAWSリソースにアクセスする際、DNSを利用した名前解決をしたいケースは多いと思います。Route 53のPrivate Hosted Zoneは、非常に便利なサービスですが、VPCの外から参照することができないという制約がある為、オンプレミスから参照したい場合にはVPC内にDNS Forwarderを構築する等の工夫が必要です。 オンプレからAWSのDNSを引く高可用性な構成 ｜ Developers.IO AWSハイブリッド構成のDNS設計レシピ ｜ Developers.IO UnboundやBINDを構築、運用するよりは、マネージドサービスで任せたいという場合に、これをAWS Directory Serviceに任せる方法が、下記記事で紹介されています。今回は、こちらの構成で構築する際の注意事項をまとめておきたいと思います

構成図/環境スペック 構成図 オンプレミス上のADサーバーから、AWS上のADサーバーに移行します。 環境スペック OS： 移行元：Windows Server 2012 R2 移行先：Windows Server 2016 AWS上にADサーバー(Windows)構築 まずは開設したAWSアカウントにてAWSマネージメントコンソールにアクセスしインスタンスを作成します。 今回はAD用のサーバーを2台(AZ毎に1台ずつ)作成します。 AWS上のADサーバーを既存ドメインに参加 オンプレミスのネットワークとAWSが閉域接続で接続確認後、先ほど作成したAWS上のWindowsサーバーをオンプレミスの既存ドメインに参加いたします。 既存ドメインにドメイン参加後、Windowsの再起動が行われます。その後、ドメインアカウントを用いて再度ログインし直します。 (既存ドメインにて作成したドメインユーザ

Active Directoryに関する一般的な情報に加えて、AWS環境に特化した留意点について解説します。 みなさん、こんにちは！ AWS事業本部の青柳＠福岡オフィスです。 EC2インスタンス上にWindowsの「Active Directory」環境を構築する際のTIPSをいくつかご紹介します。 今回は、以下のような構成を前提に説明します。 (オンプレミスのActive Directoryと連係しておらず、AWS内に閉じたActive Directory環境) TIPSその1： DNSについて DNS参照先の設定 Active DirectoryはDNSと密接に連係するサービスです。 Active Directoryのドメインコントローラー、および、ドメインに参加するメンバーサーバー・メンバークライアントは、DNSの参照先を適切に設定する必要があります。 ドメインコントローラーは、自サ