フェーズ 1:Azure サーバー管理サービスの前提条件となる計画
このフェーズでは、Azure サーバー管理スイートのサービスについて理解し、これらの管理ソリューションを実装するために必要なリソースをデプロイする方法を計画します。
ツールおよびサービスを理解する
以下の詳細な概要については、「Azure サーバー管理ツールおよびサービス」を参照してください。
- 進行中の Azure 運用に関係する管理領域。
- これらの領域でのサポートに役立つ Azure のサービスとツール。
これらのサービスの複数を組み合わせて使用して、管理要件を満たすことができます。 これらのツールはこのガイダンス全体でしばしば参照されます。
以降の各セクションでは、これらのツールとサービスを使用するために必要な計画と準備について説明します。
Log Analytics ワークスペースと Automation アカウントの計画
Azure 管理サービスをオンボードするために使用する多くのサービスでは、Log Analytics ワークスペースと、リンクされた Azure Automation アカウントが必要です。
Log Analytics ワークスペースは、Azure Monitor ログ データの格納用の一意の環境です。 各ワークスペースには、独自のデータ リポジトリと構成があります。 データ ソースとソリューションは、特定のワークスペースにデータを格納するように構成されます。 Azure 監視ソリューションでは、すべてのサーバーをワークスペースに接続することで、それらのログ データを格納してアクセスできるようにする必要があります。
管理サービスの一部では Azure Automation アカウントが必要です。 このアカウントと Azure Automation の機能を使用して、Azure サービスと他のパブリック システムを統合して、サーバー管理プロセスをデプロイ、構成、および管理することができます。
以下の Azure サーバー管理サービスでは、リンクされた Log Analytics ワークスペースと Automation アカウントが必要です。
このガイダンスの 2 番目のフェーズは、サービスおよび自動化スクリプトのデプロイに焦点を合わせて説明します。 Log Analytics ワークスペースと Automation アカウントを作成する方法が紹介されています。 このガイダンスでは、Azure Policy を使用して、新しい仮想マシンが必ず正しいワークスペースに接続されるようにする方法も紹介しています。
このガイダンスの例では、サーバーがクラウドにまだデプロイされていないデプロイを想定しています。 ワークスペースの計画に関連する原則および考慮事項の詳細については、Azure Monitor でログ データとワークスペースを管理するについての記事を参照してください。
計画に関する考慮事項
管理サービスのオンボードに必要なワークスペースとアカウントを準備するときは、次の問題を考慮します。
- Azure の地域と規制遵守: Azure リージョンは "地域" に分かれています。 Azure の地域では、データの保存場所、主権、コンプライアンス、回復性に関する要件が地域的な境界内で確実に遵守されます。 ワークロードがデータ主権またはその他のコンプライアンス要件の対象となる場合、ワークスペースと Automation アカウントは、それらがサポートするワークロード リソースと同じ Azure の地域内のリージョンにデプロイされる必要があります。
- ワークスペースの数: 原則として、Azure の地域ごとに必要な最も少ない数のワークスペースを作成します。 コンピューティング リソースやストレージ リソースが配置される Azure の地域ごとに少なくとも 1 つのワークスペースを作成することをお勧めします。 この初期の配置により、今後データを異なる地域に移行する場合に規制の問題を回避しやすくなります。
- データ保持とキャッピング: ワークスペースや Automation アカウントを作成するときに、データ保持ポリシーまたはデータ キャッピング要件を考慮に入れることが必要な場合もあります。 ワークスペースを計画するときこれらの原則およびその他の考慮事項の詳細については、Azure Monitor でログ データとワークスペースを管理するについての記事を参照してください。
- リージョン マッピング: Log Analytics ワークスペースと Azure Automation アカウントのリンクは特定の Azure リージョン間でのみサポートされます。 たとえば、Log Analytics ワークスペースが
East USリージョンにホストされている場合、リンクされる Automation アカウントは、管理サービスと一緒に使用されるEast US 2リージョン内に作成する必要があります。 他のリージョン内に作成した Automation アカウントをEast US内のワークスペースにリンクすることはできません。 デプロイ リージョンの選択は、Azure の地域要件に大きく影響する可能性があります。 ワークスペースと Automation アカウントをホストするリージョンを決定する際は、リージョン マッピング テーブルを参照してください。 - ワークスペース マルチホーム: Azure Log Analytics エージェントは一部のシナリオでマルチホームをサポートしますが、この構成で実行すると、エージェントはいくつかの制限事項や課題に直面します。 特定のシナリオに対してマイクロソフトが推奨する場合を除き、Log Analytics エージェント上にマルチホームを構成しないでください。
リソースの配置例
Log Analytics ワークスペースと Automation アカウントの配置先となるサブスクリプションの選択には、複数の異なるモデルがあります。 つまり、ワークスペースと Automation アカウントは、Update Management ソリューションおよび変更履歴とインベントリ サービスの実装を担当するチームが所有するサブスクリプションに配置します。
ワークスペースと Automation アカウントを配置するいくつかの方法の例を次に示します。
地理別の配置
中小規模の環境には、単一のサブスクリプションと、複数の Azure の地域にまたがる数百のリソースがあります。 このような環境では、各地域に 1 つの Log Analytics ワークスペースと 1 つの Azure Automation アカウントを作成します。
各リソース グループには、ワークスペースと Azure Automation アカウントを 1 つのペアとして作成できます。 次に、対応する地域のペアを仮想マシンに配置します。
あるいは、データ コンプライアンス ポリシーでリソースを特定のリージョンに置くことが規定されていない場合、1 つのペアを作成してすべての仮想マシンを管理できます。 また、より細かい Azure ロールベースのアクセス制御 (Azure RBAC) を行うために、ワークスペースと Automation アカウントのペアを別々のリソース グループに配置することも推奨されます。
次の図に示した例では、それぞれ異なる地域に配置される 2 つのリソース グループを持つ 1 つのサブスクリプションを使用します。
管理サブスクリプション内への配置
大規模な環境は複数のサブスクリプションにまたがり、監視とコンプライアンスを所有する中央 IT チームがあります。 このような環境では、ワークスペースと Automation アカウントのペアを IT 管理サブスクリプションに作成します。 このモデルでは、ある地域内の仮想マシン リソースは、そのデータを IT 管理サブスクリプション内の対応する地域ワークスペース内に格納します。 オートメーション タスクを実行する必要はあっても、リンクされたワークスペースおよび Automation アカウントが不要なアプリケーション チームは、独自のアプリケーション サブスクリプション内に別の Automation アカウントを作成することができます。
分散型の配置
大規模な環境の代替モデルでは、アプリケーション開発チームは、修正プログラムの適用と管理を行うことができます。 この場合、ワークスペースと Automation アカウントのペアを、他のリソースと一緒にアプリケーション チーム サブスクリプションに配置します。
ワークスペースと Automation アカウントを作成する
ワークスペースとアカウントのペアを配置し、整理する最適な方法を選択したら、オンボード プロセスを開始する前に、これらのリソースを作成したことを確認します。 このガイダンスで後述するオートメーションの例では、ワークスペースと Automation アカウントのペアが自動的に作成されます。 ただし、既存のワークスペースと Automation アカウントのペアがない場合、Azure portal を使用してオンボードする場合はペアを作成する必要があります。
Azure portal を使用して Log Analytics ワークスペースを作成するには、「ワークスペースを作成する」を参照してください。 次に、「Azure Automation アカウントを作成する」の手順に従って、各ワークスペースに対応する Automation アカウントを作成します。
次のステップ
Azure サーバー管理サービスに対してサーバーをオンボードする方法を参照してください。