Tutorial: Bereitstellen einer Linux-App in AKS-Hybrid

Gilt für: AKS in Azure Stack HCI, AKS unter Windows Server

In diesem Tutorial wird beschrieben, wie Sie eine Multicontainer-App bereitstellen, die ein Web-Front-End und eine Redis-Datenbankinstanz auf Ihrem Azure Kubernetes Service-Cluster (AKS) in AKS-Hybrid enthält. Sie erfahren auch, wie Sie Ihre Anwendung testen und skalieren.

In diesem Tutorial werden grundlegende Kenntnisse von Kubernetes-Konzepten vorausgesetzt. Weitere Informationen finden Sie unter Kubernetes-Kernkonzepte für AKS-Hybride.

Voraussetzungen

Vergewissern Sie sich, dass die folgenden Anforderungen erfüllt sind:

  • Ein AKS-Cluster mit mindestens einem Linux-Workerknoten, der ausgeführt wird.
  • Eine kubeconfig-Datei für den Zugriff auf den Cluster.
  • Das PowerShell-Modul AksHci ist installiert. Weitere Informationen finden Sie unter Install-AksHci.

Wenn Sie die Tutorialprozeduren ausführen:

  • Führen Sie die Befehle in einem PowerShell-Fenster aus, das mit Administratorrechten geöffnet ist.
  • Stellen Sie sicher, dass die betriebssystemspezifischen Workloads auf dem entsprechenden Containerhost verarbeitet werden. Wenn Ihr Kubernetes-Cluster über eine Mischung aus Linux- und Windows-Workerknoten verfügt, können Sie entweder Knotenselektoren oder Taints und Tolerationen verwenden. Weitere Informationen finden Sie unter Verwenden von Knotenselektoren und Taints und Toleranzen.

Hinweis

Die Bereitstellung eines Zielclusters, der ein Netzwerk mit einem anderen Zielcluster gemeinsam verwendet, kann zu IP-Adresskonflikten mit dem Lastenausgleich führen. Ip-Adresskonflikte können auftreten, wenn Sie zwei Workloads bereitstellen, die unterschiedliche Ports in Zielclustern verwenden, die dasselbe AksHciClusterNetwork Objekt gemeinsam nutzen. Aufgrund der Art und Weise, wie die IP-Adressen und Portzuordnungen innerhalb des Hochverfügbarkeitsproxys zugeordnet werden, kann dies zu einer Zuweisung doppelter IP-Adressen führen. In diesem Fall treten bei einem oder beiden Arbeitsauslastungen zufällige Probleme mit der Netzwerkkonnektivität auf, bis Sie Ihre Arbeitsauslastung erneut bereitstellen. Wenn Sie Ihre Workloads erneut bereitstellen, können Sie entweder denselben Port verwenden, der jeder Workload eine Dienst-IP-Adresse zuweisen wird, oder Sie können Ihre Workloads in Zielclustern, die unterschiedliche AksHciClusterNetwork Objekte verwenden, erneut bereitstellen.

Bereitstellen der App

Eine Kubernetes-Manifestdatei definiert einen gewünschten Zustand für den Cluster, z. B. welche Containerimages ausgeführt werden sollen. In dieser Schnellstartanleitung wird ein Manifest verwendet, um alle Objekte zu erstellen, die zum Ausführen der Azure Vote-Anwendung benötigt werden. Dieses Manifest umfasst zwei Kubernetes-Bereitstellungen: eine für die Azure Vote-Python-Beispielanwendungen und eine für eine Redis-Instanz. Außerdem werden zwei Kubernetes-Dienste erstellt: ein interner Dienst für die Redis-Instanz und ein externer Dienst, über den aus dem Internet auf die Azure Vote-Anwendung zugegriffen wird.

Erstellen Sie eine Datei namens azure-vote.yaml, und fügen Sie die folgende YAML-Definition ein.

apiVersion: apps/v1
kind: Deployment
metadata:
  name: azure-vote-back
spec:
  replicas: 1
  selector:
    matchLabels:
      app: azure-vote-back
  template:
    metadata:
      labels:
        app: azure-vote-back
    spec:
      nodeSelector:
        "beta.kubernetes.io/os": linux
      containers:
      - name: azure-vote-back
        image: redis
        resources:
          requests:
            cpu: 100m
            memory: 128Mi
          limits:
            cpu: 250m
            memory: 256Mi
        ports:
        - containerPort: 6379
          name: redis
---
apiVersion: v1
kind: Service
metadata:
  name: azure-vote-back
spec:
  ports:
  - port: 6379
  selector:
    app: azure-vote-back
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: azure-vote-front
spec:
  replicas: 1
  selector:
    matchLabels:
      app: azure-vote-front
  template:
    metadata:
      labels:
        app: azure-vote-front
    spec:
      nodeSelector:
        "beta.kubernetes.io/os": linux
      containers:
      - name: azure-vote-front
        image: mcr.microsoft.com/azuredocs/azure-vote-front:v1
        resources:
          requests:
            cpu: 100m
            memory: 128Mi
          limits:
            cpu: 250m
            memory: 256Mi
        ports:
        - containerPort: 80
        env:
        - name: REDIS
          value: "azure-vote-back"
---
apiVersion: v1
kind: Service
metadata:
  name: azure-vote-front
spec:
  type: LoadBalancer
  ports:
  - port: 80
  selector:
    app: azure-vote-front

Stellen Sie die App mithilfe des kubectl apply Befehls bereit, und geben Sie den Namen Ihres YAML-Manifests an:

kubectl apply -f azure-vote.yaml

Die folgende Beispielausgabe zeigt Bereitstellungen und Dienste, die erfolgreich erstellt wurden:

deployment "azure-vote-back" created
service "azure-vote-back" created
deployment "azure-vote-front" created
service "azure-vote-front" created

Testen der App

Wenn die Anwendung ausgeführt wird, macht ein Kubernetes-Dienst das Anwendungs-Front-End im Internet verfügbar. Dieser Vorgang kann einige Minuten dauern.

Verwenden Sie zum Überwachen des Fortschritts den Befehl kubectl get service mit dem Argument --watch.

kubectl get service azure-vote-front --watch

Zunächst wird die EXTERNAL-IP für den azure-vote-front-Dienst als ausstehend angezeigt.

NAME               TYPE           CLUSTER-IP      EXTERNAL-IP   PORT(S)        AGE
azure-vote-front   LoadBalancer   10.0.37.27      <pending>     80:30572/TCP   22m

Wenn sich die EXTERNAL-IP-Adresse von ausstehend zu einer tatsächlichen öffentlichen IP-Adresse ändert, verwenden Sie STRG-C , um den kubectl Überwachungsprozess zu beenden. Die folgende Beispielausgabe zeigt eine gültige öffentliche IP-Adresse, die dem Dienst zugewiesen ist.

NAME               TYPE           CLUSTER-IP   EXTERNAL-IP     PORT(S)        AGE
azure-vote-front   LoadBalancer   10.0.37.27   52.179.23.131   80:30572/TCP   24m

Öffnen Sie die externe IP-Adresse Ihres Diensts in einem Webbrowser, um die Azure-Abstimmungs-App in Aktion zu sehen.

Screenshot der Startseite der Azure Voting App-Anwendung, die in einem Kubernetes-Cluster in Azure bereitgestellt wird

Skalieren von Anwendungspods

Wir haben ein einzelnes Replikat der Azure Voting App-Front-End- und Redis-Instanz erstellt. Um die Anzahl und den Zustand von Pods in Ihrem Cluster anzuzeigen, verwenden Sie den Befehl kubectl get:

kubectl get pods -n default

Die folgende Beispielausgabe zeigt einen Front-End-Pod und einen Back-End-Pod.

NAME                                READY     STATUS    RESTARTS   AGE
azure-vote-back-6bdcb87f89-g2pqg    1/1       Running   0          25m
azure-vote-front-84c8bf64fc-cdq86   1/1       Running   0          25m

Um die Anzahl von Pods in der azure-vote-front-Bereitstellung zu ändern, verwenden Sie den Befehl kubectl scale. Im folgenden Beispiel wird die Anzahl der Front-End-Pods auf 5 erhöht.

kubectl scale --replicas=5 deployment/azure-vote-front

Führen Sie erneut aus kubectl get pods , um zu überprüfen, ob zusätzliche Pods erstellt wurden. Nach etwa einer Minute sind die zusätzlichen Pods in Ihrem Cluster verfügbar.

kubectl get pods -n default

Name                                READY   STATUS    RESTARTS   AGE
azure-vote-back-6bdcb87f89-g2pqg    1/1     Running   0          31m
azure-vote-front-84c8bf64fc-cdq86   1/1     Running   0          31m
azure-vote-front-84c8bf64fc-56h64   1/1     Running   0          80s
azure-vote-front-84c8bf64fc-djkp8   1/1     Running   0          80s
azure-vote-front-84c8bf64fc-jmmvs   1/1     Running   0          80s
azure-vote-front-84c8bf64fc-znc6z   1/1     Running   0          80s

Nächste Schritte