Im Message Center sind geplante Änderungen von Microsoft zu finden. Hier sind die Änderungen aller Produkte von Microsoft Office zu sehen. Da diese unter Umständen nicht von den gleichen Abteilungen betreut werden, suchte ich nach einer Möglichkeit, diese Informationen irgendwie verteilen zu können. Dann habe ich den Schalter “Planner syncing” gesehen- sieht spannend aus das versuchen wir doch gerade mal aus.
Damit der “Button” geht, sollte als erstes den Planner mal gestartet werden damit dieser initialisiert ist.
Im vCenter sah ich schon einen Moment lang ein Alarm mit dem Hinweis auf ein abgelaufenes Zertifikat. Vor kurzem habe ich das Zertifikat für den Webclient getauscht, deshalb war mir nicht ganz klar woher die Meldung nun kommen soll. Ist ja so eine Sache mit diesen Zertifikaten Ich bin wie folgt vorgegangen was den Alarm betrifft.
Per SSH auf das vCenter verbunden.
in die Shell gewechselt
Untenstehender Befehl ausgeführt um aus allen Stores die Zertifikate anzeigen zu lassen inkl.
In einem Lifecylce kann es vorkommen, dass sich der CPU Hersteller von Hosts ändert im selben Cluster. Aufgrund der vielen DRS Rules entschied ich mich, keinen neuen Cluster zu erstellen mit den neuen Hosts. Die VMs können aufgrund eines anderen CPU Herstellers sowieso nur ausgeschaltet migriert werden. Sonst wäre EVC die Lösung gewesen. Ist das vCenter auf einem DVS (Distributed Switch) muss das Netzwerk zuerst auf einen Standard Switch migriert werden.
Zum Testen einer Microsoft 365 Tenant Migration habe ich in meiner Testumgebung folgendes aufgebaut.
Domaincontroller mit Azure AD Connect und diesen konfiguriert Test Tenant in Microsoft 365 erstellt Ziel des Tests war: Rückbau von Azure AD Connect und die User sollen in Microsoft 365 noch erhalten bleiben.
Hier die paar Zeilen Code welche ich dafür verwendet habe. Weiter unten dann noch mit Screenshots wie ich das gemacht habe.
# Sync Schedulder auf AAD Connect Server on-prem ausschalten
Auf dem Blog von VMware wurde ein neues Security Advisory veröffentlich.
Inhalt: Advisory: VMware vCenter Server updates address remote code execution and authentication vulnerabilities (CVE-2021-21985, CVE-2021-21986)
Release Notes für den Patch:
https://docs.vmware.com/en/VMware-vSphere/6.7/rn/vsphere-vcenter-server-67u3n-release-notes.html
Resolved Issues: Security Issues
VMware vSphere Client (HTML5) contains a remote code execution vulnerability due to lack of input validation in the VMware vSAN health check plug-in. A malicious actor with network access to port 443 might exploit this issue to execute commands with unrestricted privileges on the underlying operating system that hosts vCenter Server.
Da ich vor kurzem in Azure ein Cloud Storage hinzugefügt habe und dafür eine Subscription mit Kreditkarte angeben musste, wollte ich noch etwas was mich vor unerwarteten Kosten warnt. Dies bevor die Kosten anfallen. Dies ist möglich mit Azure budget. Auf dieser Seite habe ich mit die Infos geholt Azure Budget
Hier die Grafik der Daten welche auf meinem Storage Account sind
Dann in Azure nach Cost Management + Bill
Diese Woche wollte ich mit der Azure Cloud Shell diverse Arbeiten erledigen da ich gerade die benötigten Powershell Module nicht zur Verfügung hatte und bei der Gelegenheit etwas anderes anschauen wollte. Als ich die Cloud Shell starten wollte bekam ich folgende Meldung:
Was ich nicht wusste, um die Cloud Shell verwenden zu können wir ein Storage Account resp. ein File Share auf Azure benötigt. Weitere Infos hier
In meinem Fall habe ich eine neue Ressource Group erstellt und darin einen Storage Account.
Für ein vCenter Upgrade wollte ich vorgängige ein Backup erstellen. Die Möglichkeiten wohin das Backup gespeichert werden kann aus dem VAMI ist wie folgt:
Egal welche Möglichkeit ich verwendet wollte, erhielt ich immer folgende Meldung: vCenter “Protokoll” location is invalid
Ich habe immer an den Zielsystemn rumgesucht was das Problem sein könnte.
Scheint ein Bug in Version 6.5 / 6.7 zu sein. Das habe ich in den Logs gesehen, dass der Traffic über den Proxy wollte.
Nachdem ich die vorhandenen Disks in das neue NAS migriert habe, möchte ich nun meinen Speicherpool noch mit neuen Disks erweitern. Das Vorgehen gemäss Synology hier
Bevor Sie beginnen
Lesen Sie vor dem Austausch einer Festplatte die folgenden Hinweise:
Datensicherung: Wir empfehlen das Sichern Ihrer Daten, bevor Sie fortfahren, obwohl die Volume-Erweiterung keine vorhandenen Daten löscht. Status des Speicherpools: Bevor Sie beginnen, muss der Status des Speicherpools In Ordnung sein. Falls dies nicht der Fall ist, müssen Sie ihn zuerst reparieren.
In diesem Beitrag möchte ich euch zeigen wie die Daten von einem DS214+ auf ein DS720+ migriert werden können. Beide NAS Systeme haben 2 Disk. Aus meiner Sicht sind folgende zwei Punkte wichtig:
Backup erstellen Dienste wie DDNS und Quickconnect aufheben im Synology Cloud Account DISK müssen in Quell- und Zielsystem im gleichen Slot sein Hier noch der Link von Synology für das Vorgehen
In meinem Fall ging ich wie folgt vor:
