次の方法で共有

チュートリアル: Azure Linux コンテナー ホスト クラスターのテレメトリと監視を有効にする

  • [アーティクル]

このチュートリアル (パート 4/5) では、Azure Linux コンテナー ホスト クラスターを監視するように Container Insights を設定します。 学習内容は次のとおりです。

  • 既存のクラスターの監視を有効にする。
  • エージェントが正常にデプロイされていることを確認する。
  • ソリューションが有効になっていることを確認する。

次の最後のチュートリアルでは、Azure Linux ノードをアップグレードする方法について説明します。

前提条件

  • 前のチュートリアルでは、Azure Linux コンテナー ホスト クラスターを作成してデプロイしました。 このチュートリアルを完了するには、既存のクラスターが必要です。 この手順を実行しておらず、手順に沿って進めたい場合は、「チュートリアル 1: AKS 用 Azure Linux コンテナー ホストを使用してクラスターを作成する」から始めます。
  • 既存の AKS クラスターを別のサブスクリプションの Log Analytics ワークスペースに接続している場合は、Microsoft.ContainerService リソース プロバイダーを、Log Analytics ワークスペースと共にサブスクリプションに登録する必要があります。 詳細については、「リソース プロバイダーを登録する」 を参照してください。
  • 最新バージョンの Azure CLI が必要です。 バージョンを確認するには、az --version を実行します。 インストールまたはアップグレードする必要がある場合は、Azure CLI のインストールに関するページを参照してください。

1 - 監視を有効にする

オプション 1: 既定の Log Analytics ワークスペースを使用する

次の手順では、Azure CLI を使用して Azure Linux コンテナー ホスト クラスターの監視を有効にします。 この例では、ワークスペースを事前に作成したり、既存のワークスペースを指定したりする必要はありません。 このコマンドでは、AKS クラスター サブスクリプションの既定のリソース グループに既定のワークスペースが作成されるので、プロセスが簡単になります。 リージョンにまだない場合、作成される既定のワークスペースは DefaultWorkspace-< GUID >-< Region > のような形式になります。

az aks enable-addons -a monitoring -n testAzureLinuxCluster -g testAzureLinuxResourceGroup

出力の最初の数行の addonProfiles 構成に、次のものが含まれているはずです。

{
  "aadProfile": null,
  "addonProfiles": {
    "omsagent": {
      "config": {
        "logAnalyticsWorkspaceResourceID": "/subscriptions/<WorkspaceSubscription>/resourceGroups/DefaultResourceGroup-EUS2/providers/Microsoft.OperationalInsights/workspaces/DefaultWorkspace-<WorkspaceSubscription>-EUS2",
        "useAADAuth": "true"
      },
      "enabled": true,
      "identity": null
    }
  },
}

オプション 2: Log Analytics ワークスペースを指定する

この例では、Log Analytics ワークスペースを指定して、Azure Linux コンテナー ホスト クラスターの監視を有効にできます。 ワークスペースのリソース ID は "/subscriptions/<SubscriptionId>/resourceGroups/<ResourceGroupName>/providers/Microsoft.OperationalInsights/workspaces/<WorkspaceName>" の形式になります。

az aks enable-addons -a monitoring -n testAzureLinuxCluster -g testAzureLinuxResourceGroup --workspace-resource-id <workspace-resource-id>

出力は次の例のようになります。

provisioningState       : Succeeded

2 - エージェントとソリューションのデプロイを確認する

エージェントが正常にデプロイされていることを確認するには、次のコマンドを実行します。

kubectl get ds ama-logs --namespace=kube-system

出力は次の例のようになり、適切にデプロイされたことが示されます。

User@aksuser:~$ kubectl get ds ama-logs --namespace=kube-system
NAME       DESIRED   CURRENT   READY   UP-TO-DATE   AVAILABLE   NODE SELECTOR   AGE
ama-logs   3         3         3       3            3           <none>          3m22s

ソリューションのデプロイを確認するには、次のコマンドを実行します。

kubectl get deployment ama-logs-rs -n=kube-system

出力は次の例のようになり、適切にデプロイされたことが示されます。

User@aksuser:~$ kubectl get deployment ama-logs-rs -n=kube-system
NAME       DESIRED   CURRENT   UP-TO-DATE   AVAILABLE    AGE
ama-logs-rs   1         1         1            1            3h

3 - ソリューションの構成を確認する

コマンドを aks show 使用すると、ソリューションが有効になっているかどうか、Log Analytics ワークスペース リソース ID、およびクラスターの概要情報を確認できます。

az aks show -g testAzureLinuxResourceGroup -n testAzureLinuxCluster

数分後、コマンドが完了し、ソリューションに関する情報が JSON 形式で返されます。 コマンドの結果には監視アドオン プロファイルが表示され、次の出力例のようになります。

"addonProfiles": {
    "omsagent": {
      "config": {
        "logAnalyticsWorkspaceResourceID": "/subscriptions/<WorkspaceSubscription>/resourceGroups/<DefaultWorkspaceRG>/providers/Microsoft.OperationalInsights/workspaces/<defaultWorkspaceName>"
      },
      "enabled": true
    }
  }

次のステップ

このチュートリアルでは、Azure Linux コンテナー ホスト クラスターのテレメトリと監視を有効にしました。 以下の方法を学習しました。

  • 既存のクラスターの監視を有効にする。
  • エージェントが正常にデプロイされていることを確認する。
  • ソリューションが有効になっていることを確認する。

次のチュートリアルでは、Azure Linux ノードをアップグレードする方法について説明します。

Azure Linux ノードをアップグレードする