Gessinger.IO

In App Volumes 4.x ist die Möglichkeit entfallen einen AppStack mehreren Betriebssystemen zuzuweisen. Während es in App Volumes 2.X noch möglich war in der GUI einen AppStack mehreren Betriebssystemen hinzuzufügen, so ist dies in der Version 4 verschwunden. Somit kann man eine Applikation nicht sowohl auf Windows 10 wie auch auf einem RDSH zur Verfügung stellen.Man kann zwar die entsprechende Applikation zuweisen, sie wird am Zielsystem aber nicht gemountet.Dies ist etwas unzufriedenstellend wenn man sowohl Windows 10 Desktops wie auch RDSHs betreibt.Doch mit einem Trick kann man das Ziel dennoch erreichen: Doch dazu muss man die Datenbank bearbeiten. An dieser […]

In meinem letzten Artikel habe ich gezeigt wie man auf Basis von vSphere Tanzu Cluster bereitstellen kann. Dort habe ich auch geschrieben das ein UseCase dafür unter anderem die GitLab CI ist.Zunächst einmal, was kann GitLab CI mit Kubernetes? GitLab kann einen Kubernetescluster nutzen um dort seine Runner zu starten. Aber auch kann man über die CI seine Micro-Services auch direkt auf einem Kubernetescluster deployen. Ich beziehe mich nun auf den ersten Teil und zeige wie man CI Runner auf dem Tanzu Cluster bereitstellt.In diesem Fall gehe ich davon aus das sich zwischen GitLab Server und Tanzu Cluster keine NAT-Instanzen […]

Mit vSphere with Tanzu (ehemals Project Pacific), bzw. VCF with Tanzu hat VMware es geschafft die Welt von Containern mit der von VMs zu verbinden. Dadurch ist ein ESXi-Server in der Lage Container auszuführen.Dabei werden vSphere-Cluster zu sogenannten Workload Domains. Pro Workload Domain wird ein Set an sogenannten SupervisorControlPlaneVMs erstellt. Dies sind mindestens zwei, standardmäßig drei. Diese bilden die ControlPlane des Kubernetesclusters und jeder ESXi-Server in dieser Workload Domain ist eine WorkerNode. Nun liegt die große Funktion von Tanzu aber etwas versteckt: Guest Cluster.Dabei können innerhalb des SuperVisorClusters weitere Kubernetes Cluster deployt werden. Diese Cluster können dabei in einer anderen […]

Mit Erschrecken habe ich festgestellt das mein letzer Blogeintrag beinahe ein Jahr alt ist. Dies muss ich ändern und habe direkt ein weiteres PowerCLI-Snippet. Leider weiß ich nicht mehr in welchem genauen Zusammenhang dieses entstanden ist, ich weiß nur noch das ein paar Kollegen dies benötigten um an die Storageadministatoren die entsprechenden WWNs (WorldWideNodeNames) ihrer Server zu übermitteln.Auch ist dies nicht vollends aus meiner eigenen Feder entstanden, sondern enthält Elemente aus der VMware Community. Ich passte es allerdings auf die entsprechenden Gegebenheiten an und fügte Codeteile aus diversen Stellen zusammen. Vor einiger Zeit suchten ein paar Kollegen von mir einen […]

Hallo, Aus einem Business Need heraus musste ich ein dynamisches Host Inventar für Ansible entwickeln. Sollten Sie nicht wissen was Ansible ist, empfehle ich Ihnen die offizielle Webseite: https://www.ansible.com/ Einfach gesagt ist Ansible ein Orchestrierungstool für Anwendungen aller Art. Dieses Modul verbindet sich auf ein vCenter und liest die ESXi-Server aus. Diese werden im Anschluss als Inventar zur Verfügung gestellt. Darüber hinaus können die Server nach verschiedenen Kriterien gruppiert werden. So können Sie entscheiden ob Sie die Hosts nach Cluster oder Datacenter gruppieren möchten. Als Basis verwendete ich das offizielle Modul ‘vmware_vm_inventory’. Dies erleichterte die Entwicklung, da ich so einen […]

Kürzlich stand ich vor der Herausforderung im Updatemanager aus einer dynamischen Baseline eine statische zu erstellen. Doch wie geht das? die vSphere UI gibt dazu keine Möglichkeit. Hier hilft die PowerCLI. Folgendes Script liest den Inhalt der Baseline “dynamic” aus und fügt den Inhalt in die neue Baseline “static” zu. Dabei wird auch gleich nach der passenden ESXi-Version gefiltert.

Ich hoffe euch damit helfen zu können.

Im Rahmen eines routinemäßigen Updatezyklus ist aufgefallen das einer von rund 30 ESXi Servern nicht mit den Baselines des Updatemanagers übereinstimmt. Versuchte man Updates zu “stagen”, so wurde der Prozess zwar zu Ende geführt, allerdings wurde kein Patch auf den Host übertragen. Der Versuch der Standardisierung endete mit einem Fehler: Eine Analyse der Logfiles gab keine nennenswerten Anhaltspunkte. Eine Überprüfung der Diskauslastung mittels df -h brachte aber einen ersten Hinweis: Zu sehen ist das die Partition /vmfs/volumes/59a9709f-9871d880-637d-48df3710bd40 voll ist. Eine weitere Überprüfung ergab das dies der Ablageort von /store ist: Nun musste überprüft werden warum diese Partition voll ist und […]

Viele Kunden, inklusive mir, nutzen Veeam als Backuplösung ihrer Infrastruktur. Dafür nutzen einige die Möglichkeit die VMs über Tags zu selektieren. Aber nicht nur für Backups sind Tags in vSphere gut, sondern auch um Objekte, meistens VMs, zu typisieren. So nutzt der ein oder andere auch Tags für VDI-Systeme oder ordnet darüber VMs einem bestimmten Projekt zu. Doch gerade wenn man für die Sicherung ausschließlich Tags nutzt, so ist es essentiell das jede VM einen entsprechenden Tag besitzt. Dazu habe ich eine Tagkategorie, genannt Backup, angelegt. In dieser Kategorie sind verschiedene Tags untergebracht, die dann in Backupjobs in Veeam angegeben […]

Ich bin im Rahmen einer Erweiterung meines Homelabs auf ein Problem mit dem Horizon Connection Server und SCCM gestoßen. Der Connection Server konnte nicht korrekt starten, da der intern verwendete Port 8005 bereits in Verwendung war. In meinem Homelab wollte ich die neueste Version von VMware Horizon installieren. Dabei sollte der Connection Server auf einem Windows Server 2016 installiert werden. Die Installation konnte ich problemlos abschließen, allerdings konnten nicht alle Dienste korrekt starten. Im Debug-Log (%ProgramData%\VMware\VDM\logs) fand sich die Ursache:

Eine Überprüfung im Windows Ressourcenmonitor zeigt, das der Port 8005/TCP durch den Prozess “System” belegt wird. Eine Recherche im […]

Wie bereits in einem anderen Artikel angekündigt, hatte ich noch ein weiteres vCenter auf Version 6.7 migriert. Dabei ist folgender Fehler noch vor dem Bereitstellen der neuen Appliance aufgetreten: A general system error occurred: vix error codes = (1, 0) Das Logfile brachte leider keinen entsprechenden Hinweis:

Bei einer ersten Analyse konnte kein Fehlverhalten festgestellt werden. Ich konnte mich sowohl per SSH als auch per VAMI an der Appliance anmelden. Auch der Zugriff auf das vCenter per WebClient war ohne Probleme möglich. Ein Problem mit dem vCenter und dem ESXi konnte ausgeschlossen werden. Entgegen der Aussage im Logfile, war das […]