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

Einführung Microsoft Cloud mit deutscher Datentreuhand

Mit einigen Kollegen besuchte ich letzten Freitag die Azure-Tour in Frankfurt. In einer Sidesession wurden auch zwei Vorträge zur Deutschen Azure Cloud gehalten. Leider gab es von dieser Veranstaltung keine Aufzeichnung, auch an die Folien kommt man derzeit nicht heran. Zumindest den allgemeinen Vortrag gibt es als Webinar, vielleicht für den einen oder anderen interessant.

https://msevents.microsoft.com/CUI/EventDetail.aspx?culture=en-US&EventID=1032735799

Microsoft strebt nach der Startphase Dienstgleichheit zu den anderen Rechenzentren an, zum Start gibt es eine Hand voll ausgewählter Dienste. Zurzeit läuft die Privatbeta, wir versuchen da gerade rein zu kommen. Microsoft hat sich zu den Migrationszenarien keine Gedanken gemacht, sollte also ein Kunde jetzt schon Dienste nutzen wird es interessant. Hier ist nicht mit Tool-, Assistenten- oder Kostenunterstützung zu rechnen. Zu eventuellen Umschreibungen der laufenden Verträge konnte Microsoft auch nichts sagen, genauso wenig wie zu dem Preisaufschlag. Weitere große Einschränkung, das alte Portal wurde für Deutschland nicht ausgerollt. Für alles das, was man derzeit im alten Portal macht soll „man“ sich einen „Workaround“ einfallen lassen oder diese Dienste gibt es mindestens solange nicht, bis sie ins neue Portal übernommen wurden. Alles in allem war zwar das Interesse an den Vorträgen so groß, dass sie die Räume sogar tauschen mussten, jedoch wirkt es (noch) nicht rund.

Endlich abgeschlossen MCSD Azure Solutions Architect

Ich habe gestern das letzte Examen 70-534 Architecting Microsoft Azure Solutions bestanden und darf mich nun MCSD Azure Solutions Architect nennen.

Die Prüfung teilte sich in 3 Case Studies und 26 Fragen in dem allgemeinen Teil. Wenn auch die Fragestellungen sehr abstrakt waren, so war die Prüfung extrem aktuell. Entgegen den Prüfungen 70-532 und 70-532 sind alle Pläne und Services aktuell und selbst neue Themen wie Azure machine learning oder ROAC spielen eine Rolle.

138

Azure VPN Gateway Standard and High Performance

Seit einiger Zeit gibt es neben dem Basic Gateway die Stufen Standard und High Performance. Wesentlicher Unterschied der Varianten ist der maximale Durchsatz. Alle Informationen dazu sind unter hier zu finden.

https://azure.microsoft.com/en-us/documentation/articles/vpn-gateway-about-vpngateways/

Aktuell kann das Gateway über das Portal nur in der Variante Basic erstellt werden. Anpassungen sind über Powershell möglich, wobei man auch nur im neuen Portal die aktuelle Variante ablesen kann.

Resize-AzureVNetGateway

137

138

Leider geht aus der Dokumentation nur indirekt hervor, dass ein statisches Gateway aktuell nur Basic unterstützt. Nur ein dynamisches Gateway kann in den Varianten Standard und High Performance ausgeführt werden.