{"id":323,"date":"2022-08-30T14:45:00","date_gmt":"2022-08-30T12:45:00","guid":{"rendered":"https:\/\/zerobotics.de\/blog\/?p=323"},"modified":"2023-12-22T14:23:27","modified_gmt":"2023-12-22T13:23:27","slug":"vsphere-installation-und-erster-eindruck","status":"publish","type":"post","link":"https:\/\/zerobotics.de\/blog\/vsphere-installation-und-erster-eindruck\/","title":{"rendered":"vSphere+ – Installation und Erster Eindruck"},"content":{"rendered":"Reading Time<\/span> 4<\/span> Minutes<\/span><\/span>\n

vSphere+ ist sein ein paar Wochen in aller Munde, also wollte ich mir selbst einmal einen (technischen) Eindruck verschaffen, was hinter all den Marketing-lastigen Blog-Artikeln und Announcements steckt.<\/p>\n\n\n\n

Ein kurzes Schaubild vorweg, damit klar wird, worauf man sich einl\u00e4sst:<\/p>\n\n\n\n

\"\"\/
Traditional vSphere Environment converted to vSphere+ Subscription, graphic courtesy of VMware<\/figcaption><\/figure>\n\n\n\n

In einer klassischen vSphere Umgebung gibt es ein bis viele vCenter, die es zu verwalten gilt. Bei vSphere+ wird zus\u00e4tzlich ein vCenter Cloud Gateway eingef\u00fchrt, welches als Relay zwischen der VMware Cloud und den On-Premises vCentern fungiert. Dadurch k\u00f6nnen Services aus der VMware Cloud mit dem On-Prem Datacenter genutzt werden. Klingt doch ganz einfach!<\/p>\n\n\n\n\n\n\n\n

Gl\u00fccklicherweise bietet VMware eine 15-t\u00e4gige Trial in der VMware Cloud an. Yeah, ab gehts! \ud83d\ude80<\/p>\n\n\n\n

Auf https:\/\/vmc.vmware.com\/<\/a> mit meinen Customerconnect Portal Login-Daten angemeldet und die vSphere+ Trial gestartet:<\/p>\n\n\n\n

\"\"
VMware Cloud Portal<\/figcaption><\/figure>\n\n\n\n
\"\"
The Trial is running!<\/figcaption><\/figure>\n\n\n\n

<\/p>\n\n\n\n

Weiter geht\u2019s im Customer Connect Portal<\/a> von VMware, hier gibt es das \u201eVMware vCenter Cloud Gateway for vSphere+\u201c zum Herunterladen.<\/p>\n\n\n\n

Eingelogged unter Products and Accounts >> Products >> All Products<\/strong><\/code> ist es auch schon schnell zu finden:<\/p>\n\n\n\n

\"\"
Customer Connect Portal \u2013 All Products<\/figcaption><\/figure>\n\n\n\n
\"\"
Customer Connect Portal \u2013 All Products \u2013 Finding the Download<\/figcaption><\/figure>\n\n\n\n
\"\"
Download the Product<\/figcaption><\/figure>\n\n\n\n

<\/p>\n\n\n\n

Nach dem Download \u00f6ffne ich die ISO Datei auf meinem Client Rechner, in meinen Fall Windows, wird das Image in ein \u201evirtuelles Laufwerk\u201c eingeh\u00e4ngt. Durchgehangelt \u00fcber ui-installer >> win32<\/strong><\/code> starte ich die installer.exe<\/strong><\/code><\/p>\n\n\n\n

\"\"
Mount ISO File<\/figcaption><\/figure>\n\n\n\n
\"\"
Open ui-installer Folder<\/figcaption><\/figure>\n\n\n\n
\"\"
Open appropriate OS folder<\/figcaption><\/figure>\n\n\n\n
\"\"
Execute installer.exe<\/figcaption><\/figure>\n\n\n\n

Das Fenster des grafischen Installers \u00f6ffnet sich.<\/p>\n\n\n\n

Der Cloud Gateway Appliance Installer<\/h2>\n\n\n\n

Die Installation der Appliance \u00e4hnelte bis hierhin der Installation eines vCenters. In den folgenden Schritten geht es dann grafisch aber anders weiter, dennoch ist hier nicht sonderlich viel zu beachten, deshalb hier ein kurzes Screenshot-Gewitter:<\/p>\n\n\n\n

\"\"
It\u2019s just the Deploy Button to hit\u2026<\/figcaption><\/figure>\n\n\n\n
\"\"
Accept the license agreement<\/figcaption><\/figure>\n\n\n\n

Ein vCenter (oder ESXi Host) als Installationsziel f\u00fcr die Appliance ausw\u00e4hlen und Credentials mitgeben:<\/p>\n\n\n\n

\"\"
Choose Deployment Location<\/figcaption><\/figure>\n\n\n\n
\"\"
Accept SSL certificate<\/figcaption><\/figure>\n\n\n\n

Ordner und Cluster f\u00fcr die Installation ausw\u00e4hlen:<\/p>\n\n\n\n

\"\"
Chose Folder\u2026<\/figcaption><\/figure>\n\n\n\n
\"\"
\u2026and Cluster\/Host for Deployment<\/figcaption><\/figure>\n\n\n\n

VM Name definieren inkl. root Passwort<\/p>\n\n\n\n

\"\"
VM name and root password<\/figcaption><\/figure>\n\n\n\n

Datastore und Disk Mode festlegen:<\/p>\n\n\n\n

\"\"
Chose Datastore and Disk Mode<\/figcaption><\/figure>\n\n\n\n

Dann noch die Netzwerkeinstellungen\u2026<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

\u2026hier wollte ich es mir einfach machen und habe ein NSX-T Segment mit lokalem DHCP Server ausgew\u00e4hlt. Leider zeigte sich sp\u00e4ter bei den Pre-Checks f\u00fcr die VMware Cloud Anbindung, dass die DNS Aufl\u00f6sung der Appliance nicht funktionierte (irgendwie logisch, wie sollte der Microsoft DNS in unserem Lab auch Wind davon bekommen). Wer h\u00e4tte damit gerechnet, dass Forward und Reverse DNS Checks stattfinden\u2026 \ud83d\ude0e
Dann wollte ich es mir erneut einfach machen, um die Appliance nicht umkonfigurieren zu m\u00fcssen, doch auch das nachtr\u00e4gliche manuelle Eintragen in den DNS Server f\u00fchrte nicht zum Ziel, da die Appliance au\u00dferdem noch mit dem Hostnamen \u201elocalhost\u201c unterwegs war und sich der nicht so einfach \u00fcber DNS aufl\u00f6sen l\u00e4sst\u2026
Hier der Fehler:<\/p>\n\n\n\n

\"\"
Failed Connectivity Tests because of missing DNS entries<\/figcaption><\/figure>\n\n\n\n

Also kurzerhand die Appliance erneut installiert, diesmal mit fester IP Adresse und zuvor angelegten DNS Eintr\u00e4gen. Das ist schnell gemacht und der Installer hat sich auch die meisten Einstellungen gemerkt! Top! \ud83d\udc4d<\/p>\n\n\n\n

\"\"
Set Static IP for the Appliance<\/figcaption><\/figure>\n\n\n\n

Noch schnell die gew\u00fcnschte Zeit-Synchronisierungs-Methode ausgew\u00e4hlt (Host oder NTP Server)\u2026<\/p>\n\n\n\n

\"\"
\u2026and finally an NTP Server<\/figcaption><\/figure>\n\n\n\n

\u2026und das Deplyoment beginnt\u2026<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

\u2026und ist nach ca. 8 Minuten in unserer Lab Umgebung fertig:<\/p>\n\n\n\n

\"\"
Deplyoment complete, Hit Launch to open the a Browser with next steps<\/figcaption><\/figure>\n\n\n\n

Nach einem Click auf Launch<\/strong><\/code> \u00f6ffnet sich der Browser unseres Vertrauens und zeigt uns das Webinterface des Cloud Gateways, oder h\u00e4ndisch zu finden unter https:\/\/:5480\/gw-platform\/<\/strong><\/code><\/p>\n\n\n\n

Click auf Get Started<\/strong><\/code>:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Der n\u00e4chste Schritt ist die Herstellung der Verbindung zwischen Cloud Gateway und VMware Cloud:<\/p>\n\n\n\n

\"\"
Step 1, Connect Cloud Gateway to VMware Cloud<\/figcaption><\/figure>\n\n\n\n
\"\"
Login Credentials needed for the Appliance<\/figcaption><\/figure>\n\n\n\n

Das Cloud Gateway wird nun ein paar Connectivity Tests durchf\u00fchren (wer aufmerksam gelesen hat: das hat vorher mit meinem ersten DHCP Setup nicht funktioniert).
Die Latenzen scheinen relativ hoch, aber ich darf trotzdem Next<\/strong><\/code> dr\u00fccken:<\/p>\n\n\n\n

\"\"
Connectivity Tests<\/figcaption><\/figure>\n\n\n\n

Die Verbindung zwischen Cloud Gateway und VMC muss noch durch einen 6-stelligen Code best\u00e4tigt werden, nach dessen Eingabe hart bei VMware gerechnet wird\u2026:<\/p>\n\n\n\n

\"\"
Approval with 6-Digit code<\/figcaption><\/figure>\n\n\n\n
\"\"
Calculating\u2026.<\/figcaption><\/figure>\n\n\n\n

Es bleibt weiter spannend. Dieser Schritt dauerte ca. 10 Minuten:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

\u2026und war danach erfolgreich. Cloud Gateway und VMC sind verbunden, fehlen nun das oder die vCenter, die mit dem Cloud Gateway verkn\u00fcpft werden sollen. Das passiert in den n\u00e4chsten Schritten:<\/p>\n\n\n\n

\"\"
Step 2: Connect vCenter Servers<\/figcaption><\/figure>\n\n\n\n
\"\"
Name\/IP, User and Password for the vCenter<\/figcaption><\/figure>\n\n\n\n
\"\"
Next!<\/figcaption><\/figure>\n\n\n\n
\"\"
\u2026and Acknowledge sending data to VMC<\/figcaption><\/figure>\n\n\n\n

<\/p>\n\n\n\n

Ein paar Sekunden sp\u00e4ter wird es als Connected<\/strong><\/code> angezeigt:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

VMware Cloud vSphere+ and vSAN+ Dashboard<\/h2>\n\n\n\n

Zur\u00fcck in meinem VMware Cloud Dashboard sehe ich meine vSphere+ and vSAN+ Kachel:<\/p>\n\n\n\n

\"\"<\/figure>\n\n\n\n

Dann \u201elaunchen<\/a>\u201c wir das ganze doch mal und schauen uns die neuen Funktionen an.<\/p>\n\n\n\n

Im Inventory<\/a> gibt es eine nette \u00dcbersicht \u00fcber meine \u201eSDDCs\u201c. Au\u00dferdem gibt es hier auch eine Detail Ansicht, und die M\u00f6glichkeit, das verbundene vCenter zu aktualisieren (eine g\u00fcltige Subscription vorausgesetzt):<\/p>\n\n\n\n

\"\"
Inventory<\/figcaption><\/figure>\n\n\n\n
\"\"
Sorry, no subscription for you! \ud83d\udc4e<\/figcaption><\/figure>\n\n\n\n

Im Infrastructure Operations<\/a> Men\u00fcpunkt bekomme ich eine \u00dcbersicht der Events und Security Analyse (wie z.B. aktiviertes SSH) pr\u00e4sentiert:<\/p>\n\n\n\n

\"\"
Infrastructure Operations<\/figcaption><\/figure>\n\n\n\n

Das Desired State Profile<\/a> erm\u00f6glicht es, einen bestimmten Zustand festzulegen (durch Import direkt aus dem vCenter oder per JSON File) und diesen dann einem oder mehreren vCentern zuzuweisen. Das l\u00e4sst sich dann regelm\u00e4ssig (automatisch) \u00fcberpr\u00fcfen und auf diesem Weg \u201eAbweichungen\u201c festzustellen und zu vermeiden:<\/p>\n\n\n\n

\"\"
Desired State Profile<\/figcaption><\/figure>\n\n\n\n

Fand ich jetzt ganz interessant, aber da geht sicherlich noch mehr: Abgesehen vom reinen Betrachten der VMs<\/a> geht auch das Erstellen einer VM aus der VMC Oberfl\u00e4che heraus:<\/p>\n\n\n\n

\"\"
Create Virtual Machine Part 1<\/figcaption><\/figure>\n\n\n\n
\"\"
Create Virtual Machine Part 2<\/figcaption><\/figure>\n\n\n\n

Fazit<\/h2>\n\n\n\n

vSphere+ (und vSAN+) sind sicherlich eine ganz nette Idee, der Vorteil (oder das Ziel?) liegen aktuell meiner Meinung nach eher bei der \u00c4nderung am Licensing Modell, auf das man sich damit einl\u00e4sst, denn hier gibt es den Wechsel zu Subscriptions. Extra Funktionen f\u00fcr vSAN (aka vSAN+) sind noch keine zu entdecken, und die Extras f\u00fcr vSphere+ sind auch \u00fcberschaubar bzw. decken sich noch stark mit anderen Diensten wie Skyline Advisor<\/a>. VMware hat hier einen ersten Schritt getan und zeigt an ersten Beispielen (vCenter Update\/Upgrade und das Erstellen von einfachen VMs per VMC), wie eine wirklich zentralisierte Verwaltung einer stark fragmentierten vCenter Umgebung aussehen k\u00f6nnte.
Zudem ist durch die Anbindung an VMC auch ein Zusammenspiel mit anderen VMC Diensten in Zukunft denkbar (wie z.B. VMware Cloud Disaster Recovery<\/a>, Hyperscalern,\u2026) bzw. schon absehbar, wie in diesem VMware Blog Artikel<\/a> erw\u00e4hnt.<\/p>\n\n\n\n

Der Vollst\u00e4ndigkeit halber k\u00f6nnt ihr hier auch noch mal die VMware Doku selbst lesen:
https:\/\/docs.vmware.com\/en\/VMware-vSphere+\/services\/vsphereplus-using-managing\/GUID-7D5545D9-6E35-48AA-88AE-BE549940344F.html<\/a><\/p>\n\n\n\n

\ud83d\udc35<\/p>\n","protected":false},"excerpt":{"rendered":"

Reading Time<\/span> 4<\/span> Minutes<\/span><\/span>vSphere+ ist sein ein paar Wochen in aller Munde, also wollte ich mir selbst einmal einen (technischen) Eindruck verschaffen, was hinter all den Marketing-lastigen Blog-Artikeln und Announcements steckt. Ein kurzes Schaubild vorweg, damit klar wird, worauf man sich einlässt: In einer klassischen vSphere Umgebung gibt es ein bis viele vCenter, die es zu verwalten gilt. […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[88,24,82],"tags":[],"class_list":["post-323","post","type-post","status-publish","format-standard","hentry","category-cloud-de","category-vmware","category-vsphere"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t