構成プロファイル

注意事項

2027 年 9 月 30 日に、Azure Automanage ベスト プラクティス サービスは廃止されます。 その結果、新しい構成プロファイルを作成しようとしたり、新しいサブスクリプションをサービスにオンボーディングしようとすると、エラーが発生します。 その日以前に Azure Policy に移行する方法については、こちらをご覧ください。

重要

2024 年 8 月 31 日に、Automation Update Management と、それが使用する Log Analytics エージェントの両方が廃止されます。 その前に Azure Update Manager へ移行してください。 Azure Update Manager への移行に関するガイダンスは、こちらを参照してください。 今すぐ移行する

マシンに対して Automanage を有効にするときは、構成プロファイルが必要です。 構成プロファイルは、このサービスの基礎となります。 それらには、ご利用のマシンがオンボードされるサービスと、それらのサービスのある程度の構成が定義されています。

ベスト プラクティス構成プロファイル

現在、2 つのベスト プラクティス構成プロファイルを使用できます。

  • Dev/Test プロファイルは、Dev/Test 用のマシン向けに設計されています。
  • 運用プロファイルは、実稼働向けです。

このような違いの理由は、実行されるワークロードに基づいて特定のサービスが推奨されるためです。 たとえば、運用マシンでは、Azure Backup に自動的にオンボードされます。 一方、Dev/Test マシンの場合は通常、ビジネスへの影響が少ないため、バックアップ サービスは不要なコストになります。

カスタム プロファイル

カスタム プロファイルを使用すると、マシンに適用するサービスと設定をカスタマイズできます。 これは、IT 要件がベスト プラクティスと異なる場合に最適なオプションです。 たとえば、IT 組織で別のマルウェア対策ソリューションを使用する必要があるという理由で Microsoft Antimalware ソリューションを使用しない場合は、カスタム プロファイルを作成するときに Microsoft Antimalware を切り替えるだけでできます。

注意

ベスト プラクティス Dev/Test 構成プロファイルでは、VM のバックアップはまったく行われません。

注意

マシンの構成プロファイルを変更する場合は、目的の構成プロファイルを使用してマシンを再び開くだけでできます。 ただし、マシンの状態が "アップグレードが必要" の場合は、最初に無効にしてから Automanage を再び有効にする必要があります。

対象となる Azure サービスの完全な一覧と、それらによって基本設定がサポートされているかどうかについては、次をご覧ください。

次の手順

この記事では、マシン用の Automanage によって、Azure サービスを理解し、それにオンボードし、そのベスト プラクティスを構成する必要がなくなる手段が提供されることを説明しました。 また、Automanage for virtual machines に対してオンボードしたマシンが、構成プロファイルから外れた場合は、準拠するように自動的に戻されます。

Azure portal で、Azure 仮想マシンまたは Arc 対応サーバーの自動管理を有効にしてください。