Microsoft unterstreicht: Azure Stack nur als integriertes System

Historie: Am 26.01.2016 kündigte Microsoft die erste Technical Preview zu Microsoft Azure Stack an. Der Hype war schnell recht groß, schließlich verspricht Microsoft nichts Geringeres als „full power of a true hybrid cloud platform“. Letztlich hat man schon an den Anforderungen der TP1 (96 GB RAM, 12 CPUs und 4 Datendisks) gemerkt, dass dahinter kein kleines System steht. Die TP1 lässt sich, mal abgesehen von den Ressourcenanforderungen auf nahezu jeder Hardware betreiben. Zur WPC wurde dann zwischen den Zeilen erwähnt … Azure Stack nur als integriertes System. Damit verbunden, wurde auch der Release Termin auf Mitte 2017 verschoben. Mit einem integrierten System in Bezug auf Azure Stack meint Microsoft die Bindung an bestimmte Produkte der Hersteller Dell, HPE und Lenovo.

Die Ankündigung AzureStack nur als integriertes System anzubieten ist nicht unbedingt auf große Zustimmung gestoßen. Microsoft geht nun in einem erneuten Blogpost samt Video etwas genauer darauf ein.

Wenn wir uns die Infrastruktur in Azure anschauen, handelt es sich dabei um eine hoch-skalierbare und vor allem hoch-komplexe Cloud Plattform, ein Public Cloud Azure Clustersystem besteht aus 880 Servern. Diese Größe gilt es in das lokale Datacenter herunter zu skalieren, dabei jedoch die Vorteile der Effizienz, Stabilität und Performance beizubehalten. Microsoft verwaltet diese Plattform mit tausenden von Mitarbeitern und stellt dabei sicher, dass alle Komponenten, insbesondere Hardware und Software aufeinander abgestimmt sind. Nicht zu vergessen die enorm schnellen Patchzyklen, die sicher auch in ähnlicher Form im AzureStack umgesetzt werden. Sind dabei Hard- und Software nicht perfekt aufeinander abgestimmt, wird es zu unangenehmen Dienstausfällen kommen. Die Logik von Azure geht selbst vollautomatisiert gegen Hardwareausfälle vor. Das klappt natürlich nur dann, wenn die Logik die zugrunde liegende Hardware perfekt kennt und bspw. jeden Statuscode richtig interpretiert. Der klassische Hardwareansatz ändert sich mit Netzwerk- und Storage Virtualisierung zunehmend. Dazu kommt die neue Installationsmethode des Nanoservers, die sicherlich auch im AzureStack eine Rolle spielen wird. Die Standardserverhardware bietet heute weit mehr als man wirklich zum virtualisieren benötigt. Neu ist das Konzept für Microsoft keineswegs. Schon im aktuellen Release des Cloud Platform System (CPS) wird ein vollständig integriertes System bereitgestellt.

Dass das Konzept gut funktioniert, sieht man stark vereinfacht an der Azure StorSimple. Das Storagesystem wird von Microsoft quasi voll verwaltet. Selbst die Versionen der Firmware der Festplatten werden von Microsoft überwacht und die Releaseversion vorgegeben, samt dem Rollout und der Installationsroutine. Das Resultat ist ein stabiles System. Zurückhaltend äußert sich Microsoft dagegen, wie genau die Auslieferung des AzureStack Systems erfolgen soll. Kommt es komplett vorinstalliert, erfolgt die Installation durch die Hardware Partner, durch Microsoft Partner oder durch den Endkunden selbst? Zusammenfassend kann ich eingeschlagenen Weg von Microsoft verstehen, hoffe aber auch, dass das „neue“ CPS auf AzureStack Basis am Markt besser angenommen wird, als das aktuelle.

Interessant wird es, ob und wie Drittanbieter auf den AzureStack Zug aufspringen. Letztlich stellt AzureStack gerade für Provider einen interessanten Basisansatz dar. Möchte man dagegen Full Service Lifecycle Mangemant betreiben, so fehlen nach aktuellem Stand und Wissen aus der TP1 einige Prozesse wie Updatemanagement, Backup oder eine CMDB zur globalen Verwaltung aller Objekte der Cloud. Die TP2 wird gerade in einer privaten Preview getestet und soll Ende 2016 allen interessierten zur Verfügung stehen. So wie es aussieht wird die TP2 ebenfalls wieder auf nur einem Knoten installiert. Zu erwarten ist, dass dann eine eventuelle TP3 sich am zukünftigen Design orientiert. Microsoft nennt hier eine 4 Knoten Installation als kleinste AzureStack Einheit.

Abkündigung Azure RemoteApp

Bisher hat mir die Strategie von Microsoft in Hinblick auf Clouddienste immer zugesagt. Doch nicht nur am Beispiel der Nokia / Windows Mobile Abwicklung zeigt sich, dass Microsoft auch sehr schnell und konsequent damit umgeht, wenn ein Produkt nicht sofort den gewünschten Erfolg erreicht. So ergeht es nun auch dem Service Azure RemoteApp. Gestern Abend wurde eine entsprechende Infomail an alle Kunden verschickt. Nähere Erläuterungen sind im verlinkten Technet Blog Artikel zu lesen. So heißt es.

„Wir haben, basierend auf dem Feedback unserer Kunden und der Marktdynamik, unsere Strategie angepasst, um uns mehr auf die Cloudplattform zu konzentrieren, die fertigen Desktop- und Anwendungsvirtualisierungsdiensten zugrunde liegt. “

Weiterhin heißt es im Blog die bestmögliche alternative wird CitrixXenApp „express“ darstellen, dass sich allerdings aktuell noch in Entwicklung befindet. Nähere Informationen dazu sind in den nächsten Monaten zu erwarten. Als weitere alternative wird die Bereitstellung von RemoteDesktop als IaaS in Azure genannt. Die bestehenden Nachteile, siehe dazu auch mein IT-Administrator Artikel, scheint Microsoft hier auszublenden. Bestehende Kunden erhalten noch bis 31. August 2017 Support, bevor der Service endgültig vom Netz geht. Konkrete Migrationsmethoden werden nicht genannt, es wird jedoch Support angeboten. Wie genau der Support aussieht und ob dadurch Kosten entstehen bleibt offen.

Ich habe dem Produkt gerade durch die neuen Funktionen mehr potential zugerechnet. Es bleibt abzuwarten, was mit XenApp Express genau auf uns zukommt.

Update  14.08.2016

Hier gibt es erste Informationen zu XenApp Express

https://www.citrix.com/blogs/2016/08/12/citrix-to-introduce-a-cloud-service-that-delivers-secure-apps-from-azure-to-any-device/

 

Azure Stack Unable to display virtual machine sizes

Langsam nähere ich mich dem Thema Azure Stack. Nachdem wir die erste Demounit mit TP1 aufgesetzt haben, kommt es hin- und wieder zu Fehlern. Unter anderem funktioniert das VM Deployment gelegentlich nicht mehr. Die ganze Infrastruktur neu zu starten ist recht aufwändig. Ursache des Fehlers „Azure Stack Unable to display virtual machine sizes“ sind einige abgestürzte Dienste auf dem Core Server xRPVM. Das Starten der Dienste behebt auch den Fehler.

Get-Service CRP|Start-Service -Verbose
Get-Service AvailabilitySetController|Start-Service -Verbose
Get-Service BlobManager|Start-Service -Verbose
Get-Service ClusterManager|Start-Service -Verbose
Get-Service ComputeController|Start-Service -Verbose
Get-Service DiagnosabilityManager|Start-Service -Verbose
Get-Service ExtensionManager|Start-Service -Verbose
Get-Service GuestArtifactRepository|Start-Service -Verbose
Get-Service IsoManager|Start-Service -Verbose
Get-Service ManifestProvider|Start-Service -Verbose
Get-Service MetadataServer|Start-Service -Verbose
Get-Service NetworkManager|Start-Service -Verbose
Get-Service PlacementManager|Start-Service -Verbose
Get-Service PlatformImageRepository|Start-Service -Verbose
Get-Service TopologyManager|Start-Service -Verbose

AzureStack

xRPVM

03