Freigeben über


Lernprogramm: Installieren von Azure Container Storage (Version 1.x.x) für die Verwendung mit Azure Kubernetes Service

Azure Container Storage ist ein cloudbasierter Volumeverwaltungs-, Bereitstellungs- und Orchestrierungsdienst, der nativ für Container erstellt wurde. In diesem Lernprogramm erstellen Sie einen Azure Kubernetes Service (AKS) -Cluster und installieren Azure Container Storage (Version 1.x.x) auf dem Cluster. Wenn Sie bereits einen AKS-Cluster bereitgestellt haben, empfehlen wir die Installation von Azure Container Storage (Version 1.x.x) mithilfe dieser Schnellstartanleitung , anstatt den manuellen Schritten in diesem Lernprogramm zu folgen.

Von Bedeutung

In diesem Artikel wird erläutert, wie Sie Azure Container Storage (Version 1.x.x) installieren, der jetzt explizit einen Versionsheftungsparameter --container-storage-version 1 für die Installation erfordert. Azure Container Storage (Version 2.x.x) ist jetzt verfügbar.

  • Erstellen einer Ressourcengruppe
  • Wählen Sie eine Datenspeicheroption und einen VM-Typ aus.
  • Erstellen eines AKS-Clusters
  • Herstellen einer Verbindung mit dem Cluster
  • Beschriften des Knotenpools
  • Der AKS verwalteten Identität die Azure Container Storage Operator-Rolle zuweisen
  • Installieren von Azure Container Storage (Version 1.x.x)

Voraussetzungen

  • Wenn Sie noch kein Azure-Abonnement haben, erstellen Sie ein kostenloses Konto, bevor Sie beginnen.

  • Dieser Artikel erfordert die neueste Version der Azure CLI. Weitere Informationen finden Sie unter Installieren der Azure-Befehlszeilenschnittstelle. Wenn Sie die Bash-Umgebung in Azure Cloud Shell verwenden, ist die neueste Version bereits installiert. Wenn Sie beabsichtigen, die Befehle lokal statt in Azure Cloud Shell auszuführen, achten Sie darauf, sie mit Administratorrechten auszuführen. Weitere Informationen finden Sie unter "Erste Schritte mit Azure Cloud Shell".

  • Sie benötigen den Kubernetes-Befehlszeilenclient. kubectl Sie ist bereits installiert, wenn Sie Azure Cloud Shell verwenden, oder Sie können sie lokal installieren, indem Sie den az aks install-cli Befehl ausführen.

  • Überprüfen Sie, ob Ihre Zielregion in Azure Container Storage-Regionen unterstützt wird.

Erste Schritte

  • Notieren Sie sich Ihre Azure-Abonnement-ID. Wenn Sie Azure Elastic SAN als Datenspeicher verwenden möchten, benötigen Sie entweder eine Azure Container Storage Owner-Rolle oder eine Azure Container Storage-Mitwirkenderrolle , die dem Azure-Abonnement zugewiesen ist. Der Zugriff auf Besitzerebene ermöglicht Ihnen die Installation der Azure Container Storage-Erweiterung, gewährt Zugriff auf seine Speicherressourcen und gewährt Ihnen die Berechtigung, Ihre Azure Elastic SAN-Ressource zu konfigurieren. Mitwirkenden-Zugriff ermöglicht die Installation der Erweiterung und gewährt Zugriff auf die Speicherressourcen der Erweiterung. Wenn Sie planen, Azure Disks oder Ephemeral Disk als Datenspeicher zu verwenden, benötigen Sie keine speziellen Berechtigungen für Ihr Abonnement.

  • Starten Sie Azure Cloud Shell, oder melden Sie sich mit dem Az-Anmeldebefehl bei der Azure CLI an, wenn Sie eine lokale Installation verwenden.

  • Wenn Sie Azure Cloud Shell verwenden, werden Sie möglicherweise aufgefordert, Den Speicher einzulagern. Wählen Sie das Azure-Abonnement aus, in dem Sie das Speicherkonto erstellen möchten, und wählen Sie "Erstellen" aus.

Installieren der erforderlichen Erweiterung

Fügen Sie die neueste Version k8s-extension hinzu, oder aktualisieren Sie sie, indem Sie den folgenden Befehl ausführen.

az extension add --upgrade --name k8s-extension

Festlegen des Abonnementkontexts

Legen Sie Ihren Azure-Abonnementkontext mithilfe des az account set Befehls fest. Sie können die Abonnement-IDs für alle Abonnements anzeigen, auf die Sie Zugriff haben, indem Sie den az account list --output table Befehl ausführen. Denken Sie daran, <subscription-id> durch Ihre Abonnement-ID zu ersetzen.

az account set --subscription <subscription-id>

Erstellen einer Ressourcengruppe

Eine Azure-Ressourcengruppe ist eine logische Gruppe, die Ihre Azure-Ressourcen enthält, die Sie als Gruppe verwalten möchten. Wenn Sie eine Ressourcengruppe erstellen, werden Sie zur Angabe eines Speicherorts aufgefordert. Dieser Standort ist:

  • Der Speicherort Ihrer Metadaten der Ressourcengruppe.
  • Wo Ihre Ressourcen in Azure ausgeführt werden, wenn Sie während der Ressourcenerstellung keine andere Region angeben.

Erstellen Sie eine Ressourcengruppe mit dem Befehl az group create. Ersetzen Sie den <resource-group-name> Namen der Ressourcengruppe, die Sie erstellen möchten, und ersetzen <location> Sie sie durch eine Azure-Region wie Ost-, Westus2-, Westus3- oder Westeuropa.

az group create --name <resource-group-name> --location <location>

Wenn die Ressourcengruppe erfolgreich erstellt wurde, wird eine Ausgabe angezeigt, die in etwa wie folgt aussieht:

{
  "id": "/subscriptions/<guid>/resourceGroups/myContainerStorageRG",
  "location": "eastus",
  "managedBy": null,
  "name": "myContainerStorageRG",
  "properties": {
    "provisioningState": "Succeeded"
  },
  "tags": null
}

Auswählen einer Datenspeicheroption und eines virtuellen Computertyps

Bevor Sie Ihren Cluster erstellen, sollten Sie wissen, welche Back-End-Speicheroption Sie letztendlich auswählen, um Ihren Speicherpool zu erstellen. Dies liegt daran, dass verschiedene Speicherdienste am besten mit verschiedenen VM-Typen (Virtual Machine) als Clusterknoten funktionieren, und Sie stellen Ihren Cluster bereit, bevor Sie den Speicherpool erstellen.

Datenspeicheroptionen

  • Azure Elastic SAN: Azure Elastic SAN eignet sich gut für allgemeine Datenbanken, Streaming- und Messagingdienste, CD/CI-Umgebungen und andere Workloads der Ebene 1/Ebene 2. Der Speicher wird bei Bedarf pro erstelltem Volume und erstellter Volumemomentaufnahme bereitgestellt. Mehrere Cluster können gleichzeitig auf ein einzelnes SAN zugreifen, persistente Volumes können jedoch nur jeweils von einem Verbraucher angefügt werden.

  • Azure Disks: Azure Disks eignen sich gut für Datenbanken wie MySQL, MongoDB und PostgreSQL. Der Speicher wird pro Größe des Zielcontainerspeicherpools und der maximalen Volumegröße bereitgestellt.

  • Ephemeral Disk: Diese Option verwendet lokale NVMe- oder temp-SSD-Laufwerke auf den AKS-Knoten und ist äußerst latenzempfindlich (niedrige Sub-ms-Latenz), daher ist es am besten für Anwendungen ohne Datenbeständigkeitsanforderung oder mit integrierter Datenreplikationsunterstützung wie Cassandra. AKS ermittelt den verfügbaren kurzlebigen Speicher auf AKS-Knoten und ruft die Laufwerke für die Volumebereitstellung ab.

Ressourcenverbrauch

Azure Container Storage erfordert bestimmte Knotenressourcen, um Komponenten für den Dienst auszuführen. Basierend auf ihrer Auswahl des Speicherpooltyps, die Sie beim Installieren von Azure Container Storage angeben, sind dies die Ressourcen, die verbraucht werden:

Speicherpooltyp CPU-Kerne RAM
Azure Elastic SAN  Nichts Nichts
Azure-Datenträger 1 1 GiB
Flüchtiger Datenträger - Temp SSD 1 1 GiB
Ephemeral Disk - Local NVMe (Standardebene) 25 % der Prozessorkerne (Leistungsebene kann aktualisiert werden)* 1 GiB

Die verbrauchten Ressourcen sind pro Knoten und werden für jeden Knoten im Knotenpool genutzt, in dem Azure Container Storage installiert wird. Wenn Ihre Knoten nicht über genügend Ressourcen verfügen, kann Azure Container Storage nicht ausgeführt werden. Kubernetes versucht automatisch erneut, diese fehlgeschlagenen Pods zu initialisieren. Wenn Also Ressourcen befreit werden, können diese Pods erneut initialisiert werden.

*Beim Speicherpooltyp „Kurzlebiger Datenträger – Lokaler NVMe-Datenträger“ mit der Leistungsstufe „Standard“ (Standardeinstellung) gelten die 25 % verbrauchter CPU-Kerne für die kleinste verwendete SKU, wenn Sie mehrere VM-SKU-Typen für Ihre Clusterknoten verwenden. Wenn Sie beispielsweise eine Mischung aus 8-Kern- und 16-Kern-VM-Typen verwenden, beträgt der Ressourcenverbrauch 2 Kerne. Sie können die Leistungsebene aktualisieren , um einen größeren Prozentsatz der Kerne zu verwenden und höhere IOPS zu erzielen.

Stellen Sie sicher, dass der VM-Typ für Ihren Cluster die folgenden Kriterien erfüllt.

Um Azure Container Storage zu verwenden, benötigen Sie einen Knotenpool von mindestens drei Linux-VMs. Jeder virtuelle Computer sollte mindestens vier virtuelle CPUs (vCPUs) aufweisen. Azure Container Storage verwendet einen Kern für die E/A-Verarbeitung auf jedem virtuellen Computer, auf dem die Erweiterung bereitgestellt wird.

Befolgen Sie diese Richtlinien, wenn Sie einen VM-Typ für die Clusterknoten auswählen. Sie müssen einen VM-Typ auswählen, der Azure Premium Storage unterstützt.

  • Wenn Sie beabsichtigen, Azure Elastic SAN oder Azure Disks als Sicherungsspeicher zu verwenden, wählen Sie einen allgemeinen VM-Typ wie standard_d4s_v5 aus.
  • Wenn Sie den ephemeralen Datenträger mit lokalem NVMe verwenden möchten, wählen Sie eine VM-SKU aus, die lokale NVMe-Datenträger unterstützt, z. B. speicheroptimierte VM-SKUs oder gpubeschleunigte VM-SKUs.
  • Wenn Sie beabsichtigen, ephemeral Disk mit temp SSD zu verwenden, wählen Sie einen virtuellen Computer mit einem temporären SSD-Datenträger wie Ev3 und Esv3-Serie aus.

Erstellen eines neuen AKS-Clusters und Installieren von Azure Container Storage

Wenn Sie bereits einen AKS-Cluster bereitgestellt haben, befolgen Sie die Installationsanweisungen in dieser Schnellstartanleitung.

Führen Sie den folgenden Befehl aus, um einen neuen AKS-Cluster zu erstellen, Azure Container Storage zu installieren und einen Speicherpool zu erstellen. Ersetzen Sie <cluster-name> und <resource-group> durch Ihre eigenen Werte, und geben Sie an, welchen VM-Typ Sie verwenden möchten. Ersetzen Sie <storage-pool-type> durch azureDisk, ephemeralDisk oder elasticSan. Wenn Sie ephemeralDisk auswählen, müssen Sie auch --storage-pool-option angeben, und die Werte können entweder NVMe oder Temp sein.

Wenn Sie diesen Befehl ausführen, wird Azure Container Storage im Systemknotenpool* mit drei Linux-VMs aktiviert. Wenn Sie lokale NVMe für Den Speicherpooltyp angeben, stellen Sie sicher, dass die Knotenanzahl auf 4 oder höher festgelegt wird, oder der Befehl kann nicht ausgeführt werden.

Standardmäßig heißt nodepool1der Systemknotenpool . Wenn Sie Azure Container Storage in anderen Knotenpools aktivieren möchten, lesen Sie "Installieren von Azure Container Storage" in bestimmten Knotenpools. Wenn Sie zusätzliche Speicherpoolparameter mit diesem Befehl angeben möchten, lesen Sie diese Tabelle.

*Wenn vorhandene Knotenpools mit der acstor.azure.com/io-engine:acstor Bezeichnung vorhanden sind, installiert Azure Container Storage standardmäßig die Datenebenenkomponenten. Andernfalls haben Benutzer die Möglichkeit, den bevorzugten Knotenpool über Azure CLI zu acstor übergeben. Wenn der Cluster nur über den Systemknotenpool verfügt, wird er standardmäßig für Azure Container Storage bezeichnet und verwendet. Es ist wichtig zu beachten, dass nur Datenebenenkomponenten auf den beschrifteten Knotenpool beschränkt werden. Die Komponenten der Steuerungsebene von Azure Container Storage sind nicht auf die bezeichneten Knoten beschränkt und können auch im Systemknotenpool installiert werden.

az aks create -n <cluster-name> -g <resource-group> --node-vm-size Standard_D4s_v3 --node-count 3 --enable-azure-container-storage <storage-pool-type> --container-storage-version 1 --generate-ssh-keys

Die Bereitstellung dauert 10-15 Minuten. Nach Abschluss des Vorgangs ist ein AKS-Cluster mit Azure Container Storage installiert, die Komponenten für den ausgewählten Speicherpooltyp aktiviert und ein Standardspeicherpool. Wenn Sie zusätzliche Speicherpooltypen zum Erstellen zusätzlicher Speicherpools aktivieren möchten, lesen Sie "Aktivieren zusätzlicher Speicherpooltypen".

Von Bedeutung

Wenn Sie Azure Elastic SAN als Sicherungsspeicher für Ihren Speicherpool angegeben haben und weder die Rolle des Azure Container Storage Owners noch die des Azure Container Storage Contributors im Azure-Abonnement zugewiesen haben, schlägt die Installation von Azure Container Storage fehl, und ein Speicherpool wird nicht erstellt. Wenn Sie versuchen, Azure Elastic SAN als zusätzlichen Speicherpooltyp ohne eine dieser Rollen zu aktivieren, bleiben Ihre vorherigen Installations- und Speicherpools unberührt, und ein Elastic SAN-Speicherpool wird nicht erstellt.

Anzeigen verfügbarer Speicherpools

Führen Sie den folgenden Befehl aus, um die Liste der verfügbaren Speicherpools abzurufen:

kubectl get sp -n acstor

Führen Sie den folgenden Befehl aus, um den Status eines Speicherpools zu überprüfen:

kubectl describe sp <storage-pool-name> -n acstor

Wenn Message nicht StoragePool is ready lautet, wird der Speicherpool noch erstellt, oder es ist ein Problem aufgetreten. Siehe Problembehandlung bei Azure Container Storage.

Nächster Schritt

Wählen Sie den Link für den ausgewählten Sicherungsspeichertyp aus, und folgen Sie den Anweisungen zum Erstellen von Volumes.