Wie in jeder anderen Public Cloud gibt es auch in Azure verschiedene Typen von IP-Adressen, nämlich öffentliche und private. Zudem können beide je nach SKU (Basic, Standard) unterschiedliche Verfahren für die Zuweisung verwenden (statisch, dynamisch) und stehen in zwei separaten Stacks (IPv4, IPv6) zur Verfügung.
NetBIOS arbeitet auf der Sitzungsschicht, also auf Layer 5 des OSI-Modells, und bietet mehrere Services. Wie bei anderen Legacy-Technologien ist Sicherheit der wichtigste Grund, um NetBIOS zu deaktivieren. Dieses Ziel lässt sich entweder über DHCP-Bereichsoptionen oder einen Registrierungsschlüssel erreichen.
Die Überwachung der mehr als 65.000 Ports ist unerlässlich, um Hacker-Angriffe zu abzuwehren. Gemeint sind natürlich die virtuellen 16-Bit-Ports, die bei der Kommunikation über Protokolle wie TCP oder UDP verwendet werden. Zusätzlich kann man die eigenen Systeme härten, indem man sie mit Hacking-Tools prüft.
DHCP-Server sind in den meisten Umgebungen eine kritische Komponente der Infrastruktur. Neben einem Monitoring, das die grundsätzliche Verfügbarkeit des Dienstes sicherstellt, kann man auch den Status der IP-Bereiche (Scopes) oder Leases abrufen. PowerShell bietet für diesen Zweck mehrere Cmdlets.
Zu den größten Einschränkungen der Web-basierten Management-Tools gehörte bisher, dass sie keine Funktionen für Active Directory, DNS- und DHCP-Server boten. In der Preview 1903 beginnt Microsoft diese Lücke zu schließen. Die dafür vorgesehenen Module beherrschen vorerst aber nur Basisfunktionen.
Der DHCP-Dienst von Windows Server erlaubt es, wesentliche Aktivitäten wie das Zuweisen oder Erneuern einer IP-Adresse, das Löschen einer Lease oder dabei auftretende Fehler zu protokollieren. Dafür verwendet er eine eigene Log-Datei. Ihre Konfiguration und die Auswertung kann PowerShell übernehmen.
Nach dem Support-Ende für Windows Server 2008 (R2) liegt es nahe, die Server allmählich auf eine neuere OS-Version zu aktualisieren. Dadurch kommt man auch beim DHCP-Server in den Genuss neuer Features. Diese Anleitung beschreibt die Migration der DHCP-Konfiguration auf einen neuen Server.
VMware vSphere Auto-Deploy nutzt PXE-Boot. Daher gehören ein DHCP- und TFTP-Server zu den notwendigen Voraussetzungen. Dieser Beitrag beschreibt, wie man die PXE-Infrastruktur konfiguriert, damit sich ESXi-Hosts über das Netzwerk starten bzw. installieren lassen.
Auto-Deploy setzt eine relativ komplexe Infrastruktur aus vCenter, TFTP- und DHCP-Server voraus, um ESXi über das Netz zu booten oder zu installieren. Daher sind erst mehrere Voraussetzungen zu prüfen und Vorbereitungen zu treffen. Das Setup wurde mit vSphere 6.5 einfacher.
Auto-Deploy basiert zum Großteil auf PowerCLI und kann ESXi-Hosts via PXE vom Netzwerk starten. Dabei teilt es dem Host automatisch ein passendes Hypervisor-Image zu, das es von einem zentralen Repository holt. Admins können Regeln definieren, die festlegen, welche Maschinen welches Image erhalten oder in welchem Cluster sie platziert werden.
Wenn man viele DHCP-Reservierungen anlegen muss, dann ist das Hantieren mit dem MMC-Snapin zu umständlich. Alternativ bietet sich ein Bulk-Upload aus einer CSV-Datei mit PowerShell an, um den Vorgang zu automatisieren. Dabei lassen sich auch Werte für Optionen setzen.