Shibata2022.08.0635211しばたです。Studio入りのAMIが使える様になった旨のアナウンスがありました。Microsoftライセンスの話をしますので例によって免責事項をば。間違いの無い様に努めて書いていますが、あくまでも私いち個人の解釈にすぎず、本記事の内容はライセンスに対する記述の正確さを保証しません。仮に本記事の内容に誤りがあり、それによりいかなる不利益を被ったとしても一切の責任を負えませんので予めご了承ください。(やってみた)弊社吉井が基本的な手順を記事にしていますのでまずはこちらをご覧ください。Marketplaceにあります。2022)の二種類が追加されました。これら以外のAMIは従来からあるAWSでない企業が提供するAMIです。Professional入りのほうの詳細画面はこんな感じです。ADを使っていますが、これが必須なのか気になる方もいると思います。何の前準備もなくいきなりこのAMIをサブスクライブして起動してみます。起動後すぐにインスタンスが停止し「終了(Terminate)」されてしまいます。ADを使いソフトウェアのライセンス管理設定を準備しておく必要があります。起動するEC2もライセンス管理のためにSSMが利用できる環境(ネットワークおよびIAMロール設定)にある必要があります。Agreement(SPLA)の観点から解説します。以降の内容は私個人による予測を含みます。AWS環境においてMicrosoft製品を使う場合は基本的にSPLA契約に基づいてサービスプロバイダー(SP、ここではAWSのこと)から環境が提供されます。SAL(SPLAユーザーライセンス)で提供されます。SAL(SPLAユーザーライセンス)も必要となります。ここで言う「ユーザー」は同時接続数ではなく特定の個人と紐づく形のライセンスです。Managerが使われる形になっています。Serverを別途構築しなければなりません。ADが必要なんだと推測されます。11をクラウド環境で提供できない」という制約があるためです。*2SPLAの仕組みを知っていると「AWSではこの実装にせざるを得ないな」という感じで割と納得がいきます。KMSサーバー(169.254.169.250,169.254.169.251)で管理されています。こちらは従来通りの話です。ネットワーク前提条件ネットワークの前提条件として以下の要件があります。Edition」どちらでも構いません。本記事ではcorp.contoso.comというディレクトリ環境を用意しておきます。Managerの設定が必要です。Managerを開きます。初回起動時は「サービス利用のオプトイン」と「サービスリンクロールの作成」を求められますので、表示された場合は指示に従って進めてください。ダッシュボードでは画面左側に新しく「ユーザーベースのサブスクリプション」の表示欄が増えています。右側の「ライセンス使用権限」欄はMarketplaceでサブスクライブした製品の表示欄です。SAL)のサブスクライブで利用ライセンス数を管理と2種類の管理をしています。本記事のメインとなるのは後者の方で、左ペインの「ユーザーベースのサブスクリプション」を選択すると製品ごとのライセンス管理ができます。ADとの紐づけを行ってやる必要があります。対象のディレクトリと利用する製品を指定してやります。Enterprise」の二種類から選べます。Professional」のみ選んだ状態)設定後しばらく待つと完了となります。Managerに紐づけできるディレクトリは一つだけの様です。残念ながら複数のディレクトリをそれぞれ個別に管理することは出来ません。ADの配置されているサブネットに追加のENIが増やされます。2019が一台増えているのが確認できました。Diretoryに対する各種操作を行ってる様です。AMIのためaws-marketplace:MeterUsageの権限も必要なのでAWSMarketplaceMeteringFullAccessポリシーもアタッチしてやります。以下のCloudFormationテンプレートで必要な権限を持つIAMロールが作れます。CloudFormationからよしなに作ってください。ManagerとIAMロールの準備ができたらEC2を起動可能になります。Professonalのほう)を選び環境に応じた設定をしてやりEC2を作成します。IAMロールの設定を忘れずにしてください。これでEC2を作成してやれば、直ちに終了することなく、しばらく待てばEC2が利用可能になります。ManagerがEC2の起動を検知して以下の処理を行います。Command出来ない場合は直ちにTerminateする加えてこのインスタンスはローカルユーザーでRDP接続出来ない様にグループポリシーで設定されており、RDP接続しようとするとこんな感じで拒否されます。Manager側でもアクティブ化済みインスタンスとして扱われます。Stuidoを利用できるドメインユーザーの設定(サブスクライブ)を行います。SALも行われますのでMarketplaceで両方ともサブスクライブしておいてください。Studioを選択し「ユーザーをサブスクライブ」すると登録画面に遷移します。Studioを利用したいドメインユーザーを追加してください。待つと登録が完了します。製品欄をクリックすると内訳が表示されます。SALをMarketplaceでサブスクライブせずに処理を進めると以下の様なエラーになります。ついて、次のユーザーはサブスクライブされていませんでした。REMOTE_DESKTOP_SERVICESユーザーとインスタンスの紐づけこれでライセンスの割り当ては完了かと思ったのですが、AWS環境では上記に加えて「インスタンスと利用者の紐づけ」も必要でした。SALはユーザーライセンスであり、ライセンスを割り当てられたユーザーは利用環境を制限されることは無いのですがAWSとしてはインスタンス毎の利用者も管理する様です。ライセンスマネージャーから「ユーザーベースのサブスクリプション→ユーザーの関連付け」に移動し、利用したいインスタンスを選択します。ややこしいですが「ユーザーを関連付ける」をクリックして登録画面に遷移します。こちらも少し待つと登録が完了します。インスタンスIDをクリックすると内訳が表示されます。これでやっと対象のインスタンスにRDP接続できます。Studioは英語版でした。本記事では詳細は端折りますが両者とも普通の手順で日本語表示に変更できます。本日(2022年8月)時点の費用感についてはMarketplaceのページを見る限り以下の様です。Studioサブスクリプションの価格より若干上乗せされた価格となっています。USD/month前後で提供されているので一般的な価格設定かと思います。Directoryの利用も必須でないですし、AWSとMicrosoft間でかなり特別な契約が結ばれているものと予測されます。*3)」のためほとんどの場合でユーザーへの請求も日割り無しとなります。OSの利用は秒単位の課金となっていますがこれはかなり例外的な扱いです。推測ですが、こちらはコアライセンスなので融通を利かせやすいのでしょう。Studio分のコストが計上されました。USD計上されました。USD計上されました。税抜価格だったんですね、コレ...詳細はこんな感じです。SALの料金が計上されたらまた追記します。SALが北米リージョンの利用費になっているのは謎ですが、まあ、金額は正しいので気にしないことにします。Studioに関する補足をします。StudioとライセンスモビリティMicrosoftのソフトウェアアシュアランス(SA)特典の一つにオンプレ向けボリュームライセンスのソフトウェアをクラウド環境へ移動できる「ライセンスモビリティ」があります。StudioをEC2に持ち込みインストールするのはライセンス違反となりますのでご注意ください。Studio以外のソフトウェア、例えばOfficeも同様です。基本的に「オンプレとクラウドは全く別環境でありライセンスは共用できない(=手持ちのMicrosoft製品をクラウド環境にインストールできない)」と考えておくと安全です。CommunityはSPLAの対象外です。Communityは個人、教育用途、または小規模な組織の限定的な利用で利用可能で、その条件はライセンス条項に記載されています。2022の場合)こちらの条項を見る限り利用環境に対する制限は明記されていません。ProfessionalおよびEnterpriseのライセンス条項には利用環境に対する制限が記載されています)このため、おそらくですが、クラウド環境でも利用できるだろうと推測されます。当然ですが「禁止されていないから許可されているわけでは無い」ので、言質が必要な場合はMicrosoftに確認してください。Communityの利用について一切保証は出来ませんので予めご了承ください。Studio利用こちらはAWSでなくAzureの話になります。11イメージが利用可能であり、AWS環境の様な制約はありません。VMでの使用権」がありそれを行使する形で実現している様です。