Hallo mrfreshkc,
zunächst eine kleine Begriffserklärung. Wenn Du über Rollen sprichst, dann bezieht sich das auf das Ausführungsmodell der "Cloud Services". Das ist ein Modell von dreien (neben "Virtual Machines" und "Websites"). Olivers Ausführung bezieht sich auch auf
dieses Modell.
Zwischen Virtuellen Maschinen (Instanzen) und Rollen besteht eine n:1-Beziehung, d.h.
- Jede Instanz (egal welcher Größe) hat genau eine Rolle: entweder Web Role oder Worker Role (genaugenommen gibt es noch VM Role als dritte Variante).
- Für jede Rolle kannst Du festlegen, wie viele Instanzen dieser Rolle ausgeführt werden sollen (die Zahl der Instanzen lässt sich zur Laufzeit leicht ändern). Für die SLAs werden pro Rolle mindestens zwei Instanzen benötigt.
Die Rolle bestimmt im Grunde nur, welches VM-Image Windows Azure zur Konfiguration der betreffenden Instanzen verwenden soll. Wählst Du als Rolle "Web Role", dann wird in allen Instanzen dieser Rolle beispielsweise ein Internet Information Server (IIS) installiert,
was es dann sehr leicht möglich macht, dorthin eine ASP.NET-basierte Anwendung oder einen Webservice zu deployen, die ja beide einen IIS benötigen. Worker Role Instanzen haben diesen IIS nicht.
Wenn Du einen Cloud Service mit einer Web Role konfiguriert und deployt hast, kannst Du mit den betreffenden Instanzen - mit ein paar Einschränkungen - so arbeiten, wie mit ganz normalen virtuellen Maschinen auch, d.h. Du kannst unter anderem
- dich per Remote Desktop auf jede einzelne Instanz drauf schalten
- Web-Anwendungen deployen (auch mehrere; wie viele hängt ein wenig von den Anforderungen der Anwendungen und der Größe der Instanzen ab)
- Prozesse starten
- ...
Die Zahl der Roles und Instanzen ist pro Subscription begrenzt. Das hat Oliver ja auch schon beschrieben. Diese Grenzen können bei Bedarf aber via Support Request auch verändert werden.
Viele Grüße,
Holger
Holger Sirtl Senior Technical Evangelist, Microsoft Deutschland GmbH http://blogs.msdn.com/hsirtl
