Sofern nicht angegeben, gelten diese Versionshinweise für alle v2.4.x-Patch-Versionen von Tanzu Kubernetes Grid (TKG).
TKG v2.4 wird als herunterladbares Tanzu CLI-Paket bereitgestellt, das einen eigenständigen TKG-Verwaltungscluster mit Version bereitstellt. TKG v2.4 unterstützt das Erstellen und Verwalten von klassenbasierten Arbeitslastclustern mit einem eigenständigen Verwaltungscluster, der auf mehreren Infrastrukturen, einschließlich vSphere, AWS und Azure, ausgeführt werden kann.
WichtigDer vSphere with Tanzu-Supervisor in vSphere 8.0.1c oder höher führt TKG v2.2 aus. Frühere Versionen von vSphere 8 führen TKG v2.0 aus, das nicht unabhängig von Supervisor veröffentlicht wurde. Eigenständige Verwaltungscluster unter TKG 2.x sind ab TKG 2.1 verfügbar. Aufgrund der früheren in Supervisor eingebetteten TKG-Version sind einige der Funktionen, die bei Verwendung eines eigenständigen TKG 2.4-Verwaltungsclusters bereitstehen, nicht verfügbar, wenn Sie einen vSphere with Tanzu Supervisor zum Erstellen von Arbeitslastclustern verwenden. Spätere TKG-Versionen werden in künftigen vSphere-Update-Versionen in Supervisor eingebettet sein. Folglich ist die in die aktuelle Version von vSphere with Tanzu eingebettete Version von TKG zu einem bestimmten Zeitpunkt möglicherweise nicht so aktuell wie die neueste eigenständige Version von TKG. Die Versionen von Tanzu CLI, die mit allen TKG v2.x-Versionen kompatibel sind, werden jedoch für die Verwendung mit Supervisor in allen Versionen von vSphere 8 vollständig unterstützt. Beispielsweise ist Tanzu CLI v1.0.x vollständig abwärtskompatibel mit den von Supervisor bereitgestellten TKG 2.2-Plug-Ins.
Tanzu Kubernetes Grid v2.4.x umfasst die folgenden neuen Funktionen.
Neue Funktionen in Tanzu Kubernetes Grid v2.4.0:
Ab TKG v2.2 wurde die Supportrichtlinie von VMware für ältere Patch-Versionen von TKG und Tanzu Kubernetes-Versionen (TKrs) geändert, die Kubernetes-Versionen für TKG paketieren. Die Supportrichtlinien für TKG v2.1 und ältere Nebenversionen von TKG werden nicht geändert.
In den ersten beiden Abschnitten unten wird die Unterstützung für alle aktuell unterstützten Versionen von TKG und TKrs unter den jeweils geltenden Supportrichtlinien zusammengefasst.
Im dritten Abschnitt unten sind die Versionen der Pakete im Tanzu Standard-Repository aufgeführt, die von Kubernetes v1.27, v1.26 und v1.25 TKrs unterstützt werden.
Jede Version von Tanzu Kubernetes Grid bietet Unterstützung für die Kubernetes-Version des zugehörigen Verwaltungsclusters sowie zusätzliche Kubernetes-Versionen, die als Tanzu Kubernetes-Releases (TKrs) verteilt werden, mit Ausnahme derjenigen, die unter Bekanntes Problem erfasst sind.
Nebenversionen: VMware unterstützt TKG v2.4 mit Kubernetes v1.27, v1.26 und v1.25 zum Zeitpunkt der Veröffentlichung und solange auch TKG v2.4 unterstützt wird. Sobald TKG v2.4 seinen Meilenstein für das Ende des allgemeinen Supports erreicht hat, unterstützt VMware Kubernetes v1.26 und v1.25 mit TKG nicht mehr.
Patchversionen: Nachdem VMware eine neue TKr-Patchversion für eine Nebenversion veröffentlicht hat, wird die Unterstützung für ältere Patchversionen zwei Monate beibehalten. Kunden sollten das Upgrade auf neue TKr-Patchversionen somit innerhalb der nächsten zwei Monate durchführen. Ab TKG v2.2 unterstützt VMware nicht alle TKr-Patch-Versionen aus früheren Nebenzeilen von Kubernetes.
Tanzu Kubernetes Grid-Patchversionen unterstützen oder unterstützte TKr-Patchversionen wie unten aufgeführt.
Version von Tanzu Kubernetes Grid | Kubernetes-Version des Verwaltungsclusters | Bereitgestellte Kubernetes-Versionen (TKr) |
---|---|---|
2.4.0 | 1.27.5 | 1.27.5, 1.26.8, 1.25.13 |
2.3.0 | 1.26.5 | 1.26.5, 1.25.10, 1.24.14 |
2.2.0 | 1.25.7 | 1.25.7, 1.24.11, 1.23.17 |
2.1.1 | 1.24.10 | 1.24.10, 1.23.16, 1.22.17 |
2.1.0 | 1.24.9 | 1.24.9, 1.23.15, 1.22.17 |
VMware unterstützt TKG-Versionen wie folgt:
Nebenversionen: VMware unterstützt TKG gemäß der N-2-Lebenszyklusrichtlinie, die für die aktuellen und vorherigen Nebenversionen von TKG gilt. Mit der Veröffentlichung von TKG v2.4.0 wird TKG v2.1 nach einem Zeitraum von einem Jahr seit der Version v2.1 nicht mehr unterstützt. Weitere Informationen finden Sie in der VMware-Produkt-Lebenzyklusmatrix.
Patchversionen: VMware unterstützt nicht alle vorherigen TKG-Patchversionen. Nachdem VMware eine neue Patchversion von TKG veröffentlicht hat, wird die Unterstützung für die ältere Patchversion zwei Monate beibehalten. Kunden sollten das Upgrade auf neue TKG-Patchversionen somit innerhalb der nächsten zwei Monate durchführen.
Paketversionen im Tanzu Standard-Repository für TKG v2.4 sind über TKrs mit den Kubernetes-Nebenversionen v1.27, v1.26 und v1.25 kompatibel und werden in den Versionshinweisen zum Tanzu Standard-Repository aufgelistet.
Tanzu Kubernetes Grid v2.4 unterstützt die folgenden Infrastrukturplattformen und Betriebssysteme sowie Clustererstellung und -verwaltung, Netzwerk, Speicher, Authentifizierung, Sicherung und Migration und Beobachtbarkeitskomponenten.
Eine vollständige Liste der Komponentenversionen in TKG v2.4.0 finden Sie unter Komponentenversionen.
Weitere Paketversionen, die mit TKG v2.4.0 kompatibel sind, finden Sie in den Versionshinweisen zum Tanzu Standard-Repository.
vSphere | AWS | Azure | |
Infrastrukturplattform |
|
Natives AWS | Natives Azure |
Tanzu CLI | Tanzu CLI Core v1.0.x** | ||
TKG-API und Paketinfrastruktur | Tanzu Framework v0.31.0 | ||
Clustererstellung und -verwaltung | Kerncluster-API (v1.4.5), Cluster-API-Anbieter vSphere (v1.7.1) | Kerncluster-API (v1.4.5), Cluster-API-Anbieter AWS (v2.1.3) | Kerncluster-API (v1.4.5), Cluster-API-Anbieter Azure (v1.9.2) |
Mit TKG verteiltes Kubernetes-Knotenbetriebssystem | Photon OS 3, Ubuntu 20.04 | Amazon Linux 2, Ubuntu 20.04 | Ubuntu 18.04, Ubuntu 20.04 |
Eigenes Image erstellen | Photon OS 3, Red Hat Enterprise Linux 7*** und 8, Ubuntu 18.04, Ubuntu 20.04, Windows 2019 | Amazon Linux 2, Ubuntu 18.04, Ubuntu 20.04 | Ubuntu 18.04, Ubuntu 20.04 |
Container-Laufzeit | Containerd (v1.6.18) | ||
Containernetzwerk | Antrea (v1.11.2), Calico (v3.26.1), Multus CNI (v4.0.1, v3.8.0) | ||
Containerregistrierung | Harbor (v2.8.4) | ||
Ingress | NSX Advanced Load Balancer Essentials und Avi Controller **** (v21.1.5-v21.1.6, v22.1.3-v22.1.4), NSX v4.1.0 (vSphere 8.0.u1), v3.2.2 (vSphere 7), Contour (v1.25.2, v1.24.5) | Contour (v1.25.2, v1.24.5) | Contour (v1.25.2, v1.24.5) |
Speicher | vSphere Container Storage Interface (v3.0.2*****) und vSphere cloudnativen Speicher | Amazon EBS CSI-Treiber (v1.18.0) und Cloud-Anbieter in der Struktur | Azure Disk CSI-Treiber (v1.28.1), Azure File CSI-Treiber (v1.28.0) und Cloud-Anbieter in der Struktur |
Authentifizierung | OIDC und LDAP über Pinniped (v0.24.0) | ||
Beobachtbarkeit | Fluent Bit (v2.1.2, v1.9.5), Prometheus (v2.43.0, v2.37.0)******, Grafana (v9.5.1) | ||
Diensterkennung | External DNS (v0.13.4, v0.12.2) | ||
Sicherung und Migration | Velero (v1.11.1) |
* Eine Liste der VMware Cloud on AWS SDDC-Versionen, die mit dieser Version kompatibel sind, finden Sie in der VMware-Produkt-Interoperabilitätsmatrix.
** Eine vollständige Liste der Tanzu CLI-Versionen, die mit dieser Version von kompatibel sind, finden Sie unter Produkt-Interoperabilitätsmatrix.
*** Tanzu Kubernetes Grid v1.6 ist die letzte Version, die die Erstellung von Red Hat Enterprise Linux 7-Images unterstützt.
**** Um unter vSphere 8 NSX Advanced Load Balancer mit einem eigenständigen TKG-Verwaltungscluster und dessen Arbeitslastclustern zu verwenden, benötigen Sie NSX ALB v22.1.2 oder höher und TKG v2.1.1 oder höher.
***** Version von vsphere_csi_driver. Eine vollständige Liste der in dieser Version enthaltenen vSphere Container Storage Interface-Komponenten finden Sie unter Komponentenversionen.
****** Wenn Sie einen Cluster auf Kubernetes v1.25 upgraden, müssen Sie auch ein Upgrade von Prometheus auf mindestens Version 2.37.0+vmware.3-tkg.1
durchführen. Frühere Versionen des Prometheus-Pakets, wie z. B. Version 2.37.0+vmware.1-tkg.1
, sind nicht mit Kubernetes 1.25 kompatibel.
Eine vollständige Liste der Kubernetes-Versionen, die im Lieferumfang von Tanzu Kubernetes Grid v2.4 enthalten sind, finden Sie unter Unterstützte Kubernetes-Versionen weiter oben.
Die Version TKG v2.4.x enthält die folgenden Softwarekomponentenversionen:
HinweisFrühere TKG-Versionen enthielten Komponenten, die jetzt über das Tanzu Standard-Repository verteilt werden. Eine Liste dieser Komponenten finden Sie im Folgenden unter Versionshinweise zum Tanzu Standard-Repository.
Komponente | TKG v2.4 |
---|---|
aad-pod-identity | v1.8.15+vmware.2 |
addons-manager | v2.2+vmware.1 |
ako-operator | v1.10.0_vmware.2* |
antrea | v1.11.2_vmware.1-advanced* |
antrea-internetworking | v1.11.1* |
aws-cloud-controller-manager | v1.27.1+vmware.1* |
aws-ebs-csi-driver | v1.18.0+vmware.3* |
azuredisk-csi-driver | v1.28.1+vmware.2* |
azurefile-csi-driver | v1.28.0+vmware.2* |
calico_all | v3.26.1+vmware.1* |
capabilities-package | v0.31.0-capabilities* |
carvel-secretgen-controller | v0.14.2+vmware.2 |
cloud-provider-azure | v1.1.26+vmware.1, v1.23.23+vmware.1, v1.24.10+vmware.1 |
cloud_provider_vsphere | v1.27.0+vmware.1* |
cluster-api-provider-azure | v1.9.2+vmware.1 |
cluster_api | v1.4.5+vmware.1* |
cluster_api_aws | v2.1.3+vmware.0 |
cluster_api_vsphere | v1.7.1+vmware.0* |
cni_plugins | v1.2.0+vmware.7* |
containerd | v1.6.18+vmware.1 |
coredns | v1.10.1_vmware.7* |
crash-diagnostics | v0.3.7+vmware.7 |
cri_tools | v1.26.0+vmware.7* |
csi_attacher | v4.3.0+vmware.2*, v4.2.0+vmware.3* |
csi_livenessprobe | v2.10.0+vmware.2*, v2.9.0+vmware.3* |
csi_node_driver_registrar | v2.8.0+vmware.2*, v2.7.0+vmware.3* |
csi_provisioner | v3.5.0+vmware.2*, v3.4.1+vmware.3*, v3.4.0+vmware.3* |
etcd | v3.5.7_vmware.6* |
external-snapshotter | v6.2.2+vmware.2*, v6.2.1+vmware.3* |
guest-cluster-auth-service | v1.3.0_tkg.2 |
image-builder | v0.1.14+vmware.1 |
image-builder-resource-bundle | v1.27.5+vmware.1-tkg.1* |
imgpkg | v0.36.0+vmware.2 |
jetstack_cert-manager | v1.12.2+vmware.1* |
k14s_kapp | v0.55.0+vmware.2 |
k14s_ytt | v0.45.0+vmware.2 |
kapp-controller | v0.45.2+vmware.1 |
kbld | v0.37.0+vmware.2 |
kube-vip | v0.5.12+vmware.1 |
kube-vip-cloud-provider | v0.0.5+vmware.1, v0.0.4+vmware.4 |
kubernetes | v1.27.5+vmware.1*, v1.26.8+vmware.1*, v1.25.13+vmware.1* |
kubernetes-csi_external-resizer | v1.8.0+vmware.2*, v1.7.0+vmware.3* |
kubernetes-sigs_kind | v1.27.5+vmware.1-tkg.1_v0.17.0* |
kubernetes_autoscaler | v1.27.5+vmware.1* |
load-balancer-and-ingress-service (AKO) | 1.10.2+vmware.1-tkg.1 |
metrics-server | v0.6.2+vmware.1 |
pinniped | v0.24.0+vmware.1-tkg.1 |
pinniped-post-deploy | v0.24.0+vmware.1 |
sonobuoy | v0.56.16+vmware.2 |
tanzu-framework | v0.31.0* |
tanzu-framework-addons | v0.31.0* |
tanzu-framework-management-packages | v0.31.0* |
tkg-bom | v2.4.0* |
tkg-core-packages | v1.27.5+vmware.1-tkg.1* |
tkg-standard-packages | v2023.9.19* |
tkg-storageclass-package | v0.31.0* |
tkg_telemetry | v2.3.0+vmware.3* |
velero | v1.11.1+vmware.1* |
velero-mgmt-cluster-plugin | v0.2.1+vmware.1* |
velero-plugin-for-aws | v1.7.1+vmware.1* |
velero-plugin-for-csi | v0.5.1+vmware.1* |
velero-plugin-for-microsoft-azure | v1.7.1+vmware.1* |
velero-plugin-for-vsphere | v1.5.1+vmware.1 |
vendir | v0.33.1+vmware.2 |
vsphere_csi_driver | v3.0.2+vmware.2* |
* Weist auf einen neuen Komponenten- oder Versions-Bump seit der vorherigen Version hin. TKG v2.3.0 ist älter als v2.4.0, und v2.2.0 ist älter als v2.3.0.
Eine Liste der Softwarekomponentenversionen, die im Lieferumfang von TKG v2.4 enthalten sind, erhalten Sie, indem Sie mithilfe von imgpkg
Repository-Pakete abrufen und dann deren Inhalt auflisten. Um beispielsweise die Komponentenversionen aufzulisten, die im Lieferumfang des Tanzu Standard-Repository für TKG v2.4.0 enthalten sind, führen Sie den folgenden Befehl aus:
imgpkg pull -b projects.registry.vmware.com/tkg/packages/standard/repo:v2023.9.19 -o standard-2023.9.19
Im TKG-Upgrade-Pfad folgt v2.4 unmittelbar auf v2.3.0.
Sie können nur ein Upgrade auf Tanzu Kubernetes Grid v2.4.x von v2.3.x durchführen. Wenn Sie ein Upgrade auf Tanzu Kubernetes Grid v2.4.x von einer älteren Version als v2.3.x durchführen möchten, müssen Sie zuerst ein Upgrade auf v2.3.x durchführen.
Beim Upgrade von Kubernetes-Versionen auf Arbeitslastclustern können Sie Nebenversionen nicht überspringen. Beispielsweise können Sie für einen Tanzu Kubernetes-Cluster kein direktes Upgrade von v1.25.x auf v1.27.x durchführen. Sie müssen einen v1.25.x-Cluster auf v1.26.x aktualisieren, bevor Sie das Upgrade des Clusters auf v1.27.x durchführen.
Tanzu Kubernetes Grid v2.4-Veröffentlichungsdaten sind:
In Tanzu Kubernetes Grid v2.4 werden die folgenden Dokumentationsänderungen im Vergleich zu v2.3.0, der letzten Vorgängerversion, eingeführt.
In diesem Abschnitt wird vorab auf Verhaltensänderungen und veraltete Funktionen hingewiesen, die in zukünftigen Versionen nach TKG v2.4.x wirksam werden.
WichtigTanzu Kubernetes Grid v2.4 (einschließlich der Patch-Versionen) ist die letzte Version von TKG, die die Erstellung eigenständiger TKG-Verwaltungscluster und TKG-Arbeitslastcluster auf AWS und Azure unterstützt. Die Möglichkeit, eigenständige TKG-Verwaltungscluster und TKG-Arbeitslastcluster auf AWS und Azure zu erstellen, wird in Tanzu Kubernetes Grid v2.5 entfernt.
Ab sofort empfiehlt VMware die Verwendung von Tanzu Mission Control zur Erstellung nativer AWS EKS- und AWS AKS-Cluster anstelle neuer eigenständiger TKG-Verwaltungscluster oder neuer TKG-Arbeitslastcluster in AWS und Azure. Informationen zum Erstellen nativer AWS EKS- und Azure AKS-Cluster mit Tanzu Mission Control finden Sie unter Verwalten des Lebenszyklus von AWS EKS-Clustern und Verwalten des Lebenszyklus von Azure AKS-Clustern in der Dokumentation zu Tanzu Mission Control.
Obwohl die Verwendung von Tanzu Mission Control zum Erstellen nativer AWS EKS- und Azure AKS-Cluster empfohlen wird, wird die Erstellung und Verwaltung eigenständiger TKG-Verwaltungscluster und TKG-Arbeitslastcluster auf AWS und Azure für alle TKG-Versionen bis einschließlich TKG v2.4.x vollständig unterstützt.
Informationen zu den Gründen von VMware für die Einstufung von TKG-Clustern auf AWS und Azure als veraltet finden Sie unter VMware Tanzu Aligns to Multi-Cloud Industry Trends im VMware Tanzu-Blog.
Unter Bereitstellen und Verwalten eigenständiger TKG 2.4-Verwaltungscluster finden Sie spezifische Themen für eigenständige Verwaltungscluster, die für die Verwendung von TKG mit einem vSphere with Tanzu-Supervisor nicht relevant sind.
Weitere Informationen finden Sie unter Die richtige TKG-Dokumentation für Ihre Bereitstellung finden auf der Seite VMware Tanzu Kubernetes Grid-Dokumentation.
Die folgenden Probleme, die als bekannte Probleme in früheren Tanzu Kubernetes Grid-Versionen dokumentiert wurden, wurden in Tanzu Kubernetes Grid v2.4 behoben.
Komponenten können bei Clustern mit begrenzter Kapazität nicht geplant werden
Wenn Sie bei Verwaltungsclustern und Arbeitslastclustern Cluster mit einem einzelnen Steuerungsebenenknoten, einem einzelnen Worker-Knoten oder kleinen oder mittleren Clustern bereitstellen, kann es zu Konflikten bei der Ressourcenplanung kommen.
Im Folgenden sind bekannte Probleme in Tanzu Kubernetes Grid v2.4.x aufgeführt. Alle bekannten Probleme, die in v2.4.0 vorhanden waren und in einer nachfolgenden Patchversion von v2.4.x behoben wurden, sind unter Behobene Probleme für die Patchversion aufgeführt, in der sie behoben wurden.
Weitere Lösungen für häufig auftretende Probleme finden Sie in Fehlerbehebung bei Problemen mit dem Verwaltungscluster und Fehlerbehebung bei Problemen mit dem Arbeitslastcluster oder in VMware KnowledgeBase-Artikeln.
Es können keine neuen Arbeitslastcluster basierend auf nicht aktuellen TKr-Versionen mit Antrea CNI erstellt werden
Sie können keinen neuen Arbeitslastcluster erstellen, der Antrea CNI verwendet und Kubernetes-Versionen ausführt, die mit früheren Versionen von TKG ausgeliefert wurden, wie z. B. Kubernetes v1.23.10. Dies war die Kubernetes-Standardversion in TKG v1.6.1, wie in Unterstützte Kubernetes-Versionen in Tanzu Kubernetes Grid v2.4 aufgeführt.
Problemumgehung: Erstellen Sie einen Arbeitslastcluster, auf dem Kubernetes 1.27.x, 1.26.x oder 1.25.x ausgeführt wird. Das Kubernetes-Projekt empfiehlt, dass Sie Komponenten auf der neuesten Patchversion einer aktuellen Nebenversion ausführen.
HinweisFür v4.0 und höher wird VMware NSX-T Data Center in „VMware NSX“ umbenannt.
NSX ALB-Ingress-Modus NodePortLocal
wird für Verwaltungscluster nicht unterstützt
In TKG v2.3 können Sie NSX Advanced Load Balancer (ALB) nicht als Diensttyp mit dem Ingress-Modus NodePortLocal
für Datenverkehr zum Verwaltungscluster ausführen.
Dieses Problem wirkt sich nicht auf die Unterstützung für den NodePortLocal
Ingress zu Arbeitslastclustern aus, wie in L7 Ingress im NodePortLocal-Modus beschrieben.
Problemumgehung: Konfigurieren Sie Verwaltungscluster, indem Sie für AVI_INGRESS_SERVICE_TYPE
entweder NodePort
oder ClusterIP
festlegen. Der Standardwert lautet NodePort
.
Arbeitslastcluster kann Speicher nicht über mehrere Datenspeicher verteilen
Sie können einen Arbeitslastcluster nicht aktivieren, um Speicher auf mehrere Datenspeicher zu verteilen (siehe Beschreibung unter Bereitstellen eines Clusters, der einen Datenspeicher-Cluster verwendet). Wenn Sie mehrere Datenspeicher in einem Datenspeicher-Cluster als Basis für die Speicherrichtlinie eines Arbeitslastclusters kennzeichnen, verwendet der Arbeitslastcluster nur einen der Datenspeicher.
Problemumgehung: Keine
Tanzu CLI listet tanzu management-cluster osimage auf
Die Befehlsgruppe management-cluster
listet tanzu management-cluster osimage
auf. Diese Funktion befindet sich derzeit in der Entwicklung und ist für die zukünftige Verwendung reserviert.
Problemumgehung: Verwenden Sie tanzu management-cluster osimage
nicht.
Die Bereitstellung von Verwaltungsclustern auf vSphere 7 schlägt fehl, wenn auf die Verfügbarkeit der Cluster-Steuerungsebene gewartet wird
Wenn Sie bei der Bereitstellung eines Verwaltungsclusters auf vSphere 7 das VM-Netzwerk angeben, schlägt die Bereitstellung mit der Fehlermeldung unable to set up management cluster: unable to wait for cluster control plane available: control plane is not available yet
fehl.
Problemumgehung: Netzwerk „VM-Netzwerk“ verfügt dann über mehrere konfigurierte Subnetze mit statischen IPs für VsVip
und ServiceEngine
. Legen Sie exclude_discovered_subnets
im VM-Netzwerk auf „True“ fest, um die entdeckten Subnetze zu ignorieren und die Platzierung von virtuellen Diensten auf den Dienst-Engines zu ermöglichen.
Verfügbarkeitszonen können gelöscht werden, während ihnen VMs zugewiesen sind
Wenn Sie eine Verfügbarkeitszone löschen, die VMs enthält, können die VMs anschließend nicht mehr gelöscht werden.
Problemumgehung: Entfernen Sie alle VMs aus einer Verfügbarkeitszone, bevor Sie sie löschen.
Das Erstellen von Arbeitslastclustern schlägt aufgrund einer ausgeschöpften VPXD-Sitzung fehl.
Beim Erstellen von Arbeitslastclustern auf vSphere schlägt die Erstellung mit dem folgenden Fehler fehl:
vSphere config validation failed: failed to get VC client: failed to create vc client: Post "https://address/sdk": EOF ". VCenter vpxd.log report error: Out of HTTP sessions: Limited to 2000
Dies geschieht aufgrund einer ausgeschöpften vCenter Server-Sitzung.
Problemumgehung: Siehe VMware KB 50114010.
Knotenpools mit Knoten der Größe small
bleiben möglicherweise beim Provisioning
hängen
Knotenpools, die Knoten mit SIZE
als small
enthalten, bleiben möglicherweise im Zustand Provisioning
hängen und erreichen nie den Zustand Running
.
Problemumgehung: Konfigurieren Sie den Knotenpool mit Knoten, die mindestens die Größe medium
aufweisen.
Ignorierbarer goss
-Testfehler während des Image-Erstellungsvorgangs
Wenn Sie Kubernetes Image Builder ausführen, um ein benutzerdefiniertes Linux-Systemimage zu erstellen, schlagen die goss
-Tests python-netifaces
, python-requests
und ebtables
fehl. Die Befehlsausgabe meldet die Fehler. Die Fehler können ignoriert werden; sie verhindern eine erfolgreiche Image-Erstellung nicht.
Mit TKG v2.4 wird das Tanzu Standard-Paketrepository separat von TKG versioniert und verteilt, und seine Versionierung basiert auf einem Datumsstempel. Für TKG v2.4 ist die neueste kompatible Version des Tanzu Standard Repository v2023.9.19, und beide wurden am gleichen Tag veröffentlicht.
Zukünftige Tanzu Standard Repository-Versionen können häufiger veröffentlicht werden als TKG-Versionen, aber bei allen Patchversionen wird die bestehende Kompatibilität zwischen Nebenversionen von TKG und Tanzu Standard beibehalten.
Weitere Informationen finden Sie in den Versionshinweisen zu Tanzu Standard v2023.9.19.