☁ Heike Ritter ☁

TechNet Flash Podcast umgezogen

2013-05-21T15:31:52Z

Kaum on Air, schon umgezogen :)

Wir haben uns dafür entschieden, die Podcasts des TechNet Newsflash, zukünftig zentral auf unserem TechNet Deutschland Blog anzukündigen. Hab extra Schreibzugriff bekommen :D

Der direkte Weg, auch als RSS Feed gedacht, ist über folgenden Link.

Sonst ändert sich nichts!

Viel Spaß damit weiterhin

☁ Heike

TechNet NewsFlash Ausgabe 08/2013

2013-04-29T10:04:00Z

Beim heutigen Aufzeichnen des TechNet NewsFlash, waren mein Kollege Bernhard Frank und ich nicht alleine. Denis Mrksa, IT Pro Marketing Manager hier bei der Microsoft Deutschland GmbH, spricht sein Editorial für euch selbst. Es hat ihm auch so viel Spaß gemacht, dass er uns mit Sicherheit wieder Mal unterstützen wird :-)

Viel Spaß beim Zuhören!

☁ Heike

TechNet NewsFlash als Podcast

2013-04-19T11:18:00Z

Es tut sich was im digitalen Zeitalter :)

Viele von Euch haben mit Sicherheit den TechNet Newsletter abonniert und erhalten alle 14 Tage eine Email mit den neuesten Informationen für IT-Profis. Oh, nicht? Na dann hier der Link zur Anmeldung.
Ich selber habe auch den ein oder anderen Newsletter abonniert, muss aber gestehen, dass ich mich zwar über das eintreffen der Email freue... aber nicht immer dazu komme sie dann wirklich zu lesen. Liegt bestimmt auch daran, dass ich viel unterwegs bin - vor allem im Auto.

Dort höre ich aber gerne Hörbücher, WebCasts und eben Podcasts.

Aus genau diesem Grund, haben mein Kollege Bernhard Frank und ich, heute den TechNet NewsFlash von letzter Woche aufgezeichnet und werden das nun im 2-wöchentlichen Rhythmus weiter machen.

Wir informieren über neue Microsoft-Inhalte und -Services für IT Professionals. Veranstaltungen, Downloads, Beta & Testversionen, neue Inhalte der Microsoft Virtual Academy und viele andere aktuelle Informationen rund um Windows 8, System Center, Windows Server, SharePoint...

Am Ende dieses Blogbeitrags hängt die mp3-Datei.

Den NewsFlash mit all den Links zu den angekündigten Veranstaltungen, Downloads etc. aus dem Podcast findet ihr hier: NewsFlash 07/2013

Auch wird es ein RSS-Feed dazu geben, damit der aktuellsten Podcast auch stets auf eure Audio-Devices gelangt!

Was sagt ihr dazu? Bin gespannt :-)

Auf Deutschland Tour mit Windows 8 und Office 2013!

2013-01-14T08:41:00Z

Hallo liebe IT Pros, Freunde, Community!

In zwei Wochen starten neue Windows 8 IT Camps - diesmal bin ich mit dabei! :-)

Ich freue mich riesig darauf, zusammen mit Michael Korp und jeder Menge technischem Stoff im Gepäck, durch Deutschland zu touren!!
Neue Technologien, bedeuten neue Aufgaben & Herausforderungen und genau diese gehen wir an praktischen Beispielen zusammen mit Euch - IT Pros - durch. Eine Mischung aus Vortag und Hands-On-Labs gestalten den kompletten Tag.

Die konkreten Termine sind:

29.01.2013 - Hamburg
31.01.2013 - Frankfurt
05.02.2013 - München
08.02.2013 - Stuttgart
15.02.2013 - Berlin
20.02.2013 - Köln

Und dann - denn der offizielle Launch von Office 2013 steht unmittelbar bevor - findet passend dazu eine Office 2013 Roadshow statt!
An einigen Orten findet die Roadshow am Tag VOR den Windows 8 IT Camps statt!

Bei der Microsoft TechDay Roadshow gibt es für IT Pros nicht nur einen generellen Überblick, sondern auch tief technische Einblicke in die Neuerungen des neuen Office.
Zur Bereitstellung von Office, sowie der kompletten Microsoft Produktivitätsplattform (Exchange, SharePoint, Lync, Office 365) gibt es einzelne Vorträge von Microsofties, aber auch von unseren MVPs und Partnern.
Die ausführliche Agenda ist bereits online.

Hierzu die Termine und Orte:

Freue mich auch Euch!

Eure ☁ Heike

MSDN Abos mit zusätzlichen Nutzungsrechten

2013-01-07T12:39:00Z

Neues Jahr, neue Rechte

Am 01. Januar wurden zwei neue Nutzungsrechte zum MSDN Abonnement hinzugefügt. Zusätzlich zu den bestehenden Nutzungsrechten, haben MSDN Abonnenten nun das Recht, die Software zu Evaluierungszwecken zu verwenden als auch dazu, Kundenumgebungen zur Diagnose von Problemen nachzustellen.

Die Nutzungsrechte zur Evaluierung wurden als ein Subset der TechNet Nutzungsrechte dem MSDN Abonnement hinzugefügt. Dies ermöglicht den MSDN Abonnenten die Software nun ebenfalls zu evaluieren und müssen dazu nicht weiter die Trial Versionen der Produkte runterladen.

Das Recht, eine Kundenumgebung nachzubauen, wurde aus folgendem Grund hinzugefügt: Support Mitarbeiter, welche beim unterstützen/troubleshooten die Software selbst technisch nicht entwickeln oder testen, haben nun die Möglichkeit die Software in nicht-produktiven Umgebungen zu nutzen. Ein typisches Szenario dafür wäre z.B. wenn ein Kunde den Support anruft und der Front-Line Mitarbeiter dieses Problem an einen Support Engineer eskaliert.

Die hervorgehobenen Sektionen sind im Januar Product Use Rights (PUR) hinzugekommen, um eben diese neuen Nutzungsrechte zu erlauben.

Die Recht, unten aufgelistet, gelten für jede erworbene Lizenz

Jede Lizenz muss an einen einzelnen Benutzer zugewiesen sein.
Jeder lizensierte Benutzer kann eine unlimitierte Anzahl an Kopien der Software und vorherigen Versionen auf jedem Gerät laufen haben.
“Software” bedeutet für MSDN und TechNet Abonnements das, was bei den MSDN oder TechNet Subscriber Downloads zur Verfügung gestellt wurde.
Der lizensierte Benutzer kann die Software zu Evaluierungszwecken verwenden, und um eigene Programme zu designen, entwickeln, testen und demonstrieren. Diese Rechte beinhalten die Nutzung der Software zur Simulation einer Benutzerumgebung zur Diagnose von Problemen, im Zusammenhang mit eigenen Programmen.
Die Software ist nicht lizensiert um sie in einer Produktivumgebung zu benutzen.

Happy evaluating!
☁ Heike

Virtuelle Netzwerke (VNETs) in Windows Azure

2012-07-04T12:41:00Z

Mit Windows Azure virtuellen Netzwerken können herkömmliche VPN-Tunnel (Virtual Private Network) eingerichtet und so firmeneigene IT Landschaften (On-Premise) mit der Windows Azure Cloud verbunden werden. Dadurch entsteht eine weitere Möglichkeit, die interne IT Infrastruktur in die Cloud zu erweitern, bei Bedarf unendlich Ressourcen hinzuzufügen oder wieder entfernen und vor allem Hybride Szenarien zu realisieren.

Durch wenige Klicks im Portal wird das Windows Azure Software VPN Gateway konfiguriert und eine Konfigurationsdatei für das eigene Gateway wird zur Verfügung gestellt. Nach Einspielen dieser Konfig auf dem eigenen Gateway ist dieses dann ebenfalls konfiguriert und der Site-to-Site Tunnel, mittels IPSec Protokoll, steht. Dabei hat man die volle Kontrolle über die Konfiguration & Verwaltung des VPNs, sowie die Definition von IP-Adressen, Routingtabellen und Sicherheitsrichtlinien.

Mit dieser VPNs Lösung können so gut wie alle erdenklichen Hybrid-Szenarien realisiert werden. Bevor die virtuellen Netzwerke in Windows Azure im Juli angekündigt wurden, konnte bereits mittels Windows Azure Connect oder dem Windows Azure Service Bus eine Verbindung zwischen Anwendungen / Diensten in Windows Azure und dem lokalen Netzwerk hergestellt werden. Mit der ein oder anderen Einschränkung (Windows Azure Connect nur für Windows OS) oder Entwicklungsaufwand um den Windows Azure Service Bus nutzen zu können.

Das ist mit der VPN Implementierung in Windows Azure jetzt anders, da ein sicherer Tunnel zwischen dem virtuellen Netzwerk in Windows Azure und dem lokalen Netzwerk aufgebaut wird und somit alle Maschinen auf IP Ebene miteinander kommunizieren können. Auch Nicht-Microsoft Systeme, für die es keine Connect-Agenten gibt, können damit eingebunden werden sowie z.B. auch Anwendungen die auf eine lokale Namensauflösung angewiesen sind.

Und da wären wir auch bei einem weiteren Punkt, für den virtuelle Netzwerke noch benötigt werden: Namensauflösung!

Damit Computer, Dienste und Anwendungen auch in Windows Azure Deployments miteinander kommunizieren können, ist Namensauflösung eben nicht ganz unpraktisch :-)

Windows Azure stellt einen DNS Server (iDNS) zur Verfügung, welcher die Namen innerhalb eines Cloud Dienstes intern auflösen kann. Für einige Szenarien ist die Nutzung des Windows Azure DNS allerdings nicht möglich und ein eigener DNS Server ist erforderlich. Und genau dann wird ebenfalls ein virtuelles Netzwerk benötigt. Zum Thema "Namensauflösung" in Windows Azure habe ich in diesem Blogbeitrag mehr Details geschrieben.

Kurz zusammengefasst, ist bei folgenden Szenarien ein virtuelles Netzwerk notwendig, bei denen dann ein eigener DNS Server angegeben werden muss.

Namensauflösung zwischen Web- und Workerrollen oder virtuellen Maschinen in unterschiedlichen Cloud Diensten.
Cross-Premises: Namensauflösung zwischen virtuellen Maschinen / Web- und Workerrollen mit On-Premise Computern und andersrum.
Der Windows Azure eigene DNS Server bietet keine Namensauflösung zwischen Maschinen innerhalb virtueller Netzwerke.
Sobald ein virtuelles Netzwerk konfiguriert ist und sich darin virtuelle Maschinen oder Web- und Workerrollen befinden, findet deren Namensauflösung immer nur noch über den im VNET angegebenen DNS statt.

Happy ☁-ing!

Heike

Cloud Dienste, VNETs und das Geheimnis der Namensauflösung

2012-07-03T08:56:00Z

Um auf virtuelle Maschinen oder Web- und Workerrollen (Cloud Dienste) via Hostnamen zuzugreifen, stellt Windows Azure eine interne Namensauflösung zur Verfügung oder man kann auch seinen eigenen DNS Server angeben. Der von Windows Azure bereitgestellte DNS ermöglicht rein die interne Namensauflösung INNERHALB eines Cloud Dienstes, OHNE VNET. Für die Namensauflösung der öffentlichen Endpunkte (Public Endpoints) ist ein anderer DNS Server verantwortlich.

Kurz kann man sich Folgendes merken:

Windows Azure DNS funktioniert NICHT Cloud Dienste übergreifend - mit oder ohne VNET!
Innerhalb eines VNET muss ein eigener DNS Server angegeben werden, um interne Namensauflösung zu ermöglichen!
Möglicherweise wird sich das in Zukunft noch ändern.

Nun gibt es unterschiedliche Szenarien, wie bzw. wo virtuelle Maschinen oder auch Web- und Workerrollen bereitgestellt werden. Das hat, wie oben beschrieben, Auswirkungen auf die Namensauflösung. Aus diesem Grund, sollte man sich mit genau diesem Thema vorher vertraut machen, um die Bereitstellung seiner Instanzen von Anfang an richtig anzugehen und nicht durch Fehlkonfiguration von vorne beginnen zu müssen.

Schauen wir uns die Möglichkeiten, wann der interne DNS von Windows Azure verwendet werden kann und wann nicht.

Szenario	Namensauflösung
Namensauflösung zwischen Web- und Workerrollen innerhalb desselben Cloud Dienstes.	Interne Windows Azure Namensauflösung
Namensauflösung zwischen virtuellen Maschinen innerhalb desselben Cloud Dienstes.	Interne Windows Azure Namensauflösung
Namensauflösung zwischen Web- und Workerrollen oder virtuellen Maschinen innerhalb desselben virtuellen Netzwerkes, in unterschiedlichen Cloud Diensten.	Eigene DNS Lösung (nicht mit Windows Azure DNS möglich)
Namensauflösung zwischen Web- und Workerrollen oder virtuellen Maschinen innerhalb desselben Cloud Diensten, nicht aber in einem Windows Azure virtuellen Netzwerkes.	Gar nicht - Virtuelle Maschinen und Cloud Dienst-Instanzen können nicht in einem gemeinsamen Cloud Dienst bereitgestellt werden.
Namensauflösung zwischen Web- und Workerrollen in unterschiedlichen Cloud Diensten, nicht in einem Windows Azure virtuellen Netzwerk.	Gar nicht - Verbindung zwischen virtuellen Maschinen / Cloud Dienst Instanzen in unterschiedlichen Cloud Diensten wird außerhalb eines virtuellen Netzwerks nicht unterstützt.
Namensauflösung zwischen virtuellen Netzwerken innerhalb desselben Windows Azure virtuellen Netzwerks.	Eigene DNS Lösung (nicht mit Windows Azure DNS möglich)
Cross-Premises: Namensauflösung zwischen virtuellen Maschinen / Web- und Workerrollen mit On-Premise Computern und andersrum.	Eigene DNS Lösung (nicht mit Windows Azure DNS möglich)
Namensauflösung von Computern aus dem Internet und öffentlichen Endpunkten.	Externe Windows Azure Namensauflösung

Happy ☁-ing!

Heike

Erstellen von Virtuellen Maschinen mit Lastenausgleich (Load Balancer)

2012-06-26T08:30:00Z

In dieser Schritt für Schritt Anleitung werden zwei Virtuelle Maschinen über das Windows Azure Portal erstellt, mit anschließender Konfiguration eines Load Balancer für Port 80.

1. Auf dem Windows Azure Portal anmelden

2. Im unteren Menü auf +New | Virtual Machine | From Gallery klicken

Abbildung 1 Neue Virtuelle Maschine erstellen

3. Auf der nächsten Seite kann man über die linken Kategorien (Platform Images, My Images oder my Disks) noch filtern, sollten bereits zu viele Objekte unter "All" aufgelistet werden. In diesem Beispiel das Betriebssystemimage Windows Server 2008 R2 auswählen. Den Pfeil anklicken um fortzufahren

4. Auf der Seite „VM Configuration“ einen Namen für die neue Virtuelle Maschine (dieser Name wird im Windows Azure Portal zur Verwaltung verwendet und auch der Maschine als Hostnamen zugewiesen) sowie ein sicheres Kennwort für den lokalen Administrator eingeben. Bitte an dieser Stelle daran denken, dass die Virtuellen Maschinen in Windows Azure übers Internet erreichbar sein können. Starke Kennwörter verwenden!
Zusätzlich muss hier ausgewählt werden, welche Größe die neue VM haben soll.
Es kann zwischen 5 Größen gewählt werden. Die Größe kann auch später noch geändert werden.

Größe Virtueller Maschine	CPU	RAM	Speicher
Extra Small	1 GHz	768 MB	20 GB
Small	1,6 GHz	1.75 GB	255 GB
Medium	2 x 1,6 GHz	3.5 GB	490 GB
Large	4 x 1,6 GHz	7 GB	1.000 GB
Extra Large	8 x 1,6 GHz	14 GB	2.040 GB

Abbildung 2 Konfiguration der neuen VM

5. Im nächsten Schritt sicherstellen, dass Standalone Virtual Machine selektiert ist und den gewünschten DNS Namen der Maschine eintragen. Entweder einen bestehenden Storage Account selektieren oder einen neuen Storage Account automatisch generieren lassen. Zuletzt noch eine Region für die VM auswählen z.B. das nächstgelegene Rechenzentrum indem die Virtuelle Maschine gehostet werden soll (in meinem Beispiel West Europe). Es kann auch eine Affinity Group oder ein Virtuelles Netzwerk ausgewählt werden. Rechten Pfeil wählen um weiter in der Konfiguration zu gehen

Abbildung 3 VM erstellen – Modus, DNS Namen, Storage Account und Region wählen

6. Die VM Optionen bleiben auf dieser Seite unverändert. Auf die Schaltfläche mit dem Häkchen klicken, um die VM erstellen zu lassen

7. In der Sektion Virtual Machines wird die gerade konfigurierte VM mit dem Status „Running (Provisioning)“ angezeigt

Um weiter machen zu können, muss sich der Status auf „Running" ändern. Dazu einen Moment warten, bis die neue VM hier angezeigt wird.

Nun wird eine zweite VM für das Load Balancing erstellt.

8. Dazu wieder im unteren Menü auf +New | Virtual Machine | From Gallery klicken

9. Erneut das Image Windows Server 2008 R2 auswählen. Pfeil anklicken um fortzufahren

10. Auf der Seite „VM Configuration“ den Namen der zweiten Maschine, Administratorkennwort eingeben und die Größe der VM wählen. Pfeil anklicken um fortzufahren

11. Dieses Mal die Option „Connect to existing Virtual Machine” bei dem VM Modus anklicken, im Dropdown Menü die Virtuelle Maschine auswählen, die im ersten Schritt erstellt wurde sowie einen Storage Account. Pfeil nach rechts anklicken

Abbildung 5 VM2 erstellen – Modus, DNS Namen und Region wählen

12. Standardwerte bei „VM Options“ lassen und Häkchen anklicken um auch die zweite VM erstellen zu lassen

13. Warten bis auch die zweite Machine erstellt wurde und den Status "Running" zeigt

14. Im nächsten Schritt wird ein Endpunkt in der ersten VM für Port 80 erstellt

15. Dazu die erste VM anklicken und im Dashboard auf „Endpoints“ klicken. dann unten im Fenster auf „add Endpoint“.

16. Bei den Details zu dem Endpunkt, die folgenden Werte verwenden und anschließend bestätigen:
Name: webport
Port: TCP
Public wie Private Port: 80

Abbildung 7 Details zum neuen Endpunkt

Es werden jetzt zwei Endpunkte angezeigt (default Endpunkt für RDP und der gerade Erstellte):

17. Danach der zweiten VM ebenfalls den Endpunkt hinzufügen, um Load Balancing zwischen den beiden VM zu ermöglichen

18. Dazu die zweite VM anklicken, im Dashboard erneut auf „Endpoints“ klicken, „add Endpoint“ und hier nun die Auswahlmöglichkeit auf „Load-balance traffic on an existing endpoint“ setzen und den zurvor erstellsten Endpunkt aus der Dropdown Liste selektieren.

Abbildung 8 Load Balance Endpunkt

19. Bei den Details zu dem neuen Endpunkt den Namen „webport“ und den Private Port 80 eingeben

20. Nochmal überprüfen: In der Sektion „Virtual Machines“ die erste VM auswählen und Endpoints anklicken

21. Den Endpunkt „webport“ auswählen und sicherstellen, dass der Wert in der Spalte „Load Balancer“ „yes“ ist

Abbildung 9 Verifizierung des Port 80 Load Balancer

22. Auf den unteren Button „Edit Endpoint“ klicken um die Details zu dem Endpunkt einzusehen

Abbildung 10 Verifizierung des Port 80 Load Balancer - Details

Fertig!

Im nächsten Schritt muss dann natürlich noch eine Anwendung auf Port 80 in den VMs horchen - IIS würde sich hier anbieten ;-)

Anleitung dazu hier, mit abschließendem Test des Load Balancer

Happy ☁-ing!

Heike

IIS Rolle einer virtueller Maschinen hinzufügen

2012-06-26T08:01:00Z

In dieser Schritt für Schritt Anleitung wird der IIS, durch das Hinzufügen der erforderlichen Rollen auf den beiden zurvor erstellten VMs konfiguriert.

Auf dem Windows Azure Portal anmelden.

Im Portal auf der linken Seite auf Virtual Machines klicken
Die zuvor erstellte erste VM auswählen und im unteren Bereich des Browserfensters auf "Connect" klicken
Ein Prompt zum Öffnen des remote desktop clients erscheint.
Auf open klicken und die Anmeldeinformationen des lokalen Administrators eingeben
In der VM auf Start | All Programs | Administrative Tools um den Server Manager zu öffnen
Im Server Manager den Punkt „Roles“ auswählen

Abbildung 1 Server Manager - Rollen
Durch „Add Roles“ den Assistenten für das Hinzufügen neuer Rollen starten

Abbildung 2 Serverrollen hinzufügen
Auf der ersten Seite des Assistenten auf „next“ klicken
Bei „Select Server Roles“ sowohl Application Server (ich möchte hier später eine MVC3 Anwendung bereitstellen) als auch "Web Server (IIS)" anhaken. Eine Warnung erscheint, dass erforderliche Rollen fehlen. Durch "Add Required Role Services" diese einfach mit installieren lassen und auf „next“

Abbildung 3 Assistent zum Hinzufügen von Rollen
Auf der Seite „Web Server (IIS)“ auf „next“
Im nächsten Schritt die gewünschten zusätzlichen „Role Services“ des "Web Server (IIS)“ auswählen, welche installiert werden sollen -> Next

Abbildung 4 Assistent zum Hinzufügen von Rollen
Auf der letzten Seite noch die Zusammenfassung prüfen und durch klicken auf „Install“ den Installationsprozess starten

Abbildung 5 Assistent zum Hinzufügen von Rollen
Danach die Remote Sitzung beenden und die gleichen Schritte auch in der zweiten VM durchführen

Um den Lastenausgleich testen zu können, modifiziere ich gerne einfach die beiden Startseiten für die Standardwebseite.

Wieder eine Remotesitzung zur ersten VM aufbauen
Windows Explorer öffnen und in das Verzeichnis "C:\inetpub\wwwroot\" wechseln
Die Datei "iisstart.htm" mit z.B. dem Notepad öffnen

Abbildung: iisstart Seite bearbeiten
Nach dem HTML Element <div id="container"> z.B. <h1>Virtual Machine 1</h1> einfügen und die Änderungen speichern

Abbildung: iisstart Seite bearbeiten
Browser in der VM öffnen (falls erforderlich die erste Einrichtung des IE durchgehen) und http://localhost aufrufen.

Abbildung: Localhost Webseite nach Änderung
Danach die Remote Sitzung auf VM1 beenden und die (fast*) gleichen Schritte auch in der zweiten VM durchführen.
*fast: in der iisstart.html natürlich <h1>Virtual Machine 2</h1> eingeben.
Danach ins Windows Azure Portal zurück wechseln und bei den virtuellen Machinen auf einen der Links des DNS Namen klicken

Beide virtuelle Maschinen verwenden durch die Konfiguration von Lastenausgleich den gleichen DNS Namen
Man landet auf einer der VMs und bei wiederholtem/erneuten Laden der Seite auch mal auf der anderen Seite - was man anhand der angepassten Startseiten gut erkennen kann

Abbildung: Webseite über den Public DNS Namen aufgerufen

Fertig!

Happy ☁-ing!

Heike

Die neuen Windows Azure Services - Virtuelle Maschinen, Web Sites & Virtuelle Netzwerke

2012-06-08T13:49:00Z

Nach der Vorankündigung - auf meinem Blog nachzulesen - nun eine etwas ausführlichere Beschreibung.

Auf dem Meet Windows Azure Event am 07. Juni haben wir zum ersten Mal die neuen Services von Windows Azure öffentlich gezeigt. Mit zahlreichen Demos hat u.a. Scott Guthrie (Corporate Vice President, Windows Azure Application Platform) die Zukunft von Windows Azure gezeigt. Dies ist der größte Schritt nach vorne, seit dem Start von Windows Azure Anfang 2010!

So, und nun auf geht’s – Hier die Ankündigungen der Neuerungen:

Neues Management Portal

Als Erstes wird das neue Windows Azure Management Preview Portal auffallen, welches komplett neu entwickelt wurde. Es erfordert kein Browser-Plug-In mehr und bietet somit einen einfachen Zugriff von unterschiedlichen Plattformen, Browsern und Geräten. Die Menüführung ist für alle Services einheitlich gestaltet und vereinfacht somit auch das Lernen von und Testen der Zusammenarbeit neuer Services. Da noch nicht alle Funktionen im neuen Portal verfügbar sind, wird das bisherige Portal bis auf weiteres parallel zur
Verfügung stehen.

Virtual Machines

Mit Virtual Machines wird es endlich möglich, eigene virtuelle Maschinen in Windows Azure laufen zu lassen. Auch neu: Die neuen Virtuellen Maschinen werden im Blob Storage abgelegt und bieten durch Dreifachspeicherung eine sichere, persistente und hochverfügbare
Ablage.
Bei den Web/Worker-Roles, der PaaS Lösung (Platform as a Service) von Windows Azure, die selbstverständlich immer noch zur Verfügung stehen, muss hingegen sichergestellt werden, dass die Anwendungen stateless sind. Das verwendete Dateisystem oder auch manuelle
Konfigurationsänderungen in der Maschine werden nicht persistent gehalten, sondern bei einem Re-Imaging zurückgesetzt.
Im Windows Azure Portal kann in wenigen Klicks eine neue Virtuelle Maschine anhand von vorgefertigten Images erstellt werden. Die Image Library beinhaltet derzeit folgende Images für Windows wie auch für Linux:

Windows Server

Windows Server 2008 R2
Windows Server 2008 R2 with SQL Server 2012 Eval
Windows Server 2012 RC

Linux

OpenSUSE 12.1
CentOS 6.2
Ubuntu12.04
SUSE Linux Enterprise Server 11 SP2

Auch können bestehende VHDs, aus der eigenen Infrastruktur in den Blob Storage hochgeladen und gestartet werden, sowie Virtuellen Maschinen auch direkt im Windows Azure Portal gesysprepp'ed werden, um diese als
zukünftige Images zur Erstellung neuer Maschinen bereitzustellen.
Mit der Ankündigung der virtuellen Maschinen, ist es nun auch möglich, beliebte Serveranwendungen in der Cloud auszuführen. Derzeit sind das SQL Server, SharePoint Server und Active Directory!!! Dadurch entstehen eine Vielzahl an Möglichkeiten, seine eigene IT Infrastruktur auf- und auch auszubauen.
Auf die virtuellen Maschinen kann entweder über das neue Windows Azure Management Preview Portal oder mit den im neuen Windows Azure SDK (Juni 2012) enthaltenen Powershell-Funktionen zugegriffen werden. Die Kommandozeilentools sind ebenfalls für Mac oder Linux verfügbar.

Virtual Network

Mit der neuen Virtual Network-Funktion, können Virtual Private Networks (VPNs) eingerichtet und optional auch das Firmennetzwerk mit bewährten Standards in die Cloud erweitert werden. Innerhalb des virtuellen Netzwerks können IP Adressbereiche für die virtuellen Maschinen definiert, DNS Server angegeben und Routing Tabellen konfiguriert werden.
Um das Windows Azure Netzwerk mit dem On-Premise Netzwerk zu verbinden, kann über IPSec ein sicherer Tunnel aufgebaut werden, welcher Servern und Anwendungen ermöglicht, miteinander Cross-Premises zu kommunizieren.

Web Sites

In wenigen Schritten zur eigenen Website - mit Windows Azure Web Sites wird dies nun sehr einfach und kostengünstig möglich. Aus der Gallery kann unter verschiedenen Kategorien die gewünschte Plattform gewählt werden, welche dann in einer geteilten Umgebung bereitgestellt wird und weiter konfiguriert werden kann. Es kann aus diversen bekannten Open Source Frameworks wie WordPress, Orchard CMS, DotNetNuke und vielen mehr gewählt werden. Für das einfache Bereitstellen kann die Built-In Integration von Git, FTP und Team Foundation Services verwendet werden. Auch die Webmatrix Integration ermöglicht es, die Website lokal runterzuladen, zu ändern und wieder in Windows Azure zu veröffentlichen.
Anwendungen können mit .NET, Node.js oder PHP entwickelt werden und diese mit Windows Azure SQL Datenbanken (vorher als SQL Azure bekannt) oder MySQL, welche als Service von ClearDB in Windows Azure bereitgestellt wird, verbinden.

Im ersten Jahr kann sich jeder Kunde zehn kostenfreie Webseiten erstellen!

Zugriff auf die Preview Features kann im Windows Azure Portal über den „Account“-Link angefragt werden. Wer noch keinen Account hat, kann sich hier zur Trial anmelden.

Auch wurden auch einige Verbesserung in bestehenden Services, sowie Tools und Language Support angekündigt, welche ich in einem weiteren Blogbeitrag beschreiben werde.

Happy ☁-ing!

Heike