Nach dem Erzeugen einer Instanz aus einem Linux-AMI muss der virtuelle Server regelmäßig mit Updates versorgt werden. Amazon stellt zu diesem Zweck für seine beiden Linux-Varianten zwei vorkonfigurierte Yum-Repositories bereit. Die weitgehend automatisierte Aktualisierung des AMI lässt sich manuell anpassen.
Nach dem Starten eines neuen virtuellen Servers ("Instanz") unter AWS EC2 muss man diesen konfigurieren. Dazu kann man sich, sofern es die Routing-Konfiguration im VPC zulässt, via SSH mit der Konsole verbinden und Updates oder neue Pakete installieren, Benutzer einrichten oder die Netzwerkkonfiguration anpassen.
Am 16. Mai lädt ADN IT-Reseller und MSPs zum Security Transformation Day in den Landschaftspark Duisburg ein. Der Event gibt einen umfassenden Überblick über Möglichkeiten, in Security Services einzusteigen oder diese auszubauen. ADN und ihre Security-Hersteller vermitteln dafür Expertenwissen in Vorträgen und Breakout-Sessions.
Knapp zwei Jahre nach Windows Server 2016 veröffentlicht Microsoft das nächste Release im Long Term Service Channel. Zu den wesentlichen Neuerungen zählen nicht nur Rollen wie System Insights oder die Migrations-Tools, sondern viele Verbesserungen bestehender Funktionen. Hinzu kommen externe Services.
Im Gegensatz zur Server-Virtualisierung mit ESXi oder Hyper-V kann man in AWS keinen nackten virtuellen Server ohne Betriebssystem erzeugen. Vielmehr beruht eine VM immer auf einem Amazon Machine Image (AMI) mit einem darin enthaltenen Linux oder Windows. Ein AMI kann man auch selbst erstellen.
Virtuelle Maschinen in EC2 beruhen auf Vorlagen, den Amazon Machine Images (AMIs). Um davon eine Instanz zu erzeugen, muss man sich zwischen den zahlreichen AMIs entscheiden, den Instanztyp wählen, Storage konfigurieren und Security Groups zuordnen. Dieser Beitrag zeigt, wie man dabei vorgeht.
Ein großes Defizit von PowerShell Core 6.0 war die geringe Anzahl an mitgelieferten Cmdlets. Viele der unter Windows bereits vorhandenen Module ließen sich zudem nicht nutzen. Diesen Zustand ändert nun die Version 6.1 durch eine verbesserte Kompatibilität. Die AD-Cmdlets funktionieren aktuell aber noch nicht.
Kurz nach der Freigabe von PowerShell Core 6 veröffentlichte VMware nun seine darauf aufsetzenden Module für vSphere und vSAN. Damit können Admins nun Hosts und VMs mit PowerCLI von verschiedenen Clients aus zu verwalten. Derzeit liegen aber noch nicht alle Module in der Version 10.0 vor.
Microsoft gab den plattformübergreifenden Nachfolger von Windows PowerShell nun offiziell frei. PowerShell Core 6.0 wird somit vom Hersteller unterstützt, und zwar nicht nur unter Windows, sondern auch auf macOS und Linux. Für reine Windows-Umgebungen besteht aktuell jedoch wenig Grund zum Umstieg.
Möchten Sie sich am VAMI der vCSA (HTTPS auf Port 5480) oder - sofern die bash freigeschaltet wurde - direkt an der Konsole anmelden, benötigen Sie dazu das Konto root und das bei der Installation angegebene Passwort. Wenn Sie dieses vergessen haben, dann lässt es sich anhand der folgenden Anleitung zurücksetzen.
Als Microsoft die Öffnung von PowerShell für andere OS und die Freigabe als Open Source ankündigte, war noch nicht absehbar, wie sich das auf Windows auswirken würde. Nun ist klar, dass die Core-Version auf allen Plattformen die Zukunft gehört. Anwender werden unter Windows wohl einige Abstriche machen müssen.