Amazon Managed Service für Prometheus mit AWS Controllern für Kubernetes verwalten

Verwenden Sie die folgenden Befehle, um Helm zur Installation des Service Controllers von Amazon Managed Service für Prometheus zu verwenden. Weitere Informationen finden Sie unter Installieren eines ACK-Controllers in der Dokumentation zu AWS Controllern für Kubernetes unter. GitHub Verwenden Sie den richtigen region für Ihr System, z. B. us-east-1

export SERVICE=prometheusservice
export RELEASE_VERSION=`curl -sL https://api.github.com/repos/aws-controllers-k8s/$SERVICE-controller/releases/latest | grep '"tag_name":' | cut -d'"' -f4`
export ACK_SYSTEM_NAMESPACE=ack-system
export AWS_REGION=region

aws ecr-public get-login-password --region us-east-1 | helm registry login --username AWS --password-stdin public.ecr.aws
helm install --create-namespace -n $ACK_SYSTEM_NAMESPACE ack-$SERVICE-controller \
  oci://public.ecr.aws/aws-controllers-k8s/$SERVICE-chart --version=$RELEASE_VERSION --set=aws.region=$AWS_REGION

Nach einigen Augenblicken sollten Sie eine Reaktion ähnlich der folgenden erhalten, die auf einen Erfolg hinweist.

You are now able to create Amazon Managed Service for Prometheus (AMP) resources!
The controller is running in "cluster" mode.
The controller is configured to manage AWS resources in region: "us-east-1"

Sie können optional mit dem folgenden Befehl überprüfen, ob der AWS Controller für Kubernetes Controller erfolgreich installiert wurde.

helm list --namespace $ACK_SYSTEM_NAMESPACE -o yaml

Dadurch werden Informationen über den Controller zurückgegebenack-prometheusservice-controller, einschließlich des status: deployed.

Erstellen Sie eine Datei mit dem Namen workspace.yaml und folgendem Text. Dies wird als Konfiguration für den Workspace verwendet, den Sie erstellen.

apiVersion: prometheusservice.services.k8s.aws/v1alpha1
kind: Workspace
metadata:
  name: my-amp-workspace
spec:
  alias: my-amp-workspace
  tags:
    ClusterName: EKS-demo

Führen Sie den folgenden Befehl aus, um Ihren Workspace zu erstellen (dieser Befehl hängt von den Systemvariablen ab, die Sie in Schritt 1 eingerichtet haben).

kubectl apply -f workspace.yaml -n $ACK_SYSTEM_NAMESPACE

Innerhalb weniger Augenblicke sollten Sie in der Lage sein, einen neuen Workspace zu sehen, der my-amp-workspace in Ihrem Konto aufgerufen wird.

Führen Sie den folgenden Befehl aus, um die Details und den Status Ihres Workspace einschließlich der Workspace-ID anzuzeigen. Alternativ können Sie den neuen Workspace in der Konsole für Amazon Managed Service für Prometheus anzeigen.

kubectl describe workspace my-amp-workspace -n $ACK_SYSTEM_NAMESPACE

Erstellen Sie zwei neue Yaml-Dateien als Konfiguration für die Rulegroups AlertManager , die Sie als Nächstes mit der folgenden Konfiguration erstellen werden.

Speichern Sie diese Konfiguration unter rulegroup.yaml. Ersetzen Sie es WORKSPACE-ID durch die Workspace-ID aus dem vorherigen Schritt.

apiVersion: prometheusservice.services.k8s.aws/v1alpha1
kind: RuleGroupsNamespace
metadata:
  name: default-rule
spec:
  workspaceID: WORKSPACE-ID
  name: default-rule
  configuration: |
    groups:
    - name: example
      rules:
      - alert: HostHighCpuLoad
        expr: 100 - (avg(rate(node_cpu_seconds_total{mode="idle"}[2m])) * 100) > 60
        for: 5m
        labels:
          severity: warning
          event_type: scale_up
        annotations:
          summary: Host high CPU load (instance {{ $labels.instance }})
          description: "CPU load is > 60%\n  VALUE = {{ $value }}\n  LABELS = {{ $labels }}"
      - alert: HostLowCpuLoad
        expr: 100 - (avg(rate(node_cpu_seconds_total{mode="idle"}[2m])) * 100) < 30
        for: 5m
        labels:
          severity: warning
          event_type: scale_down
        annotations:
          summary: Host low CPU load (instance {{ $labels.instance }})
          description: "CPU load is < 30%\n  VALUE = {{ $value }}\n  LABELS = {{ $labels }}"

Speichern Sie die folgende Konfiguration als alertmanager.yaml. Ersetze es WORKSPACE-ID durch die Workspace-ID aus dem vorherigen Schritt. TOPIC-ARNErsetzen Sie es durch den ARN für das Amazon SNS SNS-Thema, an das Sie Benachrichtigungen senden möchten, und REGION durch das, das AWS-Region Sie verwenden. Denken Sie daran, dass Amazon Managed Service für Prometheus über Berechtigungen für das Amazon-SNS-Thema verfügen muss.

apiVersion: prometheusservice.services.k8s.aws/v1alpha1
kind: AlertManagerDefinition
metadata:
  name: alert-manager
spec:
  workspaceID: WORKSPACE-ID
  configuration: |
    alertmanager_config: |
      route:
         receiver: default_receiver
      receivers:
        - name: default_receiver
          sns_configs:
          - topic_arn: TOPIC-ARN
            sigv4:
              region: REGION
            message: |
              alert_type: {{ .CommonLabels.alertname }}
              event_type: {{ .CommonLabels.event_type }}

Führen Sie die folgenden Befehle aus, um Ihre Regelgruppen- und Alert-Manager-Konfiguration zu erstellen (dieser Befehl hängt von den Systemvariablen ab, die Sie in Schritt 1 eingerichtet haben).

kubectl apply -f rulegroup.yaml -n $ACK_SYSTEM_NAMESPACE
kubectl apply -f alertmanager.yaml -n $ACK_SYSTEM_NAMESPACE

Die Änderungen werden innerhalb von einigen Augenblicken verfügbar sein.

kubectl delete ResourceType ResourceName -n $ACK_SYSTEM_NAMESPACE

Verwenden Sie den folgenden Befehl, um prometheusEndpoint für Ihren Workspace zu erhalten. Ersetze es WORKSPACE-ID durch die Workspace-ID aus dem vorherigen Abschnitt.

aws amp describe-workspace --workspace-id WORKSPACE-ID

prometheusEndpunkt ist in den Rückgabeergebnissen enthalten und ist wie folgt formatiert:

https://aps-workspaces.us-west-2.amazonaws.com/workspaces/ws-a1b2c3d4-a123-b456-c789-ac1234567890/

Speichern Sie diese URL zur Verwendung in den nächsten Schritten.

Erstellen Sie eine Datei mit folgendem Text und nennen Sie sie prometheus-config.yaml. Ersetze es account durch deine Konto-ID, workspaceURL/ durch die URL, die du gerade gefunden hast, und region durch die AWS-Region für dein System passende URL.

serviceAccounts:
        server:
            name: "amp-iamproxy-ingest-service-account"
            annotations:
                eks.amazonaws.com/role-arn: "arn:aws:iam::account:role/amp-iamproxy-ingest-role"
server:
    remoteWrite:
        - url: workspaceURL/api/v1/remote_write
          sigv4:
            region: region
          queue_config:
            max_samples_per_send: 1000
            max_shards: 200
            capacity: 2500

Suchen Sie die Namen des Prometheus-Charts und -Namespaces sowie die Chart-Version mit dem folgenden Helm-Befehl.

helm ls --all-namespaces

Basierend auf den bisherigen Schritten sollten sowohl das Prometheus-Chart als auch der Namespace prometheus genannt werden, während es sich bei der Chart-Version um handeln 15.2.0 könnte.

Führen Sie den folgenden Befehl aus, und verwenden Sie dabei das PrometheusChartNamePrometheusNamespace, PrometheusChartVersion und, aus dem vorherigen Schritt.

helm upgrade PrometheusChartName prometheus-community/prometheus -n PrometheusNamespace -f prometheus-config.yaml --version PrometheusChartVersion

Nach einigen Minuten wird eine Nachricht angezeigt, dass die Aktualisierung erfolgreich war.

Überprüfen Sie optional, ob die Metriken erfolgreich gesendet wurden, indem Sie den Endpunkt von Amazon Managed Service für Prometheus über awscurl abfragen. RegionErsetzen Sie es durch AWS-Region die, die Sie verwenden, und workspaceURL/ durch die URL, die Sie in Schritt 1 gefunden haben.

awscurl --service="aps" --region="Region" "workspaceURL/api/v1/query?query=node_cpu_seconds_total"