構築する環境と全体的なアーキテクチャ

　今回の例では以下のリソースを作成することに加え、各サーバーには「Azure Arc Server Agent」に加えてLog Analytics Agentをインストールする必要がある。

　Microsoft Azure - 東日本リージョンに以下のリソースを作成する。

• Azure Automationアカウント
• Log Analyticsワークスペース

　AWS - 以下を東京リージョンに作成。

• EC2 インスタンス（CentOS 7）

　GCP - 以下を東京リージョンに作成。

• GCP インスタンス（Windows Server 2019）

　今回作成するサンプルの全体的なアーキテクチャは以下となる。Azureの提供するエージェントを介して異なるプラットフォーム間の通信を行うが、エージェントはプロキシの利用も可能だ（Connected Machine エージェントの管理と保守）。

Azure AutomationアカウントとLog Analyticsワークスペースの作成および連携

　まずAzure Automationのアカウントを作成する。今回は「場所」の欄に「東日本」を指定して作成するが、サブスクリプション、リソースグループ、名前は任意の値で作成して問題ない。Azure実行アカウントは本環境では特に使用しないが、PowerShellスクリプトなどを実行するAutomation Runbook という別のサービスで利用されるので、特に問題がない場合は拡張も視野に入れ、併せて作成することを推奨する。

　次にLog AnalyticsワークスペースをAzure Automationアカウントと同一のリージョンである「東日本」に作成する。Update Managemenの更新プログラムの評価をLinuxマシンで利用する場合、リンクされたLog AnalyticsワークスペースでサポートされるリージョンにAzure AutomationとLog Analyticsのワークスペースを作成する必要がある。

　これらのリソース作成時にはリージョンの選択に注意してほしい。リージョンには「東日本」と「西日本」があるが、今回の構成は「西日本」で作ってしまうと利用できない。

　Log Analyticsのワークスペースについての課金形態を選択できるが、従量課金以外は既にレガシー扱いなので、デフォルトのまま設定し、ワークスペースを作成する。

　Log Analyticsワークスペースの作成後、直前に作成したAzure Automationアカウントに戻り、左メニューにある「更新プログラムの管理」を選択すると以下のようにLog Analyticsのワークスペースとの連携を有効化する画面が表示される。先ほど作成したLog Analyticsワークスペースを選び、「有効化」のボタンを押すことでAzure AutomationアカウントとLog Analyticsワークスペースの連携が有効化される。

　数分で有効化が完了するため、ブラウザをF5などで更新すると、以下の画面が表示される。